<![CDATA[Latest posts for the topic "Thảo luận về cơ chế hoạt động của Teamviewer."]]> /hvaonline/posts/list/31.html JForum - http://www.jforum.net Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228443 /hvaonline/posts/list/37165.html#228443 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.

pmquang wrote:
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. O-)  
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 ]]>
/hvaonline/posts/list/37165.html#228446 /hvaonline/posts/list/37165.html#228446 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/list/37165.html#228448 /hvaonline/posts/list/37165.html#228448 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228578 /hvaonline/posts/list/37165.html#228578 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228602 /hvaonline/posts/list/37165.html#228602 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228619 /hvaonline/posts/list/37165.html#228619 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/list/37165.html#228629 /hvaonline/posts/list/37165.html#228629 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228634 /hvaonline/posts/list/37165.html#228634 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/list/37165.html#228635 /hvaonline/posts/list/37165.html#228635 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228681 /hvaonline/posts/list/37165.html#228681 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228685 /hvaonline/posts/list/37165.html#228685 GMT Thảo luận về cơ chế hoạt động của Teamviewer.

pmquang wrote:
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. 
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. ]]>
/hvaonline/posts/list/37165.html#228787 /hvaonline/posts/list/37165.html#228787 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/list/37165.html#228801 /hvaonline/posts/list/37165.html#228801 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? ]]>
/hvaonline/posts/list/37165.html#228803 /hvaonline/posts/list/37165.html#228803 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/list/37165.html#228805 /hvaonline/posts/list/37165.html#228805 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. 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 .   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ý.]]> /hvaonline/posts/list/37165.html#228817 /hvaonline/posts/list/37165.html#228817 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/list/37165.html#228821 /hvaonline/posts/list/37165.html#228821 GMT Thảo luận về cơ chế hoạt động của Teamviewer.

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/]]>
/hvaonline/posts/list/37165.html#228856 /hvaonline/posts/list/37165.html#228856 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/list/37165.html#228879 /hvaonline/posts/list/37165.html#228879 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. quanta vì cái tên hole punching. Kĩ thuật này thực ra vô cùng đơn giản, mình cũng không ngờ rằng người ta có đặt tên cho nó, nên buộc phải dùng ý tưởng của port knocking để đưa ra gợi ý. :^) @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. @all: mình để ý thấy trong link bạn quanta đưa có đề cập rằng kĩ thuật này không mấy hiệu quả với symmetric NATs. Các bạn nghĩ xem liệu có cách nào bypass symmetric NATs không? :P ]]> /hvaonline/posts/list/37165.html#228884 /hvaonline/posts/list/37165.html#228884 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/list/37165.html#228885 /hvaonline/posts/list/37165.html#228885 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228888 /hvaonline/posts/list/37165.html#228888 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/list/37165.html#228889 /hvaonline/posts/list/37165.html#228889 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

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. ]]>
/hvaonline/posts/list/37165.html#228892 /hvaonline/posts/list/37165.html#228892 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/list/37165.html#228893 /hvaonline/posts/list/37165.html#228893 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

StarGhost wrote:
@all: mình để ý thấy trong link bạn quanta đưa có đề cập rằng kĩ thuật này không mấy hiệu quả với symmetric NATs. Các bạn nghĩ xem liệu có cách nào bypass symmetric NATs không? :P  
Mình gợi mở thêm một chút để mọi người thảo luận cho xôm: - Có những loại NATs nào? Symmetric NAT khác gì với những loại NATs còn lại? Tại sao kỹ thuật hole punching đơn thuần lại không "ăn thua" với Symmetric NAT? - Port prediction là gì? Có thể ứng dụng trong trường hợp này không? - Ngoài ra, có thể dùng "mẹo" nào khác không?]]>
/hvaonline/posts/list/37165.html#228916 /hvaonline/posts/list/37165.html#228916 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/list/37165.html#228918 /hvaonline/posts/list/37165.html#228918 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

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:
]]>
/hvaonline/posts/list/37165.html#228922 /hvaonline/posts/list/37165.html#228922 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/list/37165.html#228931 /hvaonline/posts/list/37165.html#228931 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/list/37165.html#228955 /hvaonline/posts/list/37165.html#228955 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

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é.]]>
/hvaonline/posts/list/37165.html#228958 /hvaonline/posts/list/37165.html#228958 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/list/37165.html#228959 /hvaonline/posts/list/37165.html#228959 GMT
Thảo luận về cơ chế hoạt động của Teamviewer.

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.]]>
/hvaonline/posts/list/37165.html#228961 /hvaonline/posts/list/37165.html#228961 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/list/37165.html#228962 /hvaonline/posts/list/37165.html#228962 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#228975 /hvaonline/posts/list/37165.html#228975 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#263763 /hvaonline/posts/list/37165.html#263763 GMT Thảo luận về cơ chế hoạt động của Teamviewer.

pmquang wrote:
Như đã biết thì teamviewer là một công cụ hỗ trợ để điều khiển một máy khác cũng chạy teamviewer. Em đã có một vấn đề thế này mà hiện tại thì em vẫn chưa giải thích được. Teamviewer hoạt động thế nào. Teamviewer hoạt động có thông qua các server trung gian không. -Nếu không thì 2 máy chạy teamviewer giao tiếp với nhau ở dưới 2 cái Nat như thế nào. -Còn nếu có thì tại sao nó lại hoạt động khá hiệu quả. (nhanh) 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. O-)  
cái này bạn muốn viết về cơ chế như kiểu 1 cái sơ đồ đường đi cách thức hoạt động của nó đúng k cái này do cách nghĩ khác nhau nên nó sẽ trả lời theo cách khác nhau còn trên homepage hướng dẫn về cách hoạt động của nó chứ k nói cách thức hoạt động với phương thức đường đi của teamviewer ]]>
/hvaonline/posts/list/37165.html#275071 /hvaonline/posts/list/37165.html#275071 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#275529 /hvaonline/posts/list/37165.html#275529 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#279462 /hvaonline/posts/list/37165.html#279462 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#279473 /hvaonline/posts/list/37165.html#279473 GMT Thảo luận về cơ chế hoạt động của Teamviewer.

HarryS wrote:
Các bác làm em nhức hết cả não. Nói cho dễ hiễu thì em nghĩ như thế này. Lý do tại sao khi ngắt kết nối internet máy A vẩn điều khiển được máy B là vì : khi máy A đã kết nối với máy B theo địa chỉ mà Sever cung cấp (địa chỉ này chỉ tồn tại trong thời gian kết nối) thì lúc này 2 máy kết nối với nhau qua mạng Internet và quá trình xác nhận kết nối đã hoàn tất nên Sever không quản lý kết nối này nữa. Sau khi ngắt kết nối Internet 2 máy vẫn kết nối với nhau qua mạng Lan là vì lúc kết nối qua Internet thi đã mặc đinh mạng kết nối dự phòng là mạng Lan. Cho nên sau khi ngắt kết nối Internet kết nối tự động chuyển qua cách kết nối mạng Lan (theo địa chỉ mà sever cung cấp). Bây giờ bạn thử kết nối qua Internet trước sau đó cho kết nối mạng Lan (áp dụng với máy tính xách tay ) thì khi ngắt kết nối Internet cũng sễ mất kết nối mạng Lan. Ý kiến của em là vậy. Mong các bác góp ý thêm. 
Góp ý thêm: Teamviewer không dùng cơ chế P2P bạn à, còn lại bạn giải thích trật từ a-z mình thấy đọc cái của bạn nhức não nhất.]]>
/hvaonline/posts/list/37165.html#279479 /hvaonline/posts/list/37165.html#279479 GMT
Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#281205 /hvaonline/posts/list/37165.html#281205 GMT Thảo luận về cơ chế hoạt động của Teamviewer. /hvaonline/posts/list/37165.html#281251 /hvaonline/posts/list/37165.html#281251 GMT