Ubuntu 18.04 konnte VPN DNS nicht auflösen, wenn „Diese Verbindung nur für Ressourcen in diesem Netzwerk verwenden“ ausgewählt wurde.

Ubuntu 18.04 konnte VPN DNS nicht auflösen, wenn „Diese Verbindung nur für Ressourcen in diesem Netzwerk verwenden“ ausgewählt wurde.

Vor ein paar Tagen traten bei mir einige Probleme mit Ubuntu 18.04 auf, obwohl ich keine Netzwerkeinstellungen geändert hatte.

Das Problem ist, dass ich bei der Verbindung mit meinem Arbeits-VPN (OpenVPN) keine DNS-Namen in diesem VPN-Netzwerk auflösen kann, wenn ich „Diese Verbindung nur für Ressourcen in diesem Netzwerk verwenden“ auswähle. Wenn ich diese Option deaktiviere, kann ich DNS innerhalb des Netzwerks auflösen, aber natürlich keine Verbindung zu etwas außerhalb herstellen.

Hier ist die Ausgabe, systemd-resolve --statuswenn ich „Diese Verbindung nur für Ressourcen in diesem Netzwerk verwenden“ DEAKTIVIERE und eine Verbindung zum VPN herstelle:

Link 10 (tun0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 10.xxx.xx.xx
          DNS Domain: ~.

Es wird also tatsächlich der DNS-Server angezeigt. Aber sobald ich "Diese Verbindung nur für Ressourcen in diesem Netzwerk verwenden" wieder einschalte:

Link 11 (tun1)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Link 10 (tun0)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Ich habe Lösungen für diese Frage ausprobiertUbuntu 18.04 keine DNS-Auflösung bei Verbindung mit OpenVPNaber nichts schien zu funktionieren.

Ich habe auch versucht, unboundein Paket zu verwenden, aber das hat auch nicht geholfen.

Habe auch das hier gefundenKönnen Sie in Ubuntu 18.04 plötzlich nicht mehr auf Ressourcen im VPN-Netzwerk zugreifen?ich bin damit offensichtlich nicht allein, aber es gibt keine Lösung.

Ich weiß nicht so recht, was ich sonst tun soll, möchte deswegen nicht das ganze System neu installieren.

Antwort1

Ich habe es möglicherweise mit diesem Befehl gelöst:

nmcli c modify <vpn-settings-name> ipv4.dns-search '<domain>'

Dies <vpn-settings-name>sollte dasselbe sein wie in Ihren NetworkManager-Einstellungen.

Im Moment scheint es zu funktionieren. Ich habe nach dem Booten nichts geändert, außer den obigen Befehl einzugeben, und jetzt systemd-resolve --statuswird der richtige DNS für das VPN-Netzwerk angezeigt.

Ich wollte eine Lösung posten, falls jemand anderes mit dem gleichen Problem kämpft.

Antwort2

Ich habe folgendes gefunden.

Als ich „Diese Verbindung nur für Ressourcen in diesem Netzwerk verwenden“ aktivierte, hatte ich gemäß der Frage keinen DNS.

Wenn es nicht angekreuzt war, hatte ich eine doppelte Standardroute und nach dem Löschen funktionierte alles, einschließlich DNS.

Beim Vergleich der Ausgabe systemd-resolve --statusdieser beiden Szenarien habe ich Folgendes festgestellt:

Wenn DNS funktionierte, die Optionen jedoch eine doppelte Route erstellten, wurde Folgendes angezeigt:

      DNS Domain: ~.
                  corporate-network.local

Wenn DNS nicht funktionierte, wurde Folgendes angezeigt:

      DNS Domain: corporate-network.local

~.Die Lösung besteht daher darin, das Kontrollkästchen „Diese Verbindung nur für Ressourcen in diesem Netzwerk verwenden“ zu aktivieren und als zusätzliche DNS-Domäne einzugeben .

Nun funktioniert die Verbindung direkt aus dem Netzwerkmanager heraus, ohne dass das fehlerhafte Standard-Gateway und alle internen DNS-Auflösungen gelöscht werden müssen.

Antwort3

Versuchen Sie, Ihre ursprüngliche .ovpn-Datei erneut zu importieren, falls Sie dies nicht bereits getan haben. Ich hatte ein ähnliches Problem, bei dem der DNS-Server meines VPN nicht angezeigt wurde systemd-resolve --status, aber nachdem ich meine .ovpn-Datei im Network Manager erneut importiert hatte, war das Problem behoben.

Antwort4

Bei mir hat die Eingabe nmcli c modify "Put your VPN Name Here" ipv4.dns-search ~.in die Befehlszeile und der Neustart der VPN-Verbindung funktioniert.

verwandte Informationen