OpenVPN-Verbindung klappt dauernd zusammen
-
Mehr Infos zur Umgebung könnten helfen.
CARP Cluster? CARP Member? Externe WAN Adresse eine VIP? Ggf. beide Knoten gleichzeitig Master, weil einer im Multicast durchdreht oder ein anderer den Multicast Traffic stört oder ggf. die IP doppelt vergeben hat?`
Evtl. betroffenes Device mal neustarten.Grüße
-
Servus,
normale standalone Firewall an einem Kabelanschluss. Derzeitige Konfig seit Monaten unangetestat und bisher stabil wie eh und je, seit dem Update auf 2.1.4 gar nichts mehr gemacht.Grüße
-
An der Gegenstelle kann es nicht liegen ?
Hardware in Ordnung ? Auslastung ? -
Update auf 2.1.5 und ordentlicher Reboot? ;)
-
Mal in den RRD-graphs schauen, wie so die Qualität der Verbindung ist und beim gateway monitoring was apinger so treibt, der erklärt gerne mal die Verbindung für beendet und dann startet so einiges (inclusive dynDNS und Tunnel) neu durch.
-
Steht doch eh in den Logs.
pfSense erkennt (glaubt), dass sich die WAN IP geändert hat und startet die VPN Dienste neu.
-
@hege: prinzipiell würde ich dir ja rechtgeben, wenn nicht
Sep 1 12:08:57 php: rc.dyndns.update: phpDynDNS (XXXXXXXX): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
der DynDNS Check sagen würde, dass sich die IP gar nicht geändert hat. Deshalb auch meine Aussage, dass rc.newwanip von recht vielen anderen Prozessen angeworfen wird. Was mich eher stutzig macht ist
Sep 1 12:08:52 php: rc.newwanip: Interface is disabled, nothing to do.
Sep 1 12:08:52 php: rc.newwanip: rc.newwanip: Informational is starting ovpns2.
Sep 1 12:08:51 php: rc.newwanip: Interface is disabled, nothing to do.
Sep 1 12:08:51 php: rc.newwanip: rc.newwanip: Informational is starting ovpns1.die Tatsache dass er immer wieder sagt, dass das Interface disabled ist als wäre keine Verbindung von OVPN aktiv.
-
Servus,
ich habe auf 2.1.5 akutalisiert und immer noch dasselbe Verhalten :-[ Ich kann mir darauf keinen Reim bilden… -
Hey,
ich hatte ähnliche Probleme mit meiner OpenVPN Verbindungen gehabt. Bei mir lag es am Gateway Monitoring. Aus irgendeinem Grund funktionierte das von einem auf den anderen Tag nicht mehr. Seitdem ich das Monitoring ausgeschaltet habe, laufen die Tunnel wieder stabil. Dadurch geht mir allerdings leider nun mein Multi-Wan Failover flöten :(.
-
Das macht Sinn.
Schau mal in die Logs unter System/Gateway ob du etwas in der Art findest:
apinger: ALARM: WANGW(IP) *** down ***
-
Hört mir hier überhaupt jemand zu? :-\
-
Servus,
entschuldigt bitte die späte Rückmeldung…Als Ursache konnte ich ein Handy identifizieren, welches bei jedem IP-Wechsel (passiert ja ständig bei normaler UMTS-Verbindung) einen Tunnel-Neustart auslöst. Abgestellt habe ich es noch nicht, mir ist nicht ganz klar wir ich das abstellen kann...
Grüße
-
Servus,
ich habe vermutlich die Lösung gefunden, zumindest ist jetzt Ruhe: Gateway-Monitoring deaktivert. Seither ist der Tunnel stabil ::)Vielen Dank, meine Herren!
