LHBL2003
Anmeldungsdatum: 20. März 2023
Beiträge: 17
|
Hi, Ich habe Ubuntu als 22.04.2 LTS installiert. Wenn ich für die Netzwerkkarte DHCP aktiviert habe, kann ich einen Lokalen Server via IP und DNS Namen Pingen. Sobald ich eine freie statische iP Adresse aus dem selben /23 Netzsegment angebe + die kopierte DHCP Gateway und DNS Adresse. (Also kein Tipfehler)
So kann ich zwar via IP pingen aber nicht via Name. Erstelle ich auf dem selben System eine Windows VM und vergebe die selben Informationen, so ist ein Ping via DNS im lokalen Netz ohne Probleme möglich. Interessant ist, dass Google und ok ohne Probleme anpingbar sind. Weiß jemand woran das liegen kann?
Vielen Dank
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 16818
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13293
|
LHBL2003 schrieb: Sobald ich eine freie statische iP Adresse aus dem selben /23 Netzsegment angebe + die kopierte DHCP Gateway und DNS Adresse. (Also kein Tipfehler)
Wo gibst Du an? LHBL2003 schrieb: Weiß jemand woran das liegen kann?
Evtl. an einer unvollständigen Konfiguration, für das lokale DNS.
|
LHBL2003
(Themenstarter)
Anmeldungsdatum: 20. März 2023
Beiträge: 17
|
Ich habe die Desktop Version installiert und stelle das direkt an der Netzwerkkarte oben rechts über die Visu ein. Ich übertrage 1 zu eins die Infos für Manuell nur die IP natürlich aus unserem nicht DHCP Bereich.
|
LHBL2003
(Themenstarter)
Anmeldungsdatum: 20. März 2023
Beiträge: 17
|
Nein es ist nicht unvollständig, Meter Windows funzt es ja. Und unter Ubuntu kann ich es auch pingen solange ich DHCP belasse.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 16818
|
Dann poste bitte die geforderten Ausgaben. Zusätzlich noch den Befehl, der NICHT funktioniert.
|
LHBL2003
(Themenstarter)
Anmeldungsdatum: 20. März 2023
Beiträge: 17
|
Bei dem Thema resolvectl geht es wahrscheinlich um eine Datei wo man den DNS Server einträgt. Die wurde aber immer nach Neustart überschrieben und auch mit einem Eintrag in einer anderen Datei wurde es immer gelöscht. Jetzt habe ich etwas gefunden was darauf hinweist dass das Prinzip scheinbar geändert wurde. Ist das etwas was dem aktuellen Stand entspricht? Ich teste es morgen mal. https://www.techrepublic.com/article/how-to-view-dns-cache-entries-with-the-new-systemd-resolved-resolver/
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13293
|
LHBL2003 schrieb: Nein es ist nicht unvollständig
Wie ist die Ausgabe von:
dig -x <freie statische iP Adresse> +short @<DHCP Gateway-IP-Adresse>
(IP-Adressen anpassen und ohne spitze Klammern)? Welchen Router hast Du?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 16818
|
LHBL2003 schrieb: Bei dem Thema resolvectl geht es wahrscheinlich um eine Datei wo man den DNS Server einträgt. Die wurde aber immer nach Neustart überschrieben und auch mit einem Eintrag in einer anderen Datei wurde es immer gelöscht.
Nein, resolvectl gibt die Server aus, die systemd-resolve nutzt.
In der Datei /etc/resolv.conf darfst du nix doktern, solange Software aktiv ist, die da eingreift, das gibt sonst nur Chaos.
|
LHBL2003
(Themenstarter)
Anmeldungsdatum: 20. März 2023
Beiträge: 17
|
@DJKUhpisse: wird morgen früh sofort gemacht. Ich bin ich davon ausgegangen, dass ihr so schnell antwortet. 😀
|
LHBL2003
(Themenstarter)
Anmeldungsdatum: 20. März 2023
Beiträge: 17
|
DJKUhpisse schrieb: ip a
resolvectl
Hi, die Screenshots wie gewünscht im Anhang Die Fehlermeldung beim Ping lautet:
ping: XYZ: Temporary failure in name resolution
- Bilder
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 16818
|
Bitte als Text, Screenshots schaut hier keiner an, weil unkomfortabel.
|
LHBL2003
(Themenstarter)
Anmeldungsdatum: 20. März 2023
Beiträge: 17
|
ip a 1
2
3
4
5
6
7
8
9
10
11
12
13
14 | TestUser@WIKI:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
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: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:50:12:34:56:78 brd ff:ff:ff:ff:ff:ff
altname enp3s0
inet 10.55.10.4/23 brd 10.55.11.255 scope global noprefixroute ens160
valid_lft forever preferred_lft forever
inet6 fe80::8946:dbb7:f471:edbe/64 scope link noprefixroute
valid_lft forever preferred_lft forever
|
resolvectl | TestUser@WIKI:~$ resolvectl
Global
Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub
Link 2 (ens160)
Current Scopes: DNS
Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 10.55.10.83
DNS Servers: 10.55.10.83 10.55.12.13
|
ping Server-A | TestUser@WIKI:~$ ping Server-A
ping: Server-A: Temporary failure in name resolution
|
|
LHBL2003
(Themenstarter)
Anmeldungsdatum: 20. März 2023
Beiträge: 17
|
lubux schrieb: LHBL2003 schrieb: Nein es ist nicht unvollständig
Wie ist die Ausgabe von:
dig -x <freie statische iP Adresse> +short @<DHCP Gateway-IP-Adresse>
(IP-Adressen anpassen und ohne spitze Klammern)? Welchen Router hast Du?
| TestUser@WIKI:~$ dig -x 10.55.10.4 +short @10.55.10.83
NAS-Software.firmax.local.
WIKI.firmax.local.
|
Der Router ist ne WatchGuard Firewall und DNS und DHCP laufen über Windows Server. Was mich gerade irittiert: WIKI.firmax.local. ist ja richtig aber NAS-Software.firmax.local. kenn ich nicht. Steht auch nicht in unserem DNS Server.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13293
|
LHBL2003 schrieb: | TestUser@WIKI:~$ dig -x 10.55.10.4 +short @10.55.10.83
NAS-Software.firmax.local.
WIKI.firmax.local.
|
Der Router ist ne WatchGuard Firewall und DNS und DHCP laufen über Windows Server. Was mich gerade irittiert: WIKI.firmax.local. ist ja richtig aber NAS-Software.firmax.local. kenn ich nicht. Steht auch nicht in unserem DNS Server.
Was ist mit "Server-A", das Du für den Ping benutzt hast? Wie sind die Ausgaben von:
host NAS-Software.firmax.local 127.0.0.53
host NAS-Software.firmax.local 10.55.10.83
? Benutzt Du avahi (oder gleichwertig) mit dem Windows-Server?
|