IThome

Und dieses Profil kann auch im NETLOGON-Share abgelegt werden, dann wird es für jedes neu zu erzeugende Profil eines Domänenbenutzers herangezogen ... Das Default User Profil ist geladen, wenn man STRG-ALT-ENTF zum Anmelden eingeben muss, das Alluser Profil erst, nachdem man sich angemeldet hat ...

Was bedeutet, das Programm muss beendet und neu gestartet werden ? Ist das ein Dienst, der neu gestartet werden muss ? Oder muss am Server ein Benutzer angemeldet sein, der das Programm dann geöffnet hat ?

Was genau funktioniert nicht, Du kommst auf den Server nicht rauf ? Wie versuchst Du es ?

Kiel ist etwa 80 km von Lübeck entfernt. Müssen wir mal schauen, warum nicht. In Laboe baden wir manchmal im Sommer :)

Weil Deine Domäne noch im gemischten Modus ist. Wenn Du domänenlokale Gruppen auf dem Client sehen willst, musst Du den Domänenbetriebsmodus anheben ...

Ich komme aus Kiel und habe in Lübeck Berufsschule gehabt ...

Er setzt den Stack bzw. Winsock zurück. Haste mal ne andere NIC eingesetzt ? Oder diese NIC deinstalliert und in einen anderen Slot gesteckt ? Wenn sie auf dem Board ist, einmal deinstallieren und danach eine Hardwareerkennung durchführen lassen ...

Versuche mal, wenn noch nicht geschehen ... NETSH INT IP RESET RESETLOG.TXT NETSH WINSOCK RESET CATALOG danach neu starten und Adressen neu vergeben ...

Von mir auch herzlichen Glückwunsch und alles Gute :) 5:30 Uhr, das geht doch noch ... :D

Das hat nichts mit Arbeitsgruppen zu tun. Du kannst auch nicht pingen ? Poste mal IPCONFIG /ALL des Clients und des XP-VPN Servers bei Verbindung ...

Offensichtlich arbeitet dieses Feature nicht mit Deinem Router zusammen. Es funktioniert mit Microsoft DHCP-Servern (habe es auch noch nie mit einem Router-DHCP probiert). Keiner Deiner Clients bekommt eine Adresse via DHCP, der VPN-Server bekommt mehrere Adressen (er reserviert sie sich) vom DHCP-Server und gibt sie an die Clients via IPCP weiter ...

Der VPN-Client selbst bezieht seine Adresse aber nicht via DHCP. Der VPN-Server bezieht mehrere vom DHCP-Server, die er dann dem Client und sich selbst zuweist. Hat der VPN-Server einen DNS-Server und/oder einen WINS-Server konfiguriert, werden per Default diese Adressen ebenfalls mit übergeben. Insofern ist dieses Verhalten genauso wie beim 2003 RRAS, mit dem Unterschied, dass der 2003 RRAS sich mindestens so viele Adressen reserviert, wie er Ports zur Verfügung stellt, höchstens aber 10 Adressen am Stück. Ich weiss jetzt gar nicht, ob man bei einer XP-Maschine auch einen DHCP-Relay-Agent konfigurieren kann, damit der VPN-Client auch DHCP-Optionen erhält (ich glaube aber nicht, dass das funktioniert).

Zum Thema DHCP, existiert ein Windows DHCP-Server, reserviert sich der XP-Rechner 2 Adressen, von denen er eine an den VPN-Client und eine sich selbst zuweist. Mit UNC Pfadangaben solltest Du DIch verbinden können. Wenn die Namensauflösung nicht funktioniert, kannst Du mit der HOSTS-Datei arbeiten oder Du kannst Dich mit der Adresse (\\192.168.100.10 z.B.) verbinden ... Browsing in Arbeitsgruppen ist ein Thema für sich, besonders wenn ein Router (der VPN-Server) dazwischen hängt. Das funktioniert selbst in Domänenumgebungen nicht zuverlässig ...

Genau

Hallo und herzlich willkommen, 1. Nein, kannst Du nicht (brauchst es aber auch nicht) 2. Das ist PPP, die 32er Maske ist okay 3. Hast Du denn einen lokalen DHCP-Server ? Gruss Sven

Wie hast Du das getestet, meine Werte sind locker mindestens doppelt so hoch ...

RDP oder ICA ?

Dann ist es wohl einfacher, dass der Haken gesetzt wird, wenn Du den Router verwalten musst. Oder per RDP auf den Server und von dort (der kann ja) ...

Sag ich ja, das ist irgendwie doof so ...

ROUTE ADD 192.168.101.100 MASK 255.255.255.255 192.168.100.254 IF 0x... die Punkte erstezen durch den bei Dir angezeigten Index für die WAN-Verbindung ...

Kann man schon, über den Schnittstellenindex (habe ich aber noch nie ausprobiert). Der ändert sich aber bei jeder Einwahl. Kannst ja mal probieren, ob das klappt. Mit ROUTE PRINT den Schnittstellenindex feststellen (bei Verbindung), dann an das oben genannte ROUTE ADD ... IF <Index> anhängen. Praktikabel ist das aber irgendwie nicht ...

Ja schon, das kann man über den Einwählen-TAB im Benutzerkonto machen. Diese Route wird aber nicht am Client zugefügt, sondern am Server und der kennt den Weg ja schon. Dein Client versucht, wenn er die 192.168.101.x erreichen will, diese Adresse über sein Default Gateway zu erreichen. Das ist aber der interne Router (192.168.0.1) und es schlägt natürlich fehl.

Setze mal den Haken in der DFÜ-Verbindung und probiere es aus Eigenschaften der VPN-Verbindung - Eigenschaften Internetprotokoll - Erweitert - "Standardgateway im Remotenetzwerk verwenden" edit: hab das mit der Route auch mal kurz probiert, das klappt nicht ...

Er MUSS statisch funktionieren, da er sonst kein z.B. DHCP-Server werden kann. Schliesse die Adresse, die er vom DHCP bekommen hat, aus dem Bereich aus oder nimm eine Adresse ausserhalb des Bereiches. Ist auf dem SBS der RRAS installiert und Filter gesetzt ? Ist das ein Premium und der ISA-Server ist installiert ? Poste mal IPCONFIG /ALL des SBS, wenn er per DHCP eine Adresse erhalten hat und IPCONFIG /ALL, wenn Du es statisch konfiguriert hast ...

Ist der Client so konfiguriert, dass er das Gateway im Remotenetzwerk benutzt oder hast Du einen Split Tunnel ? Im zweiten Fall gib auf dem Client bei bestehender VPN-Verbindung mal ROUTE ADD 192.168.101.100 MASK 255.255.255.255 192.168.100.254 -P ein