Forum Debian Users Gang

piobia · 2015-09-30 09:43:25

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?

ethanak · 2015-09-30 10:00:59

A na początek pokaż co powiedzą:

Kod:

ip r l
ip a l

piobia · 2015-09-30 10:39:34

ip l r

Kod:

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

Kod:

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

uzytkownikubunt · 2015-09-30 11:10:33

2287

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:25:19)

piobia · 2015-09-30 11:21:52

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.

Jacekalex · 2015-09-30 17:35:44

Albo skonfigurować poprawnie [b]dhcp[/b] 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.

gindek · 2015-09-30 20:42:03

Z jakiegoś powodu miałeś dwie domyślne trasy.

Kod:

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:

Kod:

ping 8.8.8.8

terminal 2:

Kod:

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.

Kod:

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.

Kod:

ip link set down dev eth0

- wyczyściłeś adres IP dla klękniętego interfejsu

Kod:

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.

Kod:

ip route flush

- ustawiłeś nowe trasy

Kod:

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.

Kod:

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)

piobia · 2015-09-30 20:52:30

Albo skonfigurować poprawnie dhcp w routerze, bo net powinien zaskoczyć od kopa, a nie po żadnych gimnastykach.[/quote]
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.[/quote]
WPA2-PSK jest ustawione.

[b]gindek[/b] - dziękuję za wyjaśnienie. Muszę to przetrawić. Dwie domyślne trasy ustawiłem chyba sam, w szale wdrażania internetowych porad.

Offline

Time (s)	Query
0.00011	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00073	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.133.123.162' WHERE u.id=1
0.00109	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.133.123.162', 1732231714)
0.00067	SELECT * FROM punbb_online WHERE logged<1732231414
0.00080	SELECT topic_id FROM punbb_posts WHERE id=291216
0.00149	SELECT id FROM punbb_posts WHERE topic_id=27764 ORDER BY posted
0.00112	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=27764 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00712	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=27764 ORDER BY p.id LIMIT 0,25
0.00166	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=27764
Total query time: 0.01489 s

Forum Debian Users Gang

Ogłoszenie

#1 2015-09-30 09:43:25

piobia - Użytkownik

wyjście poza router

#2 2015-09-30 10:00:59

ethanak - Użytkownik

Re: wyjście poza router

Kod:

#3 2015-09-30 10:39:34

piobia - Użytkownik

Re: wyjście poza router

Kod:

Kod:

#4 2015-09-30 11:10:33

uzytkownikubunt - Zbanowany

Re: wyjście poza router

#5 2015-09-30 11:21:52

piobia - Użytkownik

Re: wyjście poza router

#6 2015-09-30 17:35:44

Jacekalex - Podobno człowiek...;)

Re: wyjście poza router

#7 2015-09-30 20:42:03

gindek - Zubr, bydle na etacie.

Re: wyjście poza router

Kod:

Kod:

Kod:

Kod:

Kod:

Kod:

Kod:

Kod:

Kod:

#8 2015-09-30 20:52:30

piobia - Użytkownik

Re: wyjście poza router

#9 2015-10-01 08:52:54

gindek - Zubr, bydle na etacie.

Re: wyjście poza router

Stopka forum

Informacje debugowania