ส่ง Ping คอมพิวเตอร์บนเครือข่ายท้องถิ่น: ไม่สามารถเข้าถึงโฮสต์ปลายทางได้

15

ฉันมีคอมพิวเตอร์ Ubuntu สองเครื่องบนเครือข่ายท้องถิ่นและไม่มีคอมพิวเตอร์เครื่องใดที่สามารถปิงซึ่งกันและกันได้ ทุกครั้งที่ฉันลองฉันได้รับข้อความแจ้งข้อผิดพลาด คอมพิวเตอร์ทั้งสองสามารถเข้าถึงอินเทอร์เน็ตได้ทุกปัญหา

ฉันมีเราเตอร์ ActionTech v1000h จาก Telus ฉันติดต่อกับหนึ่งในตัวแทนลูกค้าของพวกเขาและพวกเขาบอกว่าไม่ควรมีเหตุผลใด ๆ ที่ทำให้อุปกรณ์สองเครื่องไม่สามารถปิงกันและกันในเครือข่าย

ฉันกำลังตกอยู่ในความสูญเสียพวกคุณคนใดมีความคิดเห็นบ้างไหม?

คอมพิวเตอร์ 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)

เส้นทาง

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

คอมพิวเตอร์ 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)

เส้นทาง

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

แก้ไข:ตัวอย่างข้อผิดพลาดเมื่อคอมพิวเตอร์ 1 พยายาม ping คอมพิวเตอร์ 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

แก้ไข 2: arp -aของคอมพิวเตอร์ทั้งสองเครื่อง

คอมพิวเตอร์ 1:

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

คอมพิวเตอร์ 2:

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

แก้ไข 3: nmap -sn 192.168.1.0/24บนคอมพิวเตอร์ 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

แก้ไข 4:บันทึก tcpdump ของคอมพิวเตอร์ทั้งสองเครื่องในขณะที่ ping แรก 192.168.1.254 และจากนั้น:

คอมพิวเตอร์ 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

คอมพิวเตอร์ 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

แก้ไข 5:ตั้งค่า ips แบบคงที่สำหรับคอมพิวเตอร์ทั้งสอง etho0 และเชื่อมต่อด้วยสายอินเทอร์เน็ต คอมพิวเตอร์ทั้งสองเครื่องสามารถปิงกันและกันได้อย่างแน่นอนผ่านสายอีเธอร์เน็ต! ifconfig -aผลลัพธ์ eth0:

คอมพิวเตอร์ 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)

คอมพิวเตอร์ 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)
networking 
— edgargiraffe
แหล่งที่มา
1
คุณกำลังกระตุกพวกเขาอย่างไร IP? ชื่อโฮสต์?
— terdon
ใครบอกคุณ "โฮสต์ปลายทางที่เข้าถึงไม่ได้" - อะแดปเตอร์ภายในเครื่องของคุณหรืออย่างอื่น โปรดระบุการคัดลอก / วางคำสั่ง ping และผลลัพธ์
— sмurf
ฉันกำลังส่งต่อพวกเขาโดยใช้ที่อยู่ IP ของพวกเขา ฉันได้เพิ่มการแก้ไขลงในโพสต์ดั้งเดิมซึ่งมีรายละเอียดคำสั่งที่ฉันใช้และข้อความแสดงข้อผิดพลาด
— edgargiraffe
คุณอาจบล็อก ping ในการตั้งค่าเราเตอร์ของคุณหรือไม่
— terdon
ฉันไม่เชื่อเช่นนั้นฉันได้ทำการตั้งค่าเราเตอร์เป็นเวลาสองสามชั่วโมง ฉันได้คุยกับตัวแทนของ telus และเขาไม่ได้ให้ข้อบ่งชี้ว่าอาจเป็นปัญหาได้
— edgargiraffe

คำตอบ:

4

ping เกตเวย์จากคอมพิวเตอร์ทั้งสองเครื่องping 192.168.1.254 แล้วลอง ping comp1 ถึง compt2 และ comp2 ถึง comp1 จากนั้นโพสต์ผลลัพธ์ของarp -aกล่อง BOTH

แก้ไข

สิ่งที่น่าสนใจคือมีการบล็อกการรับส่งข้อมูล

เรียกใช้sudo tcpdump -ni wlan0 arpในหน้าต่างหนึ่งบนคอมพิวเตอร์ทั้งสองเครื่องแล้วลองส่ง Ping กันและเกตเวย์จากหน้าต่างอื่นบนทั้งสองอีกครั้งและโพสต์ผลลัพธ์

Edit2

จนถึงตอนนี้แสดงให้เห็นว่า comp1 กำลังทำสิ่งที่มันควรจะส่งคำขอ ARP (ขอที่อยู่ etherner comp2s) แต่ไม่ได้รับการตอบกลับ arp (ได้ยินอะไรกลับมา) ต้องดู tcpdump จาก PC2 เพื่อดูภาพเต็ม เรียกใช้คำสั่งหน้าจอหรือทำสิ่งนี้บน PC1 sudo tcpdump -w pc1.pcap -ni wlan0 arp &และบน PC2 sudo tcpdump -w pc2.pcap -ni wlan0 arp & และควรโยนมันไว้ในพื้นหลังและให้คุณตอบกลับเพื่อส่ง Ping หลังจากส่ง Ping ล้มเหลวนำงานกลับมาที่พื้นหน้าด้วยfg %1หยุดมันctrl+cและอ่านไฟล์ที่เขียนด้วยsudo tcpdump -r pc1/2.pcap

พีซีEdit3กำลังทำสิ่งที่พวกเขาคิดเอา ARP ออก แต่พวกเขาไม่ได้ผ่านจุดที่เราเตอร์ อาจเป็นการตั้งค่าไฟร์วอลล์ที่ปิดใช้งานสงสัยว่ามันรองรับ VLAN หรือไม่ ขอให้คุณปล่อยให้มันรันนานกว่านี้ที่22: 45: 48.379058เราเตอร์ของคุณส่งคำขอ ARP ของตัวเองเมื่อมันกำลังมองหา22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28พีซี 1 ทั้งพีซีควรเห็นมันเราจะเห็นว่า PC1 เห็นและตอบกลับด้วย IP แต่ไม่สามารถ บอกได้ว่า PC2 ได้มันตั้งแต่ตั้งแต่คุณหยุดมันหยุดแค่สั้น ๆ ที่22: 45: 09,796214 สมมติว่าคุณนาฬิกาซิงค์กับ NTP นั่นคือ

Edit4

ดูว่ามันยังไม่ได้รับการแก้ไข ไม่เห็นว่าคุณมีอะแดปเตอร์ eth บนพีซีทั้งสองเครื่อง คุณสามารถ hardwire เข้าไปในเราเตอร์บน eth แทน wlan และดูว่าคุณสามารถ ping ได้หรือไม่? หรือรับเราเตอร์อื่น หรือสร้างฮอตสปอตบนโทรศัพท์เชื่อมต่อพีซีทั้งสองและลอง ping? นอกจากนี้ยังประหลาดใจที่เห็นว่าคุณสามารถเชื่อมต่อพีซีสองเครื่องเข้าด้วยกันและ ping ซึ่งกันและกันคุณใช้สายเคเบิลครอสโอเวอร์หรือไม่?

— meccooll
แหล่งที่มา
คอมพิวเตอร์ทั้งสองเครื่องสามารถ ping 192.168.1.254 ได้โดยไม่มีปัญหาใด ๆ และคอมพิวเตอร์ทั้งสองไม่สามารถ ping อื่นได้สำเร็จโดยได้รับข้อความแสดงข้อผิดพลาดที่ฉันโพสต์ไว้ด้านบน ฉันได้เพิ่มการแก้ไขที่สองในโพสต์ต้นฉบับด้วยผลลัพธ์ของ `arp -a ~ บนคอมพิวเตอร์ทั้งสองเครื่อง
— edgargiraffe
คอมพิวเตอร์ 2 มีเพียงหน้าต่างเดียวดังนั้นฉันไม่ทราบวิธีการใช้ tcdump และ ping คอมพิวเตอร์ 1 ในเวลาเดียวกัน ฉันได้เพิ่มผลลัพธ์ของการเรียกใช้ tcdump บนคอมพิวเตอร์ 1 ในการแก้ไขโพสต์ต้นฉบับครั้งที่สี่
— edgargiraffe
screenคำสั่งด้วยการกด Ctrl-A แล้ว c เพื่อสร้างหน้าต่างใหม่อาจจะเป็นประโยชน์ Ctrl-A จากนั้น <Space> จะไปข้างหน้าหน้าต่างจากนั้น Ctrl-A จากนั้น <Backspace> จะย้อนกลับไปหนึ่งหน้าต่างเพื่อให้คุณสามารถสลับระหว่างกันได้
— Azendale
ฉันได้ทำการแก้ไขครั้งที่สี่อีกครั้ง คอมพิวเตอร์ทั้งสองเครื่องกำลังเรียกใช้ tcpdump และคอมพิวเตอร์ทั้งสองพยายามที่จะ ping 192.168.1.254 และต่อจากนั้นกันและกัน ขอบคุณสำหรับการเดินผ่านฉัน!
— edgargiraffe
1

ลองเชื่อมต่อคอมพิวเตอร์สองเครื่องของคุณเข้าด้วยกันโดยตรงด้วยสายอีเธอร์เน็ตตั้งค่าที่อยู่ IP คงที่ (เช่น A: 192.168.1.10, B: 192.168.1.20) แล้วลอง ping อีกครั้ง

คุณจะรู้ได้อย่างรวดเร็วหากปัญหามาจากเราเตอร์หรือคอมพิวเตอร์ของคุณ

— Sulliwane
แหล่งที่มา
ฉันตั้งค่าคอมพิวเตอร์ 1 eth0 เป็น IP คงที่ 192.168.1.10 ฉันมีเทอร์มินัลกับคอมพิวเตอร์ 2 เท่านั้นดังนั้นฉันจึงไม่สามารถใช้วิธีเดียวกันกับคอมพิวเตอร์ 1 ได้ คุณจะแก้ไข ip ในเทอร์มินัลได้อย่างไร ไม่ว่าในกรณีใดฉันจะแก้ไข eth0 ip ของคอมพิวเตอร์ 1 เชื่อมต่อพวกเขาทั้งสองด้วยสายอีเธอร์เน็ตและใช้คอมพิวเตอร์ 2 กับคอมพิวเตอร์ ping 1 ไม่มีโชค
— edgargiraffe
ดูที่นี่เพื่อเปลี่ยนที่อยู่ IP ของคอมพิวเตอร์ B ใช้บรรทัดคำสั่ง: askubuntu.com/questions/342705/how-to-set-a-static-ip-address
— Sulliwane
ดีฉันจะบอกว่าเป็นping localhostหรือping 127.0.0.1ที่จะบอกคุณว่าอินเตอร์เฟซเครือข่ายขึ้น นั่นหมายความว่าทั้งพีซีของคุณสามารถรับคำขอได้หากฉันไม่เข้าใจผิด
— AzkerM
ขอบคุณสำหรับความช่วยเหลือของคุณ! หลังจากทำสิ่งที่คุณแนะนำคอมพิวเตอร์สามารถ ping ซึ่งกันและกันผ่านสายเคเบิลอีเธอร์เน็ต ฉันได้เพิ่มข้อมูลเพิ่มเติมในการแก้ไขโพสต์ต้นฉบับครั้งที่ห้า นี่หมายความว่าปัญหาเกิดขึ้นกับเราเตอร์หรือไม่
— edgargiraffe
1

การตอบสนองของฉันเมื่อฉันเห็นสิ่งแปลก ๆ เช่นนี้คือการติดตั้ง wireshark

จากนั้นให้ใช้เพื่อให้คุณมีสิทธิ์ใช้งานแบบไม่ใช้รูท:

sudo dpkg-reconfigure wireshark-common

เลือกตัวเลือก "ใช่"

usermod -a -G wireshark your-user-name

ออกจากระบบและกลับเข้าสู่ระบบเพื่อรับสมาชิกกลุ่มใหม่และตอนนี้คุณสามารถเรียกใช้แพ็กเก็ตจับภาพในฐานะผู้ใช้ที่ไม่ใช่รูท

จากนั้นรัน wireshark บนเครื่องเลือกอินเตอร์เฟสที่เชื่อมต่อกับเครือข่าย พยายามลดทราฟฟิกอื่นที่ไม่ใช่การทดสอบของคุณเพื่อให้การตีความผลลัพธ์ง่ายขึ้น

หากคุณรัน wireshark บนเครื่องหนึ่งแล้วลอง ping จากอีกเครื่องคุณควรเห็นบางสิ่งบนเครื่องที่ใช้ wireshark ที่พูดอะไรบางอย่างตามแนวของ "ใครมี <ip ที่คุณพยายามจะปิง>" หากคุณได้รับสิ่งนั้นแสดงว่าคอมพิวเตอร์กำลังพยายาม ping กำลังได้รับคำขอจากคอมพิวเตอร์ wireshark หวังว่าคุณควรเห็นสิ่งที่อยู่ใน wireshark ตามบรรทัดของ "<ที่อยู่ IP ที่คุณพยายาม ping> อยู่ที่ <mac address>" หากคุณทำเช่นนั้นคอมพิวเตอร์ที่ใช้งาน wireshark กำลังตอบสนอง หากเป็นเช่นนั้นให้ลองเรียกใช้ wireshark บนเครื่องกระตุกคอมพิวเตอร์และดูว่าคุณสามารถเห็นการตอบสนอง "<ที่อยู่ IP ที่คุณพยายามส่ง Ping> อยู่ที่ <mac address>" การตอบสนองบนคอมพิวเตอร์ที่ส่ง Ping

ฉันขอโทษถ้านี่เป็นระดับต่ำเกินไปและไปที่หัวของคุณ วิธีนี้จะลึกเข้าไปในรายละเอียด แต่ความสามารถในการเห็นสิ่งที่เกิดขึ้นจริงบนเครือข่ายมีแนวโน้มที่จะทำให้ปัญหาชัดเจนขึ้น

— Azendale
แหล่งที่มา
ฉันได้ติดตั้ง wireshark บนคอมพิวเตอร์ 2 ตามคำแนะนำของคุณ น่าเสียดายที่คอมพิวเตอร์ 2 ไม่สามารถเปิดจอแสดงผลของ wireshark ได้ดังนั้นฉันได้ติดตั้ง tshark ด้วยใช่ไหม ฉันใช้คำสั่งtshark -i wlan0และไม่เห็นผลลัพธ์ใด ๆ ในขณะที่คอมพิวเตอร์ 1 กำลังพยายาม ping คอมพิวเตอร์ 2
— edgargiraffe
tshark น่าจะดีฉันแค่พูดว่า wireshark เพราะฉันว่า GUI จะทำให้ง่ายขึ้น :) สิ่งที่ฉันจะลองพิจารณาดูผลลัพธ์กลับด้านและดูว่าคุณสามารถเห็นอะไรในคอมพิวเตอร์ 1 ที่ใช้ฉลาม (สาย / t) และกระตุก จากคอมพิวเตอร์ 2 หากนั่นยังไม่แสดง ARP หรือ ICMP ฉันจะดูว่าคุณสามารถหาอะไรในหน้าไร้สายของเราเตอร์เกี่ยวกับ "ไคลเอนต์แยก" หรือบางสิ่งบางอย่างตามสายเหล่านั้น หากคุณพบว่าคุณต้องการมันออก
— Azendale
ฉันติดตั้ง wireshark บนคอมพิวเตอร์ 1. คอมพิวเตอร์ 1 เป็นแล็ปท็อปส่วนตัวของฉันและมันมีการรับส่งข้อมูลจำนวนมากดังนั้นฉันจะไม่โพสต์ผลเต็มรูปแบบที่นี่ ฉันสามารถเห็นมันออกอากาศWho has 192.168.1.2? Tell 192.168.1.77แต่มันไม่เคยได้รับการตอบสนอง เราเตอร์ที่ฉันใช้ไม่ได้เปิดใช้งานการแยกไคลเอ็นต์ตามคำถามที่พบบ่อย: actiontec.com/products/faqs.php?pid=191#q25
— edgargiraffe
1

ฉันมีอาการเดียวกันกับ LAN ของฉัน (เครื่อง Ubuntu เท่านั้น) มันเกิดขึ้นตั้งแต่เรามีเราเตอร์ใหม่ มันเป็นหนึ่งในสองวงนั้น ไม่สามารถเข้าใจถึงปัญหาได้จนกว่าฉันจะคิดว่าอาจเป็น "วงดนตรี" วงเดียวที่แยกออกจากกันโดยสิ้นเชิง น่าจะง่ายต่อการทดสอบฉันตัดการเชื่อมต่อเครื่องหนึ่งเครื่องจาก wifi และเชื่อมต่ออีกครั้ง (กับ SSID เดียวกัน) และคุณรู้อะไรฉันโชคดี (เป็นโอกาส 50-50 ใช่หรือไม่) และมันปรากฏบน LAN ของเครื่องอื่น เครื่องและตอนนี้ฉันสามารถ ping และเข้าสู่ระบบมัน! "nmap" ด้านบนให้เงื่อนงำกับฉัน ขอบคุณสำหรับความคิด

— user333038
แหล่งที่มา
1
โปรดอย่าเพิ่มคำว่า 'ขอบคุณ' เป็นคำตอบ ลงทุนเวลาในไซต์และคุณจะได้รับสิทธิ์ที่เพียงพอในการถอนคำตอบที่คุณชอบซึ่งเป็นวิธีถาม Ubuntu ในการพูดขอบคุณ
— Parto
0

ผ่านการกำหนดค่าของเราเตอร์ของคุณและดูว่าไฟร์วอลล์เครือข่ายท้องถิ่นไม่ทำงานหรือไม่ ตามค่าเริ่มต้นเราเตอร์บางตัวจะแยกอุปกรณ์ที่เชื่อมต่อออกจากกัน

คุณยังสามารถใช้nmap:

$ nmap -sn 192.168.1.0/24

ดูว่าสิ่งนี้เกิดขึ้นกับอะไร

— ps95
แหล่งที่มา
ฉันผ่านหน้าการกำหนดค่าของเราเตอร์ของฉันแล้วและฉันไม่เชื่อว่ามีการตั้งค่าไฟร์วอลล์เครือข่ายท้องถิ่น ฉันได้พูดคุยกับตัวแทนลูกค้าและเขาไม่ได้พูดถึงอะไรเลย ฉันได้เพิ่มการแก้ไขที่สามในโพสต์ต้นฉบับด้วยผลลัพธ์ของnmapบนคอมพิวเตอร์ 2
— edgargiraffe
0

มีบางอย่างสับสนกับตารางเส้นทางของคุณ แต่ฉันไม่เห็นอะไรผิดปกติ "โฮสต์ไม่สามารถเข้าถึงได้" หมายความว่าเคอร์เนลไม่สามารถตัดสินใจว่าจะใช้อะแดปเตอร์ใดในการส่งแพ็คเก็ต

ตัวชี้วัดสำหรับเครือข่ายท้องถิ่นของคุณคือ 9 นั่นควรจะเป็น 0 หรือ 1 อย่างไรก็ตามเคอร์เนล Linux ถูกกล่าวขานว่าไม่สนใจตัวชี้วัด

ฉันจะพยายามเพิ่มเส้นทางไปยังโฮสต์ที่เฉพาะเจาะจง ลองสิ่งนี้บนคอมพิวเตอร์ 1:

route add -host 192.168.1.2 metric 0 dev wlan0

ลองลบเส้นทางไปที่ 169.254.0.0 และดูว่าจะช่วยได้หรือไม่ มันไม่น่าเป็นไปได้ แต่คุณไม่มีทางรู้

แก้ไข

คุณไม่ได้ใช้ VPN ใช่ไหม Cisco VPN ทราบว่ามีการรบกวนการเชื่อมต่อเครือข่ายท้องถิ่น

— sмurf
แหล่งที่มา
ฉันลบเส้นทางไปที่ 169.254.0.0 จากคอมพิวเตอร์ 1. ฉันยังเพิ่มเส้นทางไปที่ 192.168.1.2 ไปยังคอมพิวเตอร์ 1. เส้นทางใหม่ที่เกี่ยวข้องในroute -nตารางคือ:192.168.1.2 0.0.0.0 255.255.255.255 UH 0 0 0 wlan0
— edgargiraffe
ไม่ฉันไม่เชื่อว่าฉันมี VPN ในการทำงาน
— edgargiraffe
0

แพ็คเก็ตทั้งหมดของคุณจากคอมพิวเตอร์ 1และคอมพิวเตอร์ 2จะถูกส่งไปยังwlan0บนโฮสต์แต่ละแห่ง แต่จะไม่มีการเชื่อมต่อกับเครือข่ายไร้สาย

คุณกำหนดที่อยู่ IP ด้วยตนเองหรือไม่ เราท์เตอร์ควรจัดทำผ่าน DHCP โดยเป็นส่วนหนึ่งของการตั้งค่าการเชื่อมโยง / การรับรองความถูกต้อง

ทำsudo iwlist wlan0 scanบนคอมพิวเตอร์แต่ละเครื่องเพื่อดูเครือข่ายไร้สายที่มีให้สำหรับคอมพิวเตอร์แต่ละเครื่อง หนึ่งในนั้นควรเป็นเราเตอร์ของคุณ เราเตอร์มีการกำหนดค่าด้วย ESSID (ชื่อเครือข่ายไร้สาย) ที่แตกต่างจากค่าเริ่มต้นหรือไม่

การเข้ารหัสชนิดใดที่เราเตอร์กำหนดค่าไว้สำหรับ / มีความสามารถ ตัวเลือกคือไม่มี (แย่มาก), WEP (แย่มาก), WPA (ไม่ดี) และ WPA2 (ใช้ได้ดีที่สุดในตอนนี้) ทั้ง 3 ระบบต้องยอมรับการเข้ารหัสทั่วไป

เมื่อสิ่งที่ได้ยืดออกไปคอมพิวเตอร์ 1ควรสามารถเชื่อมต่อกับเราเตอร์แบบไร้สายได้รับที่อยู่ IP จากมัน (รวมถึงข้อมูลเครือข่ายอื่นเช่นเกตเวย์เริ่มต้น, MTU) สามารถไปpingที่เราเตอร์

ทำซ้ำสำหรับคอมพิวเตอร์ 2

pingถ้าอย่างนั้นเราเตอร์อาจอนุญาตการกำหนดเส้นทางที่อยู่ในพื้นที่ได้

— waltinator
แหล่งที่มา
จากสิ่งที่ฉันสามารถบอกได้เราเตอร์ใช้การWPA / WPA2รักษาความปลอดภัยด้วยWPA or WPA2 - Personalประเภท WPA ESSID ถูกกำหนดค่าให้แตกต่างจากค่าเริ่มต้น คอมพิวเตอร์ทั้งสองสามารถค้นหาเราเตอร์ด้วยsudo iwlist wlan0 scanคำสั่ง คอมพิวเตอร์ทั้งสองสามารถ ping เราเตอร์ คอมพิวเตอร์ 1 มี IP แบบไดนามิกและคอมพิวเตอร์ 2 มี IP แบบคงที่ คอมพิวเตอร์ทั้งสองไม่สามารถ ping อื่น ๆ
— edgargiraffe
ฉันใช้NetworkManagerเพื่อจัดการการเชื่อมต่อ wifi และรหัสผ่านของฉันและiwconfigแสดงให้เห็น: $ 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

ดูเหมือนว่าปัญหาจะอยู่ในเครือข่ายของคุณ ไม่ได้อยู่ในเครื่อง linux เอง ฉันจะบอกว่ามันเป็นเราเตอร์ไร้สาย / จุดเชื่อมต่อที่กำลังเล่นกับคุณ

  • เนื่องจากคุณสามารถเข้าถึงอินเทอร์เน็ตจากทั้งสองโฮสต์พวกเขาสามารถรับเกตเวย์เริ่มต้นของ MAC ผ่านการร้องขอ ARP
  • พวกเขาไม่ได้รับคำขอหรือตอบกลับ ARP ซึ่งกันและกัน
  • พวกเขา (พิสูจน์แล้วใน computer1) รับคำขอ ARP เราเตอร์

สิ่งนี้บ่งชี้ว่าเราเตอร์ / AP ของคุณกลืนการร้องขอ ARP และหากไม่มีการทำงานของ ARP พวกเขาจะไม่รู้จัก MAC ของอีกเครื่องหนึ่งและทำให้พวกเขาไม่สามารถพูดคุยกับ Ethernet ได้

ลองให้เราเตอร์ DHCP กำหนดที่อยู่แทนการกำหนดที่อยู่เหล่านั้นด้วยตนเอง

หรือเพิ่มลงในแคช ARP ของคุณแบบสแตติกเพื่อดูว่ามีประโยชน์หรือไม่

บนคอมพิวเตอร์ 1:

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

บนคอมพิวเตอร์ 2:

arp -a 192.168.1.77 c4:85:08:77:d3:f5
— MattBianco
แหล่งที่มา
0

ตรวจสอบว่าเราเตอร์ wlan ของคุณมีตัวเลือกการแยก (เปิดใช้งานการแยก AP) หรือไม่

— Mohamed A. Hafez
แหล่งที่มา
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.