dalmatino

Wenn der PDC unten ist, krieg ich folgende Fehlermeldung auf dem DC: N Tipp?

Sobal der wieder da ist, geht alles, auch RDP. An meinem Client is auch der der alternative DNS eingetragen. Am DC ist er selbst als alternativ eingetragen.

Das Anmelden scheint so an den Clients zu funktionieren, aber wenn ich dann vom Client aus auf den DC via Remote-Dekstop will, sagt er mir: "Anmelden nicht, möglich, da angegeben Domäne nicht vorhanden oder es kann keine Verbindung hergestellt werden" Fahr ich den PDC wieder hoch, rennt alles normal...

Hallo, können denn parallel für die selbe Domäne zwei globale Katalog-Server zuständig/vorhanden sein? Was meinst du denn genau damit? Der DC zeigt imo auf den PDC als DNS. Auf dem DC ist als alternativer DNS er selbst eingetragen. Gruß

Ja, es sind AD-Integrierte Zonen und auf dem DC ist DNS installiert und funktioniert auch. Muss zwingend der alternative DNS auf den DC weisen? Bei meiner Recherche hab ich was wegen GC gefunden. Hat das was damit zu tun? Gruß

Hallo Leute, in meiner Testumgebung, hab ich den PDC heruntergefahren und wollte mich dann mit dem XP-Client an der Domäne anmelden. Dann bekam ich aber die Meldung:"Domäne nicht verfügbar",.... Der PDC hat das AD aber sauber auf den DC repliziert. Netlogon ist auch gestartet. Was hab ich noch vergessen? Muss der DC auch Katalog-Server sein? Könnt ihr mir mal so ein paar Tipps geben. Im Prinzip will ich realisieren, dass wenn der PDC ausfällt, es in dem Sinne gar nicht auffält. Sondern sich Clients trotzdem ganz normal an der Domäne anmelden können. Danke!! Gruß

Der Befehl lautet "Taskkill" BSP: Taskkill /im /f netlogon Parameter "im" ist für den Abbildnamen Parameter "f" ist für das Erzwingen Weitere Infos unter cmd -> Taskkill /? TSKill ist um User-Sessions zu beenden! Gruß

Dann muss es was mit den Berechtigungen zu tun haben. Womit connectest du auf den T-Server? Ist der T-Server auch AD-Controller?

Meld dich mal als Admin an dem Rechner an. Dann geh mal Systemsteuerung -> Benutzer -> Benutzerkontenverwalten; Benutzer hinzufügen: Dann füg mal den Benutzer mit Domänensuffix ein. Bsp: \\contoso.local\DeinBenutzer Gruß

Günther du bist der Beste. Ich probiere das nacher mal. Danke!

Hallo Günther, vielen Dank für deine prompte Antwort. Aber kannst du dich bitte ein wenig genauer ausdrücken? Was genau muss ich tun, und wieso sollte es dann funktionieren. Hab Nachsicht, möchte es auch verstehen, was ich da mache,.... Gruß dalma

Wenn die Drucker am lokalen Client installiert sind, werden diese auch in die Session auf den TS-Server eingebunden und stehen als Drucker zur Verfügung.

Hallo, kann es sein, dass der PC nicht sauber in der Domäne ist? Können sich andere Domänen-Benutzer anmelden?

Hallo Leute, ich brauch mal wieder euere Hilfe. Hab zwar diesen Artikel schon gelesen, schnalle es aber nicht ganz. http://www.mcseboard.de/windows-forum-ms-backoffice-31/exchange-weiterleitung-externe-mitarbeiter-97509.html Also, bei uns ist es so: - SBS2K3 mit Exchange - Zwei Externe MA - POP3 Postfächer bei Provider - POP-Con holt diese ab für Exchange (Bis auf die für die Externen) - Externen Rufen die Mails direkt vom Provider ab - Lokale Domäne heisst genau so wie Maildomäne vom Provider Unser Problem ist nun, dass wir den Externen MA's jetzt keine Mails schicken können, weil der Benutzer im AD nicht existiert. Sollen auch nicht angelegt werden. Habt ihr eine Idee wie ich das einstellen muss, damit die MA's Mails von uns bekommen können? Danke! Gruß dalma

Kann es mit irgendwelchen Domänenrichtlinien zu tun haben die scharfgeschlatet werden, wenn er in der Domäne ist? Gruß

Oder man schaue hier :) http://www.microsoft.com/germany/sbserver/uebersicht/faq/produktinformationen.mspx Gruß

Nochwas, sobald die Kiste nicht mehr in der Domäne ist, geht alles. Der Lizenzserver bleibt trotzdem eigentragen und er erkennt ihn auch. Hängt er wieder in der Domäne geht's nicht. Das kuriose ist, Terminalplatinen (Axel) können sich ohne Probleme anmelden! Ich verzweifle noch.

Hallo, das ist wie du schon sagst, für Anwedungen, habs aber aus Spaß mal trotzdem gemacht. Bringt wie vermutet trotzdem nix. :( Noch jemand ne Idee? Kann doch nich sein, dass man wegen der R2 Version überall jetzt die neuen RDP 6.0 Clients installieren muss?! :-/ --Edit-- Was noch komisch ist, ist ja die Tatsache, dass der R2 ja auch nur den "alten" Client bereitstellt. Somit müsste es ja auch ohne v6.0 laufen?! Oder seh ich das falsch?

Im Ereignisprotokoll steht nix! Lizenztyp ist Pro Benutzer, Open Lizenen sind vorhanden und ausgestellt. Am Lizenzserver liegt es definitiv nicht. Das Problem ist, dass die Außendienstler dann auch alle das Update auf den neuen Client brauchen.... :-/ Wie oben schon erwähnt; In den RDP-Eigenschaften habe ich die Sicherheit auf "aushandeln" und Verschlüsselung auf "niedrig" gestellt. Bringt trotzdem nix. Mich wundert, dass die Version aufm dem R2 die RDP 5.2 ist und der alte RDP Client hat auch die Shellversion 5.2. Der Andere TS im Netz hat die gleiche Version jedoch ist er kein R2. Bei dem läuft alles. Gruß

Hallo Leute, ich hab folgendes Problem sobald man mit RDP versucht auf den Server zu verbinden. Remotedesktop getrennt --------------------------- Der Client konnte keine Verbindung mit dem Remotecomputer herstellen, da ein Sicherheitsfehler aufgetreten ist. Stellen Sie sicher, dass Sie auf dem Netzwerk angemeldet sind, und wiederholen Sie den Vorgang. Es handelt sich um einen W2k3 Standard R2, der nur TS sein soll. TS-Lizenzserver etc. alles da und i.O.... Was ich festgestellt habe, ist, das es mit dem neuen Remote Desktop Client einwandfrei funzt. Nur mit dem alten nich. Da scheint was mit der Verschlüsselung oder den Sicherheitseinstellung was nicht kompatibel zu sein. Hat das R2 da irgend nen Update bzgl. der RDP Sicherheit gemacht? Kann man diese wieder runter setzten? In den RDP-Eigenschaften habe ich die Sicherheit auf "aushandeln" und Verschlüsselung auf "niedrig" gestellt. Bringt trotzdem nix. Wenn der Rechner aus der Domäne genommen wird und wieder eingefügt wird. Funzt es ne Zeit lang... Habt ihr noch ne Idee? Danke schon mal! Gruß

Jetzt bin ich ein wenig irritiert. Sofern nur ein DC im Netz ist, spielt DFS keine Rolle, sobald es aber auf einen weiteren DC repliziert wird, muss NTFSR und DFS laufen? Hab ich das jetzt richtig verstanden?

Hallo, hast Du es schon mal mit gpupdate /force probiert? Gruß

Ok. Vielen Dank an Alle. Ich glaub so langsam springt der Funke über.

Norman Virus Control. Kann ich gar nicht so genau sagen. Bis jetzt sah es wirklich immer so aus, als ob Outlook, wenns über Nacht anbleibt, den Exchange zum hängen bringt. Der Exchange Analyzer, sagt es ist alles i.O.

Exchange ist im Virenschutz ausgeklammert. Die Überwachungsseite kann nicht angezeigt werden?! "Die Webseite wurde nicht gefunden. HTTP 400"