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?
źródło
Odpowiedzi:
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
źródło
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ś.
źródło