blub

hi, wenn dein PC teil eines Netzwerkes ist und dein Admin diese Registerkarte per Policy weggenommen hat, gibts keine Möglichkeit. Wenn dem nicht so ist, kannst du dein Profil löschen, dann ist das Desktop wieder im Urzustand. cu blub

"mstsc /v:<servername> /console" geht nicht?

hi, kannst ja mal den systemfilechecker sfc.exe laufen lassen cu blub

klar, Restore vom Backupband

hi, ist auf den Terminalservern die 2003-mmc mit Exchangeerweiterung drauf. Da kollidiert eine MMC-exchange-DLL mit einer Outlookk-dll. Ist aber schon alles, was ich zu dem thema weiss cu blub

aber zum Sammeln von Netzwerktracen ist bei mir der Netmon immer noch erste Wahl. Einfach, weil ich auf produktiven Systemen ungern Programme installiere, die alle Wochen eine neue Version haben. Zum eigentlichen Analysieren nehm ich auch den Ethereal cu blub

man muss immer bedenken, dass der netmon2 nur zum "trace"n da ist!!!

Servus Mach mal dnscmd zen01.domain.intern /ZoneExport _msdcs.domain.intern msdcs.txt unter ...\system32\dns liegt dann die Ausgabe . Poste die mal interessenhalber auch dies dnscmd /info > info.txt cu blub

dann nochmal die Frage "Ist z.B. unter domains_msdcs.<forestname> die Domänenguid eingetragen mit einem gültigen, aktiven Server (also dem DC1 bei dir)" bzw. was liefert "nslookup domains_msdcs.<forestname>" cu blub

Hi, benutzt jemand, wie im 3.-ten Artkel beschrieben, selbstgeschriebene PW-Filter? http://msdn.microsoft.com/library/default.asp?url=/library/en-us/secmgmt/security/sample_password_filter.asp cu blub

hi, auch sowas hilft, wenn man Feedback haben möchte http://www.mcseboard.de/rules.php?u=4870#nr6 cu blub

klein und genial: "snapshot.exe" http://www.drivesnapshot.de/de/intro.htm cu blub

hallo, es gibt so zwei einfache Vorgehensweisen, mit denen man DNS in vielen Fällen reparieren kann: 1. auf Commandline den Befehl "netdiag /fix" ausführen 2. - am DC den netlogon-Service stoppen (net stop netlogon) - am DC die Datei netlogon.dns umbenennen nach netlogon.old unter .\system32\config - net start netlogon Schau mal, ob du so die korrekten Einträge generieren kannst Hier kannst du dich über die SRV-Einträge näher informieren http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/TechRef/9d62e91d-75c3-4a77-ae93-a8804e9ff2a1.mspx cu blub

Hi, ist denn die _msdcs.<forestname> korrekt? Ist z.B. unter domains_msdcs.<forestname> die Domänenguid eingetragen mit einem gültigen, aktiven Server (also dem DC1 bei dir) cu blub

Hi, was ich so mitkriege, liegt der "normal"-Preis für gute freiberufliche Leute etwa zwischen 70 und 90€ die Stunde. Allerdings habe ich auch schon Angebote für 45€ / Stunde bekommen. Du kannst ja mal bei http://www.gulp.de reinschauen, wieviel Konkurrenz es z.B. unter dem Suchbegriff "Netzwerktechniker" gibt. Oft steht die Preisvorstellung dabei. cu blub

Hallo, das forestprep muss auf bzw. gegen gegen den Schemamaster laufen und du musst Mitglied in den Schemaadmins sein (soweit ich mich erinnere) cu blub

wenn's tatsächlich so ist, wie Christoph und Grizzly festgestellt haben (entgegen der technischen Referenz), wäre es ein riesen Sicherheitsloch bzw. ein Designfehler von W2K3, wenn bestimmte Gruppenmitgliedschaften (universal groups) durch einfaches Abschalten des GCs unwirksam werden cu blub

hmm..ich gebs zu, hab schon sinnvollere Postings abgegeben..sorry :rolleyes: cu blub

welchen Vorteil hat Wissen? - unmittelbar (Geld, Karriere...) sicher nur wenig!

hi zusammen, Hier stehts doch recht eindeutig: If a global catalog is not available when a user logs on to a domain set to the functional level of Windows 2000 native or higher, the computer will use cached credentials to log on the user if the user has logged on to the domain previously. If the user has not logged on to the domain previously, the user can only log on to the local computer. However, if a user logs on as the Administrator in the domain (Builtin Administrator account), the user can always log on to the domain, even when a global catalog is not available. http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/ServerHelp/0ab51d48-1791-463b-a3ad-d4e3bbcb5eb6.mspx Aus Erfahrung heraus kann ich diese Zeilen so bestätigen Ein User kann sich also ohne erreichbaren GC nicht an einem DC in der AD-Domäne anmelden, ausser per cached credentials oder als Built-in Administrator. Ist auch logisch, da nur ein GC Informationen zu universal Groups hat, und dort könnten ja für die Anmeldung wichtige Informationen stehen. Also lieber die Anmeldung verweigern, wenn kein GC verfügbar ist, als evtl. unberechtigte Zugriffe erlauben. Und auch ein Administrator kann keine neuen User anlegen, solange kein GC verfügbar ist. Ergo: ohne GCs macht selbst ein Single-Domänenleben nicht wirklich Freude cu blub

, ich kann mich ohne GC nicht an meinem AD anmelden. Und bei Neuanlage eines Users erscheint sogar die Fehlermeldung, dass ohne GC-Server der User nicht endgültig freigegeben wird, weil die Eindeutigkeit nicht geprüft werden kann. cu blub

nicht ganz korrekt: Useranmeldungen funktionieren nicht und ausserdem können z.B. Administratoren keine neuen, gültigen User im AD anlegen, solange kein GC verfügbar ist. cu blub

Hi, Hast du das Computerkonto mal gesucht, evtl. ist es ja bloss verschoben worden. Ansonsten wirst du mit dem AD nicht mehr glücklich werden cu blub

Hi dippas, wobei es schon richtig ist, ohne einen verfügbaren GC kann sich ein User nicht am Netzwerk anmelden. Aber prinzipiell reicht ein GC aus, der Rest der DCs muss nicht zusätzlich GC sein, um eine Anmeldung entgegenzunehmen, wenn ein GC erreichbar ist Das sagen deine Zitate völlig korrekt aus cu blub

ich richte meine Rechner mit der Front immer gen Osten aus. Das bringt aufgrund des senkrechten Erdmagnetfeldes dann auch noch mal eine deutliche Datendurchsatzsteigerung. Manche meinen, das hätte was mit Mekka zu tun, aber das ist natürlich Unsinn! cu blub