Der Workaround<\/span>, der das Problem bei dem betreffenden Kunden zun\u00e4chst umschifft hat (ohne dabei jedoch das eigentliche Problem zu beheben) basiert darauf, unter Systemsteuerung > Netzwerkverbindungen<\/span> in dem virtuellen Netzwerkadapter, der von dem MUVPN-IPSec-Client (NCP) erzeugt wird, auf dem Tab “Authentication” das H\u00e4kchen entfernen<\/span> bei Enable IEEE 802.1X Authentication<\/span>:<\/p>\n Das o.g. H\u00e4kchen scheint auch bei virtuellen Adaptern automatisch aktiviert zu sein (wie dem IPSec MUVPN-Client und dem WatchGuard SSLVPN-Client), wenn der darunter liegende physikalische Netzwerk-Adapter diese Funktion unterst\u00fctzt. Nachdem die VPN-Software die Verbindung hergestellt hat, greift offenbar die 802.1X Authentication ein und unterbricht f\u00fcr kurze Zeit die Netzwerkverbindung. Anschlie\u00dfend kommt offenbar zwar die Netzwerkverbindung zur\u00fcck, aber die Routen sind aus der Routingtabelle verschwunden…<\/p>\n","protected":false},"excerpt":{"rendered":" In einem Support Incident hatte ich in den letzten Wochen mit dem Problem zu k\u00e4mpfen, dass Mobile User, die sich per MUVPN (NCP IPSec Client) oder WatchGuard SSL-VPN-Client einw\u00e4hlen, zwar eine augenscheinlich stabile VPN-Verbindung stehen haben – aber trotzdem nicht auf Resourcen im lokalen Netzwerk zugreifen k\u00f6nnen.Die Besonderheit hierbei war jedoch, dass der Zugriff unmittelbar nach der Einwahl m\u00f6glich war (z.B. Test per “ping -t”) … Weiterlesen XTM: Mobile User verlieren Routing in das lokale Netzwerk<\/span> ![\"\"id=\"BLOGGER_PHOTO_ID_5535071752076649698\"](\"http:\/\/4.bp.blogspot.com\/_haYpXd-8uFA\/TNCGbrTT5OI\/AAAAAAAAAMk\/wUu8I8QS9f8\/s1600\/NIC-authentication-8021X.JPG\")
<\/a><\/p>\n