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/.
Strony: 1
Korzystam z gałęzi testowej Debiana ze środowiskiem KDE 4.11. Kilka dni temu po aktualizacji systemu pojawił się u mnie problem z działaniem sieci.
Do łączenia używam apletu plasma-nm. Mój problem polega na tym, że po zestawieniu połączenia przy pomocy network-managera np. z siecią bezprzewodową
ten pokazuje aktywne połączenie, ale sieci nie ma i nie przechodzą pingi. Sieć działa dopiero po wykonaniu polecenia:
sudo dhclient wlan2
Na innych urządzeniach muszę zrobić dokładnie to samo. Dodałem to polecenie do /etc/rc.local, ale to tylko obejście problemu, a nie jego rozwiązanie.
Nie pomaga to np. przy modemie do internetu mobilnego przez co nie mogę korzystać z internetu, gdy jestem w terenie. W jaki sposób przywrócić domyślne działanie network-managera tzn. tak, aby automatycznie uzyskiwał adres z dhcp?
Poniżej zawartość mojego pliku /etc/network/interfaces:
# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug eth0 #iface eth0 inet dhcp
Ostatnio edytowany przez pribina (2014-05-03 17:26:00)
Offline
Jeżeli siecią zarządza NM, to zawartość /etc/network/interfaces jest tu nieistotna.
Zobacz co masz w ustawieniach Network Managera.
Offline
Zawartość pliku /etc/NetworkManager/NetworkManager.conf:
[main] plugins=ifupdown,keyfile no-auto-default=1c:75:08:1e:d4:be, [ifupdown] managed=false
Offline
W tych graficznych ustawieniach NM masz na pewno wybrane Auto?
Możesz jeszcze sprawdzić to:
https://wiki.archlinux.org/index.php/NetworkManager … with_dhclient
Offline
Tak, mam to zaznaczone. Próbowałem też ręcznie skonfigurować sieć, ale to nic nie daje.
ipconfig przed ręcznym wystartowaniem dhclient:
wlan2 Link encap:Ethernet HWaddr cc:52:af:91:0b:ce inet6 addr: fe80::ce52:afff:fe91:bce/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6 errors:0 dropped:0 overruns:0 frame:1703 TX packets:86 errors:13 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1020 (1020.0 B) TX bytes:10317 (10.0 KiB) Interrupt:17
ipconfig po wystartowaniu dhclient:
wlan2 Link encap:Ethernet HWaddr cc:52:af:91:0b:ce inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::ce52:afff:fe91:bce/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:49 errors:0 dropped:0 overruns:0 frame:2021 TX packets:180 errors:13 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:22129 (21.6 KiB) TX bytes:23568 (23.0 KiB) Interrupt:17
Offline
inet addr:192.168.1.2
Wygląda ze uzyskał adres.
W czym problem ?
Offline
Tu masz taki problem:
https://bugs.kde.org/show_bug.cgi?id=312626
Wygląda na jakiś błąd z NM.
Możesz sprawdzić z gnomowym apletem NM, czy będzie tak samo.
I pokaż dmesg, może jest tam coś ciekawego.
@ilin:
Działa po ręcznym wywołaniu dhclient
Offline
Faktycznie wygląda to na błąd network-managera albo apletu w KDE. Spróbuję jeszcze wieczorem zestawić połączenie poprzez nmcli, aby to potwierdzić.
edit: Zestawiłem połączenie przy pomocy nmcli i jest ten sam efekt, a więc przyczyną moich problemów jest sam network-manager. Pozostaje mi czekać na kolejną aktualizację nm.
edit2: Po wczorajszej aktualizacji systemu błąd zniknął tzn. network-manager po zestawianiu połączenia automatycznie uzyskuje adres i połączenie z internetem działa prawidłowo.
Ostatnio edytowany przez pribina (2014-05-03 17:25:39)
Offline
Strony: 1