Messages posted by: pmquang

Cần có thêm kết quả ping và tracert tới cái IP cần thiết để kiểm tra thêm.

Có thể do lỗi routing hoặc firewall.

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 ^^

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 ^^

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é.

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.

Hi mọi người,

Mình có một lệnh như sau :
lsof -c httpd

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 đỡ

Hì hì, cảm ơn quanta, không ngờ lệnh strace làm được chuyện này. smilie

Hi mọi người,

Hiện tại mình cần ngâm cứu một số chuyện nên có nhu cầu như sau: khi chạy một lệnh hoặc làm bất cứ thứ gì trên hệ thống linux mà có sự thay đổi của một số file nào đó thì mình cần biết được đó là những file nào.

Chẳng hạn

# useradd test_user

--> thì nó sẽ thay đổi 2 file là /etc/passwd và /etc/shadow (không biết còn nữa không)

Mình muốn hỏi là có phần mềm nào detect được chuyện trên không. Mình thử search với từ khoá track + linux + change nhưng có vẻ không đúng ý mình lắm.

Theo mình nghĩ nếu mới chỉ lớp 10. Bạn nên tập trung vào các phần cơ bản của công nghệ thông tin thì hơn. Chứ chưa nên nghĩ đến bảo mật hay hacking. Được như anh comale phải là một quá trình dài học tập làm việc và cả kinh nghiệm nữa. Bạn cứ lo tốt việc học ở trường đồng thời nếu rảnh thì tranh thủ tìm hiểu thêm về tin học.
Một số gợi ý cho bạn.
- Học tiếng Anh thật giỏi, nó giúp bạn rất nhiều sau này. (cả mình hiện giờ cũng chưa giỏi món này smilie

)
- Học lập trình. (đặc biệt chú trọng đến C++, sau này có thêm thời gian thì hãy qua những món ăn lập trình khác)
- Tìm hiểu về kiến trúc máy tính.
- Tìm hiểu về hệ điều hành trên phương diện cấu trúc cơ chế làm việc (cái này rất quan trọng)
- Tìm hiểu mạng căn bản (tìm hiểu kĩ về các protocol đặc biệt chú ý tới tcp/ip, CCNA ...)
- Tìm hiểu về cơ sở dữ liệu cơ bản
- Tìm hiểu mạng nâng cao. (tập dùng các công cụ như wireshark để phân tích gói tin...)
- Tìm hiểu một vài hệ điều hành và làm quen với các dịch vụ của nó (winserver, linux ...)
- Tìm hiểu về truyền thông máy tính, hệ thống viễn thông
- Tìm hiểu lập trình mạng
- Tìm hiểu thêm về các ngôn ngữ php, asp, java...
- Bước đầu tìm hiểu về các vấn đề thuộc nhóm An ninh mạng như mã hoá dữ liệu ... (sec +)
- Bước đầu tìm hiểu về hacking như CEH ...
- Đọc lại các thảo luận định hướng trên diễn đàn này.
- Đến đây thì bạn đã có một lượng kiến thức kha khá để tự bồi dưỡng và tìm hiểu thêm tuỳ nhu cầu.
- Cuối cùng chúc bạn có được một cái nhìn tổng thể nếu muốn dấn thân vô cái nghề này. smilie

Đây là những kinh nghiệm của mình vì ban đầu bản thân mình cũng từng như bạn.
Thân.

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 . E và nó chưa hề teamview với nhau lần nào. .

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. smilie

. Nhưng theo phỏng đoán thì chắc cũng "cá mè một lứa cả smilie

)"

Giờ vẫn còn một project mã hoá kerberos smilie

. haizz. Chán quá.

Còn cái đống p2p NAT anh "quấn tã" đưa đọc nhức óc kinh khủng smilie

nên vẫn chưa đủ trình độ thảo luận mấy câu hỏi của anh "quấn tã". smilie

)

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. .

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ì. smilie

. 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 smilie

. E và nó chưa hề teamview với nhau lần nào. smilie

.

"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. smilie

.

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. .

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. smilie

. 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. smilie

.

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. smilie

.

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. smilie

.

quanta wrote:

pmquang wrote:

Bắt đầu là frame thứ 200. . Một đống packet udp luôn mà anh. .

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. smilie

.

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!

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. smilie

. Một đống packet udp luôn mà anh. smilie

.

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.

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. smilie

.

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. smilie

. 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. smilie

.

Thank all.

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.

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.

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.

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. smilie

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.

Thảo luận thêm:

+Bây giờ giả sử mình muốn viết một phần mềm giống teamviewer thì phải làm sao. (giống cả về phương thức và cách làm việc) Điều kiện cần có là gì. Phải tìm hiểu những gì trước. Và đây cũng là đích hướng tới cho câu hỏi thảo luận trên kia.

+Giả sử như dùng port knocking thì cài đặt thực tế ra sao. Liệu có khả thi. ...

Mong các anh góp ý thêm. smilie

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.

@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ì. smilie

.

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

Tình hình là mới thi xong môn đầu. Rảnh một tí bắt gói tin coi chơi.
Nhưng quá trình trao đổi dữ liệu xảy ra khá phức tạp. Đến giờ vẫn chưa biết cơ chế nó là gì. smilie

+ Đầu tiên client kết nối tới một server và được server và báo cho server này một cái key. Server thông báo lại một cái key. Kết thúc.
+ Sau đó client lại tiếp tục kết nối tới 3 server khác trong quá trình kết nối tới partner. Tới đây thì e đoán nó đang tiến hành mã hoá dữ liệu để cấp phát ID và pass và xác thực đối phương. ( Chỗ này dữ liệu bị mã hoá hết nên chỉ đoán thôi.)
+ 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ấn đề là trên modem không có NAT 2 cổng này. smilie

. Đáng lẽ chỗ này nó phải bị drop chứ nhỉ. Nếu không trong giao thức uTorrent nó đòi mở Port Forwarding làm chi nhỉ.

Thêm cái file capture bắt được wireshark cho anh em nào thích nghiên cứu coi chơi
http://www.mediafire.com/?r4nswyn4aod5wma
smilie

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ĩ smilie

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.

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. smilie

@anh Ghost: Thanks anh có dị mà e cũng không biết. smilie

Ui mệt với cậu này quá

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. smilie

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

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 à smilie

)