Nie można pingować urządzeń LAN podczas połączenia przewodowego


5

Mam dziwną sytuację, w której jeden komputer w mojej sieci domowej nie może uzyskać dostępu do innego. Sieć jest zapewniana przez router TP-Link WR841ND do następujących maszyn:

  • A - 192.168.1.117 - maszyna Win8.1, połączenie przewodowe,
  • B - 192.168.1.200 - Serwer z systemem Ubuntu 12.04, połączenie przewodowe,
  • C - 192.168.1.111 - Macbook, połączenie bezprzewodowe,
  • D - 192.168.1.210 - Raspberry Pi, połączenie bezprzewodowe.

Problem polega na tym, że A i B nie mogą pingować się nawzajem, oba z Destination host unreachablebłędem.

  • A może pingować C i D.
  • B może pingować C i D.
  • C może pingować A, B, D.
  • D może pingować A, B, C.

Jeśli wezmę klucz bezprzewodowy z D i użyję go na A, wszystko nagle działa - tylko wtedy, gdy oba A i B są połączone przewodowo, pojawiają się problemy.

arp -a w polu A nie ma listy B: Interface: 192.168.1.117 --- 0xa Internet Address Physical Address Type 192.168.1.1 *mac-address* dynamic 192.168.1.111 *mac-address* dynamic 192.168.1.210 *mac-address* dynamic

arp -aw polu B pokazuje A, ale <incomplete>gdzie znajdują się adresy mac innych urządzeń: A (192.168.1.117) at <incomplete> on eth0 C (192.168.1.111) at *mac-address* [ether] on eth0 router (192.168.1.1) at *mac-address* [ether] on eth0 D (192.168.1.210) at *mac-address* [ether] on eth0

arp -a w polu C wyświetla wszystko: router (192.168.1.1) at *mac-address* on en0 ifscope [ethernet] A (192.168.1.117) at *mac-address* on en0 ifscope [ethernet] B (192.168.1.200) at *mac-address* on en0 ifscope [ethernet] D (192.168.1.210) at *mac-address* on en0 ifscope [ethernet]

W routerze działa oprogramowanie układowe DD-WRT v24-sp2 (06/23/14). Zresetowanie ustawień fabrycznych nie pomogło, podobnie jak wyłączenie zapory SPI, włączenie lub wyłączenie izolacji AP, ani frustracja innymi przyciskami.

Jakieś sugestie?


Czy możesz opublikować ważne części IPCONFIG na komputerze z systemem Windows i IFCONFIG na komputerze z systemem Linux?
Nate

Odpowiedzi:


1

Okazało się, że jest to błąd w oprogramowaniu sprzętowym routera DD-WRT. Wygląda na to, że ten stary błąd powrócił w kompilacjach z dnia 29.03.2014


Czy aktualizacja oprogramowania naprawiła to?
Seth

0

Na routerze możesz sprawdzić, czy zarówno przewodowe, jak i bezprzewodowe połączenie znajduje się w tej samej strefie zapory sieciowej (lan) i czy oba połączenia przewodowe znajdują się w tej samej sieci vlan, wewnątrz strefy zapory sieci LAN.

Być może z jakiegoś powodu możesz chcieć sprawdzić, czy jeden komputer nie zablokował drugiego automatycznie (agresywne zasady blokowania niektórych rozwiązań bezpieczeństwa), czy próbowałeś pingować maszynę B z A podczas pracy w trybie awaryjnym z obsługą sieci, aby wykluczyć trzecie usługi na komputerze z systemem Windows ? Czy próbowałeś całkowicie wyłączyć zaporę ogniową w obu testach?

To nie jest ścisła odpowiedź, tylko kilka ścieżek do naśladowania, jeśli jeszcze tego nie zrobiłeś.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.