Ping máy tính trên mạng cục bộ: máy chủ đích không thể truy cập


15

Tôi có hai máy tính Ubuntu trên mạng cục bộ và không ai trong số họ có thể ping nhau. Mỗi lần thử, tôi nhận được thông báo lỗi "máy chủ đích không truy cập được". Cả hai máy tính đều có thể truy cập internet với bất kỳ vấn đề nào.

Tôi có bộ định tuyến ActionTech v1000h từ Telus. Tôi đã liên lạc với một trong những đại diện khách hàng của họ và họ nói rằng không nên có bất kỳ lý do nào khiến hai thiết bị không thể ping nhau trên mạng.

Tôi hoàn toàn lúng túng, các bạn có ý tưởng nào không?

Máy tính 1:

ifconfig -a

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:10084 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10084 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:797420 (797.4 KB)  TX bytes:797420 (797.4 KB)

wlan0     Link encap:Ethernet  HWaddr c4:85:08:77:d3:f5  
          inet addr:192.168.1.77  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::c685:8ff:fe77:d3f5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:373068 errors:0 dropped:0 overruns:0 frame:0
          TX packets:380158 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:103445020 (103.4 MB)  TX bytes:112630337 (112.6 MB)

tuyến đường -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 wlan0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination  

Máy tính 2:

ifconfig -a

etho0     Link encap:Ethernet HWaddr 00:24:8c:ae:f6:91
          UP BROADCAST MULTICAST MTU:1500 Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:2
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:110 errors:0 dropped:0 overruns:0 frame:0
          TX packets:110 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:8414 (8.4 KB)  TX bytes:8414 (8.4 KB)

wlan0     Link encap:Ethernet  HWaddr 00:22:43:9b:7b:64  
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::222:43ff:fe9b:7b64/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:252 errors:0 dropped:0 overruns:0 frame:0
          TX packets:435 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:123143 (123.1 KB)  TX bytes:65828 (65.8 KB)

tuyến đường -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination  

Chỉnh sửa: Ví dụ về lỗi khi máy tính 1 cố gắng ping máy tính 2:

ping 192.168.1.2

PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
From 192.168.1.77 icmp_seq=1 Destination Host Unreachable
From 192.168.1.77 icmp_seq=2 Destination Host Unreachable
From 192.168.1.77 icmp_seq=3 Destination Host Unreachable
From 192.168.1.77 icmp_seq=4 Destination Host Unreachable
From 192.168.1.77 icmp_seq=5 Destination Host Unreachable
From 192.168.1.77 icmp_seq=6 Destination Host Unreachable
^C
--- 192.168.1.2 ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6031ms
pipe 3

Chỉnh sửa 2: arp -a của cả hai máy tính

Máy tính 1:

? (192.168.1.254) at 20:76:00:f5:3b:70 [ether] on wlan0

Máy tính 2:

? (192.168.1.254) at 20:76:00:f5:3b:70 [ether] on wlan0
? (192.168.1.77) at <incomplete> on wlan0

Chỉnh sửa 3: nmap -sn 192.168.1.0/24 trên máy tính 2

Starting Nmap 6.40 ( http://nmap.org ) at 2014-05-07 21:14 PDT
Nmap scan report for 192.168.1.2
Host is up (0.00024s latency).
Nmap done: 256 IP addresses (1 host up) scanned in 3.30 seconds

Chỉnh sửa 4: Nhật ký tcpdump của cả hai máy tính trong khi ping đầu tiên 192.168.1.254 và sau đó là nhau:

Máy tính 1:

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
22:45:01.661300 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:02.659393 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:03.659394 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:04.676872 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:05.675391 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:06.675396 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:07.692825 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28
22:45:48.379108 ARP, Reply 192.168.1.77 is-at c4:85:08:77:d3:f5, length 28
22:45:54.419388 ARP, Request who-has 192.168.1.254 tell 192.168.1.77, length 28
22:45:54.420875 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70, length 28

Máy tính 2:

reading from file pc2.pcap, link-type EN10MB (Ethernet)
22:44:43.538367 ARP, Request who-has 192.168.1.254 tell 192.168.1.2, length 28
22:44:43.676705 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70 (oui Unknown), length 28
22:45:02.107935 ARP, Request who-has 192.168.1.254 tell 192.168.1.2, length 28
22:45:02.107951 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70 (oui Unknown), length 28
22:45:06.780619 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:07.778419 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:08.778419 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:09.796214 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28

Chỉnh sửa 5: Thiết lập ips tĩnh cho cả hai máy tính etho0 và kết nối chúng bằng cáp internet. Cả hai máy tính chắc chắn có thể ping nhau thông qua cáp ethernet! ifconfig -akết quả eth0:

Máy tính 1:

eth0      Link encap:Ethernet  HWaddr 68:68:68:00:62:a4  
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::6a68:68ff:fe00:62a4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4060 (4.0 KB)  TX bytes:7629 (7.6 KB)

Máy tính 2:

eth0      Link encap:Ethernet  HWaddr 00:24:8c:ae:f6:91  
          inet addr:192.168.1.20  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::224:8cff:feae:f691/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:250 errors:0 dropped:0 overruns:0 frame:0
          TX packets:130 errors:0 dropped:0 overruns:0 carrier:3
          collisions:0 txqueuelen:1000 
          RX bytes:26501 (26.5 KB)  TX bytes:20897 (20.8 KB)

1
Làm thế nào bạn ping chúng? IP? Tên máy chủ?
terdon

Ai đang nói với bạn "máy chủ đích không thể truy cập" - bộ điều hợp cục bộ của bạn hoặc thứ gì khác? Vui lòng cung cấp sao chép / dán các lệnh ping và đầu ra của chúng.
surfurf

Tôi đang ping họ bằng cách sử dụng địa chỉ IP của họ. Tôi đã thêm một chỉnh sửa vào bài viết gốc chi tiết lệnh tôi đang sử dụng và thông báo lỗi.
edgargiraffe

Bạn có thể chặn ping trong cài đặt của bộ định tuyến không?
terdon

Tôi không tin như vậy, tôi đã lướt qua các thiết lập của bộ định tuyến trong một vài giờ. Tôi cũng đã nói chuyện với một đại diện telus và anh ấy đã không cho tôi bất kỳ dấu hiệu nào có thể là vấn đề.
edgargiraffe

Câu trả lời:


4

ping gateway từ cả hai máy tính, ping 192.168.1.254 sau đó thử ping comp1 đến compt2 và comp2 sang comp1 sau đó đăng kết quả arp -atừ các hộp BÓNG

Biên tập

Thật thú vị, một cái gì đó đang chặn lưu lượng

chạy sudo tcpdump -ni wlan0 arptrong một cửa sổ trên cả hai máy tính và sau đó thử ping lẫn nhau và cổng từ một cửa sổ khác trên cả hai lần nữa và đăng kết quả

Chỉnh sửa2

Cho đến nay điều đó cho thấy comp1 đang thực hiện những gì giả sử gửi yêu cầu arp (yêu cầu địa chỉ etherner của comp2s) nhưng không nhận được phản hồi arp (nghe lại bất cứ điều gì). Cần xem tcpdump từ PC2 để xem hình ảnh đầy đủ. Chạy lệnh màn hình hoặc thực hiện điều này trên PC1 sudo tcpdump -w pc1.pcap -ni wlan0 arp &và trên PC2 sudo tcpdump -w pc2.pcap -ni wlan0 arp & nên ném nó xuống nền và cung cấp cho bạn lời nhắc của bạn để quay lại. Sau khi ping thất bại, đưa các công việc trở lại nền trước với fg %1dừng nó ctrl+cvà đọc các tập tin bằng văn bản vớisudo tcpdump -r pc1/2.pcap

Edit3 PC đang làm những gì họ cho là, đưa ARP ra ngoài nhưng họ không vượt qua được điểm nào tới bộ định tuyến. Có lẽ một thiết lập tường lửa vô hiệu hóa, nghi ngờ nó hỗ trợ Vlan? Kinda muốn bạn để nó chạy lâu hơn một chút ở 22: 45: 48.379058 bộ định tuyến của bạn đã gửi yêu cầu ARP của chính nó khi đang tìm PC1 22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28cả hai PC nên đã thấy nó, chúng ta có thể thấy PC1 đã thấy nó và trả lời bằng IP của nó nhưng không thể cho biết nếu PC2 có được nó kể từ khi bạn dừng thì nó chỉ dừng lại ở 22: 45: 09.796214 . Giả sử đồng hồ của bạn được đồng bộ hóa với NTP.

Chỉnh sửa4

Xem rằng nó vẫn chưa được giải quyết. Không thấy rằng bạn có bộ điều hợp eth trên cả hai PC. Bạn có thể kết nối cứng vào bộ định tuyến trên eth thay vì wlan và xem bạn có thể ping không? Hoặc có được một bộ định tuyến khác? Hoặc tạo một điểm nóng trên điện thoại kết nối cả hai PC và thử ping? Ngoài ra, ngạc nhiên khi thấy rằng bạn có thể kết nối hai PC với nhau và ping nhau mà bạn đã sử dụng cáp chéo?


Cả hai máy tính đều có thể ping 192.168.1.254 mà không gặp sự cố nào và cả hai máy tính đều không thể ping thành công khác, nhận được thông báo lỗi tôi đã đăng ở trên. Tôi đã thêm một chỉnh sửa thứ hai vào bài viết gốc với kết quả `arp -a ~ trên cả hai máy tính.
edgargiraffe

Máy tính 2 chỉ có một cửa sổ nên tôi không biết cách sử dụng tcdump và ping computer 1 cùng một lúc. Tôi đã thêm kết quả chạy tcdump trên máy tính 1 trong lần chỉnh sửa thứ tư của bài viết gốc.
edgargiraffe

Các screenlệnh, với tổ hợp phím Ctrl-A sau đó c để tạo ra một cửa sổ mới có thể là hữu ích. Ctrl-A sau đó <Space> đi về phía trước một cửa sổ, Ctrl-A rồi <Backspace> quay lại một cửa sổ, để bạn có thể chuyển đổi giữa chúng.
Azendale

Tôi đã làm lại chỉnh sửa thứ tư. Cả hai máy tính đều chạy tcpdump và cả hai máy tính đều cố gắng ping 192.168.1.254 và sau đó là nhau. Cảm ơn bạn đã dẫn tôi đi qua đó!
edgargiraffe

1

Cố gắng kết nối trực tiếp hai máy tính của bạn với nhau bằng cáp ethernet, đặt thành cả một địa chỉ IP cố định (ví dụ A: 192.168.1.10, B: 192.168.1.20) và thử ping lại.

Sau đó, bạn sẽ biết rất nhanh nếu sự cố xuất phát từ bộ định tuyến hoặc máy tính của bạn.


Tôi đặt máy tính 1 eth0 thành IP cố định 192.168.1.10. Tôi chỉ có một thiết bị đầu cuối với máy tính 2 vì vậy tôi không thể sử dụng phương pháp tương tự như với máy tính 1; Làm thế nào để bạn sửa ip trong một thiết bị đầu cuối? Trong mọi trường hợp, tôi đã sửa lỗi ip eth0 của máy tính 1, kết nối cả hai bằng cáp ethernet và máy tính đã sử dụng 2 để ping máy tính 1. Không may mắn.
edgargiraffe

Xem tại đây để thay đổi địa chỉ IP của máy tính B bằng cách sử dụng dòng lệnh: askubfox.com/questions/342705/how-to-set-a-static-ip-address
Sulliwane

Vâng, tôi muốn nói là ping localhosthoặc ping 127.0.0.1sẽ cho bạn biết liệu giao diện mạng có hoạt động hay không. Điều đó có nghĩa là cả PC của bạn đều có thể xử lý yêu cầu nếu tôi không nhầm.
AzkerM

Cảm ơn tất cả sự giúp đỡ của bạn! Sau khi làm những gì bạn đề xuất, các máy tính có thể ping nhau qua cáp ethernet. Tôi đã thêm thông tin bổ sung trong lần chỉnh sửa thứ năm của bài viết gốc của mình. Điều này có nghĩa là vấn đề chắc chắn là với bộ định tuyến?
edgargiraffe

1

Phản ứng nắm tay của tôi khi tôi thấy một cái gì đó kỳ lạ như thế này là cài đặt wireshark.

Sau đó làm cho nó để bạn có quyền sử dụng nó như không root:

sudo dpkg-reconfigure wireshark-common

Chọn tùy chọn "có".

usermod -a -G wireshark your-user-name

Đăng xuất và đăng nhập lại để chọn thành viên nhóm mới và bây giờ bạn có thể chạy các gói chụp với tư cách là người dùng không root.

Sau đó chạy wireshark trên máy, chọn giao diện được kết nối với mạng. Cố gắng giảm thiểu lưu lượng truy cập ngoài kiểm tra của bạn để giúp diễn giải kết quả dễ dàng hơn.

Nếu bạn chạy wireshark trên một máy, sau đó thử ping từ máy khác, bạn sẽ thấy một cái gì đó trên máy đang chạy wireshark có nội dung gì đó dọc theo dòng chữ "Ai có <ip bạn đang cố gắng ping>". Nếu bạn nhận được điều đó, thì máy tính đang cố ping sẽ nhận được yêu cầu của máy tính wireshark. Hy vọng rằng, bạn cũng sẽ thấy trong wireshark một cái gì đó dọc theo dòng "<địa chỉ ip bạn đang cố gắng ping> ở <mac address>". Nếu bạn làm như vậy, thì máy tính wireshark đang phản hồi. Nếu đó là trường hợp, thì hãy thử chạy wireshark trên máy tính ping và xem bạn có thể thấy "<địa chỉ ip bạn đang cố gắng ping> đang ở phản hồi <mac address>" trên máy tính ping không.

Tôi xin lỗi nếu điều này là quá thấp và đi qua đầu của bạn. Phương pháp này không đi sâu vào chi tiết. Nhưng việc có thể nhìn thấy những gì đang thực sự xảy ra trên mạng có xu hướng làm cho vấn đề trở nên rõ ràng hơn rất nhiều.


Tôi đã cài đặt wireshark trên máy tính 2 theo hướng dẫn của bạn. Thật không may, máy tính 2 không thể mở màn hình của wireshark vì vậy tôi cũng đã cài đặt tshark, điều đó có ổn không? Tôi đã sử dụng lệnh tshark -i wlan0và không thấy bất kỳ kết quả nào trong khi máy tính 1 đang cố gắng ping máy tính 2.
edgargiraffe

Tshark sẽ ổn thôi, tôi chỉ nói wireshark vì tôi mặc dù GUI sẽ làm cho nó dễ dàng hơn :) Những gì tôi sẽ thử xem xét kết quả đang làm ngược lại và xem liệu bạn có thể thấy bất cứ điều gì trên máy tính 1 bằng cách sử dụng (dây / t) cá mập từ máy tính2. Nếu điều đó cũng không hiển thị bất cứ điều gì ARP hoặc ICMP, tôi sẽ xem liệu bạn có thể tìm thấy bất cứ điều gì trong các trang không dây của bộ định tuyến về "Cách ly khách hàng" hoặc một cái gì đó dọc theo các dòng đó. Nếu bạn tìm thấy nó, bạn muốn nó đi.
Azendale

Tôi đã cài đặt wireshark trên máy tính 1. Máy tính 1 là máy tính xách tay cá nhân của tôi và nó có rất nhiều lưu lượng truy cập vì vậy tôi sẽ không đăng kết quả đầy đủ ở đây. Tôi có thể thấy nó phát sóng Who has 192.168.1.2? Tell 192.168.1.77nhưng nó không bao giờ nhận được phản hồi. Bộ định tuyến tôi đang sử dụng không bật tính năng cách ly máy khách theo faq của họ: actiontec.com/products/faqs.php?pid=191#q25
edgargiraffe

1

Tôi đã có các triệu chứng tương tự với mạng LAN của tôi (chỉ máy ubfox). Nó đã xảy ra kể từ khi chúng tôi có một bộ định tuyến mới. Đó là một trong những nhóm nhạc kép. Không thể hiểu được vấn đề, cho đến khi tôi nghĩ có thể một "ban nhạc" hoàn toàn rời rạc với nhau. Để dễ kiểm tra, tôi đã ngắt kết nối một máy với wifi và kết nối lại (với cùng SSID), và bạn biết gì không, tôi có may mắn không (có phải là cơ hội 50-50 không?) Và nó xuất hiện trên lan của máy kia. Máy và bây giờ tôi có thể ping và đăng nhập vào nó! "Nmap" ở trên đã cho tôi manh mối. Cảm ơn ý tưởng.


1
Vui lòng không thêm 'cảm ơn' làm câu trả lời. Đầu tư một chút thời gian vào trang web và bạn sẽ có đủ đặc quyền để nâng cao câu trả lời bạn thích, đó là cách hỏi Ubuntu để nói lời cảm ơn.
Parto

0

Xem qua cấu hình của bộ định tuyến của bạn và xem liệu (các) tường lửa mạng cục bộ không hoạt động. Một số bộ định tuyến, theo mặc định, cô lập các thiết bị được kết nối với nhau.

Bạn cũng có thể sử dụng nmap:

$ nmap -sn 192.168.1.0/24

Xem nếu điều này đến với bất cứ điều gì.


Tôi đã xem qua các trang cấu hình của bộ định tuyến và tôi không tin có bất kỳ tường lửa mạng cục bộ nào được thiết lập. Tôi cũng đã nói chuyện với một đại diện khách hàng và anh ấy đã không đề cập đến bất kỳ. Tôi đã thêm bản chỉnh sửa thứ ba vào bài đăng gốc với kết quả nmaptrên máy tính 2.
edgargiraffe

0

Một cái gì đó bị rối với bảng định tuyến của bạn nhưng tôi không thể thấy bất cứ điều gì sai với nó. "Máy chủ không thể truy cập" có nghĩa là hạt nhân không thể quyết định sử dụng bộ chuyển đổi nào để gửi gói để nó bỏ và bỏ gói.

Số liệu cho mạng cục bộ của bạn là 9. Điều đó phải là 0 hoặc 1. Tuy nhiên, nhân Linux được đồn là bỏ qua số liệu.

Tôi sẽ cố gắng thêm một tuyến đường đến máy chủ lưu trữ cụ thể. Hãy thử điều này trên Máy tính 1:

route add -host 192.168.1.2 metric 0 dev wlan0

Ngoài ra, hãy thử xóa tuyến đường tới 169.254.0.0 và xem điều đó có giúp ích không. Nó là không thể nhưng bạn không bao giờ biết.

BIÊN TẬP

Bạn không có VPN chạy, phải không? Cisco VPN được biết là can thiệp vào các kết nối mạng cục bộ.


Tôi đã xóa tuyến đến 169.254.0.0 khỏi máy tính 1. Tôi cũng đã thêm tuyến đến 192.168.1.2 vào máy tính 1. Tuyến mới tương ứng trong route -nbảng là:192.168.1.2 0.0.0.0 255.255.255.255 UH 0 0 0 wlan0
edgargiraffe

Không, tôi không tin rằng tôi có VPN khi chạy.
edgargiraffe

0

Tất cả các gói của bạn từ Máy tính 1Máy tính 2 được định tuyến đến wlan0 trên mỗi localhost, nhưng không có giao diện không dây nào được liên kết với mạng không dây.

Bạn đã chỉ định địa chỉ IP bằng tay? Chúng phải được cung cấp, thông qua DHCP, bởi bộ định tuyến, như là một phần của thiết lập liên kết / xác thực.

Làm sudo iwlist wlan0 scantrên mỗi máy tính để xem các mạng không dây có sẵn cho mỗi máy tính. Một trong số họ nên là bộ định tuyến của bạn. Bộ định tuyến có được cấu hình với ESSID (tên mạng không dây) khác với mặc định không?

Bộ định tuyến được cấu hình cho / có khả năng mã hóa loại nào? Các lựa chọn là Không (rất rất xấu), WEP (rất tệ), WPA (xấu) và WPA2 (tốt nhất hiện có). Tất cả 3 hệ thống phải đồng ý về một mã hóa chung.

Khi tất cả đã được giải quyết, Máy tính 1 sẽ có thể kết nối không dây với bộ định tuyến, nhận địa chỉ IP từ nó (cùng với thông tin mạng khác như cổng mặc định, MTU). Có thể đến pingbộ định tuyến.

Lặp lại cho Máy tính 2 .

Sau đó, và chỉ sau đó, bạn có thể thực sự ping, nếu bộ định tuyến cho phép định tuyến địa chỉ cục bộ.


Từ những gì tôi có thể nói, bộ định tuyến sử dụng WPA / WPA2bảo mật với WPA or WPA2 - Personalloại WPA. ESSID được cấu hình khác với mặc định. Cả hai máy tính có thể tìm thấy các bộ định tuyến với sudo iwlist wlan0 scanlệnh. Cả hai máy tính có thể ping bộ định tuyến. Máy tính 1 có IP động và máy tính 2 có IP cố định. Cả máy tính đều không thể ping cái khác.
edgargiraffe

Tôi sử dụng NetworkManagerđể quản lý các kết nối và mật khẩu wifi của mình và iwconfighiển thị: $ iwconfig wlan0 wlan0 IEEE 802.11bg ESSID:"Fairfield" Mode:Managed Frequency:2.422 GHz Access Point: 14:D6:4D:2D:5F:AE Bit Rate=54 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=70/70 Signal level=-40 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx Invalid frag:0 Tx excessive retries:0 Invalid misc:37 Missed beacon:0
waltinator

0

Vấn đề dường như là trong mạng của bạn. Không phải trong các máy linux. Tôi muốn nói rằng đó là bộ định tuyến / điểm truy cập không dây của bạn đang chơi trò bịp với bạn.

  • Vì bạn có thể truy cập Internet từ cả hai máy chủ, họ có thể nhận được các cổng mặc định MAC thông qua yêu cầu ARP.
  • Họ không nhận được yêu cầu hoặc trả lời ARP của nhau.
  • Họ (đã được chứng minh trên máy tính1) nhận được yêu cầu ARP của bộ định tuyến.

Điều này cho thấy rằng bộ định tuyến / AP của bạn nuốt các yêu cầu ARP và không có chức năng ARP, họ không biết MAC của người khác và do đó họ không thể nói chuyện Ethernet với nhau.

Hãy thử bộ định tuyến DHCP gán địa chỉ thay vì tự gán chúng một cách tĩnh.

Hoặc thêm chúng tĩnh vào bộ đệm ARP của bạn để xem có giúp được không.

Trên máy tính1:

arp -s 192.168.1.2 00:22:43:9b:7b:64

Trên máy tính2:

arp -a 192.168.1.77 c4:85:08:77:d3:f5  

0

Kiểm tra xem AP bộ định tuyến wlan của bạn có tùy chọn cách ly (bật AP Isolation) không.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.