staging.inyokaproject.org

Und genau das macht mich ja auch so stutzig. Es lief ja die ganze Zeit ohne Probleme.

Wenn du einen Resolver hast, der eben nicht das richtige Ergebnis wie im DNS global eingetragen zurückliefert, sondern für den Host die interne IP, dann tut das. Dazu muss aber auch dieser Resolver befragt werden, was aber z.B. der Browser nicht macht, wenn der per DoH andere Resolver (wie z.B. Google) fragt.

DJKUhpisse schrieb:

Weil genau NAT für dieses Problem sorgt. Eigentlich ist NAT nämlich nicht vorgesehen und hätte der Rechner eine globale IPv4 würde das Problem auch gar nicht auftreten.

Auch wenn der Rechner hinter einer FritzBox (von VF) im RIP-Modus eine globale IPv4-Adresse (d. h. als border device) hat, kann das passieren. Denn in so einem Fall fungiert die FritzBox (im RIP-Modus) als v4-Firewall und ist auf eine entsprechende Konfiguration angewiesen.

Klar kann man sich einen ISP suchen, bei dem man seinen Rechner (als border device) an einem transparenten Modem anschließen kann. Aber wer will heute schon, nur mit einem einzigen IPv4-Gerät (pro Haushalt) ins Internet. Es können so, nicht alle Geräte aus einem Haushalt, mit IPv4 "border device" sein. Die Lösung wäre IPv6 only. Vielleicht wird es das in meinem 2. Leben geben. 😉

DJKUhpisse schrieb:

Und genau das macht mich ja auch so stutzig. Es lief ja die ganze Zeit ohne Probleme.

Wenn du einen Resolver hast, der eben nicht das richtige Ergebnis wie im DNS global eingetragen zurückliefert, sondern für den Host die interne IP, dann tut das. Dazu muss aber auch dieser Resolver befragt werden, was aber z.B. der Browser nicht macht, wenn der per DoH andere Resolver (wie z.B. Google) fragt.

Aber das alle Clients auf allen Endgeräte im internen Netz nen anderen resolver fragen ist doch eher unwahrscheinlich, oder nicht?

Ich wollte hier nur darauf aufmerksam machen, dass dieses Problem durch NAT erst entsteht und man versucht, es durch falsche DNS-Antworten zu beheben. Zusätzlich globales IPv6 würde hier schon ausreichen, da die Rechner IPv6 bevorzugen.

Aber das alle Clients auf allen Endgeräte im internen Netz nen anderen resolver fragen ist doch eher unwahrscheinlich, oder nicht?

Ggf. schon, daher prüfen, welchen Resolver die im System haben und prüfen, was der Browser da macht.

DJKUhpisse schrieb:

Ich wollte hier nur darauf aufmerksam machen, dass dieses Problem durch NAT erst entsteht und man versucht, es durch falsche DNS-Antworten zu beheben. Zusätzlich globales IPv6 würde hier schon ausreichen, da die Rechner IPv6 bevorzugen.

Aber das alle Clients auf allen Endgeräte im internen Netz nen anderen resolver fragen ist doch eher unwahrscheinlich, oder nicht?

Ggf. schon, daher prüfen, welchen Resolver die im System haben und prüfen, was der Browser da macht.

Und wie mach ich das am besten?

systemd-resolve --status --no-pager