grizzly999

Installieren schon, aber funktionieren :suspect: :rolleyes: Ich würde da auch als erstes mal schauen, ob die Namensauflösung, vor allem DNS wirklich tut. grizzly999

Doc Melzer hat diese Thematik im Board in den letzten Wochen/Monaten/Jahren unzählige (!) Male behandelt, benutze doch mal die Boardsuche ;) grizzly999

Ich kenne den Fehler auch bei 2003 nicht. Funktioniert bei mir tadelöser, mein eben benutzter FQDN ist 20 Zeichen lang. Hast du, bienchen, einen Link dafür? grizzly999

Vielleicht hilft dir der weiter? http://support.microsoft.com/default.aspx?scid=kb;en-us;816585 http://www.microsoft.com/resources/documentation/WindowsServ/2003/standard/proddocs/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/standard/proddocs/en-us/scm_revert.asp grizzly999

Hast du dich schon bei Microsoft umgesehen? Ein Beispiel: http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/deployguide/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/deployguide/en-us/dnsbc_dhc_lcdo.asp grizzly999

Der Terminal Service Advanced Client ist da der Ansatz: http://search.microsoft.com/search/results.aspx?view=en-us&st=b&na=82&qu=2003+tsac grizzly999

Das geht nur mit 3 NICs, oder die Bereiche sind in physikalisch getrennten Subnetzen und man arbeitet mit DHCP-Relay grizzly999

Hallo Günther, auch von mir GLÜCKWÜNSCHE zur Ernennung, du hast es wirklich verdient. Willkommen im Kreise der MODs grizzly999

Und was ist dann mit NetBIOS over IPX/SPX oder NetBIOS bei NetBEUI? Was du meinst ist NetBIOS over TCP/IP oder auch NetBT oder NBT genannt, aber an ein bestimmtes Protokoll des Layer4 ist NetBIOS nicht festgenagelt. grizzly999

"Funktioniert nicht" ist meiner Ansicht nach eine äußerst magere Fehlerbeschreibung, und genauso viel Hilfe kannst du dann auch im Board erwarten. Ich vermute, es liegt daran, dass der Router NAT macht und der Client dann entsprechend konfiguriert werden muss (Suche nach NAT-T). Vielleicht ist dort (wo auch immer) die FW dicht für IPSec, oder die anderen Protokolle? Vielleicht auch grizzly999

Nein, die Einstellung gibt an, wieviele Credenntials, also von wievielen unterschiedlichen Security-Principals er cacht. Ein User, der gecacht ist, kann sich beliebig oft offline anmelden (sogar, wenn in der Domäne schon sein Password abgelaufen ist). grizzly999

Er liest nur aus dem orignal Key, und der muss dann mit der Policy bearbeitet werden, Stichwort Preferences. (Anm: Es werden nicht alle Keys, die es in der Registry gibt, über \HKxx\....\Policies\.... unterstützt). grizzly999

50. Wieviele unterschieldiche User melden sich denn an dieser WS an :shock: grizzly999

Die Standadreplikationsverzögerung beträgt dann an einem Standort 5 Min, danach sind die Änderungen durch. Die Abfrage von ifmember sollte überall das gleiche Ergebis bringen grizzly999

Die Zertifikatsdienste gehören IMHO nicht zu den cluster-aware Applications, und sind daher nicht clustertauglich. Oder weiß jemand was anderes ..?! grizzly999

Was für eine Domäne? Was für ein Domänenmodus? Standorte? ...? grizzly999

Aus dem Kopf fiele mir da jetzt keine Lösung ein, aber: ich frage mich, warum so "umständlich"? Was steckt dahinter, bzw, warum nicht gleich auf Port 8000??? grizzly999

Hast du das OWA auf dem ISA gem. der Anleitung bei msisafaq.de eingerichtet? Dann sollte es gehen. grizzly999

Das nennt sich "Anmelden unter Verwendung lokal zwichengespeicherter Kopie". Die Credentials werden auf dem Client gecacht. Per GPO kann man die Anzahl der zwischenzuspeichernden Anmeldungen aber auf 0 setzen, wenn man will. grizzly999

Danke für dein Angebot, bei doch einigen arbeitsuchenden fähigen MCSEs hier im Board wird sich doch der eine oder andere Interessent finden. Bitte direkt mit comelio Kontakt aufnehmen und eure Email-Adresse mit angeben, da er nicht per PN oder Board-email antworten kann ;) Closed grizzly999

Eine neue Domäne heißt: die Clients raus aus der "alten" Domäne in eine Arbeitsgruppe und wieder rein in die "neue" domäne. In den Support Tools gibt es einen Befehl "netdom move", aber ich glaube der schlägt fehl, wenn die Quell- und die Ziel-Domäne gleich heißen, bin mir aber nicht sicher. kannst es ja mal probieren. grizzly999

SNMP-Dienst, und dann gibt es noch den SNMP-Trap-Dienst. Oder meintest du was anderes? ..... grizzly999

So könnte das sein. Aber die Firewall von XPSP2 blockiert definitiv auf keinem XP dieser Erde irgendwelchen Verkehr von innen nach aussen, und sie hat auch keinerlei Filterregeln für Verkehr von Innen nach aussen. grizzly999

Das ganze wird nicht über AD oder Gruppenrichtlinien gelöst, sondern über NTFS-Berechtigungen auf der Resource. Diesen "Fingerabdruck" gibt es auch bei Windows, er nennt sich SID des Erstellers. Auf der Entsprechenden Esource musst du die Berechtigungen so setzen, dass die gruppe Ersteller-Beseitzer nur Ändern-Bberechtigung erhält, und ansonsten der User/die Gruppen weniger Berechtigungen. Dann kann jeder nur sein Zeug löschen, oder was auch immer eingestellt ist. grizzly999

Ich weiß nicht, wie da alle immer drauf kommen, dass die XPSP2 Firewall irgendwelche Ports nach aussen blocken würde. Vielleicht zeigt mir mal jemand, wie das geht, oder wo das steht, ich will nicht dumm sterben ... grizzly999