deubi

ohjeh... ich würde da, wenn möglich die Finger von lassen. Aber das können wir wohl jetzt vergessen... Was war der Anlass zur Installation des SP4? Mit SP3 hatte's funktioniert? Würde mich mal in der Richtung schlau machen; ich nehme an, Du wirst auch hier auf dem Board dazu was finden, mittels Boardsuche. Und Googeln bringt oft auch Erfolg

Das ist Murphy's Law. Ich hab da momentan keine Lösung. Du kannst mal mit der Windows-Suche graben, ob Du noch irgendwo ein PST-File finden kannst... Was die Vorgehensweise betrifft: Ich würde jedenfalls einen Rapport an den zuständigen Vorgesetzten machen (damit's nicht bei Dir hängen bleibt); das ist schon beinahe fahrlässig, wie das eingerichtet ist. Die nicht sauber funktionierende Replikation führe ich auf ein Mangelhaftes AD-Design zurück; bei einer Infrastruktur mit mehreren Standorten ist sowas einfach wichtig. Da es sich um eine produktive Umgebung zu handeln scheint, kommt's mir so vor, dass der zuständige Administrator solchen Problemen keine Beachtung geschenkt hat... :shock:

Access-Datenbank? Kannst Du mich mal über die Hintergründe aufklären? Zum Problem selber: wurden Richtlinien angepasst, oder lief die Domäne grundsätzlich mit Standardrichtlinien? Falls zweiteres, sollte es kein Problem sein, diese wieder anzuwenden. Falls Du dieses System betreuen musst, würde ich mich an Deiner Stelle damit schnellstmöglich vertraut machen.

das klappt so nicht. Wenn jeder Vollzugriff hat, kann auch jeder den Schreibschutz aufheben. Oder habe ich was falsch verstanden...? Die User brauchen vermutlich nur schreib-und leserecht? "Deny" brauchts so eigentlich nirgends

erst mal: handelt es sich um eine produktive Umgebung, mit evt. angepassten Richtlinien? Dann wäre mein Vorschlag eher tabu...

Sprechen wir von einer AD-Domain? Hier wär's so: als STD-Gateway kommt der Router rein. Als DNS-Server der AD-DC. Auf dem AD-DC/DNS Forwarder zu den externen DNS-Servern einrichten. Und in DNS den ServiceRecord für Exchange erstellen. So klappts

Also, erstma... Netzwerken ist nicht unbedingt meine stärkste Seite... Ich würde mal da ansetzen: NAT... eingehender Verkehr.. Ports für RDP (Terminal Service) .. muss auf den Server geleitet werden. Hast Du die Konfiguration des Routers mal gecheckt?

Bin da jetzt doch recht skeptisch. Datensicherung habt Ihr keine? sind die PST-FIles auf einem Share umgeleitet, d.h. nicht im "regulären" Benutzerprofil drin?

bin beim googeln mal HIER fündig geworden. http://www.asdnetworks.ch/Sites/Download/DL.htm

Es geht darum, die Seriösität des Boards zu wahren. Deshalb exitstieren die Regeln - nebst rechtlichen Gründen. Deshalb werden Anfragen, die in rechtliche Grau(oder schwarz)zonen gehen auch nicht geduldet.

Das ist Ansichtssache. Ich hatte keinen Spass dran, aber das mag an meiner grundsätzlich pazifistischen Einstellung liegen.

Richtlinien? Bin mir da grad nicht sicher, kann schon sein. Du kannst natürlich die Standardrichtlinien auf den Server anwenden, falls durch die "Übung" mit dem IIS da was verbogen worden ist. Wenn Du versuchst, den Ordner umzubenennen, wird im SecurityLog etwas protokolliert?

@BlackShadow: das habe ich längst hinter mir; habe meine Dienstzeit komplett geleistet. Wünsche Euch trotzdem viel Spass dabei...

Na ja, wir wollen mal nicht so sein... Die Replikation basiert darauf, eine "Ursprungsdatei" auf dem "Ursprungs-DC" auf die anderen DC's zu kopieren. Wenn die Replikation also fehlgeschlagen ist - betrifft das NUR diese Files? - dann sollte das aber theoretisch die originalen Dateien nicht betreffen. Schau mal auf dem Server, auf den die Clients ihre Profile zurückschreiben, ob diese Files nicht doch noch intakt sind. Wenn's generell um's Suchen von Dateien geht: nimm doch ganz einfach mal die Windows-Suchfunktion, für den Anfang...

Denke eigentlich nicht. Ist wer hier, der mit IIS arbeitet? Ich nehme an, Du hast nach der Deinstallation rebootet? Evt. ServicePack nochmals laufen lassen? Wie siehts direkt auf dem Server aus, kannst Du dort agieren, wie Du willst? Hast Du mal die offenen Sessions angeschaut, ob das Verzeichnis vielleicht durch einen Zugriff gelockt ist?

Verweigerungen solltest Du möglichst vermeiden. Das sollte auch ohne Verweigerungen zu machen sein. Du hast 2 Ebenen zu kontorllieren: die Freigabeebene (Sharing) und die Dateiberechtigungen (NTFS) Beides Kannst Du über die Eigenschaften des betreffenden Ordners / Datei kontrollieren oder ändern, sofern Du dazu die Berechtigung hast. Bei Zugriff auf Shares nehme ich an, dass Änderungen der Berechtigungen erst greifen, wenn die Benutzer neu connectet haben.... Die aktuellen Connections siehst Du, wenn Du: rechtsklick auf "my computer" -manage dann "shared folders \ session" hier kannst Du die verbundenen User nötigenfalls auch "rauskicken".

ähm? einen DC, einen RIS-Server - wenn ich mich richtig erinnere, kann ein DC nicht auch RIS-Server sein, und den zu installierenden Client.

mit welcher Meldung (so präzise wie möglich) bleibt er hängen? Hast Du die Logs mal durchgeschaut?

Tipp: wenn Du servergespeicherte Profile verwendest, werden "my Documents" beim Abmelden auf den Server zurückgeschrieben. Unds somit würden evt. noch mehr gespeichert als bloss die Arbeitsdokumente, beispielsweise das PST-File von Outlook wäre auch auf dem Server und würde somit gesichert.

Du wirst über die Boardsuche viele Hinweise zu Deinen Fragen finden, aber das hatte Staples ja bereits geschrieben. hast Du eine Testumgebung? Wenn Du RIS ausprobieren willst, brauchst Du mindestens 3 Rechner.

Bist Du der einzige, der grade zugreift? Falls Du versuchst, den Ordner umzubenennen, während jemand anders (oder eine Applikation auf Deinem Rechner) dort drin auf ein File zugreift, klappt das nicht.

Ist der Router auch eine Firewall? Check mal, ob sie überhaupt zulässt, was Du versuchst. Ggf. kannst Du beim nächsten Versuch mal auf dem Router schauen, was dort abgeht. Ich nehme an, Du hast keine weiteren Hosts im 192.168.1.0-Netz, um mal das Routing zu testen?

Sagt er auch, welcher Service das Problem verursacht? Schau mal nach im Eventlog, was Du dort an Warnings und Errors findest; im System- und im Applikationslog.

Ich gratuliere!

Ich kenne leider "nur" ArcServeIT. Das hatte Sicherungslogs geschrieben, die recht aussagekräftig waren. Ansonsten hilft oft auch der Eventviewer/Application.