nobex

Eine Beschleunigung brachte hier die Arbeit mit IP-Adressen (WPAD-Url im DHCP, Adresse des Proxy-Servers in den WPAD-Daten).

Bei der Einstellung UseDirectForLocal=true; schienen mir auch erst mehrere Timeouts ablaufen zu müssen (externe DNS-Auflösung vom Client ist nicht möglich), bis der Client/Browser geklärt hatte, dass er beim Aufbau einer Seite den Proxy nutzen muss.

Ein weiteres Problem bei getrennten Stromquellen, selbst bei Nutzung beider Netzteile, ist die Fehlkalkulation der Restlaufzeit in der USV. Fällt der Netz-Strom aus, verdoppelt sich plötzlich die Last auf der USV und die geschätzte Stützzeit halbiert sich.

Höheres Intervall = mehr Zeit zwischen den Aktualisierungen

Der Windows 7-Client nutzt den Index des Servers oder geht die Ordner selbst durch. Bei gemappten Laufwerken erkennst Du den Serverindex an den UNC-Pfaden der Suchergebnisse.

Konntest Du den Fehler selbst nachvollziehen, welchen der User Dir gemeldet hat?

Absolut richtig, genau so verhält es sich bei mir. Es scheiden sich zwar die Geister, weil andere meinen das dem nicht so sein kann und ich streite dies sicher nicht ab, allerdings verhält sich mein system wie auch von dir und zuvor von mir erläutert.

 

Habe allerdings noch keine andere Lösung die funktioniert gefunden. Ich werde wohl oder übel damit leben müssen.

Wer meint denn dem wäre nicht so? Das ganze basiert doch auf der simplen (defaultmäßigen) Verschachtelung der Admingruppen beim Domänenbeistritt. Die Domänengruppe 'Administratoren' bekommt nun mal keine lokalen Rechte auf den Clients und Memberservern. Sie dient als Stellvertreter für die nicht mehr vorhanden bzw. ausgeblendeten lokalen Administratoren auf den Domänencontrollern.

Wie oben von Sunny61 schon geschrieben, solltest Du die benötigten Zugriffsrechte monitoren können und dann nach Bedarf setzen, anstatt die Userrechte zu sehr zu erweitern.

Sind die Nutzer beim fehlgeschlagenen Installationstest wirklich zu lokalen Admins heraufgestuft worden? Wenn Du mit den Domänen-Gruppen getestet hast, so geschieht dies in der Tat per default nur über Mitgliedschaft in 'Domänen-Admins', welche den lokalen Admins angehören. Notwendig und empfehlenswert ist diese Vorgehensweise aber nicht, um lokalen Vollzugriff bereitzustellen.

Ich behelfe mir mit Alt-F4 am Desktop

Wenn die Clients in der Domäne sind, hilft evtl. folgendes weiter:

Einführung - Sichern von Wireless LANs mit Zertifikatsdiensten

Bereitstellung von sicheren 802.11-Unternehmensnetzwerken mit Microsoft Windows

Hast Du vor der Deinstallation mal neu gestartet und dann die Version geprüft? Evtl. fehlt nur der (unterdrückte) Neustart ...

Hierzu fehlelen einige Infos zur Umgebung, wie Einzelplatz oder Domänenzugehörigkeit und evtl. vorhandene Gruppenrichtlinien usw.

Per Default sollte sich die Einstellung weiterhin ohne Admin-Rechte ändern lassen.

Bist Du sicher, dass das Script weiß, wohin "mail-body.txt" gespeichert werden soll?

Ich würde mal testweise absolute Pfade angeben, also

echo Test-Mail > "c:\temp\mail-body.txt"

Kannst Du aus der Zweigstelle über

Start -> Ausführen -> \\meineDomäne

auf die Netlogon- und Sysvol-Freigaben zugreifen?

Über RSOP.MSC sollte Dir der entspr. Punkt (mit)gelistet werden.

Hast Du schon mal die 'Vertrauenswürdigen Speicherorte' im Sicherheitscenter ausprobiert?

Geht es Dir um ein Ressourcenpostfach?

MSXFAQ.DE - Ressourcen

Greifen die Tasks auf Netzwerkressourcen (evtl. über Mappings) zu und brechen diese vielleicht ab und an mal weg?

Noch irgendwelche Ansätze?

Hast Du folgendes denn schon geprüft?

- Taskplaner-Logs

- Ausgaben der einzelnen Jobbefehle (temporär in txt-Dateien umlenken, wenn nicht schon geschehen) evtl. mit Uhrzeit

Wie sieht es mit den Firewalls aus, alle unten?

Hat der Server (DC) mehrere Netzwerkkarten?

Sind die Computerkonten in der Domäne noch 'sauber'/nicht gesperrt?

Was zeigt an einem Problemclient 'net view' an?

Du könntest noch browmon runterladen (google) und Dir mal den Masterbrowser vom Problemclient aus anzeigen lassen.

WINS läuft auf den XP Clients natürlich noch.

Btw, dazu brauchts aber auch den zugehörigen Server.

Hat sich da was zu 2K3 geändert?

Passender Link zum Thema:

Changes to remote administration in Windows Server 2008

Du hast den ersten Server aber schon zum DC befördert, oder? :suspect:

(frage nur mal sicherheitshalber ...)

Und schau doch noch mal im DNS unter _msdcs, wenn dort keine Unterdomänen (DC, GC, PDC etc.) angelegt werden ist schon mal was faul.

Wie bist Du Schritt für Schritt bei der Neuinstall genau vorgegangen?

Sind die Einträge im DNS unter _msdcs für Deine Domäne sauber?

Zugriffe: Attribute lesen

Btw, diese Art Zugriff erfolgt auch beim Anzeigen/Auflisten (des Inhalts) eines Verzeichnisses. Dazu muss der User die Datei nicht öffnen/locken.

Legst Du bei der Installation auch die Datenbank neu an?

Wie sieht die DNS-Konfiguration momentan genau aus?

Sind feste IPs vergeben?

Sind die Firewalls der Server unten?

Das macht wohl der 'Recipient Filter agent '. Schau Dir mal in der chm-Hilfe das zugehörige Thema an:

Transport > Understanding Transport > Understanding Anti-Spam and Antivirus Functionality >