Wenn ich mit dem Network-Manager ein neues Netzwerk einrichte und die Verbindung steht bekomme ich mit den Anwendungen (Browser, Mailprogramm) trotzdem keine Internetverbindung. Wie kann ich es ihnen beibringen?
In conky auch keine WAN-Adresse angezeigt wie sonst aber warum?
Hi Peter,
was sagt denn die Ausgabe von folgenden Kommandos (als root):
# nmcli dev status
# nmcli con show
# ip addr show
# ip route show
EDIT: zusätzlich kannst du noch nachsehen, ob unter /etc/NetworkManager/system-connections die Dateien mit deinem angelegten Netzwerken (Dateien haben den gleichen namen) vorhanden sind.
Hallo Michael,
das Netz das nicht funktioniert ist im Büro. Sobald ich wieder dort bin werde ich deine Befehle mal eingeben. Seltsam ist es allemal denn meine Androiden oder die Notebooks meiner Kollegen (Windows und Apple) haben damit keine Probleme weshalb ich vermute dass es wieder mal am Network Manager liegt.
Vielleicht sollte ich doch wieder auf Wicd ausweichen obwohl ich damit auch nicht so recht zufrieden war. :-[
Die Dateien sind vorhanden und sehen auch gleich aus bis auf den Unterschied dass beim nicht funktionierenden Netzwerk keine Geräte-MAC-Adresse gespeichert war (hatte ich wohl vergessen) wobei ich mir nicht vorstellen kann dass das der Grund ist. Ist mir auch nicht aufgefallen da ich ja eine Verbindung zum Router hatte. Zumindest bekam ich eine IP-Adresse von ihm und der NM hat gesagt dass die Verbindung steht.
Übrigens interessant dass in den Dateien die Schlüssel im Klartext drin stehen.
Hi Peter,
du musst im Netzwerk des Büros das Netz konfigurieren und abspeichern, ab diesen Zeitpunkt sollten alles Paletti sein. Funktioniert bei mir alles problemlos mit dem NM. Schau am Besten, wenn du vor Ort bist, über die Kommandozeile mit den Befehlen die ich dir gepostet habe. Evtl. kann auch es noch Problem mit der Namensauflösung im Büro-Netzwerk geben (IP-Adresse der DNS- bzw. Nameserver des dortigen Providers).
Wenn du schon eine IP-Adresse im Büro-Netzwerk bekommen hast liegt's sehr wahrscheinlich an der fehlenden Namensauflösung.
Hallo Michael,
klar die Namensauflösung. Dass ich da nicht selbst drauf gekommen bin. Ich werde den Geschäftsrouter als DNS-Server eintragen und dann müsste es auch klappen. Manchmal denkt man über die einfachsten Sachen nicht nach. Danke für den Tip. Ich melde mich wenn es geklappt hat.
Gruß
Peter
Quote from: harley-peter on 2014/10/25, 17:53:42
Hallo Michael,
klar die Namensauflösung. Dass ich da nicht selbst drauf gekommen bin.
[...]
...dafür haste ja den Forumsmoderator :) :D 8)
Hallo Michael,
es hat geklappt aber nur wenn ich den Router als DNS-Server direkt in die resolv.conf eintrage. Ist auch nicht unbedingt User-freundlich. Ich weiß auch nicht ob das mit dem Network-Manager zusammenhängt denn es war mir jetzt einfach zuviel Aufwand den NM zu deinstallieren und es mit Wicd nochmal zu testen.
Hi Peter,
du kannst auch den Router im NM angeben bei den DNS-Servern (durch Leerzeichen getrennt). Die resolv.conf wird dynamisch erzeugt über das jeweilige Netzwerktool (ceni, NM usw.).
Hallo Michael,
ich hatte den Router im NM eingetragen aber es hat nicht funktioniert deshalb habe ich ihn manuell in die resolv.conf eingetragen womit es dann geklappt hat. Das ist seltsam denn wenn die Datei dynamisch durch den NM erzeugt wird dann hätte es ja funktonieren müssen.
Hi Peter,
nach der Änderung in der NM-GUI einen Restart (oder STOP-START) vom NM gemacht?
Ja sogar einen Reboot.
Habe das Gefühl als ob das völlig egal ist was ich in den NM diesbezügl. eintrage denn wenn die resolv.conf tatsächlich vom NM dynamisch erzeugt werden sollte dann dürften ja die ganzen Router-IPs die ich von Hand eingetragen habe nicht mehr drinstehen sofern sie nicht im NM eingetragen und/oder verfügbar sind aber es steht genau das drin was ich manuell eingetragen habe. Auch das Änderungsdatum der Datei ist exakt das wo ich die Datei manuell geändert habe egal was ich nachträglich im NM eingetragen habe deshalb habe ich da so meine Zweifel mit der dynamischen Erzeugung. ;)
paste bitte den inhalt von /etc/network/interfaces (ggf passwörter rauslöschen)
Hi absolut,
hier die 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
Tolle Wurst! Nach dem heutigen du hat der Network-Manager die resolv.conf wieder komplett geleert und das war's mit dem Internet. Erst ein händisches Nachtragen der DNS-Server verschaffte mir wieder Internetzugang. Normal ist das nicht!
Also eigentlich sollte die resolv.conf nicht komplett leer sein und sie sollte eigentlich auch nur ein symbolischer link sein:
$ ls -lsa /etc/resolv.conf
0 lrwxrwxrwx 1 root root 31 Mär 30 2013 /etc/resolv.conf -> /etc/resolvconf/run/resolv.conf
NM nutzt resolvconf um die resolv.conf zu bearbeiten:
$ dpkg -l resolvconf
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-===========================================-==========================-==========================-===========================================================================================
ii resolvconf 1.76 all name server information handler
das sollte in der resolv.conf eigentlich immer zu anfang stehen:
$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
dann ist natürlich auch interessant was NetworkManager so von sich gibt :)
$journalctl --unit NetworkManager.service
[...]
<info> (eth0): DHCPv4 state changed preinit -> bound
<info> address 192.168.XXX.XXX
[...]
bound to 192.168.XXX.XXX -- renewal in 3177 seconds.
[...]
<info> Policy set 'Neue kabelgebundene Verbindung' (eth0) as default for IPv4 routing and DNS.
[...]
<info> Writing DNS information to /sbin/resolvconf
hoofentlicht hilft das weiter...
Bei mir ist die resolv.conf kein link:
ls -lsa /etc/resolv.conf
4 -rw-r--r-- 1 root root 135 Nov 24 17:45 /etc/resolv.conf
meine resolv.conf sieht so aus:
cat /etc/resolv.conf
# Generated by NetworkManager
domain fritz.box
search fritz.box
nameserver 192.168.xxxxx
nameserver 192.168.xxxxx
nameserver 192.168.xxxx
wobei die Einträge von mir händisch vorgenommen wurden denn wie schon erwähnt war die Datei nach dem du bis auf die von dir zititerten Anfangszeilen leer.
ein Auszug aus journalctl --unit NetworkManager.service (die ganze Ausgabe ist 21 MB groß!!):
Nov 27 07:50:01 laptop NetworkManager[681]: For info, please visit https://www.isc.org/software/dhcp/
Nov 27 07:50:01 laptop NetworkManager[681]: <info> (wlan0): DHCPv4 state changed nbi -> preinit
Nov 27 07:50:01 laptop dhclient[1315]: Listening on LPF/wlan0/00:16:44:8f:44:1d
Nov 27 07:50:01 laptop dhclient[1315]: Sending on LPF/wlan0/00:16:44:8f:44:1d
Nov 27 07:50:01 laptop dhclient[1315]: Sending on Socket/fallback
Nov 27 07:50:01 laptop dhclient[1315]: DHCPREQUEST on wlan0 to 255.255.255.255 port 67
Nov 27 07:50:01 laptop dhclient[1315]: DHCPACK from 192.168.xxxxx
Nov 27 07:50:02 laptop NetworkManager[681]: <info> (wlan0): DHCPv4 state changed preinit -> reboot
Nov 27 07:50:02 laptop NetworkManager[681]: <info> address 192.168.xxxxxx
Nov 27 07:50:02 laptop NetworkManager[681]: <info> plen 24 (255.255.255.0)
Nov 27 07:50:02 laptop NetworkManager[681]: <info> gateway 192.168.xxxxx
Nov 27 07:50:02 laptop NetworkManager[681]: <info> server identifier 192.168.xxxxxx
Nov 27 07:50:02 laptop NetworkManager[681]: <info> lease time 864000
Nov 27 07:50:02 laptop NetworkManager[681]: <info> nameserver '192.168.xxxxxx'
Nov 27 07:50:02 laptop NetworkManager[681]: <info> domain name 'fritz.box'
Nov 27 07:50:02 laptop NetworkManager[681]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Configure Commit) scheduled...
Nov 27 07:50:02 laptop NetworkManager[681]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Commit) started...
Nov 27 07:50:02 laptop NetworkManager[681]: <info> (wlan0): device state change: ip-config -> ip-check (reason 'none') [70 80 0]
Nov 27 07:50:02 laptop NetworkManager[681]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Commit) complete.
Nov 27 07:50:02 laptop NetworkManager[681]: <info> (wlan0): device state change: ip-check -> secondaries (reason 'none') [80 90 0]
Nov 27 07:50:02 laptop NetworkManager[681]: <info> (wlan0): device state change: secondaries -> activated (reason 'none') [90 100 0]
Nov 27 07:50:02 laptop NetworkManager[681]: <info> NetworkManager state is now CONNECTED_LOCAL
Nov 27 07:50:02 laptop NetworkManager[681]: Listening on LPF/wlan0/00:16:44:8f:44:1d
Nov 27 07:50:02 laptop NetworkManager[681]: Sending on LPF/wlan0/00:16:44:8f:44:1d
Nov 27 07:50:02 laptop NetworkManager[681]: Sending on Socket/fallback
Nov 27 07:50:02 laptop NetworkManager[681]: DHCPREQUEST on wlan0 to 255.255.255.255 port 67
Nov 27 07:50:02 laptop NetworkManager[681]: DHCPACK from 192.168.xxxxxx
Nov 27 07:50:02 laptop dhclient[1315]: bound to 192.168.xxxxxxx -- renewal in 429267 seconds.
Nov 27 07:50:02 laptop NetworkManager[681]: bound to 192.168.xxxxxxx -- renewal in 429267 seconds.
Nov 27 07:50:02 laptop NetworkManager[681]: <info> NetworkManager state is now CONNECTED_GLOBAL
Nov 27 07:50:02 laptop NetworkManager[681]: <info> Policy set 'Peters-Netzwerk' (wlan0) as default for IPv4 routing and DNS.
Nov 27 07:50:02 laptop NetworkManager[681]: <info> Writing DNS information to /sbin/resolvconf
Nov 27 07:50:02 laptop NetworkManager[681]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /etc/resolvconf/run/resolv.conf
Nov 27 07:50:02 laptop NetworkManager[681]: <info> Activation (wlan0) successful, device activated.
Wenn die resolv.conf bei Dir kein link ist, kannst Du mal schauen ob Du wie in hefees letztem Post erwähnt das Paket resolvconf installiert hast? Und bitte auch mal die Ausgabe von
systemctl status resolvconf.service
Ergibt hier:
● resolvconf.service - Nameserver information manager
Loaded: loaded (/lib/systemd/system/resolvconf.service; enabled)
Active: active (exited) since Do 2014-11-27 07:35:18 CET; 1h 26min ago
Docs: man:resolvconf(8)
Main PID: 346 (code=exited, status=0/SUCCESS)
CGroup: /system.slice/resolvconf.service
apt-cache policy resolvconf
resolvconf:
Installiert: 1.76
Installationskandidat: 1.76
Versionstabelle:
*** 1.76 0
500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
100 /var/lib/dpkg/status
systemctl status resolvconf.service
● resolvconf.service - Nameserver information manager
Loaded: loaded (/lib/systemd/system/resolvconf.service; enabled)
Active: active (exited) since Do 2014-11-27 07:49:33 CET; 1h 34min ago
Docs: man:resolvconf(8)
Process: 463 ExecStart=/sbin/resolvconf --enable-updates (code=exited, status=0/SUCCESS)
Process: 460 ExecStartPre=/bin/touch /run/resolvconf/postponed-update (code=exited, status=0/SUCCESS)
Process: 458 ExecStartPre=/bin/mkdir -p /run/resolvconf/interface (code=exited, status=0/SUCCESS)
Main PID: 463 (code=exited, status=0/SUCCESS)
CGroup: /system.slice/resolvconf.service
Nov 27 07:49:52 laptop resolvconf[463]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not...conf
Hint: Some lines were ellipsized, use -l to show in full.
Gut, als nächstes müsste da jemand mit mehr Kenntnissen draufgucken :). Mir fällt als Unterschied auf dass bei Dir explizit mit touch und mkdir was in /run/resolvconf angelegt wird, bei mir existiert das so (oder mein Loglevel ist anders als Deins, auch möglich).
Interessant vielleicht die abgeschnittene Warnung in der letzten Zeile, mach den Status doch nochmal mit -l (kleines L) dahinter um den Rest der Meldung zu sehen was da "not...conf" ist.
Wahrscheinlich soll das die gleiche Meldung werden wie vorher in Deinem journalctl-Output, da Stand ja ziemlich am Ende: "Nov 27 07:50:02 laptop NetworkManager[681]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /etc/resolvconf/run/resolv.conf"
Also genau was hefee meinte, eigentlich müsste das ein symbolischer Link sein der dynamisch generiert/aktualisiert wird. Mal googlen wie man das hinkriegt (im Zweifel knallhart nach Backup *.conf händisch löschen, Paket resolvconf mit apt purgen und reinstallieren?)
Ja es ist die gleiche Meldung bezügl. des nicht vorhandenen sym link
Warum dieser link fehlt weiß ich nicht ich habe da nie was rum geschraubt. Vielleicht weil die ursprüngliche Installation noch aus aptosid-Zeiten stammt. :)
Wenn die installation so alt würde ich sagen, dass da mal irgendwo ein update fehler aufgetreten ist. Ich würde /etc/resolv.conf umbenennen und dann resolvconf neustarten:
mv /etc/resolv.conf /etc/resolv.conf.old
systemctl restart resolvconf.service
systemctl status resolvconf.service
Das sollte das Problem eigentlich lösen.
Hi hefee,
ich denke nicht dass ein restart von resolv.conf.service eine neue resolv.conf bzw. einen link auf die andere kreiert. Zumindest bei mir nicht und ohne resolv.conf auch kein Internet also alles wieder zurück.
systemctl status -l resolvconf.service
● resolvconf.service - Nameserver information manager
Loaded: loaded (/lib/systemd/system/resolvconf.service; enabled)
Active: active (exited) since So 2014-11-30 19:29:08 CET; 1min 39s ago
Docs: man:resolvconf(
Process: 11681 ExecStop=/sbin/resolvconf --disable-updates (code=exited, status=0/SUCCESS)
Process: 11691 ExecStart=/sbin/resolvconf --enable-updates (code=exited, status=0/SUCCESS)
Process: 11688 ExecStartPre=/bin/touch /run/resolvconf/postponed-update (code=exited, status=0/SUCCESS)
Process: 11685 ExecStartPre=/bin/mkdir -p /run/resolvconf/interface (code=exited, status=0/SUCCESS)
Main PID: 11691 (code=exited, status=0/SUCCESS)
Nov 30 19:29:08 laptop resolvconf[11691]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /etc/resolvconf/run/resolv.conf
hmm - auch wenn das wie systemd total gegen die heiligen Prinzipien der gesamten Unix- und Linuxwelt ist - wie wäre es denn mal mit einer Neuinstallation? Hilft oft Wunder und man ist eventuelle Irrungen und Wirrungen der vergangenen Jahre los.
Das einzige System, was ich aus sportlichen Ehrgeiz 3 Jahre lang gepflegt und gehätschelt habe, war ein Arch - ich gebs zu, ich wars irgendwann leid. Als der Linuxprofi schlechthin kennt man natürlich jedes File in seiner Konfiguration persönlich - bei mir ist das nicht der Fall. Und damit ist die Gefahr groß, dass sich im Laufe der Zeit Müll ansammelt und irgendwelche Änderungen, die in der Paketbetreuung halbherzig oder einfach nur fehlerhaft gemacht wurden, nach einigen Jahren dann zu einem kaum noch zu wartenden System führen.
Der Fall der mal ganz flachsig formuliert "funktionalen Leichen" ist gar nicht mal so selten, davon habe ich glaube ich in den letzten Jahren einige berichtigt. Und ich will jetzt gar nicht damit anfangen, was passieren kann, wenn man bei Fehlern im $foo.postinst einfach mal ein exit 0 setzt - ohne hinterher manuell aufzuräumen.
Ich würde zunächstmal ein
mv /etc/resolv.conf /etc/resolv.conf.save
durchführen, dann erstmal ein
apt-get purge resolvconf
und erst dann
apt-get install resolvconf
Wenn's dann immer noch kein symlink ist dann müssen wir überlegen ob du damit leben kannst oder du das system erschießt und neu installierst. Alternativ erstmal alles purgen was irgendwie nach netzwerk riecht (network-manager, ceni usw).
ich würd's machen wie michaa7 sagt, aber bei "...Wenn's dann immer noch kein symlink ist..." einfach der manpage zu resolvconf folgen:
Quote from: man resolvconf
To make the resolver use this dynamically generated resolver configuration file the administrator should ensure
that /etc/resolv.conf is a symbolic link to /etc/resolvconf/run/resolv.conf. This link is normally created on
installation of the resolvconf package. The link is never modified by the resolvconf program itself. If you find
that /etc/resolv.conf is not being updated, please check to make sure that the link is intact.
Also Du als Admin Deines Systems kannst (und solltest) einfach erstmal dafür sorgen dass das wie vorgesehen ein Symlink ist.
ln -s /etc/resolvconf/run/resolv.conf /etc/resolv.conf
O. k. ich werde mal den Symlink per Hand anlegen mal schauen was dann passiert denn in der /run/resolvconf/resolv.conf steht drin dass der Inhalt von resolvconf geändert wird. Im Moment steht da nur meine heimische Fritzbox als Name Server drin obwohl ich im Network Manager drei Netzwerke eingetragen habe. Woher hat denn resolvconf seine Infos?