À, OK, đã có cách: Code:

# lsof -s -c httpd | awk 'NF >= 9 { size += $7 } END { print size }'

 

httpd    3633 nobody  cwd    DIR               0,25      4096    3647702 /
httpd    3633 nobody  rtd    DIR               0,25      4096    3647702 /

À, OK, đã có cách: Code:

# lsof -s -c httpd | awk 'NF >= 9 { size += $7 } END { print size }'

 

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? 

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)

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)

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 }'

 

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. 

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

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?  

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:

 

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.  

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.  

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

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

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/ 

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

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  

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  

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