Operator

Hmm.. das ganze scheint lokal ohne weiteres zu funktionieren. Bei mir klappt das nur nicht auf einem Netzwerklaufwerk. Ist das bei Dir auch der Fall? Gruß Andre

Hi daruma, hat das Ganze denn schon mal funktioniert? Konnte auf die Schnelle nix finden. Gruß Andre

Ok soweit klar... - Welches Login Script? Du meinst die Anmeldemaske? Das könnte daran liegen, daß der DC über die VPN Verbindung nicht erreichbar ist. Dies kann z.B. dann der Fall sein, wenn Du via DHCP den DNS Server des Providers bzw. des Internetrouters verteilst. Besser wäre die komplette Namensauflösung über einen DNS der Domain (z.B. zusätzlicher DC am Standort 2 oder der Server an Standort 1 wenns nicht anders geht) zu machen. Dieser DNS hat dann eine Weiterleitung an den DNS deines ISP konfiguriert, um Internet Hosts aufzulösen. Der interne DNS ist nötig, damit der Client in Standort 2 einen Anmeldeserver ausfindig machen kann. Ja, wahrscheinlich bekommst Du bei der VPN-Einwahl den DNS-Server von Standort 1 zugewiesen. Dann klappt das ganze natürlich. Prüf das ganze mal und poste bitte Ergebnisse oder weitere Fragen :) Gruß Andre

Hi, deinen ersten Blick solltest Du in das Ereignisprotokoll werfen. Wenn Du da näheres findest, helfen wir natürlich gerne weiter. Gruß Andre

Hallo Dr. Melzer, ich denke auch, daß ich mich daran gewöhnen werde :) Und gegen freundschaftlichen Ton ist ja nie was einzuwenden. Andre

Ich fand den Vortrag auch sehr schön. Könnte ich meinen Azubi's auch mal empfehlen ;) Kleines Manko hätte ich dennoch: Ich mag es nicht unbedingt indirekt gedutzt zu werden in Vorträgen ("ihr" im Sinne der Community). Im Forum hab ich da keine Probleme mit, aber in Vorträgen wirkt das doch eher befremdend. Zumal in anderen Technet Webcasts auch das "Sie" vorherrschend ist. Ich weiß nicht, ob ich mit der Meinung alleine da stehe, aber ich wollts einfach mal loswerden :) Dennoch sage ich vielen Dank für die investierte Arbeit und freue mich auf folgende Webcasts. Gruß Andre

Hi, na wie fast immer startet man doch beim Hersteller, oder? :) http://www.microsoft.com/germany/technet/datenbank/articles/600283.mspx Gruß Andre

Hi, ich bin jetzt von einem Terminalserver ausgegangen :) RDP auf Server kommt nunmal bei mir häufiger vor als auf XP :) Du kannst in den lokalen Richtlinien die Überwachung für Anmeldungen einschalten und dann im Ereignisprotokoll unter Security evtl. erkennen woran's liegt. Ein Versuch ist es Wert. Gruß Andre

Hi Sigma, In der Terminaldienstekonfiguration (Start / Ausführen / tscc.msc) kannst Du in den Eigenschaften fürs RDP-Tcp Protokoll unter Anmeldeeinstellungen den Haken "Kennwort immer anfordern" rausnehmen, falls dieser gesetzt sein sollte. Standardmäßig ist diese Option deaktiviert. Falls das nicht funktioniert, oder der Haken ausgegraut ist, wird irgendeine Gruppenrichtlinie diese Option aktiviert haben, so daß Du die entsprechende Richtlinie ändern musst. Gruß Andre

Hi, regedit.exe bietet seit XP die Möglichkeit remote via Netzwerk auf einen anderen PC zuzugreifen. Unter 2000 musst Du hierfür regedt32.exe bemühen. Falls Netzwerk nicht möglich ist: Ich weiß, daß man die NTUSER.DAT-Dateien einzelner User in den HKEY_USERS Strang laden kann, um Einträge zu bearbeiten. Dies wird auch für HKEY_LOCAL_MACHINE funktionieren, aber es könnte sein, daß Du Berechtigungsprobleme bekommst. Am besten ausprobieren. HKEY_USERS in Regedit auswählen. Dann über Datei / Struktur laden die Datei C:\WINDOWS\system32\config\system laden und einen Namen wie HKLM vergeben. Danach kann der Strang HKEY_USERS\HKLM bearbeitet werden. Zum Schluß HKLM markieren und via Datei / Struktur entfernen wieder entladen (speichern). Noch ein Tipp: Der CurrentControlSet-Teil der Registry ist nur zur Laufzeit verfügbar. Daher musst Du ControlSet001 editieren (der Part, der beim nächsten Boot als CurrentControlSet zur Verfügung steht). ControlSet002 ist die letzte als funktionierende Konfiguration. Hattest Du die eigentlich ausprobiert? Beim Starten F8 -> Letzte als funktionierende Konfiguration auswählen und booten. Dann werden alle Einstellungen wieder rückgängig gemacht, die seit dem letzten erfolgreichen Anmelden stattgefunden haben. Gruß Andre

@firefox80 Auszug aus der EULA, die während der Installation der aktuellen Version 3.02 angezeigt wird. Ich denke mal, daß das auch für kommerzielle Zwecke gilt. Vor allem, da nichts Gegenteiliges in der EULA steht. Schönes WE noch :) Andre

Hi, oh nur drei Einträge? ;) Bei mir sinds gerade 12. Liegt wohl an den virtuellen Interfaces einiger VPN-Clients und von VMWare. Wenn man weiter nach den einzelnen GUIDs sucht findet man auch Einträge, wo der Anzeigename des Interfaces drin steht. Aber das ganze an zentraler Stelle zu setzen ist immer einfacher und meist auch sinniger. Gruß Andre

Hi, Wir setzen Filzip kommerziell ein. Ist zwar nicht mein Favorit, aber es funktioniert :) Ich bevorzuge WinRAR... ist halt nur nicht kostenlos. Ein MSI Paket kannst Du mit quasi Boardmitteln erstellen. Eine Lightversion von WinInstall liegt jeder Windows Server CD bei. Gruß Andre

Die Frage nach dem Betriebssystem wäre wirklich wichtig :) Für unterschiedliche Betriebssysteme gibts unterschiedliche Keys. Auch wenn der Key nicht vorhanden ist, heißt das nicht automatisch, daß er nicht ausgewertet wird, wenn man ihn denn erstellt. Das Ziel ist das Deaktivieren von DDNS, um eine Clientregistrierung beim DNS Server zu unterbinden. Wird oft dann gemacht, wenn der DNS-Server dies nicht unterstützt. Wenn ein DNS Server zu oft Fehler liefert beim Registrieren, wird dieser aus der Liste der gültigen DNS-Server herausgeworfen (wenn mehrere in der Liste stehen). Dies führt tw. zu Problemen bei der Namensauflösung. Gruß Andre

@lefg: Die GUID ist pro Netzwerkkarte verschieden. Sprich: Nicht bei jedem Rechner heißt die GUID {E52A016B-4C72-4048-9618-88C5E120CD84}. Andre

DVD's sind kopiergeschützt. Und wenn Du direkt streamen könntest, wäre das ja eine Umgehung des Kopierschutzes. Die einzig legale Methode dies zu machen ist einen richtigen DVD-Player zu nehmen und das Bild/Ton-Signal dann über TV-Karten etc. in den Rechner zu leiten. Mit dieser Quelle kannst Du dann streamen. Wahrscheinlich geht es auch mit inoffiziellen Methoden, aber die werden hier nicht supported. Sorry. Gruß Andre

Hi, ich kann das ganze jetzt nur für einen Windows Server 2003 beschreiben, aber das sollte analog auch für den 2000 Server gehen. Unter RRAS / IP-Routing / NAT/Basisfirewall muss die externe Schnittstelle hinzugefügt werden (wird schon passiert sein bei Dir). In den Eigenschaften für das Interface gibt es den Reiter "Dienste und Ports" wo die entsprechenden Umleitungen vorgenommen werden können. Webserver ist da z.B. schon vorkonfiguriert, so daß Du nach dem Setzen des Hakens nur noch die IP-Adresse des internen Servers eintragen musst. Sollte dies unter Windows 2000 anders zu konfigurieren sein, bitte ich den einen oder anderen Leser mal eben nachzusehen :) Gruß Andre

Hi Alex, wenn Du den selben Wert unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters setzt, gilt das für alle Interfaces (Windows Server 2003) Für XP: http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/Default.asp?url=/resources/documentation/Windows/XP/all/reskit/en-us/prjj_ipa_ajna.asp Gruß Andre

Hi, wie wäre es, wenn Du deine Rechner mit netdom.exe aus dem Ressource Kit umbenennst? Ist wahrscheinlich die sauberere Lösung :) http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=49ae8576-9bb9-4126-9761-ba8011fabf38 http://support.microsoft.com/default.aspx?scid=kb;en-us;298593&sd=tech Die Tools müssen auf einem XP Rechner installiert sein, können aber auch dazu benutzt werden w2k Rechner umzubenennen. Gruß Andre

Hi und willkommen an Board. Was liefert denn ein "ping www.google.de"? Wenn oben neben http://www.google.de die richtige IP-Adresse steht, funktioniert schon mal DNS. Wenn Du dann auch noch eine Antwort bekommst, funktioniert auch das Routing. Dann würde ich schauen, ob an deinem PC irgendwas nicht stimmt (IE, Proxy-Settings rausnehmen etc.) Gruß Andre

... und genau die MELDUNG interessiert mich :) Aber als Vorab-Tipp: Schon mal Speicher und andere Hardware getestet? Ist irgendwas geändert worden? Gruß Andre

@localhost: Das kann man nie genau wissen :) Daher auch meine Frage, ob überhaupt eine Verbindung zustande kommt. Warten wir einfach mal eine Antwort ab :) Ich geh jetzt ins Bettchen! Gruß Andre

Na dann mal herzlichen Glückwunsch und viel Erfolg für die letzte Hürde :) Im Thema Security bist Du ja jetzt drin ;) Andre

Hi, darfst Du nicht (Zugriff verweigert) oder bekommst Du erst gar keine Verbindung? Gruß Andre

Hi Jürgen, wie darf ich das verstehen? Deine User connecten zum Server und können via PCAnywhere Öffen/Speichern-Dialoge öffnen? Wie verbinden die sich denn zum Server? Terminal-Dienste? Wenn ja, wofür dann PCAnywhere? Ich denke, daß das Entfernen der Dialoge nicht die Lösung sein sollte. Beschreibe deine Situation mal ein wenig genauer, dann finden wir vielleicht eine bessere Lösung :) Gruß Andre