Debian GNU/Linux 12 "bookworm" - Seite 2

Seite 2 von 4 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/debian-gnu-linux-12-bookworm_262023/page_2 - zur Vollversion wechseln!

COLOSSUS schrieb am 27.06.2023 um 21:41

Fuer den glibc-Resolver wie immer in /etc/resolv.conf - was steht denn dort drin?

Viper780 schrieb am 27.06.2023 um 21:43

Das schaut eigentlich in Ordnung aus:

Code:

domain eggerstorfer.net
search eggerstorfer.net
nameserver 192.168.1.56
nameserver 192.168.1.130

Die Anfragen kommen aber nie zu den beiden resolvern

COLOSSUS schrieb am 27.06.2023 um 21:51

Was sagt `ip route get 192.168.1.56`, was weisz `nmcli` zum Thema DNS? Und was passiert genau, wenn du einen Namen aufloesen willst?

Viper780 schrieb am 27.06.2023 um 22:03

Code:

viper780@S740:~$ ip route get 192.168.1.56
192.168.1.56 dev enp1s0 src 192.168.1.121 uid 1000
    cache

Code:

viper780@S740:~$ nmcli
lo: connected (externally) to lo
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536
        inet4 127.0.0.1/8
        inet6 ::1/128
        route6 ::1/128 metric 256

enp1s0: unmanaged
        "Realtek RTL8125 2.5GbE"
        ethernet (r8169), 1C:FD:08:75:11:0C, hw, mtu 1500

Detail output mit Use `nmcli device show` ist 5 Posts drüber
wie ich ihm DNS Infos entlocken kann weiß ich leider (noch) nicht

Code:

viper780@S740:~$ dig overclockers.at

; <<>> DiG 9.18.16-1~deb12u1-Debian <<>> overclockers.at
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25240
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;overclockers.at.               IN      A

;; ANSWER SECTION:
overclockers.at.        3600    IN      A       94.16.120.77

;; Query time: 24 msec
;; SERVER: 192.168.1.56#53(192.168.1.56) (UDP)
;; WHEN: Tue Jun 27 22:02:45 CEST 2023
;; MSG SIZE  rcvd: 60

viper780@S740:~$

Code:

viper780@S740:~$ ping overclockers.at
ping: overclockers.at: Temporary failure in name resolution

COLOSSUS schrieb am 27.06.2023 um 22:31

Also ganz offensichtlich ist dein nm nicht am Management deines enp1s0-Interfaces interessiert Warum das genau deinen DNS-Resolver bricht, kann ich ad hoc auch nicht sagen, aber zeig mir doch bitte auch mal den Inhalt deiner /etc/network/interfaces und /etc/network/interfaces.d/* (falls da was ist).

Viper780 schrieb am 27.06.2023 um 22:57

genau dass es da was hat bin ich auch drauf gekommen.
Kann irgend was anderes da rein pfuschen und die Konfiguration übernehmen?

/etc/network/interfaces

Code:

GNU nano 7.2                                                  interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto enp1s0
allow-hotplug enp1s0
iface enp1s0 inet dhcp

interfaces.d/ ist leer

EDIT:
/etc/NetworkManager/system-connections/'Ethernet connection 1.nmconnection'

Code:

[connection]
id=Ethernet connection 1
uuid=47600339-7ca8-4a89-897b-af81efd4b79a
type=ethernet

[ethernet]

[ipv4]
dns=192.168.1.56;
method=auto

[ipv6]
addr-gen-mode=default
method=ignore

[proxy]

nexus_VI schrieb am 28.06.2023 um 08:27

Zitat aus einem Post von Viper780
Code:
iface enp1s0 inet dhcp

Die Zeile führt dazu, dass NM die NIC ignoriert. Nicht funktionierendes DNS erklärt das jedoch imho nicht.

COLOSSUS schrieb am 28.06.2023 um 08:30

Zitat aus einem Post von nexus_VI
Die Zeile führt dazu, dass NM die NIC ignoriert. Nicht funktionierendes DNS erklärt das jedoch imho nicht.

Volle Zustimmung

Die Zeile gehoert auf jeden Fall raus, wenn du wirklich nm verwenden willst.

davebastard schrieb am 28.06.2023 um 08:59

warum will man nm verwenden? ist das ein desktop pc oder server?

edit: also bei ersterem ok, bei zweiterem würd ich bei der old school config bleiben... oder gibts irgendwelche nennenswerte Vorteile?

Viper780 schrieb am 28.06.2023 um 09:08

Zitat aus einem Post von davebastard
warum will man nm verwenden? ist das ein desktop pc oder server?

Voraussetzung für Home Assistant Supervised Installation.

Ist ein "Server" ohne Grafikoberfläche (ein S740 Thinclient)

Viper780 schrieb am 28.06.2023 um 09:20

Zitat aus einem Post von nexus_VI
Die Zeile führt dazu, dass NM die NIC ignoriert. Nicht funktionierendes DNS erklärt das jedoch imho nicht.

genau das wars - danke euch!

Jetzt spinnt zwar SSH aber das bekomm ich selbst gefixt

nexus_VI schrieb am 28.06.2023 um 09:24

Auf einem Server würde ich mir eher systemd-networkd anschauen, wird HomeAssistant aber nicht schmecken. Den Tip betreffend /etc/network/interfaces hättest du dort aber auch erhalten: https://www.home-assistant.io/more-...etwork_manager/
(unsupported?)

Viper780 schrieb am 28.06.2023 um 10:21

Danke - systemd-network ist ja der default (und damit kenn ich mich so halbwegs aus)
Mit Debian 11 hatte ich HA Supervised ohne probleme am laufen.

Auf die (sehr naheliegende) Idee dass ich bei Home Assistant schaue bin ich garned gekommen

COLOSSUS schrieb am 28.06.2023 um 11:50

Zitat aus einem Post von Viper780
Danke - systemd-network ist ja der default (und damit kenn ich mich so halbwegs aus)

Nein, Default in Debian ist ifupdown (woher auch /etc/network/interfaces kommt).

Viper780 schrieb am 28.06.2023 um 12:48

Oh danke. Jetzt tut es jedenfalls sehr gut. Bin gespannt was Home Assistant macht wenn ich nachher Portainer drauf geb