_STF_

So. Nachdem sich hier nun keine meldet, sieht die Situation auch schon wieder ganz anders aus: Auf dem Server läuft immernoch W2k und ein AD, und er fungiert auch noch als DHCP, DNS, WINS und VPN-Server. Aber es hat sich auch einiges geändert: Die zuvor vorhandene ICS habeich jetzt entfernt und den Internetzugang direkt per Routingschnittstelle realisiert --> keine DFÜ-Verbindung mehr. Zusätzlich läuft jetzt natürlich NAT: Dazu habe ich eine statische Route definiert die an diese Internetroutingschnittstelle gebunden ist und als Ziel und Maske jeweils 0.0.0.0 hat. Damit funktioniert das Internet im LAN (anscheinend) problemlos. Jetzt komme ich aber wieder zur VPN-Geschichte: Ein Client wählt sich ein und meldet sich wohl auch gleich an der Domäne an (VPN-Verbindungseinstellung: "Windows-Anmeldedomäne einbeziehen"). Das ist soweit erfolgreich, der VPN-Client kann per Namen auf den Server und seine Freigaben zugreifen, alle anderen LAN-Rechner sind nur per IP zu erreichen. In Gegensatz dazu kann mindestens ein Rechner aus dem LAN (mehrhab ich grad nicht an) per Computernamen auf die Freigaben des eingewählten VPN-Clienten zugreifen. Das ist die aktuelle Situation, im folgenden die Ip-Konfiguration aller Beteiligten: Der Server hat im LAN die 192.168.0.1 mit Subnetz 255.255.255.0. DHCP läuft mit einem Bereich von .0.10 bis .0.50 Ein LAN-Rechner hat die IP 192.168.0.10 per DHCP zugewiesen bekommen. Der RRAS hat sich nen paar IP-Adressen (.0.11 bis .0.20) geleast und verwendet diese für die Einwahlen - Die VPN-Clienten bekommen auch eine dieser Adressen. Was muss ich jetzt noch an statischen Routen oder so erstellen, oder Paketfilter oder was auch immer, so dass auch der VPN-Client auf die Netzwerkresourcen zugreifen kann. Vielleicht hat auch jemand einen Tipp, wie ich es bewerkstellige, dass in einer LAN-Lobby von diversen Spielen alle beteiligten auftauchen, oder gibts da noch besondere Vorkehrungen? Ich freue mich auf eure Tipps und Fragen :-) Stefan :D

Moment, ich schreib grad ne ausführliche Beschreibung der aktuellen Situation!

Prima und Danke! Jetzt funktioniert die Adressfreigabe ordnungsgemäß. Nun sind nur noch ein paar kleine Probleme mit den Namen zu klären. Aber dazu werde ich mal meinen alten Thread wiederbeleben, den keiner beantworten wollte :-) STF :D

Aha. Na sowas in die Richtung hatte ich mir schon gedacht, deswegen habe ich ja auch den Hinweis der ICS dazugeschrieben :D Also werde ich die ICS deaktivieren. Wenn ich das Routingprotokoll NAT einrichte, muss ich da irgendwas weentliches einstellen, um die gleiche Funktionalität zu erhalten, die mir ICS bis jetzt bietet? das funkt nämlich relativ problemlos, ausser dass der "richtige" DHCP-Server spinnt. Danke für die Auskünfte schonmal :-) So schnell wie das geht bin ich wohl demnächst öfter hier :D Stefan

Hallo, ich habe hier ein Problem: Ich habe einen W2k-Server eingerichtet und bastel nun am DHCP-Dienst. Dazu habe ich einen neuen Bereich erstellt, der IP-Adressen im Bereich von 192.168.0.10 bis 192.168.0.49 vergeben soll. Der Server selbst hat die Adresse 192.168.0.1 und es läuft die Internetverbindungsfreigabe. Jetzt habe ich einen Clienten angeschlossen (W2k) und der erweist sich als überaus störrisch, nach dem Booten erhält er die IP-Adresse 192.168.0.2 (!), wo doch der DHCP-Server diese Adresse gar nicht im Bereich hat. Läuft denn irgendwo anders noch ein DHCP? ipconfig /all sagt dazu, dass das Lease für die Adresse gerade frisch aktuell geholt wurde und erts in8 Tagen abläuft. Auch nach einem /release und /renew steht wieder eine neue Uhrzeit für das Lease da. Und IMMER bekommt der Rechner die .0.2? Erst als ich in der Netzwerkumgebung die LAN-Verbindung deaktiviert hatte und anschließend aktiviert habe hatte ich plötzlich eine .0.10 mit der Hinweismeldung, dass schon ein anderer Computer mit dem gleichen Namen im Netzwerk existiert. Nach einem neuerlichen ipconfig /release und /renew stand dann wieder die .0.2 in den Netzwerkeinstellungen. Seit dem hat er nie wieder den .0.10 - Lease vom DHCP-Server in Anspruch genommen. Könnt Ihr mir helfen? Ich habe ein derartiges Problem hier noch nicht finden können .... Stefan

Also das mit dem nicht mehr funktionierenden Internet habe ich bei mir lösen können indem ich in der VPN-Verbindung unter Eigenschaften --> Netzwerk --> TCP/IP --> Einstellungen --> Erweitert den Haken bei dem Punkt "Standardgateway benutzen" (o.ä.) weggenommen habe. Dann läuft auf den Clients auch das Internet noch. Aber ich weiß nicht, ob das noch andere Probleme mit sich zieht. STF

Hallo, das Thema ist sicherlich nicht neu, aber ich konnte im Forum keine ausreichende Antwort finden. Folgendes Problem: Hier vor Ort läuft ein VPN-Server direkt am DSL-Modem (Netzwerkkarte 1) und ist auch mit dem LAN Verbunden (Netzwerkkarte 2, 192.168.0.1). Auf dem Rechner laufen auch DHCP und WINS-Server. Ein Client kann sich mitlerweile "problemlos" mit dem Server verbinden und ist dann über seine zugeteilte IP auch erreichbar. Im den aktiven Registrierungen des WINS-Server sind Arbeitsgruppe und Rechnername des eingewählten Clients auch korrekt aufgeführt. Allerdings ist ein Zugriff über den Rechnernamen per Eingabe in die Adresszeile nur auf dem VPN-Server, nicht aber auf den angeschlossenen LAN-Rechnern möglich. Zudem kommt auf dem Server beim Zugriff über den Namen die Meldung "Die Liste der Arbeitsgruppenrechner ist zur Zeit nicht verfügbar" Was muss ich noch einstellen, damit 1. Alle Lan-Rechner auf dei eingewählten Rechner per Rechnername zugreifen können und 2. Alle (eingewählten) Rechner per Arbeitsgruppe und Rechnernamen in der Netzwerkumgebung auftauchen (bei allen Rechnern, also auch den eingewählten) Wenn das Problem auch noch gelöst ist bin ich ein glücklicher Mensch :-) Übrigens, mein lokales Netz läuft in einer Domäne und alle Rechner(User) melden sich daran an. Vielen Dank für eure Bemühungen :) _STF_