Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Po zainstalowaniu Jessie w nowym komputerze nie mogę wyjść poza router. Pingowanie routera potwierdza, że komputer ma z nim kontakt, natomiast pingowanie czegokolwiek poza nim daje komunikat Host Unknown, ewentualnie Host Unreachable. Co może być istotne:
- system Jessie, zainstalowane network-manage-gnome, wpasupplicant, gnome-keyring
- router bezprzewodowy, uruchomione WiFi, wyłączony firewall, próbowałem zarówno na sieci zabezpieczonej, jak i otwartej. Rezultat ten sam,
- dwa pozostałe komputery z Jessie użytkowane od kilku lat pracują bez zarzutu,
- Jessie została zainstalowana przy użyciu USB, korzystając z łącza Wifi. Zatem sieć w trybie instalacji działała bez zarzutu. Zainstalowany na komputerze system Win 7 również korzysta z sieci bez zarzutu,
Ostatni z wymienionych punktów sprawia, że jestem pewny, że sprzętowo jest ok. Zapominam o jakimś szczególe. Macie pomysł o czym?
Offline
ip l r
default dev eth0 scope link metric 1002 default via 192.168.0.1 dev wlan0 proto static metric 1024 169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.8.168 169.254.0.0/16 dev wlan0 scope link metric 1000 192.168.0.0/24 dev wlan0 proto kernel scope link 192.168.0.102
ip a l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether e8:03:9a:a5:bb:51 brd ff:ff:ff:ff:ff:ff inet 169.254.8.168/16 brd 169.254.255.255 scope link eth0:avahi valid_lft forever preferred_lft forever 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether b8:03:05:8c:c2:2e brd ff:ff:ff:ff:ff:ff inet 192.168.0.102/24 brd 192.168.0.255 scope global dynamic wlan0 valid_lft 85310sec preferred_lft 85310sec inet6 fe80::ba03:5ff:fe8c:c22e/64 scope link valid_lft forever preferred_lft forever
Offline
2287
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:25:19)
Offline
ip route flush
"ip route flush" requires arguments
ip route add 192.168.0.0/24 dev wlan0
RTNETLINK answers: File exists
Ale... działa :). Dziękuję!
I jeśli to możliwe, proszę o wyjaśnienie - co było nie tak i jak to zostało naprawione.
Offline
Albo skonfigurować poprawnie dhcp w routerze, bo net powinien zaskoczyć od kopa, a nie po żadnych gimnastykach.
Przyda się przy okazji troszkę zabezpieczyć komunikację np przy użyciu WPA2-PSK, czy co tam router innego potrafi.
Online
Z jakiegoś powodu miałeś dwie domyślne trasy.
default dev eth0 scope link metric 1002 default via 192.168.0.1 dev wlan0 proto static metric 1024
Pewnie gdybys pinga puscil na 8.8.8.8 (dns google). To poszedł by przez eth0 czyli po kablu.
Zeby zeby sprawdzic ta teorie musial bys wtedy zrobic.
terminal 1:
ping 8.8.8.8
terminal 2:
tcpdump -i eth0
No i na terminal 2 powiniens widzieć wiadomości ICMP Request.
Sprawdz czy nie masz skonfigurowanego gateway w /etc/network/interfaces. Sytuacja do której u Ciebie doszło jest dość dziwna ponieważ masz ustawione dwie trasy domyślne .... wtf, wygląda jak babol w NM. Z całą pewnościa polecenie ip, nie doda dwóch domyślnych tras.
root@xxxx:# ip r default via 192.168.88.1 dev wlan1 6.6.6.0/24 dev eth1 proto kernel scope link src 6.6.6.0 192.168.88.0/24 dev wlan1 proto kernel scope link src 192.168.88.21 root@xxxx:# ip r add default via 6.6.6.1 RTNETLINK answers: File exists root@xxxx:# ip r default via 192.168.88.1 dev wlan1 6.6.6.0/24 dev eth1 proto kernel scope link src 6.6.6.0 192.168.88.0/24 dev wlan1 proto kernel scope link src 192.168.88.21
To co zrobileś pomogło ponieważ
- wyłączyłeś interfejs który był ustawiony na domyślny, jeżeli interfejs klęka to "wylączane" sa wpisy o trasach.
ip link set down dev eth0
- wyczyściłeś adres IP dla klękniętego interfejsu
ip addr flush dev eth0
- wyczyściłeś informacje o trasach, co prawda interfejs klekł, ale informacja o trasie pozostaje, na wypadek gdybyś jednak z jakiegos powodu włączył interfejs na nowo.
ip route flush
- ustawiłeś nowe trasy
ip route add default via 192.168.0.1 ip route add 192.168.0.0/24 dev wlan0
Wygląda na to że wystarczyło by usunąć obecne wpisy i dodać nowy.
ip r del default ip r del default ## dwa razy bo byly dwa domyślne wpisy, wydaje mi się że pojedyncze polecenie usuneło by jeden. ip r add default via 192.168.0.1
Ostatnio edytowany przez gindek (2015-09-30 20:43:12)
Offline
Albo skonfigurować poprawnie dhcp w routerze, bo net powinien zaskoczyć od kopa, a nie po żadnych gimnastykach.
Każdy inny komputer zaskakuje od kopa.
Przyda się przy okazji troszkę zabezpieczyć komunikację np przy użyciu WPA2-PSK, czy co tam router innego potrafi.
WPA2-PSK jest ustawione.
gindek - dziękuję za wyjaśnienie. Muszę to przetrawić. Dwie domyślne trasy ustawiłem chyba sam, w szale wdrażania internetowych porad.
Offline
piobia napisał(-a):
gindek - dziękuję za wyjaśnienie. Muszę to przetrawić. Dwie domyślne trasy ustawiłem chyba sam, w szale wdrażania internetowych porad.
Nie ma sie co samo - biczować, tak czy siak nie wydaje mi sie ze powinno byc to mozliwe w jaki kolwiek sposob.
W twoim przypadku to jest małe miki, wejdziesz na forum zapytasz i problem naprawisz.
W powaznych przypadkach (od serwery proxy czy routery brzegowe) dodanie istniejacego wpisu dla trasy przez inny interfejs moze sie zle skonczyc.
Offline