winmadness

@Martin_L Sind evtl. Ordner von anderen Benutzer (Kalender, Kontakte etc.) oder Shared Mailboxes / Öffentliche Ordner im Postfach verlinkt (z.B. über Favoriten). Wann ja, dann diese mal alle entfernen.

Angesichts der Tatsache, dass Google (Datenkrake) hinter Chrome steht würde ich ganz klar Firefox bevorzugen.

Hallo, wenn ich Dich richtig verstehe tritt der Fehler nur auf drei Laptops unabhängig vom verwendeten WLAN (Ubiquiti oder Handy Hotspot) auf. Wenn die Aktualisierung der Treiber keine Abhilfe bringt würde ich folgendes testen: Installiere die Software https://www.heise.de/download/product/wirelessnetview-59865 zur Messung der Signalstärke sowohl auf einem der "fehlerhaften" Geräte als auch zum Vergleich auf einem fehlerfreien Gerät. Im Fehlerfall kannst Du dann die Werte wie RSSI, "% Detection", "Channel Number" vergleichen. Des weiteren würde ich einen WLAN USB Stick besorgen und mit diesem testen. Damit könnte man ein fehlerhaftes WLAN Modul entdecken.

Ich würde die Energieeinstellungen überprüfen und alle Geräte / Einstellung für den Test auf "Nie" stellen. Erfolgt der Crash im Akku- und/oder Netzwerkbetrieb? Als weiteren Test kannst Du alle Programme vor der Sperrung beenden.

Je nachdem wie experimentierfreudig Du bist kannst Du auch gleich die Open Source UTM OPNSense als VM installieren (besser und sichrerer natürlich als Hardware UTM). Diese bietet eine Stateful Firewall und mehrere Optionen als VPN Server (IPsec mit IKEv2 und Windows 10 eigener VPN Client, OpenVPN, Wireguard). Ausserdem eine gute Unterstützung durch das eigene Forum (auch deutschsprachig).

Klasse! Endlich Feierabend Das Problem waren offensichtlich die Einträge von DC und Gateway in den Stammhinweisen. @Frank-P Dank an Dich, dass Du durchgehalten hast, obwohl ich mit vielen "Tipps" falschlag.

Nicht in Stammhinweise. Dein Gateway in "Weiterleitungen" eintragen. Wenn das nicht funktioniert, kannst Du zusätzlich noch die DNS des I-Providers in "Weiterleitungen" eintragen. Und am besten mal durchstarten.

Dieser Eintrag ist falsch. Bitte löschen.

Genau darum geht es doch. Frank-P hat geschrieben, dass bei nur DNS 127.0.0.1 keine Internetverbindung zustande kommt. Wenn er dagegen zusätzlich noch den DNS seines I-Providers einträgt, dann hat er eine Internetverbindung. Das ist für mich nicht nachvollziehbar. Die Frage ist also, wo liegt der Fehler - eine Idee hierzu?

Zum Verständnis hier mal eine Zusammenfassung: Wenn Du auf dem Server in der Netzwerkkonfiguration als DNS nur 127.0.01 einträgst, dann hast Du keine Internetverbindung. D.h. ein "ping 8.8.8.8" bringt einen Fehler. Wenn Du zusätzlichen den DNS Deines Internet-Providers einträgst, dann hast Du eine Internetverbindung. Kannst Du mit dieser Konfiguration im DNS Manager als Weiterleitung Deinen x.x.x.1 eintragen? Was passiert wenn Du in der Netzwerkkonfiguration neben dem 127.0.0.1 direkt x.x.x.1 einträgst? Als zusätzlichen Test könntest Du den Server mal im abgesicherten Modus starten und prüfen, ob eine Internetverbindung aufgebaut wird mit dem DNS Server x.x.x.1 in der Netzwerkkonfiguration,

Moment mal, das ist eine andere Situation. D.h. Du hast auf dem Server als Standardgateway x.x.x.1 stehen und kommst nicht in das Internet? Damit ist ein kein DNS Problem sondern ein Netzwerkproblem. Du kannst also auf dem Server ein ping auf x.x.x.1 absetzen, aber z.B. kein ping auf 8.8.8.8? Das Problem hatten wir erst vor ein paar Tagen, hier half eine Änderung der IPv4 Adresse des Servers. Also einfach mal von x.x.x.10 z.B. auf x.x.x.9 (oder andere freie IP) ändern und Internetverbindung testen.

Ich kenne die Lancom nicht, habe nur das Lancom Handbuch aus dem Internet. Bitte dort mal nachlesen oder Dich "intuitiv" durch das Lancom Menü hangeln. Klar, ping auf *.intern geht nicht, da Deine Domain *.local ist. Deshalb auch der DNS Eintrag für xxT-FW-LC1781A.local. Was ist mit "Kannst Du von Deinem Client ein "nslookup google.de x.x.x.1" erfolgreich absetzen?"

Ist dieser Eintrag nach dem Reset des DNS noch vorhanden? Wenn ja, dann teste mal DNS ohne Weiterleitungen. Wenn keine vorhanden sind, werden die Stammhinweise verwendet. Du hattest ausserdem in Deiner ursprünglichen Konfiguration das IPv6 in den Netzwerkeinstellungen deaktiviert - wieder mal für die Test deaktivieren. Wenn alles läuft kannst Du Dich um die korrekte IPv6 Konfiguration kümmern. Weitere Ideen: Kannst Du von Deinem Client ein "nslookup google.de x.x.x.1" erfolgreich absetzen? Es gibt ein Logging auf de der Lancom - dort mal schauen aub die abgelehnten nslookup protokolliert werden: https://www.lancom-systems.de/docs/config/de/refmanual/#topics/lanconfig_syslog_system_events.html

Mit dem LanMonitor https://www.lancom-systems.de/docs/config/de/refmanual/#topics/c_LANmonitor_Device_Ping.html kannst Du ein ping auf google.de absetzen. Auch mal einen ping auf den DC testen (mit IP und FQDN). Und natürlich die DNS Einstellungen überprüfen: https://www.lancom-systems.de/docs/config/de/refmanual/#Referenzhandbuch_7.60_EN/SERVER_FUNCTIONS/aa1185181.html

Sollte Dich aber nicht daran hindern, die Einstellungen zu überprüfen. Kannst Du direkt am Gateway ein "nslookup" oder vergleichbares absetzen. Dann kannst Du sicher gehen, dass das Gateway DNS Anfragen auflösen kann.

Klingt vernünftig. Mein Tipp nach wie vor - Schaue Dir mal die DNS Konfiguration des Gateway an. Evtl. holst Du Dir Unterstützung. Über ein Forum das Problem zu klären ist sehr schwer. Wenn Du den "Fall" löst würde ich mich über ein Feedback freuen. Man lernt aus solchen Fällen sehr viel. Danke.

Ich würde mich auf das Gateway konzentrieren. Der "nslookup google.de xxx.xxx.xxx..1" muss funktionieren, wenn das Gateway richtig konfiguriert ist. Also überprüfe mal die DNS Einstellungen / Weiterleitungen auf dem Gateway. Dieses muss die Anfragen z.B. nach google.de weiterleiten, also entsprechend eingerichtet sein.

Bitte mal diese Abfrage, damit wir sehen, was Dein Gateway bei einer Anfrage auflöst.

Was gibt "nslookup google.de x.x.x.1" aus?

Warum steht hier 82...? Und es fehlt der IPv6 DNS Server "::1"

Stelle mal das Ergebnis von "ipconfig /all" hier rein. Welche Fehler / Probleme hast Du, wenn Du das Gateway und Provider Nameserver als Weiterleitung einträgst?

Kannst Du machen, ich fürchte aber das wir nicht viel helfen. Gehen wir mal folgende Fragen durch (bitte alle beantworten): Hat das Gateway einen eigenen DNS Server? Wenn ja, welche Einträge befinden sich dort. Wichtig wären Einträge im Zusammenhang mit dem VPN Server / Dienst. War vor der Neuinstallation das Gateway als Weiterleitung eingetragen? Hast Du versucht, die Weiterleitung mit "xxx-FW-LC1781A.intern" einzutragen - gleicher Fehler? Wo ist der VPN Dienst angesiedelt, welcher Server ist das? Welche Fehlermeldung wird von VPN generiert (Serverseitig Ereignisprotokoll), wenn Du nur den Provider Nameserver als Weiterleitung einträgst? Prüfung mit einem Domain-Admin durchführen.

Jetzt sollte ein Eintrag in DNS -> Sever Eigenschaften -> Weiterleitungen funktionieren.

ping und nslookup auf den Name des Gateway, nicht auf die IP Adresse. Noch einmal die Frage, ist das Gateway im DNS (Forward- und Reverse Zone) eingetragen? Wenn nicht, manuell eintragen.

Gut. Ist nun ein Eintrag für Dein Gateway sowohl in der Forward- und Reverse Zone vorhanden. Was sagt "ping" und "nslookup" auf die FQDN des Gateways? Eine Weiterleitung auf das Gateway würde ich nicht einrichten, sondern direkt auf die Nameserver des Providers. Was genau ist die VPN Fehlermeldung / Problem bei Eintrag der Provider Nameserver? Nachtrag: Mach mal einen "ipconfig /flushdns" und überprüfe mit "ipconfig /all" die korrekten Einstellungen für DNS und Primären DNS-Suffix.