<![CDATA[Messages posted by "pmquang"]]> /hvaonline/posts/listByUser/223056.html JForum - http://www.jforum.net Cách setup thêm 1 ip trên server? /hvaonline/posts/preList/44372/274105.html#274105 /hvaonline/posts/preList/44372/274105.html#274105 GMT Tính tổng các file được tiến trình mở ra ?

quanta wrote:
À, OK, đã có cách: Code:
# lsof -s -c httpd | awk 'NF >= 9 { size += $7 } END { print size }'
 
NF ở đây là number field nên nó phải bằng 9 mới đúng chứ nhỉ. Mặc dù không phải tổng quát lắm nhưng lệnh trên cũng khá hữu ích với mình. Code:
httpd    3633 nobody  cwd    DIR               0,25      4096    3647702 /
httpd    3633 nobody  rtd    DIR               0,25      4096    3647702 /
Ps: công nhận quanta siêu command linux thật ^^]]>
/hvaonline/posts/preList/41684/259538.html#259538 /hvaonline/posts/preList/41684/259538.html#259538 GMT
Tính tổng các file được tiến trình mở ra ?

quanta wrote:
À, OK, đã có cách: Code:
# lsof -s -c httpd | awk 'NF >= 9 { size += $7 } END { print size }'
 
NF ở đây là number field nên nó phải bằng 9 mới đúng chứ nhỉ. Mặc dù không phải tổng quát lắm nhưng lệnh trên cũng khá hữu ích với mình. Ps: công nhận quanta siêu command linux thật ^^]]>
/hvaonline/posts/preList/41684/259537.html#259537 /hvaonline/posts/preList/41684/259537.html#259537 GMT
Tính tổng các file được tiến trình mở ra ?

quanta wrote:

pmquang wrote:

quanta wrote:
Bạn tìm cuốn sed & awk của O'Reilly mà đọc: Code:
# lsof -s -c httpd | awk '{ size += $7 } END { print size }'
 
Cái trên thì mình cũng biết quanta oi. Nhưng nó hoàn toàn sai rồi. 
Sai ở chỗ nào vậy bạn? 
À mình xin lỗi vì không đưa rõ cái output ra, cụ thể trong cái lệnh trên còn có những dòng như sau: Code:
httpd    3640   root  mem    REG                9,1             29000181 /lib/libz.so.1.2.3 (path dev=0,25)
httpd    3640   root  mem    REG                9,1              4366361 (deleted) /lib/libcrypto.so.0.9.8e (stat: No such file or directory)
httpd    3640   root  mem    REG                9,1             29000105 (deleted) /lib/libssl.so.0.9.8e (stat: No such file or directory)
httpd    3640   root  mem    REG                9,1             11512775 /usr/local/apache/modules/mod_bwlimited.so (path dev=0,25)
httpd    3640   root  mem    REG                9,1             11512774 /usr/local/apache/modules/mod_auth_passthrough.so (path dev=0,25)
httpd    3640   root  mem    REG                9,1              4366365 (deleted) /lib/ld-2.5.so (stat: No such file or directory)
như cái này thì $7 ở đây là NODE chứ không phải là size và cũng có thể có nhiều dòng không hợp chuẩn như thế nữa chẳng hạn như lâu lâu nó có thêm cái này Code:
httpd   28322 nobody 1038u  IPv4         3917352894                  TCP xx.xxxxx.vn:http->baiduspider-180-76-5-97.crawl.xxxx.com:15792 (ESTABLISHED)
httpd   28322 nobody 1039u  IPv4         3917353012                  TCP xx.xxxxx.vn:http->110.172.xxx.xxx:59698 (ESTABLISHED)
quanta xem thử nhé.]]>
/hvaonline/posts/preList/41684/259532.html#259532 /hvaonline/posts/preList/41684/259532.html#259532 GMT
Tính tổng các file được tiến trình mở ra ?

quanta wrote:
Bạn tìm cuốn sed & awk của O'Reilly mà đọc: Code:
# lsof -s -c httpd | awk '{ size += $7 } END { print size }'
 
Cái trên thì mình cũng biết quanta oi. Nhưng nó hoàn toàn sai rồi.]]>
/hvaonline/posts/preList/41684/259528.html#259528 /hvaonline/posts/preList/41684/259528.html#259528 GMT
Tính tổng dung lượng các file được tiến trình mở ra ? Code:
COMMAND   PID   USER   FD   TYPE             DEVICE      SIZE      NODE NAME
httpd    7617 nobody  644w   REG               0,53         0  10949472 /usr/local/apache/domlogs/test.xx
httpd    7617 nobody  645w   REG               0,53         0  10950052 /usr/local/apache/domlogs/test.xxx
httpd    7617 nobody  646w   REG               0,53         0  10949870 /usr/local/apache/domlogs/qbraxxx
httpd    7617 nobody  647w   REG               0,53         0  10949185 /usr/local/apache/domlogs/qbrandxxxxxx

...
Bây giờ mình muốn tính tổng ở cột size thì làm thế nào nhỉ. Mong mọi người giúp đỡ ]]>
/hvaonline/posts/preList/41684/259489.html#259489 /hvaonline/posts/preList/41684/259489.html#259489 GMT
Hỏi về phần mềm theo dõi hệ thống /hvaonline/posts/preList/41568/258233.html#258233 /hvaonline/posts/preList/41568/258233.html#258233 GMT Hỏi về phần mềm theo dõi hệ thống /hvaonline/posts/preList/41568/258219.html#258219 /hvaonline/posts/preList/41568/258219.html#258219 GMT Xin giúp cho một học sinh chọn được 1 hướng đi đúng đắn? /hvaonline/posts/preList/37231/229022.html#229022 /hvaonline/posts/preList/37231/229022.html#229022 GMT Thảo luận về cơ chế hoạt động của Teamviewer.

quanta wrote:

pmquang wrote:
Còn cái 192.168.1.200 là máy trong LAN của thằng bạn e trong cùng phòng trọ. có lẽ có vài gói tin của nó bị lạc tới :D. E và nó chưa hề teamview với nhau lần nào. :D.  
Vậy chắc mình nhìn gà hoá cuốc rồi. Thôi quay lại vấn đề chính đi. À, mà bạn thử nghiệm lại trường hợp ngắt Internet khi 2 máy trong LAN đang TeamViewer rồi gửi mớ packet dump được lên đây xem. 
Hiện tại bận quá nên cái chiện thử nghiệm lại trong trường hợp ngắt mạng LAN thì chiện diễn ra như thế nào thì hẹn mọi người thi xong. :D. Nhưng theo phỏng đoán thì chắc cũng "cá mè một lứa cả :))" Giờ vẫn còn một project mã hoá kerberos :D. haizz. Chán quá. Còn cái đống p2p NAT anh "quấn tã" đưa đọc nhức óc kinh khủng :D nên vẫn chưa đủ trình độ thảo luận mấy câu hỏi của anh "quấn tã". :))]]>
/hvaonline/posts/preList/37165/228962.html#228962 /hvaonline/posts/preList/37165/228962.html#228962 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

quanta wrote:

pmquang wrote:
Chưa hiểu ý anh lắm nhưng ở cái post thứ 5 e chỉ đơn thuần là mô tả lại việc 2 máy ở 2 nơi khác nhau trên mạng "teamview" thế nào thôi. Bịa là bịa cái gì anh. :D.  
Khi đó trong mớ packet bạn gửi lên, bạn có nhìn thấy việc truyền UDP qua lại giữa 2 host 192.168.1.105 và 200 không? Nếu có thì việc bạn mô tả như ở post #5 có phải là dành cho mớ packet bạn upload không? Vì hiện tại, với mớ packet này thì mình không nhìn thấy việc đó (trong khi ngay sau khi đọc post #5 của bạn, mình tải về và có nhìn thấy). Lẽ nào có ai đó chui vào máy mình và trim bớt file f.pcap đi rồi, hehe.

pmquang wrote:
Còn cái chuyện mà kết nối teamviewer ở trong mạng Lan thì chuyện đó xảy ra lâu rồi ở nhà thằng bạn 2 đứa nổi hứng thí nghiệm. Giờ bận quá nên chưa có điều kiện làm với bắt gói tin lại. :).  
Ừ, mình cũng chưa thử nên chưa khẳng định gì cả.

pmquang wrote:
Từ trực tiếp ở đây e dùng ý là không thông qua server teamviewer. Chứ không phải ám chỉ 2 máy trong Lan kết nối trực tiếp với nhau. :).  
Đúng rồi, mình đang thắc mắc việc đó đấy. Bạn đọc lại cái PS ở post #24 của mình nhé. 
Haha. :-) . E đọc mấy lần rồi mà rút cục e vẫn chưa biết hàm ý sâu xa của anh là gì. :-O . Có lẽ e hơi chậm tiêu một tí. Cái mớ packet e upload lên là phần mô tả ở post thứ 5 là hoàn toàn do e nhìn dô đó để nói. Còn cái 192.168.1.200 là máy trong LAN của thằng bạn e trong cùng phòng trọ. có lẽ có vài gói tin của nó bị lạc tới :D. E và nó chưa hề teamview với nhau lần nào. :D. "Vì hiện tại, với mớ packet này thì mình không nhìn thấy việc đó" việc đó là việc gì vậy anh. :).]]>
/hvaonline/posts/preList/37165/228959.html#228959 /hvaonline/posts/preList/37165/228959.html#228959 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

quanta wrote:

pmquang wrote:
Coi xuống phía dưới thì đúng là 2 client kết nối trực tiếp với nhau thông qua giao thức UDP. Dùng 2 port là 18974 và 61127.  
Và mình chắc chắn rằng sau khi đọc post đó của bạn, mình có thử download mớ packet kia về và kiểm tra thì thấy đúng thế thật.

pmquang wrote:
Chỉ đơn thuần là kết nối teamviewer bình thường giữa 2 máy trên mạng thôi. :D. 
Screenshot mình show ở trên cũng có được từ việc dump packet trong quá trình kết nối TeamViewer bình thường giữa 2 máy trong LAN mà. Ý bạn bất thường là thế nào?  
Bình thường tức là đại trà và nhiều người sử dụng. :D. Chưa hiểu ý anh lắm nhưng ở cái post thứ 5 e chỉ đơn thuần là mô tả lại việc 2 máy ở 2 nơi khác nhau trên mạng "teamview" thế nào thôi. Bịa là bịa cái gì anh. :D. Còn cái chuyện mà kết nối teamviewer ở trong mạng Lan thì chuyện đó xảy ra lâu rồi ở nhà thằng bạn 2 đứa nổi hứng thí nghiệm. Giờ bận quá nên chưa có điều kiện làm với bắt gói tin lại. :). Từ trực tiếp ở đây e dùng ý là không thông qua server teamviewer. Chứ không phải ám chỉ 2 máy trong Lan kết nối trực tiếp với nhau. :). ]]>
/hvaonline/posts/preList/37165/228955.html#228955 /hvaonline/posts/preList/37165/228955.html#228955 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

quanta wrote:

pmquang wrote:
Bắt đầu là frame thứ 200. :). Một đống packet udp luôn mà anh. :D.  
UDP packet gửi qua lại giữa A và B cơ mà, kiểu thế này này:
 
Hì hì. Dị chắc anh nhớ nhầm. File capture của hông có cái dạng đó đâu anh. Chỉ đơn thuần là kết nối teamviewer bình thường giữa 2 máy trên mạng thôi. :D.]]>
/hvaonline/posts/preList/37165/228931.html#228931 /hvaonline/posts/preList/37165/228931.html#228931 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

quanta wrote:

pmquang wrote:

quanta wrote:
PS: Mà lạ lắm nhé: chiều hôm qua và sáng nay mình mở mớ packet bạn upload lên còn nhìn thấy rõ ràng UDP packet gửi qua lại giữa A và B mà giờ filter các kiểu lại không thấy. Tài thật! :-O 
E tải lại vẫn thấy bình thường mà. :)  
Frame số bao nhiêu vậy bạn? Mình tìm lại vẫn không thấy.  
Bắt đầu là frame thứ 200. :). Một đống packet udp luôn mà anh. :D. ]]>
/hvaonline/posts/preList/37165/228918.html#228918 /hvaonline/posts/preList/37165/228918.html#228918 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

quanta wrote:

pmquang wrote:
Em coi lại trong file capture của wireshark thì thấy 2 cổng dùng để giao tiếp của A và B hoàn toàn không có cổng nào trùng với các cổng mà dùng để kết nối tới server.  
Thật không vậy? Bạn filter thử với udp.srcport eq 61127 hoặc udp and ip.src==192.168.1.105 rồi nhìn kỹ lại xem.  
Sory anh. Em coi kĩ lại và xác nhận lại ở trên rồi. Hoạt động đúng như anh nói. ]]>
/hvaonline/posts/preList/37165/228893.html#228893 /hvaonline/posts/preList/37165/228893.html#228893 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

StarGhost wrote:
@pmquang: vậy cái NAT trên router của bạn hoạt động như thế nào bạn có biết không? Còn về việc nhận ICMP lỗi rồi xoá NAT entry thì bạn cần phải thử nghiệm thực tế rồi mới nên đưa ra kết luận. Ngoài ra, bạn upload cái network dump của teamviewer lên đây thử coi. 
Hì ở trên e đã dùng từ rất cẩn thận là "có lẽ" , "chắc", nên những gì e nói chỉ là phỏng đoán và tìm cách chứng mình bằng thực nghiệm mà thôi. :D.]]>
/hvaonline/posts/preList/37165/228889.html#228889 /hvaonline/posts/preList/37165/228889.html#228889 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

StarGhost wrote:
@pmquang: Bạn nên kiểm tra các UDP packets gửi từ A và B đến server rồi so sánh với các UDP packets giữa A và B.  
Em đã coi kĩ lại lần nữa. Hoàn toàn đúng như vậy. Lúc đầu e cũng có ý tưởng vượt NAT kiểu thế này. Cho một máy bên trong gửi một gói tin ra bên ngoài với ip đích giả. Rồi bên kia connect lại. theo đường này. Vì lúc này bảng NAT chắc có lưu một đường đi vào. :). Thậm chí tụi e còn viết phần mềm để test thử. Nhưng có lẽ lúc gửi gói tin ra, khi phát hiện không có địa chỉ IP thật nên khi nhận gói tin ICMP lỗi về thì router đã xoá luôn bảng NAT đó nên bên kia connect không được. :D. Thank all.]]>
/hvaonline/posts/preList/37165/228885.html#228885 /hvaonline/posts/preList/37165/228885.html#228885 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

quanta wrote:

pmquang wrote:
Teamviewer hoạt động có thông qua các server trung gian không?  
Câu trả lời chắc chắn là có.

pmquang wrote:
Teamviewer hoạt động thế nào?  
Mình tìm hiểu thì được biết có một kỹ thuật tên là hole punching. Ở đây, mình đồ rằng TeamViewer dùng UDP hole punching. TeamViewer A <---> NAT 1 <---> Server S <---> NAT 2 <---> TeamViewer B - A gửi một UDP packet đến S, trong đó chứa private IP + source port của A - S có được thông tin trên + public IP của A (từ NAT 1) - B cũng làm tương tự - Bây giờ dựa vào kỹ thuật hole punching, A sẽ thử kết nối trực tiếp đến B (qua UDP):
  • Đầu tiên, A gửi một request đến S, yêu cầu kết nối đến B S trả về public + private IP của B và gửi public + private IP của A đến B A và B thử gửi trực tiếp UDP datagrams qua đầu còn lại
Mấu chốt vấn đề là ở chỗ: packet đầu tiên gửi từ A đến public IP của B đi qua NAT 1. NAT 1 nhận thấy src IP + port giống với session đã có giữa A và S, chỉ có dst khác nhau, nên nó sẽ dùng lại cái "tuple" trước đó. Tóm tắt: http://tools.ietf.org/html/rfc3027#section-5.0 Chi tiết: http://www.brynosaurus.com/pub/net/p2pnat/ 
Em coi lại trong file capture của wireshark thì thấy 2 cổng dùng để giao tiếp của A và B hoàn toàn không có cổng nào trùng với các cổng mà dùng để kết nối tới server. ]]>
/hvaonline/posts/preList/37165/228879.html#228879 /hvaonline/posts/preList/37165/228879.html#228879 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. Cái này vô lý bà cố luôn. Nếu đã disconnect internet thì 2 máy ko thể "connect" = TV được, lúc này (no internet) muốn "connect" phải dùng local IP (ID/pass sẽ biến mất vì ko kết nối được TV server), ngoại trừ bạn chọn accept cho incoming LAN connection trên máy host. Bạn có thể deactivated trên máy remote nhưng ko thể deactivated trên máy host mà lại "connect" được trong khi ko có internet. Phi lý.   chính những câu nói của bạn mới phi lý. Bạn không thấy mình đã phân tích rồi sao. Mình tiếp nhân IP và pass trước. Tiến hành kết nối rồi mới ngắt mạng. Lúc ngắt mạng xong thì vẫn điều khiển được. Máy A -- > router --> router --> B Máy chạy teamviewer dĩ nhiên là IP local rồi. Bạn hiểu vấn đề không vậy. Gói tin từ A sang B dĩ nhiên là dùng IP của router phía A. Máy B nhận được dĩ nhiên là có IP source là IP của router A. Còn lúc ngắt mạng có thể sẽ là thế này Máy A --> router --> Máy B Lúc này IP đích máy A gửi sẽ là IP của router luôn. Và gói tin máy B nhận sẽ có IP source là của router. Lúc này có mạng hay không cũng chả quan trọng. Vì nó không thông qua một trung gian nào nữa. PS: Mình không rảnh để bịa ra vấn đề để thảo luận bạn nhé. Không thì bạn có thể trải nghiệm thực tế rồi hẵng nói nhé. Nói rõ thêm một tí là ngắt mạng ở đây là rút line ADSL của router ra. Chứ không tắt nó đi.]]> /hvaonline/posts/preList/37165/228821.html#228821 /hvaonline/posts/preList/37165/228821.html#228821 GMT Thảo luận về cơ chế hoạt động của Teamviewer. pmquang wrote:
Nếu không bình thường router chỉ cần drop gói tin đó đi mà không quan tâm gì cả.  
Bạn cứng nhắc chính là ở chỗ này. Bạn cho rằng router sẽ drop gói tin vì bạn nghĩ rằng nó được gửi từ ngoài Internet, theo nguyên tắc của port knocking, nhưng có nhất thiết phải vậy chăng?   Vậy theo a, mềm dẻo là như thế nào.]]>
/hvaonline/posts/preList/37165/228805.html#228805 /hvaonline/posts/preList/37165/228805.html#228805 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. Bạn vẫn sử dụng khái niệm port knocking một cách quá cứng nhắc. Như mình đã đề cập ở trên, cái bạn cần sử dụng là ý tưởng chủ đạo của port knocking, tức là gửi một/vài packets có chủ đích dẫn đến việc thiết bị trung gian (ở đây là NAT) mở port(s). Câu hỏi đặt ra là ai gửi và gửi những gì, có cần thiết server trung gian nào đó ở ngoài Internet hay không, tại sao cần, và cần bao nhiêu. Ngoài ra, NAT và firewall là hai khái niệm hoàn toàn khác nhau. NAT hoạt động theo xu hướng cho phép tạo kết nối, còn firewall thì ngược lại, nó ngăn chặn kết nối.   Theo e được hiểu. NAT là một khái niệm người ta chế ra nó với mục đích ban đầu và duy nhất là để tiết kiệm IPv4 trong tình trạng IPv4 khan hiếm so với nhu cầu. Chính người nghĩ ra NAT cũng không ngờ nó lại có ích trong việc chặn các gói tin bất hợp pháp từ bên ngoài. Cái này thầy dạy -- e nhớ sơ sơ. Vậy nên mới liên tưởng đến việc NAT và firewall. Nếu có sai thì mọi người góp ý thêm. :) Còn chuyện port knocking. E vẫn không biết là e cứng nhắc chỗ nào. :d. Em chỉ cần biết tập trung vào vấn đề chính ở đây là cơ chế của teamviewer. Nếu nó hoạt động dựa trên port knocking thì rõ ràng chuyện gửi "vài gói tin có chủ đích dẫn đến việc thiết bị trung gian mở port" là chuyện phải được theo dõi trên router. Nếu không bình thường router chỉ cần drop gói tin đó đi mà không quan tâm gì cả. Anh có thể nói rõ hơn không.]]> /hvaonline/posts/preList/37165/228801.html#228801 /hvaonline/posts/preList/37165/228801.html#228801 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/preList/37165/228681.html#228681 /hvaonline/posts/preList/37165/228681.html#228681 GMT Thảo luận về cơ chế hoạt động của Teamviewer. Vậy nếu bây giờ là NAT thay vì firewall thì sao?   Em chưa hiểu ý anh lắm. Không phải cơ chế NAT cũng là một dạng firewall sao. Mặc định thì router sẽ đong tất cả các cổng. Khi một host trong LAN muốn ra ngoài thì phải đi ra theo NAT động. Còn một gói tin muốn đi xuyên ngược lại vào mạng LAN thì phải có một cổng external mở trên router. Nếu không thì gói tin sẽ bị drop. Nhưng vấn đề là router có hiểu các knocking của phía bên kia không.]]> /hvaonline/posts/preList/37165/228635.html#228635 /hvaonline/posts/preList/37165/228635.html#228635 GMT Thảo luận về cơ chế hoạt động của Teamviewer. @pmquang: việc kết nối giữa 2 máy mà ở giữa là hai cái NAT không phải là không được (bao gồm cả symmetric NAT). Bạn nên tìm hiểu về port knocking.   Theo gợi ý của anh StarGhost e đã tìm hiểu qua về port knocking và có một số nhận xét như sau. Thứ nhất: Port knocking là một phương pháp theo dõi log trên firewall và dựa vào log để có thể mở một số port tuỳ ý theo giao ước có trước. --> Cần có một cái deamon giám sát những cái này -->cần phải có một chế độ hỗ trợ và phải cài đặt một số thứ trên firewall. Nhưng e không đụng gì tới router nên chắc không phải. Thứ hai: Theo phương pháp làm việc của port knocking muốn kết nối tới một host mặc định bị đóng port, cần phải gửi một số gói tin tới một số một số port bị đóng của firewall nhằm mục đích knocking. Khi thoả mãn một số điều kiện thì firewall sẽ mở 1 port nào đó. Nhưng với con firewall cùi mía của FPT thì e nghĩ nó không hỗ trợ mấy cái này. Hơn nữa làm sao bên kia biết đường mà knocking. (cái này chắc phải thoả thuận trước) Nhưng do bị khoá đường vào telnet nên cũng không coi được log của router nên cũng chưa dám khẳng định gì. :). Mong các anh góp ý thêm. Tham khảo: http://lion.cs.uiuc.edu/courses/cs397hou/lectures/PortKnocking.ppt http://www.portknocking.org ]]> /hvaonline/posts/preList/37165/228629.html#228629 /hvaonline/posts/preList/37165/228629.html#228629 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/preList/37165/228602.html#228602 /hvaonline/posts/preList/37165/228602.html#228602 GMT Thảo luận về cơ chế hoạt động của Teamviewer. pmquang wrote: Teamviewer hoạt động thế nào. Teamviewer hoạt động có thông qua các server trung gian không. Bạn lên homepage của nó đọc tài liệu kết hợp với việc dùng Wireshark thử xem.   Homepage e cũng lên đọc rồi. Chỉ toàn là hướng dẫn sử dụng. Cái e thật sự muốn biết là cơ chế ẩn dưới nó cơ. E tìm thì cũng chỉ có thế này. Cũng có thể e tìm chưa kĩ :D
Does it work behind firewalls and NAT routers? Yes! That is what we made TeamViewer for: TeamViewer will allow you to share your desktop over any kind of internet-/LAN-connection and over almost any firewall.  
Em đã làm thử nghiệm như sau: Máy em và máy thằng bạn ở cùng trong một Lan cùng chạy teamviewer.Dĩ nhiên phải có một server nào đó để cấp phát ID + Pass cho các client teamviewer. Sau đó e kết nối với máy thằng bạn và điều khiển máy nó. Vấn đề xảy ra khi em ngắt mạng Internet (Dĩ nhiên 2 máy vẫn nhận nhau trong mạng Lan). Và máy e vẫn điều khiển được máy nó. ---> Chỗ này e quả thật không hiểu. Nếu 2 máy giao tiếp trực tiếp với nhau thì khi 2 client Teamviewer ở dưới 2 cái NAT thì nó giao tiếp thế nào đây. smilie Bạn có chọn vào "Accept incomming LAN connections" không: http://support.teamviewer.com/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=40  
Hì hì. Lúc chạy e để tham số mặc định nên dĩ nhiên là nó bị deactive. ]]>
/hvaonline/posts/preList/37165/228448.html#228448 /hvaonline/posts/preList/37165/228448.html#228448 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/preList/37165/228443.html#228443 /hvaonline/posts/preList/37165/228443.html#228443 GMT Thảo luận về số Seq của TCP/IP /hvaonline/posts/preList/37117/228442.html#228442 /hvaonline/posts/preList/37117/228442.html#228442 GMT Thảo luận về số Seq của TCP/IP Các gói tin từ Client gửi lên sao ACK lúc nào cũng = 1----> em nghĩ cái này sai này khi lần đầu máy lClient gửi lên thì ACK lúc đó bằng không chỉ 0 ACK là tính hiệu nhận mà   Mình ghi là "sau khi thiết lập kết nối" tức là quá trình bắt tay 3 bước đã diễn ra.
Và các gói tin từ Server gửi về sao Seq lúc nào cũng = 1---> cái này lun đúng  
Cái này hình như bạn nhầm
Sau đó Client lại gửi ACK = 1 chứ không phải = 1 + 1 = 2----> cái này Client nhận tín hiệu ACK bằng 1 và tiếp tục gửi tín hiệu ACK lên Sever  
Cái này thì hoàn toàn không hiểu ý bạn. :D Cái bằng 1 bằng 0 hay ở đây là do Wireshark tính ra chứ không phải là tín hiệu ở trong trường Flags. Bạn coi kĩ lại cái hình bắt gói tin mình bắt được ở trên kìa ]]>
/hvaonline/posts/preList/37117/228261.html#228261 /hvaonline/posts/preList/37117/228261.html#228261 GMT
Thảo luận về số Seq của TCP/IP Em quên giải thích nha anh đó là chữ CTL:Cho biết cờ nào bật lên.Và khi bật lên thì nó bằng 1 chứ anh   Haizz không có chiện gì có liên quan tới cái flags ở đây hết. Bạn đọc kĩ lại ý của mình đi PS: Bạn học hoa sen à ;)) ]]> /hvaonline/posts/preList/37117/228256.html#228256 /hvaonline/posts/preList/37117/228256.html#228256 GMT