dalmatino

Ist User und Rechner unabhängig.

Hat denn keine mehr einen Tipp für mich? :(

Hi Sonne, leider nicht, der Server hat alle aktuellen Updates aufgespielt.... Gruß

Hallo Stephan, ja klar, von deaktiviert bis herunter geschmissen, hab ich alles durch. Gerade noch mal mit dem Kunden telefoniert. Folgendes: Er öffnet von seiner WS ein Excel-Dokument (Netzlaufwerk O: an SBSRV)... Ändert etwas in diese Datei und will sie als neues Dokument in dem Netzlaufwerk speichern. Das einzige was passiert, er sieht die Eieruhr und das wars. Guckt er im Explorer sieht er die Datei im Netzlaufwerk, allerdings leer. Löschen kann er diese manuell auch nicht. Speichert er das geänderte Dokument erst bei sich lokal auf der WS und verschiebt diese dann in das Netzlaufwerk, gibt es keine Probleme... EDIT: Hatte auch gerade VSS im Verdacht. Das der Dienst evtl. Murks macht. Aber VSS ist nur für die C-Platte aktiv.

Deine Antwort habe ich nicht gesehen, da ich den Post schon offen hatte und parallel am telefonieren war... Entschuldige, dass ich mich einmische ;) Habe ich etwas anderes gesagt? Bei "Themes" habe ich mich vertippt - ich flehe um Verzeihung! Über die CMD geht's trotzdem schneller! Gruß

Ist der Dienst "Designs" gestartet? Zudem musst du um die Desktopdarstellung bei Interaktiveranmeldung zu starten, folgendes konfigurieren: In der CMD als Admin: sc config theme start=auto [Enter] //Setzt den Dienst auf automatisch sc start themes [Enter]

Hast du mal Testweise versucht, bei einem Client die IP Konfiguration manuell vorzunehmen?

Hallo Leute, ich habe bei einem Kunden ein sehr sehr merkwürdiges Problem. Am Montag Morgen, rief der Kunde mich an und teilte mir mit, dass einige Arbeitsplätze keine Excel Dokumente mehr vom Server öffnen können (Samstag lief noch alles und es wurden keine Änderungen am Server durchgeführt). Meldung a la "Keine Zugriffsberechtigung". Per VPN eingewählt, Berechtigungen der Freigabe und des lokalen Ordners überprüft, alles ok. Ich konnte von meiner WS auch ohne Probleme auf die Datei zugreifen.... Laut MS kann das passieren, wenn das Netzwerk ausgelastet ist -behoben in Update. Office Update installiert - läuft wieder alles. 2 Tage später ruft der Kunde wieder an. Er kann von seiner WS das Lohnprogramm (SBS-Lohn) nicht starten. TurboDB-Dateien liegen auf dem Server. Meldung wieder: Cannot open Table... Supportmenschen von SBS sagen, Zugriffsproblem. Kopiert man den Ordner mit den TurboDB-Dateien auf einen anderen Rechner, funktioniert alles tadellos. Testweise den Client der Lohnsoftware auf dem Server installiert, absolut keine Probleme. Nächste Merkwürdigkeit: Öffnet man eine Word-Datei von einer WS die auf dem Server liegt, löscht er danach nicht die erzeugte ~$Dokument.doc - also die Temp-Datei. Auch hier wieder, wird das Dokument direkt auf dem Server geöffnet, gibt es keine Probleme. Alle anderen Anwendungen laufen Problemlos. (Mails via Exchange, Internet über ISA, FIBU, etc. pp.) Bis auf diese drei Fälle jetzt, würde man nicht merken, dass der Server eine Macke hat. SBS2003 Premium - aktuell gepatched Intel SC5400 LX 2x Xeon 2GHz 4 GB ECC 2x 150GB WD Raptor RAID1 - Daten 2x 74GB WD Raptor RAID 1 -System (Hardwaredefekt ist auszuschließen) Erledigt: Netzwerkkarte getauscht Switch getauscht Nur Notebook und Sever an neuen Switch angeschlossen. -Selber Fehler! Netzwerkkabel getauscht Ereignisprotokoll keine Fehler DNS ISA-FW DHCP DCDiag NetDiag Chkdsk Defrag Treiber-Update Alles MS Updates installiert NTFS-Berechtigungen Keine Fehler zu finden! So langsam bin ich mit meinem Latein am Ende. :confused: Bin für jeden Tipp dankbar!!

Ist es zufällig ein SBS2k3 Premium? Wenn ja, ggfls. nach dem ISA-Server gucken.

Weil ich es konfiguriert hab :-D

Scheint jetzt alles zu klappen. Bisher bin ich auf keine Fehler gestoßen. Vielen Dank!

Aber auf die OU "Domaincontrollers" ist ja schon die "Default Domain Controllers Policy" verknüpft. Wäre für einen Tipp sehr dankbar, da ich ein bissl aufm Schlauch stehe. Btw: Ich weiß, dass das keine schöne Konfiguration ist. Aber wie gesagt, ich kann es nicht ändern.

So, nun nochmal zu meinen Problem. Ich habe mir das nochmal angeschaut. Einsatz von Gruppenrichtlinien auf einem Terminal Server In dem Fall brauche ich ja gar nichts für die Benutzer machen. (Lokal dürfen und sollen die alles können.) Ich muss ja lediglich eine OU "Terminalserver" erstellen und die "scharfen" Richtlinien auf die "OU Terminalserver" verknüpfen. So in der Theorie korrekt oder? Nun komme ich aber folgendem Problem: Wie kann ich denn eine OU "Terminalserver" erstellen und den Server dort einfügen, wenn der Terminalserver auch gleich einiziger Domänencontroller im Netz ist? Ich kann ihn doch nicht einfach aus der OU "Domaincontrollers" entfernen....

Ich weiß, dass das nich schön ist. Der Kunde wollte aber nur einen Server haben. Kann es leider nicht ändern. Aber damit die Richtlinien für die Benutzer wirksam werden, muss ich diese doch dann zu der Gruppe "TermUser" hinzufügen. Oder habe ich da einen Denkfehler?

Ich habe die OU auf die Domäne verlinkt. Die einzelnen Benutzer sind Mitglieder dieser OU Der Server ist ein ALL-IN-ONE. Domänencontroller und T-Server. Grüße

Der Loopbackverarbeitungsmodus ist aber aktiviert. Deswegen wundert es mich auch,....

Hallo Leute, ich habe folgendes Problem. Ich habe eine OU "TerminalUser" erstellt. In dieser OU habe ich viele Dinge gesperrt. Ich habe nun die jeweiligen Benutzer zu dieser Sicherheitsgruppe hinzugefügt. Mein Problem ist jetzt, wenn sich die User an ihren PCs lokal anmelden, greifen auch dort die Richtlinien, die eigentlich nur auf dem Terminalserver greifen sollen. Das bedeutet, dass z.B. lokal auf dem PC der Punkt "Herunterfahren" nicht verfügbar ist. Wie kann ich das einstellen, dass in diesem Fall die Richtlinien wirklich nur für die TS-Sitzung gelten und nicht für den lokalen Client? Vielen Dank!! Edit: Der Server ist ein All-in-one. Domänencontroller,DNS und Terminalserver.

Das is doch schon mal ein Ansatz, vielen Dank. Werde dem mal nachgehen.... Sonst noch eventuelle Lösungsansätze? Grüße

So sieht es aus. Der Kunde is leider König. Ich kann ihm auch nur deine Lösung nahelegen, (was ich auch durchaus des öfteren getan haben) aber wenn er sie nicht annimmt, habe ich erstmal keine andere Wahl als seine Anfrage zu prüfen.... Das mit der Firewall bringt mir ja nichts, da es ja nicht User spezifisch ist. Über die IP soll ja durchaus eine TS-Session verfügbar sein, aber nicht über dem Dummy-User.

Ich glaube das würde auch nichts bringen und leider hilft es mir bei der Frage auch nicht weiter... :-/

Das ist mir schon klar, aber leider möchte der Admin das nicht. Und jetzt ist es an mir, zu gucken, ob es halt die Möglichkeit gibt, dass die TS-Sitzung nicht über VPN betrieben werden kann.

Weil der Admin Vorort anscheinend keine Lust hat für jeden Mitarbeiter einen Benutzer anzulegen. Der Lizenzmodi is auf Geräte und nicht auf Benutzer gestellt.

Den Benutzer gibt es schon seit Jahren und soll so bestehen bleiben. Mehrere Leute arbeiten halt mit dem angepassten Profil, Software, usw. am TS... Wie heißt es so schön, der Mensch is ein Gewohnheitstier.

Werden sie vermutlich auch nach einiger Zeit... Soweit ich weiß, können solche ADS-Abgleiche bis zu 24 Stunden dauern...

Flushdns entleert ja den DNS-Cache. Kann sein, dass einige Server eine neue Abfrage gestartet haben und daher den neuen Status haben. Normalerweise wenn du auf allen ein Flush ausführst, sollte es funktionieren...