Trochę frustrujący problem, przed którym stoję - po prostu nie wiem, co jest nie tak.
Mam router Netgear WNR2000v3 z zainstalowanym standardem DD-WRT v24-sp2 (03/19/12). Wszystko działa idealnie oprócz jednego problemu.
Mam serwer plików podłączony do jednego z portów Ethernet z tyłu routera. Serwer plików dobrze widzi wszystkie urządzenia sieciowe (potrafi pingować dobrze). Serwer plików - i wszystkie urządzenia - mogą uzyskać dostęp do Internetu poprzez interfejs eth0 (skonfigurowany jako WAN). DD-WRT otrzymuje IP WAN przez DHCP - wszystko w porządku.
Oto interesująca część. Kiedy mój laptop jest podłączony przez Wi-Fi (urządzenie ath0 na routerze), laptop widzi serwer plików - mogę go pingować dobrze. Jednak po podłączeniu laptopa do innego portu Ethernet z tyłu routera nie może on już dotrzeć do serwera plików! Za każdym razem, gdy wykonuję polecenie ping, otrzymuję komunikaty „Brak trasy do hosta” i „Host nie działa” zamiennie - mimo że nadal działa poprawnie.
Pomyślałem, że może to być problem z domyślnie tworzonym interfejsem br0 - ale, o ile widzę, porty Ethernet (eth1) i Wi-Fi (ath0) są zmostkowane tak, jakbym się spodziewał. Możesz zobaczyć stronę ustawień pokazującą to tutaj:
Jestem pewien, że podsieci są takie same. Powinienem również zauważyć, że kiedy podłączam SSH do routera (co mogę zrobić zarówno w sieci Wi-Fi, jak i przewodowej sieci Ethernet), router może przez cały czas dobrze pingować serwer plików. Po prostu nie mogę zrozumieć, co jest nie tak, i mam nadzieję, że ktoś może rzucić nieco światła na ten dziwny problem.
Odpowiedzi:
Znalazłem rozwiązanie, musisz uruchomić następujące dwa polecenia, aby umożliwić klientom podłączonym do przełącznika rozmowę ze sobą:
Polecenia dzięki uprzejmości tomshardware
Nadal nie rozumiem:
źródło
eth0
zamiasteth1
tego.)http://routerip/Diagnostics.asp
a ja również używałemeth0
jako @mgiuffridaZrobiłem trochę googlingu i wydaje się, że jest to błąd w oprogramowaniu układowym DD-WRT . Na forum DD-WRT mówi się, że nowsza wersja oprogramowania wewnętrznego naprawi problem . Poprawka SiegeX działa świetnie, jedną dodatkową rzeczą, którą bym zrobił, byłoby dodanie jej jako polecenia startowego w oknie poleceń, aby przy następnym uruchomieniu routera sam się „naprawił”.
źródło
Zauważ, że zgodnie z błędem w oprogramowaniu DD-WRT, które łączy @Simon The Cat, może być konieczne uruchomienie dodatkowych poleceń, tak jak to zrobiłem na moim TL-WR841Nv9, kiedy uaktualniłem do wersji DD-WRT 38240.
Możesz / powinieneś sprawdzić, którego interfejsu użyć, uruchamiając „listę swconfig” w sesji SSH.
Możesz również potwierdzić, na których wszystkich portach potrzebujesz, aby włączyć Vlan 0 za pomocą „swconfig dev eth0 show” ... W poniższym przypadku mam porty 0,1,2,3 i 4:
Ostatnie polecenia, które umieściłem w Administracja -> Polecenia -> Powłoka poleceń [pole] -> „Zapisz uruchomienie” były następujące. Zastąp nazwę interfejsu poniżej, która dotyczy TP-Link TL-WR841Nv9:
Następnie - nie mam pojęcia, dlaczego dane wyjściowe z „swconfig dev eth0 show” wyglądają identycznie jak dane wyjściowe tego samego polecenia po uruchomieniu tylko tych dwóch poleceń podczas uruchamiania „swconfig dev eth0 set enable_vlan 1; swconfig dev eth0 set Apply 1;” ale z jakiegoś powodu mój router potrzebował dwóch pozostałych linii, aby porty przełącznika prawidłowo komunikowały się między urządzeniami, jak udokumentowano w raporcie o błędzie :
źródło