Alforno

Richtig, deswegen frage ich mich ja welche Bereichsoption dafür konfiguriert werden muss. Danke. mfg Alforno

Keiner eine Idee? mfg Alforno

In der Ereignisanzeige des Servers habe ich nichts passendes gefunden. In der Ereignisanzeige des Clients wird auf einen Fehler bei der Installation hingewiesen, der in der setuperr.log näher beschrieben sein soll. Dort steht aber nur, dass bei der unbeaufsichtigten Installation der Client nicht der Domäne beitreten konnte. Hängt, das mit dem DNS zusammen? Wenn ich meinen Client jetzt manuell in die Domäne heben möchte, muss ich vorher bei den LAN Einstellungen des Clients, den DNS eintragen. Ist das so richtig? Das sollte doch eigentlich nicht zwingend notwendig sein, oder? Muss ich in die .sif noch die IP des DNS eintragen? mfg Alforno

Habe die Bereichsoption 015 konfiguriert, der Domain Join klappt dennoch nicht. Wenn der Client Windows startet, kommt der Willkommensbildschirm. Also nicht der Anmeldebildschirm, der bei der Anmeldung an einer Domäne erscheint. Hat noch jemand eine Idee? Danke. mfg Alforno

@ grizzly999 Lang ist es her, bin aber erst heute dazu gekommen mich damit weiter zu beschäftigen. Also unter den Bereichsoptionen des DHCP war nichts eingetragen. Ich habe jetzt 015 aktiviert. Werde das jetzt ausprobieren. mfg Alforno

Es geht wieder. Es hat ungefähr 4 Minuten gedauert, bis die Kiste wieder ein Lebenszeichen von sich gegeben hat. Vermutlich war ich bei meinem Test letzte Woche zu ungeduldig. Danke euch. mfg Alforno

So, Rechner neugestartet und bis jetzt kein Lebenszeichen. ;) Naja, ich warte nochmal nen bisschen. Ich muss vorher eine VPN Verbindung zu der Kiste aufbauen, aber daran kann es ja auch nicht liegen oder? Danke euch. mfg Alforno

Komisch, ich habe das letzte Woche testweise intern versucht. Da musste ich mich nach dem Neustart erst einmal lokal anmelden, bevor ich mich dann von einem anderen Client remote anmelden konnte. Vielleicht versuche ich das gleich einfach nochmal. mfg Alforno

Hallo, ich möchte gerne einen Windows 2003 Server per RDP neustarten. Der Neustart wird auch durchgeführt, aber ich kann mich danach nicht wieder per RDP anmelden. Es muss doch eine Möglichkeit geben, das lokale Anmelden nach einem Neustart zu umgehen. Oder ist ein Dienst nicht richtig konfiguriert? Danke. mfg Alforno

Wie kriege ich das raus? Das Computerkonto ist bereits auf dem Server angelegt, 20 Nullen + MAC Adresse. Beim Booten über den RIS wird das Konto auch einwandfrei erkannt. Dort steht dann auch die Domäne. Ich melde mich mit Administrator und Passwort an und die Installation läuft an. mfg Alforno

Hallo, ich habe derzeit ein Problem mit einem RIS Image. Die Installation per RIS läuft ohne Fehler durch. Ich kriege den Computer aber nicht automatisch in die Domäne. Wenn die Installation abgeschlossen ist, kommt der Standard Anmeldebildschirm(Willkommensseite, mit den tollen Bilder für jeden Benutzer) und nicht der klassische Anmeldebildschirm. Ich möchte gerne, dass die Installation komplett unbeaufsichtigt durchläuft, sodass der User sich nur noch mit seinem Benutzernamen und Passwort an der Domäne anmelden muss um zu arbeiten. Die Software wird per gpo verteilt. Der Client wird mit der RIS Bootdiskette gestartet und nicht mit PXE, sodass der Treiber für die NIC doch schon vorhanden sein sollte. Hier meine .sif: ;SetupMgrTag [Data] AutoPartition=1 MsDosInitiated="1" UnattendedInstall="Yes" floppyless="1" OriSrc="\\%SERVERNAME%\RemInst\%INSTALLPATH%" OriTyp="4" LocalSourceOnCD=1 [setupData] OsLoadOptions="/noguiboot /fastdetect" SetupSourceDevice="\Device\LanmanRedirector\%SERVERNAME%\RemInst\%INSTALLPATH%" [unattended] UnattendMode=FullUnattended OemSkipEula=Yes OemPreinstall=No TargetPath=\WINDOWS FileSystem=LeaveAlone NtUpgrade=No OverwriteOemFilesOnUpgrade=No UnattendSwitch=Yes [GuiUnattended] AdminPassword=xxxxxxxx EncryptedAdminPassword=Yes OEMSkipRegional=1 TimeZone=%TIMEZONE% OemSkipWelcome=1 AutoLogonCount=2 AutoLogon=No [userData] ProductKey=xxxxxxxxxxxxxxxxxxxxxxx FullName="client" OrgName="test" ComputerName=%MACHINENAME% [setupMgr] DistFolder=C:\windist DistShare=windist [identification] JoinDomain=%MACHINEDOMAIN% DoOldStyleDomainJoin=Yes [Networking] InstallDefaultComponents=Yes ProcessPageSections=Yes [RemoteInstall] Repartition=Yes [OSChooser] Description="Windows XP Professional Service Pack 2" Help="Diese Option installiert eine Standardkonfiguration von Windows Professional." LaunchFile="%INSTALLPATH%\%MACHINETYPE%\templates\startrom.com" ImageType=Flat Vielleicht hat ja jemand eine Idee, es gab ja schon einige Beiträge aber ich habe keine Lösung für mein Problem gefunden. mfg Alforno

Es klappt, kann es ja selber nicht glaueben, auch die Geschwindigkeit des RDP ist ok. Hatte mir das deutlich langsamer vorgestellt. Kann nicht sagen woran es gelegen hat. Nach zweimaligem rebooten des Routers klappt nun alles einwandfrei. Vielen Dank an alle, besonders an ithome für die tatkräftige Unterstützung. Werde mich mal daran machen, das ganze auf ipsec umzustellen. Da werden ja sicherlich auch wieder Fragen aufkommen. mfg Alforno

Hallo ithome, ich habe gerade nochmal im Netz gesucht. Ich gehe weiterhin davon aus, dass der Router VPN Passthrough unterstützt. Habe einige Beiträge gefunde, in denen eindeutig davon gesprochen wird. In der Log Datei des SMC steht dazu nichts drin. Ich habe den den VPN Server aus der DMZ des Routers wieder rausgenommen. Komischweise funktioniert trotzdem alles wie vorher. Ich habe den Router zweimal neugestartet. Ist für mich nicht ganz nachzuvollziehen, warum man das Gerät mehrere Male starten muss, damit alle Funktionen laufen. Naja, ich werde es heute abend nochmal probieren. Vielleicht von der Client Seite mal ohne Router und sehen ob das funktioniert. Melde mich dann nochmal. Danke Dir für deine Mühe. mfg Alforno

In der Ereignisanzeige des Servers steht folgendes: Es wurde eine Verbindung zwischen dem VPN-Server und dem VPN-Client xxxxxxxxx initiiert, aber die VPN-Verbindung konnte nicht hergestellt werden. Der wahrscheinlichste Ursache dafür ist, dass der Firewall bzw. der Router zwischen dem VPN-Server und dem VPN-Client nicht so konfiguriert ist, dass GRE-Pakete (Generic Routing Encapsulation) zugelassen sind (Protokoll 47). Stellen Sie sicher, dass die Firewalls bzw. Router zwischen dem VPN-Server und dem Internet GRE-Pakete zulassen. Stellen Sie ebenfalls sicher, dass die Firewalls bzw. Router im Netzwerk des Benutzers auch so konfiguriert sind, dass GRE-Pakete zugelassen sind. Wenn das Problem weiterhin besteht, sollte der Benutzer sich an den Internetdienstanbieter wenden, um zu ermitteln, ob der Internetdienstanbieter eventuell GRE-Pakete blockt. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie Sagt dann wohl alles. mfg Alforno

Danke Dir für die ausführliche Antwort. Ich gehe aktuell davon aus, dass der Router VPN Passthrough unterstützt. Der Router hat nach außen eine feste IP. Die Weiterleitung für Port 1723 TCP eingerichtet. Sollte also klappen. Gibt es denn jetzt eine Möglichkeit zu prüfen, an welcher Stelle es genau hakt? Netzwerkmonitor? Aktuell habe ich den Server noch als DMZ Host eingetragen, wenn ich das nicht mache, kann ich vom Server aus nicht auf den Router zugreifen. Vielleicht hast du ja noch eine Idee wie ich der Sache auf die Spur komme. Mir ist aufgefallen, dass ich nachdem ich den Server als DMZ Host eingetragen habe, beim Versuch eine VPN Verbindung aufzubauen eine andere Fehlermeldung bekomme. Ich meine das vorher der Verbindungsversuch daran scheiterte, dass der VPN Server nicht kontaktiert werden konnte. Jetzt wird mir beim Verbindungsversuch angezeigt: Benutzername und Kennwort werden verifiziert ... Dies schlägt fehl. Fehler 721 Der Benutzername und das Passwort stimmen aber definitiv. Vielleicht hilft das ja schon. Gibt es für den RAS ein eigenes Protokoll oder steht das mit in der Ereignisanzeige? Nochmal vielen Dank für deine HIlfe sonst hätte ich das wohl alles schon lange aufgegeben. mfg Alforno

ipconfig vom server Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : servervpn Primäres DNS-Suffix . . . . . . . : company.local Knotentyp . . . . . . . . . . . . : Unbekannt IP-Routing aktiviert . . . . . . : Ja WINS-Proxy aktiviert . . . . . . : Ja DNS-Suffixsuchliste . . . . . . . : company.local PPP-Adapter RAS-Server-(Einwähl-)Schnittstelle: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : WAN (PPP/SLIP) Interface Physikalische Adresse . . . . . . : xxxxxxxx DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.2.120 Subnetzmaske . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Intel® PRO/1000 CT Network Connection Physikalische Adresse . . . . . . : xxxxxxxx DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.2.100 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.2.1 DNS-Server . . . . . . . . . . . : 192.168.2.100 route print vom server: IPv4-Routentabelle =========================================================================== Schnittstellenliste 0x1 ........................... MS TCP Loopback interface 0x10002 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface 0x10003 ...00 0c f1 bf dc 1b ...... Intel® PRO/1000 CT Network Connection =========================================================================== =========================================================================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik 0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.100 10 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.2.0 255.255.255.0 192.168.2.100 192.168.2.100 10 192.168.2.100 255.255.255.255 127.0.0.1 127.0.0.1 10 192.168.2.120 255.255.255.255 127.0.0.1 127.0.0.1 50 192.168.2.255 255.255.255.255 192.168.2.100 192.168.2.100 10 224.0.0.0 240.0.0.0 192.168.2.100 192.168.2.100 10 255.255.255.255 255.255.255.255 192.168.2.100 192.168.2.100 1 Standardgateway: 192.168.2.1 =========================================================================== Ständige Routen: Keine Hoffe das hilft weiter. Dankeschön für die Mühe. mfg Alforno

Hier ist das Ergebnis vom Notebook: Windows 2000-IP-Konfiguration Hostname. . . . . . . . . . . . . : laptop1 Primäres DNS-Suffix . . . . . . . : Knotentyp . . . . . . . . . . . . : Broadcastadapter IP-Routing aktiviert. . . . . . . : Nein WINS-Proxy aktiviert. . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : WorkGroup Ethernetadapter "LAN-Verbindung": Verbindungsspezifisches DNS-Suffix: WorkGroup Beschreibung. . . . . . . . . . . : 3Com EtherLink XL 10/100 PCI-TX-NIC (3C905B-TX) Physikalische Adresse . . . . . . : xxxxxxx DHCP-aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IP-Adresse. . . . . . . . . . . . : 192.168.2.11 Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.2.1 DHCP-Server . . . . . . . . . . . : 192.168.2.1 DNS-Server. . . . . . . . . . . . : 192.168.2.1 Lease erhalten. . . . . . . . . . : Montag, 3. September 2007 14:10:24 Lease läuft ab. . . . . . . . . . : Dienstag, 4. September 2007 02:10:24 route print vom laptop =========================================================================== Schnittstellenliste 0x1 ........................... MS TCP Loopback interface 0x1000003 ...00 01 02 17 1a 3e ...... 3Com EtherLink PCI =========================================================================== =========================================================================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Anzahl 0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.11 1 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.2.0 255.255.255.0 192.168.2.11 192.168.2.11 1 192.168.2.11 255.255.255.255 127.0.0.1 127.0.0.1 1 192.168.2.255 255.255.255.255 192.168.2.11 192.168.2.11 1 224.0.0.0 224.0.0.0 192.168.2.11 192.168.2.11 1 255.255.255.255 255.255.255.255 192.168.2.11 192.168.2.11 1 Standardgateway: 192.168.2.1 =========================================================================== Ständige Routen: Keine

Gibt es eine Möglichkeit das Ergebnis aus der cmd zu kopieren? mfg Alforno

Ist alles nur zu Testzwecken. Auf dem Server ist nichts drauf. Die Verbindung stelle ich ganz normal mit Windows Boardmitteln her. Also neue Verbindung erstellen und dann vpn usw. Wie könnte ich den jetzt sehen, wo es hakt? mfg Alforno

Die Notebooks sind, genau wie der Server direkt mit dem Router verbunden. Der Router hat einen integrierten Switch. Ich habe jetzt beim Server den Router als Gateway eingetragen. Zusätzlich habe ich den Server als DMZ Host im Router eingetragen. Habe den Router neugestartet, jetzt können auch die Notebooks wieder online gehen. Ich kann den Router auch vom Server aufrufen, dass funktionierte vorher ja nicht. Wenn ich mich jetzt von außen verbinden will, klappt es nicht. Ich denke ich sollte jetzt mal kontrollieren inwieweit Daten beim VPN Server ankommen. @ithome vielleicht hast du ja noch eine Idee. Dein Tipp mit der DMZ host war ja offensichtlich schonmal ein Volltreffer. :) Danke. mfg ALforno

ich habe jetzt im Router unter DMZ Host, die IP des Serves eingetragen. Jetzt kann ich vom Server zwar den Router aufrufen, dafür können die Notebooks nicht mehr online. Vielleicht lasse ich das Ganze lieber. ;) mfg ALforno

@ithome ich habe gerade nochmal nachgeguckt. Im Router habe ich die Möglichkeit folgenden Punkt zu definieren: IP Address of Virtual DMZ Host Soll ich da mal die IP des Servers eintragen? 192.168.2.100 mfg Alforno

@ithome ja das ist eine gute frage. Wenn ich dort den Router eintrage, dann kann ich zwar ins I-Net, aber die Weboberfläche des Routers kann ich nicht aufrufen. Ist denn der Eintrag bei Standardgateway zwingend notwendig? Bei den beiden Notebooks die hier noch mit am Router hängen, ist auch kein Gateway eingetragen und ich kann trotzdem ins I-Net. Nein dein Vorschlag habe ich noch nicht umgesetzt, fühle mich da auch etwas überfordert, deswegen wollte ich das erstmal so versuchen. Danke für die Mühe. mfg ALforno

ergebnis von ipconfig auf dem server: hostname .....: servervpn primäres dns-suffix .....: company.local ip-routing aktiviert .....: unbekannt wins-proxy aktiviert .....: ja dns-suffixsuchliste .....: company.local ppp-adapter ras-server-(einwähl-)Schnittstelle: verbindungsspezifisches dns-suffix: beschreibung .....: wan (PPP/slip) interface physikalische adresse .....: xxxxxxxxxxxxxxx dhcp aktiviert .....: nein ip-adresse .....: 192.168.2.120 subnetzmaske .....: 255.255.255.255 Standardgateway .....: ethernet-adapter LAN-Verbindung: verbindungsspezifisches dns-suffix: beschreibung ....: intel physikalische adresse .....: xxxxxxxxxxxxxx dhcp aktiviert .....: nein ip-adresse .....: 192.168.2.100 subnetzmaske .....: 255.255.255.0 standardgateway .....: dns-server .....: 192.168.2.100 Über eine Antwort würde ich mich freuen. Es muss doch möglich sein, das zum laufen zu bringen, ich verzweifel hier bald. Danke. mfg Alforno

Jetzt habe ich gerade festgestellt, dass ich von dem Windows Server 2003(VPN Server) nicht auf den Router zugreifen kann. Dann wird wohl eine Verbindung von außen erst Recht nicht funktionieren. Woran kann das liegen? Sollte ich den DHCP auf dem Router doch besser deaktivieren und allen Clients feste IPs geben. Der Router hat die 192.168.2.1 Der Server hat die feste IP 192.168.2.100 Die beiden Notebooks bekommen dynamische IPs vom DHCP des Routers. Ich blicke da langsam nicht mehr durch. Vielleicht hat ja noch jemand nen Tipp, würde mich freuen. mfg Alforno