VPN-Tunnel funktioniert, aber Fehlermeldung per SNMP

[Josh]

Hallo zusammen!

Ich habe das 'Problem', dass per SNMP und im LANMonitor folgende VPN-Fehlermeldungen erscheinen:

LANMonitor:
"Entfernte Gegenstelle nicht definiert (Aktiver Verbindungsaufbau) [0x1114]"

SNMP (ca. alle 9 Minuten mehrmals hintereinander):
"VPN: Error for peer XX-SHREW: IFC-I-Negotiator-no-remote"

Die Fehlermeldungen scheinen aber keine Auswirkung zu haben, denn der Kommunikation über VPN läuft ohne Probleme.

Ich meine, dass die Meldungen immer kommen, wenn der Client den Tunnel beendet hat, dann aber stundenlang (oder für immer?).

ROUTER: LANCOM 1611+ (FW: 8.82.0100RU1)
VPN-Client: Shrew

Kann mir jemand die Fehlermeldung erklären und hat auch noch eine Lösung parat?

[stefanbunzel]

Hallo Josh,

Ursache ist vermutlich dein Eintrag in der Routing-Tabelle auf die VPN-Gegenstelle - der ja bei bestehendem Tunnel auch erforderlich ist. Nach Abbau des VPN-Tunnels kommt es dann zu dieser Fehlermeldung.

Erstelle im VPN-Gateway einfach folgende Firewall-Regel:
Name (Bsp.): DENY-wenn-nicht-verbunden
Priorität: 9999 (höchste Priorätit vor allen sonstigen VPN-Regeln)
Aktion: Bedingung: wenn Verbindung nicht besteht, pro Session, zurückweisen
Stationen, Ziel: Gegenstelle "NAME-DER-VPN-GEGENSTELLE"

Den Rest der Default-Werte so belassen.

Danach verschwindet die nervige Fehlermeldung

Viele Grüße
Stefan

[Jirka]

Hi,

Ursache ist vermutlich dein Eintrag in der Routing-Tabelle auf die VPN-Gegenstelle - der ja bei bestehendem Tunnel auch erforderlich ist.

zumindest bei fester IP. Benötigt man die nicht, reicht auch ein Eintrag im Adressbereich für Einwahlzugänge.

Nach Abbau des VPN-Tunnels kommt es dann zu dieser Fehlermeldung

, wenn irgendwelche Pakete zur Übermittlung an die IP aus dem Routing-Eintrag anstehen und der Router versucht, die VPN-Verbindung aufzubauen, um diese Pakete zuzustellen, was aber nicht funktioniert, weil die VPN-Verbindung ja nur von Client-Seite aus aufgebaut werden kann.

Viele Grüße,
Jirka

[stefanbunzel]

Hallo Jirka,

... wenn irgendwelche Pakete zur Übermittlung an die IP aus dem Routing-Eintrag anstehen und der Router versucht, die VPN-Verbindung aufzubauen, um diese Pakete zuzustellen, ...

Merkwürdig ist eben nur, dass bei mir die Fehlermeldung immer sofort nach jedem Router-Neustart kam - und da können eigentlich keine Routing-Pakete angestanden haben. Wenn ich den VPN-Fehler gelöscht hatte war dann auch wieder Ruhe bis zum nächsten Router-Neustart bzw. Abbau einer VPN-Verbindung. Daher muss es neben "irgendwelcher Pakete" auch noch andere durch den Router verursachte Pakete oder sonstige Ursachen für diese Fehlermeldung geben?

Aber, mit der Firewall-Regel ist ja nun Ruhe

Viele Grüße,
Stefan

[Josh]

Es hat funktioniert! Ich bin begeistert

Habe das mit der FW-Regel schon irgendwo gelesen und durchgeführt. Hatte aber nicht geklappt. Der letzte Hinweis der fehlte, war, dass die Regel höchste Priorität haben muss bzw. höchste VPN-Regel-Priorität. Ist eigentlich logisch, aber bin einfach nicht darauf gekommen.

Vielen Dank!!!