NEWS
DNS Problem
-
@thomas-braun said in DNS Problem:
@toki1973 sagte in DNS Problem:
Tabelle meine ich resolv.conf
Und was genau steht in der /etc/resolv.conf nun drin?
Eigentlich stand in der Tabelle nur:
nameserver 192.168.0.1Dann habe ich sie über vi ergänzt:
nameserver 192.168.0.1 nameserver 8.8.8.8Und jetzt gerade beim Nachschauen ist mein Eintrag weg und es sieht so aus, und der DNS ping auf google.de funktioniert natürlich nicht mehr?:
# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8). # Do not edit. # # This file might be symlinked as /etc/resolv.conf. If you're looking at # /etc/resolv.conf and seeing this text, you have followed the symlink. # # This is a dynamic resolv.conf file for connecting local clients to the # internal DNS stub resolver of systemd-resolved. This file lists all # configured search domains. # # Run "resolvectl status" to see details about the uplink DNS servers # currently in use. # # Third party programs should typically not access this file directly, but only # through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a # different way, replace this symlink by a static file or a different symlink. # # See man:systemd-resolved.service(8) for details about the supported modes of # operation for /etc/resolv.conf. nameserver 127.0.0.53 options edns0 trust-ad search .Schau mal in Zeile 2.
-
@thomas-braun said in DNS Problem:
@toki1973 sagte in DNS Problem:
Tabelle meine ich resolv.conf
Und was genau steht in der /etc/resolv.conf nun drin?
Eigentlich stand in der Tabelle nur:
nameserver 192.168.0.1Dann habe ich sie über vi ergänzt:
nameserver 192.168.0.1 nameserver 8.8.8.8Und jetzt gerade beim Nachschauen ist mein Eintrag weg und es sieht so aus, und der DNS ping auf google.de funktioniert natürlich nicht mehr?:
# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8). # Do not edit. # # This file might be symlinked as /etc/resolv.conf. If you're looking at # /etc/resolv.conf and seeing this text, you have followed the symlink. # # This is a dynamic resolv.conf file for connecting local clients to the # internal DNS stub resolver of systemd-resolved. This file lists all # configured search domains. # # Run "resolvectl status" to see details about the uplink DNS servers # currently in use. # # Third party programs should typically not access this file directly, but only # through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a # different way, replace this symlink by a static file or a different symlink. # # See man:systemd-resolved.service(8) for details about the supported modes of # operation for /etc/resolv.conf. nameserver 127.0.0.53 options edns0 trust-ad search . -
@toki1973 naja, mit dem "systemd-resolved" hast du dir einen DNS-Cache installiert - ob der nun ordnungsgemäss tut, wäre jetzt ein weiterer Punkt... und deine resolv.conf wurde offenbar durch einen Symlink ersetzt.
@jleg sagte in DNS Problem:
@toki1973 naja, mit dem "systemd-resolved" hast du dir einen DNS-Cache installiert - ob der nun ordnungsgemäss tut, wäre jetzt ein weiterer Punkt... und deine resolv.conf wurde offenbar durch einen Symlink ersetzt.
genau, der Cache, der nix bekommt, kann auch nix zurueck geben.
Also wenn vorher kein Cache installiert / vorahnden war, dann schweiss das ding wieder raus.
Und schau endlich mal nach den Netzwerkeinstellungen. Schreib die Datei mal neu, da ist was geschossen worden. Oder dein Router hat n Problem mit seinem dns Anbieter, wenn direkt die DNS von Google etc gehen... -
Schau mal in Zeile 2.
@thomas-braun said in DNS Problem:
Schau mal in Zeile 2.
Ja vorhin stand nicht in der Datei sondern nur die eine Ziele
-
@jleg sagte in DNS Problem:
@toki1973 naja, mit dem "systemd-resolved" hast du dir einen DNS-Cache installiert - ob der nun ordnungsgemäss tut, wäre jetzt ein weiterer Punkt... und deine resolv.conf wurde offenbar durch einen Symlink ersetzt.
genau, der Cache, der nix bekommt, kann auch nix zurueck geben.
Also wenn vorher kein Cache installiert / vorahnden war, dann schweiss das ding wieder raus.
Und schau endlich mal nach den Netzwerkeinstellungen. Schreib die Datei mal neu, da ist was geschossen worden. Oder dein Router hat n Problem mit seinem dns Anbieter, wenn direkt die DNS von Google etc gehen...@ilovegym said in DNS Problem:
@jleg sagte in DNS Problem:
@toki1973 naja, mit dem "systemd-resolved" hast du dir einen DNS-Cache installiert - ob der nun ordnungsgemäss tut, wäre jetzt ein weiterer Punkt... und deine resolv.conf wurde offenbar durch einen Symlink ersetzt.
genau, der Cache, der nix bekommt, kann auch nix zurueck geben.
Also wenn vorher kein Cache installiert / vorahnden war, dann schweiss das ding wieder raus.
Und schau endlich mal nach den Netzwerkeinstellungen. Schreib die Datei mal neu, da ist was geschossen worden. Oder dein Router hat n Problem mit seinem dns Anbieter, wenn direkt die DNS von Google etc gehen...Welch Einstellungen soll ich prüfen?
Am Router kann es ja nicht liegen, da alle andere Clients funktionieren.
NUC, PROXMOX, Grafana, Influx, Unify
-
@ilovegym said in DNS Problem:
@jleg sagte in DNS Problem:
@toki1973 naja, mit dem "systemd-resolved" hast du dir einen DNS-Cache installiert - ob der nun ordnungsgemäss tut, wäre jetzt ein weiterer Punkt... und deine resolv.conf wurde offenbar durch einen Symlink ersetzt.
genau, der Cache, der nix bekommt, kann auch nix zurueck geben.
Also wenn vorher kein Cache installiert / vorahnden war, dann schweiss das ding wieder raus.
Und schau endlich mal nach den Netzwerkeinstellungen. Schreib die Datei mal neu, da ist was geschossen worden. Oder dein Router hat n Problem mit seinem dns Anbieter, wenn direkt die DNS von Google etc gehen...Welch Einstellungen soll ich prüfen?
Am Router kann es ja nicht liegen, da alle andere Clients funktionieren.
-
@jleg said in DNS Problem:
echo "nameserver 1.1.1.1" > /etc/resolv.conf
Danke! Pings und DNS sind nun wieder erfolgreich. Aber vorhin hatte ich temporär auf diesem Weg das Problem auch gelöst. Daher denke ich das es nicht lange halten wird,
NUC, PROXMOX, Grafana, Influx, Unify
-
@jleg said in DNS Problem:
echo "nameserver 1.1.1.1" > /etc/resolv.conf
Danke! Pings und DNS sind nun wieder erfolgreich. Aber vorhin hatte ich temporär auf diesem Weg das Problem auch gelöst. Daher denke ich das es nicht lange halten wird,
@toki1973 wenn deine VM per DHCP konfiguriert wird, dann ja - nach Ablauf der aktuellen lease wird deine resolv.conf vom dhcp-client überschrieben...
was deinen Router betrifft:Im Router: IPv4 DNS Server: 81.210.129.4 IPv6 DNS Server: 2a02:908:2:b::1,2a02:908:2:a::1...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)
-
@toki1973 wenn deine VM per DHCP konfiguriert wird, dann ja - nach Ablauf der aktuellen lease wird deine resolv.conf vom dhcp-client überschrieben...
was deinen Router betrifft:Im Router: IPv4 DNS Server: 81.210.129.4 IPv6 DNS Server: 2a02:908:2:b::1,2a02:908:2:a::1...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)
@jleg said in DNS Problem:
@toki1973 wenn deine VM per DHCP konfiguriert wird, dann ja - nach Ablauf der aktuellen lease wird deine resolv.conf vom dhcp-client überschrieben...
was deinen Router betrifft:Im Router: IPv4 DNS Server: 81.210.129.4 IPv6 DNS Server: 2a02:908:2:b::1,2a02:908:2:a::1...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)
OK, dann kam das wohl daher der der Router 1h nicht online war und dann einen neue lease vergeben hat. Normalerweise ist das kein Problem, da sonst immer alles online ist.
Die IP des iob liegt zwar im DHCP Bereich, ich habe aber eine feste IP in /etc/network/interfaces.d/ konfiguriert. siehe post am Anfang.
Das verstehe ich nicht so ganz. Was hat der google DNS mit dem DHCP zu tun? Was wird da gefiltert bei VF?
"...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)"Was mich nun immer noch wundert, ist warum ich keine DNS Statistic Anfrage machen kann.
root@iobroker:/etc# sudo resolvectl statistics Failed to get DNSSEC supported state: Die Wartezeit für die Verbindung ist abgelaufenNUC, PROXMOX, Grafana, Influx, Unify
-
@jleg said in DNS Problem:
@toki1973 wenn deine VM per DHCP konfiguriert wird, dann ja - nach Ablauf der aktuellen lease wird deine resolv.conf vom dhcp-client überschrieben...
was deinen Router betrifft:Im Router: IPv4 DNS Server: 81.210.129.4 IPv6 DNS Server: 2a02:908:2:b::1,2a02:908:2:a::1...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)
OK, dann kam das wohl daher der der Router 1h nicht online war und dann einen neue lease vergeben hat. Normalerweise ist das kein Problem, da sonst immer alles online ist.
Die IP des iob liegt zwar im DHCP Bereich, ich habe aber eine feste IP in /etc/network/interfaces.d/ konfiguriert. siehe post am Anfang.
Das verstehe ich nicht so ganz. Was hat der google DNS mit dem DHCP zu tun? Was wird da gefiltert bei VF?
"...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)"Was mich nun immer noch wundert, ist warum ich keine DNS Statistic Anfrage machen kann.
root@iobroker:/etc# sudo resolvectl statistics Failed to get DNSSEC supported state: Die Wartezeit für die Verbindung ist abgelaufen@toki1973 sagte in DNS Problem:
Das verstehe ich nicht so ganz. Was hat der google DNS mit dem DHCP zu tun? Was wird da gefiltert bei VF?
-
DHCP verteilt nicht nur IPs, sondern auch die Infos zu "default gateway" (= i.d.R. die interne Router-IP) und "Nameserver" (= defaultmässig ebenfalls die interne Router-IP, da dieser in den meisten Fällen intern den NS spielt).
Sofern es keine Config im Router gibt, die explizit die Benennung des per DHCP zu verteilenden NS angibt, wird üblicherweise die DNS-IP verteilt, die im Router selbst als DNS eingetragen ist. Also wenn z.B. 1.1.1.1, dann benutzt der Router diesen NS nicht nur zur Auflösung, sondern auch zum Verteilen per DHCP... -
viele (die meisten?) deutschen Provider filtern den DNS - aufgrund diverser Gesetze; Problem dabei - wenn ein Hostname mal in der Filterliste drin hängt, dann bleibt's vermutlich lange Zeit dabei...
-
-
@toki1973 sagte in DNS Problem:
Das verstehe ich nicht so ganz. Was hat der google DNS mit dem DHCP zu tun? Was wird da gefiltert bei VF?
-
DHCP verteilt nicht nur IPs, sondern auch die Infos zu "default gateway" (= i.d.R. die interne Router-IP) und "Nameserver" (= defaultmässig ebenfalls die interne Router-IP, da dieser in den meisten Fällen intern den NS spielt).
Sofern es keine Config im Router gibt, die explizit die Benennung des per DHCP zu verteilenden NS angibt, wird üblicherweise die DNS-IP verteilt, die im Router selbst als DNS eingetragen ist. Also wenn z.B. 1.1.1.1, dann benutzt der Router diesen NS nicht nur zur Auflösung, sondern auch zum Verteilen per DHCP... -
viele (die meisten?) deutschen Provider filtern den DNS - aufgrund diverser Gesetze; Problem dabei - wenn ein Hostname mal in der Filterliste drin hängt, dann bleibt's vermutlich lange Zeit dabei...
-
-
@jleg said in DNS Problem:
@toki1973 wenn deine VM per DHCP konfiguriert wird, dann ja - nach Ablauf der aktuellen lease wird deine resolv.conf vom dhcp-client überschrieben...
was deinen Router betrifft:Im Router: IPv4 DNS Server: 81.210.129.4 IPv6 DNS Server: 2a02:908:2:b::1,2a02:908:2:a::1...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)
OK, dann kam das wohl daher der der Router 1h nicht online war und dann einen neue lease vergeben hat. Normalerweise ist das kein Problem, da sonst immer alles online ist.
Die IP des iob liegt zwar im DHCP Bereich, ich habe aber eine feste IP in /etc/network/interfaces.d/ konfiguriert. siehe post am Anfang.
Das verstehe ich nicht so ganz. Was hat der google DNS mit dem DHCP zu tun? Was wird da gefiltert bei VF?
"...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)"Was mich nun immer noch wundert, ist warum ich keine DNS Statistic Anfrage machen kann.
root@iobroker:/etc# sudo resolvectl statistics Failed to get DNSSEC supported state: Die Wartezeit für die Verbindung ist abgelaufen -
@jleg said in DNS Problem:
@toki1973 wenn deine VM per DHCP konfiguriert wird, dann ja - nach Ablauf der aktuellen lease wird deine resolv.conf vom dhcp-client überschrieben...
was deinen Router betrifft:Im Router: IPv4 DNS Server: 81.210.129.4 IPv6 DNS Server: 2a02:908:2:b::1,2a02:908:2:a::1...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)
OK, dann kam das wohl daher der der Router 1h nicht online war und dann einen neue lease vergeben hat. Normalerweise ist das kein Problem, da sonst immer alles online ist.
Die IP des iob liegt zwar im DHCP Bereich, ich habe aber eine feste IP in /etc/network/interfaces.d/ konfiguriert. siehe post am Anfang.
Das verstehe ich nicht so ganz. Was hat der google DNS mit dem DHCP zu tun? Was wird da gefiltert bei VF?
"...wenn du dort statt der VF-IP z.B. 9.9.9.9 einträgst, klappt's auch mit dem DHCP (viele machen das "standardmässig" - wenn man auf "gefilterten DNS" verzichten möchte ;-)"Was mich nun immer noch wundert, ist warum ich keine DNS Statistic Anfrage machen kann.
root@iobroker:/etc# sudo resolvectl statistics Failed to get DNSSEC supported state: Die Wartezeit für die Verbindung ist abgelaufen@toki1973 sagte in DNS Problem:
Die IP des iob liegt zwar im DHCP Bereich, ich habe aber eine feste IP in /etc/network/interfaces.d/ konfiguriert
das darf man nie nicht niemals machen!
fest vergebene IPs nur ausserhalb der DHCP Range!
oder die Ip im Router an das Gerät binden, dort nicht fest vergebenkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@toki1973 sagte in DNS Problem:
Die IP des iob liegt zwar im DHCP Bereich, ich habe aber eine feste IP in /etc/network/interfaces.d/ konfiguriert
das darf man nie nicht niemals machen!
fest vergebene IPs nur ausserhalb der DHCP Range!
oder die Ip im Router an das Gerät binden, dort nicht fest vergeben@homoran sagte in DNS Problem:
das darf man nie nicht niemals machen!
das stimmt.
andererseits wird man auch nicht gleich gevierteilt, geteert und gefedert, wenn man's trotzdem macht. Wenn man weiss, was man tut, dann macht's sogar nix, bis auf bissel Mopperei seitens des dhcp-Servers - bei IPv4 zumindest.. -
@toki1973 sagte in DNS Problem:
Die IP des iob liegt zwar im DHCP Bereich, ich habe aber eine feste IP in /etc/network/interfaces.d/ konfiguriert
das darf man nie nicht niemals machen!
fest vergebene IPs nur ausserhalb der DHCP Range!
oder die Ip im Router an das Gerät binden, dort nicht fest vergeben -
Bei diesem blöden VF-Connect Box kann man werde eine IP zu einem Gerät zuordnen noch den VF-DNS ändern:scream:
@toki1973 sagte in DNS Problem:
Bei diesem blöden VF-Connect Box kann man werde eine IP zu einem Gerät zuordnen noch den VF-DNS ändern:scream:
Das stimmt. Für 'Lieschen Müller' zum internet surfen reicht das aus. Aber sobald du da nur das kleinste 'außer der Reihe' machen musst ist Ende Gelände.
Weswegen bei mir eine privat beschaffte FritzBox Cable ihren Dienst tut. -
@toki1973 sagte in DNS Problem:
Bei diesem blöden VF-Connect Box kann man werde eine IP zu einem Gerät zuordnen noch den VF-DNS ändern:scream:
Das stimmt. Für 'Lieschen Müller' zum internet surfen reicht das aus. Aber sobald du da nur das kleinste 'außer der Reihe' machen musst ist Ende Gelände.
Weswegen bei mir eine privat beschaffte FritzBox Cable ihren Dienst tut.@thomas-braun sagte in DNS Problem:
Weswegen bei mir eine privat beschaffte FritzBox Cable ihren Dienst tut
genau so. Löst nebenbei auch gerne mal das eine oder andere WLAN-Problem...
-
@thomas-braun sagte in DNS Problem:
Weswegen bei mir eine privat beschaffte FritzBox Cable ihren Dienst tut
genau so. Löst nebenbei auch gerne mal das eine oder andere WLAN-Problem...
-
Ich warte mal bis der Galsfaseranschluß kommt und hoffe die HW von Dt.Glasfaser ist besser :) - falls nicht muss ich mir auch mal eine Fritzbox holen.
@toki1973 sagte in DNS Problem:
Ich warte mal bis der Galsfaseranschluß kommt und hoffe die HW von Dt.Glasfaser ist besser :) - falls nicht muss ich mir auch mal eine Fritzbox holen.
musst du womöglich sowieso - je nach Glasfaseranbieter kriegst du evtl. eh' nur einen GPON...
-
@homoran sagte in DNS Problem:
das darf man nie nicht niemals machen!
das stimmt.
andererseits wird man auch nicht gleich gevierteilt, geteert und gefedert, wenn man's trotzdem macht. Wenn man weiss, was man tut, dann macht's sogar nix, bis auf bissel Mopperei seitens des dhcp-Servers - bei IPv4 zumindest..@jleg sagte in DNS Problem:
bis auf bissel Mopperei
nee, nicht wirklich.
Hier könnte es egal sein, weil die VM 24/7 läuft.Hab aber auch schon erlebt, dass ein Netzwerkdrucker mit fester IP tageweise nicht wollte.
Es stellte dich heraus, dass das die Tage waren an denen der Chef im Haus ear, bevor der Drucker angeschaltet wurde und sich sein iPhone die IP bereits via DHCP geschnappt hatte.
775
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge