Ich weiß, dass es hier einige Fragen zu Verbindungsproblemen über SonicWALL auf Xbox, Mac usw. gibt. Mein Problem scheint mir etwas seltsamer und ich weiß nicht, wo ich nach einer Lösung suchen soll.
Die Situation: Der SonicWALL-Client ist konfiguriert und funktioniert, wenn ich eine normale Internetverbindung (in Deutschland DSL) verwende, daher sollte die Konfiguration des Clients selbst in Ordnung sein.
Mein Problem: Manchmal bin ich an Orten, an denen ich keine DSL-Verbindung habe, sodass ich die integrierte UMTS-Verbindung meines Lenovo Edge-Laptops (Windows 7, über das vorinstallierte Programm Access Connections mit dem Internet verbunden) über virtuelles WLAN freigeben muss. Mein Business-Laptop (Windows 7) kann dieses virtuelle WLAN für alle Internet-Inhalte verwenden, ich kann die Barracuda-Website (SSL-VPN) meiner Firma nutzen und auf fast alles zugreifen, was ich möchte, aber das ist nicht sehr komfortabel und einige Datenbankverbindungen kann ich nicht über Barracuda nutzen, sodass ich in einigen Fällen den SonicWALL-Client verwenden muss (und ihn in allen anderen Fällen verwenden möchte) – aber wenn ich versuche, von meinem Business-Laptop aus mit dem SonicWALL-Client eine Verbindung herzustellen, funktioniert die Verbindung nicht. Das Protokoll enthält nicht viele Informationen:
Starting ISAKMP phase 1 negotiation.
An error occurred.
The peer is not responding to phase 1 ISAKMP requests.
Und schon geht es wieder los - es dauert ca. 18 Sekunden bis die Zeile mit An error occuredkommt.
Ich habe keine Ahnung, ob ich die Konfiguration des SonicWALL-Clients ändern muss (obwohl dieser bei Verwendung mit einer anderen Internetverbindung funktioniert) oder ob es eine Möglichkeit gibt, die virtuellen WLAN-Einstellungen oder sogar etwas in den UMTS-Einstellungen zu konfigurieren.
Was ich bisher versucht habe: die Windows-Firewall auf dem Lenovo-Laptop, der die UMTS-Verbindung bereitstellt, auszuschalten und dort auch die Antivirensoftware zu deaktivieren, damit diese nichts blockieren sollte. Aber das hat auf das obige Szenario keinen Effekt.
Ich versuche, die MTU auf meinem Lenovo-Laptop auf einen niedrigeren (1200) oder höheren (2000) Wert einzustellen, wobei netsh interface ipv4 set subinterface "xxx" mtu=1200 store=persistentxxx mein virtuelles WLAN und/oder meine UMTS-Verbindung ist. Auch ohne Wirkung.
Einstellungen im SonicWALL-Client: Habe versucht, NAT-Traversal zu deaktivieren (weil ich irgendwo gelesen habe, dass das helfen könnte), aber ohne Effekt. Habe versucht, das Timeout von 3 auf 5 Sekunden zu erhöhen, mit dem einzigen Effekt, dass es länger dauert, bis die Fehlermeldung kommt.
Wenn ich netsh interface ip show configauf meinem Lenovo-Laptop sehe, dass die Gateway-Metrik der UMTS-Verbindung einen ziemlich hohen (?) Wert von 256 hat, aber es ist die einzige Verbindung auf diesem Laptop, also kann ich nicht glauben, dass dies ein Problem sein könnte (und ich weiß nicht, wie ich diesen Wert einfach ändern kann).
Irgendeine Idee, wo ich weiter suchen könnte? Vielen Dank im Voraus.