donEduardo
Anmeldungsdatum: 25. Mai 2011
Beiträge: 36
|
Hallo zusammen, ich habe ein sehr seltsames Problem seit dem Update auf Ubuntu Gnome 16.10 auf mehreren Laptops und Desktops: es werden in der Konsole unter gewissen Bedingungen keine lokalen Namen mehr aufgelöst. Als Beispiel:
| $ ping piaware
ping: piaware: Der Name oder der Dienst ist nicht bekannt
$ ssh piaware
ssh: Could not resolve hostname piaware: Name or service not known
$ ping -c1 google.ch
PING google.ch (172.217.23.163) 56(84) bytes of data.
64 bytes from fra15s22-in-f3.1e100.net (172.217.23.163): icmp_seq=1 ttl=54 time=15.1 ms
|
Namen im LAN werden also nicht aufgelöste, welche im Internet aber schon. Was mich aber erstaunt: via Chrome Browser kann ich mittels http://piaware auf den Raspberry zugreifen. Zudem scheint die Auflösung irgendwie schon zu funktionieren:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42 | $ dig piaware
; <<>> DiG 9.10.3-P4-Ubuntu <<>> piaware
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39856
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;piaware. IN A
;; ANSWER SECTION:
piaware. 0 IN A 10.120.120.131
;; Query time: 1 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Wed Jan 18 20:25:01 CET 2017
;; MSG SIZE rcvd: 52
$ dig @10.120.120.1 piaware
; <<>> DiG 9.10.3-P4-Ubuntu <<>> @10.120.120.1 piaware
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5776
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;piaware. IN A
;; ANSWER SECTION:
piaware. 0 IN A 10.120.120.131
;; Query time: 1 msec
;; SERVER: 10.120.120.1#53(10.120.120.1)
;; WHEN: Wed Jan 18 20:25:04 CET 2017
;; MSG SIZE rcvd: 52
|
Sowohl der lokale wie auch der DNS Server auf dem Router liefern die korrekte Antwort, auch ein Ping auf die IP funktioniert. Spannend finde ich, dass die Antwort vom Router schneller ist als die vom lokalen DNS auf der Maschine.
Zur Info: Auf dem Router (10.120.120.1), einem Asus RT-N66U läuft dnsmasq unter merlinwrt. Betroffen sind sowohl DHCP-Einträge ohne wie auch mit vorgebener IP sowie auch statische IPs, die ich in der dnsmasq-Konfiguration nachgetragen habe. Bis 16.04 hat alles funktioniert, auf dem aktuellen Raspbian und auf Android funktioniert die lokale Namensauflösung ohne Probleme. Hat jemand eine Idee? Danke und Grüsse, Edi
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
donEduardo schrieb: ... auf Ubuntu Gnome 16.10 auf mehreren Laptops und Desktops: es werden in der Konsole unter gewissen Bedingungen keine lokalen Namen mehr aufgelöst. ... auf dem aktuellen Raspbian und auf Android funktioniert die lokale Namensauflösung ohne Probleme.
Wie ist mit 16.10 und mit raspbian, die Ausgabe von:
cat /etc/nsswitch.conf
? EDIT: Versuch mal auch mit:
ping -c 1 piaware.
statt mit:
ping piaware
|
donEduardo
(Themenstarter)
Anmeldungsdatum: 25. Mai 2011
Beiträge: 36
|
Guter Hinweis, Danke! 16.10 (funktioniert nicht):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 | # /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
gshadow: files
hosts: files resolve [!UNAVAIL=return] mdns4_minimal [NOTFOUND=return] dns myhostname
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
|
16.04 (funktioniert)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30 | # 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
nameserver 10.120.120.5
nameserver 10.120.120.1
nameserver 8.8.8.8
search ucdom.local
edi@ucalpha:~$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
# pre_auth-client-config # passwd: compat winbind ldap
passwd: files
# pre_auth-client-config # group: compat windbind ldap
group: files
# pre_auth-client-config # shadow: compat winbind ldap
shadow: files
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 wins
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
# pre_auth-client-config # netgroup: nis
netgroup: nis
|
Habe die hosts-Zeile beim 16.10 ausgetauscht und resolvconf neu gestartet: ping funktioniert! Danke! Was mir unklar ist: wieso hat davor dig funktiniert, ping allerdings nicht. Was ist resolve in der hosts-Zeile? Und müssgte bei der 16.04-er config das Auflösen nicht abbrechen, wenn avahi kein Resultat liefert, wegen dem [NOTFOUND=return]? Oder wird mdns4_minimal nur ausgewertet, wenn der Name auf .local endet? Danke und Gruss, Edi
|
donEduardo
(Themenstarter)
Anmeldungsdatum: 25. Mai 2011
Beiträge: 36
|
lubux schrieb: Versuch mal auch mit:
ping -c 1 piaware.
statt mit:
ping piaware
Hab die resolv.conf nochmals zurückgesetzt und probiert: auch mit . funktioniert das ping nicht, der Name wird aber durch dig aufgelöst.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
donEduardo schrieb: Was ist resolve in der hosts-Zeile?
Das ist für "systemd-resolved".
Note: Systemd's resolve may not search the local domain when given just the hostname, even when UseDomains=yes or Domains=[domain-list] is present in the appropriate .network file, and that file produces the expected search [domain-list] in resolv.conf.
Quelle: https://wiki.archlinux.org/index.php/Systemd-networkd#Required_services_and_setup
|
donEduardo
(Themenstarter)
Anmeldungsdatum: 25. Mai 2011
Beiträge: 36
|
Herzlichen Dank! Ich muss mich echt mal in systemd einarbeiten.
|