rz16007

Ich habe ein NAS per WebDav in XP einbinden wollen. Dabei habe ich den Assistenten vor Vollendung (bei Eingabe des Namens) wars***einlich mit "" abgebrochen. Nun läßt sich dieser Share nicht mehr einrichten. Ich bekomme immer sofort die Meldung: "Der eingegebene Ordner ist ungültig. Wählen Sie einen anderen Ordner." Der Ordner ist aber sehr wohl gültig und auch zugreifbar. Nur eben nicht mehr von diesem Computer. Wo werden denn die Eingaben gespeichert? Das Durchsuchen der Registry brachte nichts. Wie kann ich die Eingabe für diesen Ordner wieder freibekommen?

Also eigentlich sind 2k8 und Win7 aufeinander abgestimmt und sollten quasi "out of the box" miteinander können. MS hat bei dieser Generation nochmals am Netzwerkprotokoll "geschraubt". Da gibt es jetzt auch ein Netzwerk-Discovery welches Du vielleicht deaktivieren solltest. Hast Du IPv6 deaktiviert? Vielleicht liegt es auch an Kerberos? Ich kann leider nur im Nebel stochern. Schau mal die die Ereignisprotokollierung. NetBIOS ist die nächste Baustelle. Überprüfe mal die Node-Typen (ipconfig /all). STATUS_OBJECT_NAME_NOT_FOUND ist ein Performance Problem. Schau mal hier: STATUS_OBJECT_NAME_NOT_FOUND - slow network - Windows Server Help

Da hast Du sicherlich recht, Hubert. Das heißt aber nicht zwingend, daß nur eine Domänenmitgliedschaft für ein funktionierendes Netzwerk garantiert.

Ich bin zwar nicht der Schrauber, aber warum kommen eigentlich immer die selben Fragen? "Warum sind die Clients nicht in der Domäne?" und "Warum gerade dieser Server?". Stellt euch einfach vor, es gibt dafür einen Grund. Aber der tut hier überhaupt nichts zur Sache! Es hilft dem Fragesteller kein Stück weiter und ist nur ärgerlich.

Ich betreibe zwei interne DNS-Rootserver. Immer wenn ich in einer Delegierung einen Server lösche, hängt sich der Manager auf. Als Letztes kommt stets die Frage "Wollen sie den Eintrag...löschen?". Nach der Bestätigung bleibt der Manager mit der Sanduhr hängen und muß über den Taskmanager beendet werden. Die Löschaktion wurde jedoch ordnungsgemäß ausgeführt. Gibt es dafür eine Erklärung bzw. einen Bugfix?

Das ist aber dumm. :mad:

Ich versuche, das Löschen von Ordnern (nicht Dateien) zu verhindern. Dabei gibt es aber ein Problem. Wenn ich das Recht "Löschen" entziehe, dann können Ordner auch nicht mehr umbenannt werden. Ein neuer Ordner heißt dann also immer "Neuer Ordner". Entziehe ich dagegen das Recht "Unterordner und Dateien löschen", so hat dies keinerlei Auswirkungen auf das Verhalten. Löschen ist nach wie vor möglich. Wie kann ich das Problem lösen?

Hat niemand eine Idee?

Unter "Erweiterte Zeitplanoptionen" gibt es "Aufgabe wiederholen". Ich habe hier alle 4 Stunden eingetragen. Leider verstehe ich die folgende Option "Bis" nicht. Wenn der Wert hier nicht größer als 4 Stunden ist, dann kommt der Hinweis: "Die Zeitspanne muss größer als das Wiederholungsintervall sein." Es tut mit leid, aber ich verstehe weder die Meldung noch den Sinn der Optionen unter "Bis". Kann mir jemand helfen? Und zum Verständnis: Wenn das Erstellen einer Schattenkopie länger dauert als das Intervall, wird dann ein weiterer paralleler Prozess ausgelöst oder wird sequenziell auf die Beendigung des Vorgängers gewartet? Wie kann ich ermitteln wie lange das Erstellen der Schattenkopie dauert?

nö, da irrst Du Dich! Der Client 10.135.68.44. Der DC hat 10.135.68.161. Der 2. DC hat 2 IP Adressen: 10.131.156.159 und 10.131.188.159 und befindet sich in einem anderen RZ. Die DNS-Server über Kreuz anzugeben ist aus Performance-Gründen nicht ratsam. Bisher sind 9 Clients der Domäne bereits beigetreten, ohne Probleme. Der Haken muß also beim Client zu finden sein. Übrigens in Eventlog tauchen keine Fehler oder Warnungen auf. Ich bin da etwas ratlos. Zur Not muß ich den Client neu installieren, ist übrigens ne englische BS Version. Da läuft Tacacs+ und Radius produktiv drauf. Erst mal danke für die Hilfe, ich geh jetzt heim und schlaf mal drüber. Wenn Euch noch was einfällt, ich wäre dankbar.

Die Daten wurden anonymisiert. Die SV0035 und SV0602 sind die Domaincontroller. Die IP ....44 ist der Client. Die beiden Broadcom Netzwerkkarten wurden mit BACS3 auf Teaming eingestellt. Der Client ist noch nicht im AD als Objekt vorhanden. Ping auf Client funzt. Auch auf 127.0.0.1, auf 172.0.0.1 natürlich nicht ;) Windows IP Configuration (Client) Host Name . . . . . . . . . . . . : sv0036 Primary Dns Suffix . . . . . . . : network... Node Type . . . . . . . . . . . . : Hybrid IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No DNS Suffix Search List. . . . . . : network... Ethernet adapter Team 1 - 10.135.68.44: Connection-specific DNS Suffix . : Description . . . . . . . . . . . : BASP Virtual Adapter Physical Address. . . . . . . . . : 00-30-05-FA-..... DHCP Enabled. . . . . . . . . . . : No IP Address. . . . . . . . . . . . : 10.135.68.44 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 10.135.68.1 DNS Servers . . . . . . . . . . . : 10.135.68.161 10.131.156.159 NetBIOS over Tcpip. . . . . . . . : Disabled C:\Documents and Settings\Administrator> Windows-IP-Konfiguration (DC) Hostname . . . . . . . . . . . . : sv0035 Primäres DNS-Suffix . . . . . . . : network... Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : network... Ethernet-Adapter Team 1 10.135.68.161: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : BASP Virtual Adapter Physikalische Adresse . . . . . . : 00-30-05-FA-.... DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 10.135.68.161(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 10.135.68.1 DNS-Server . . . . . . . . . . . : 127.0.0.1 10.131.156.159 NetBIOS über TCP/IP . . . . . . . : Aktiviert

Der R2 soll nur einfaches Mitglied der Domäne sein und von den Gruppenrichtlinien profitieren. Der / die Domänencontroller sind von Client aus mit allen IP's anpingbar, ach per Name. Shares können problemlos gemounted werden. Ich habe mal mit Wireshark wärend des Registrierungsversuchs mitgelesen. Da kommem nur DNS- und LDAP Anfragen, die auch alle positiv beantwortet werden. No. Time Source Destination Protocol Info 1 0.000000 FujitsuS_76:..... Broadcast ARP Who has 10.135.68.161? Tell 10.135.68.131 2 0.000667 FujitsuS_fa:..... Broadcast ARP Who has 10.135.68.131? Tell 10.135.68.161 3 11.535503 10.135.68.44 10.135.68.161 DNS Standard query SRV _ldap._tcp.dc._msdcs... 4 11.535827 10.135.68.161 10.135.68.44 DNS Standard query response SRV 0 100 389 sv0035... SRV 0 100 389 sv0602... 5 11.536166 10.135.68.44 10.135.68.161 CLDAP searchRequest(77) "<ROOT>" baseObject 6 11.536471 10.135.68.161 10.135.68.44 CLDAP searchResEntry(77) "<ROOT>" searchResDone(77) success 7 24.382282 10.135.68.44 10.135.68.161 DNS Standard query SRV _ldap._tcp.dc._msdcs... 8 24.382703 10.135.68.161 10.135.68.44 DNS Standard query response SRV 0 100 389 sv0602... SRV 0 100 389 sv0035... 9 24.480836 10.135.68.44 10.135.68.161 DNS Standard query SRV _ldap._tcp......heim._sites.dc._msdcs... 10 24.481189 10.135.68.161 10.135.68.44 DNS Standard query response SRV 0 100 389 sv0035... 11 24.481659 10.135.68.44 10.135.68.161 CLDAP searchRequest(79) "<ROOT>" baseObject 12 24.482019 10.135.68.161 10.135.68.44 CLDAP searchResEntry(79) "<ROOT>" searchResDone(79) success 13 24.590820 10.135.68.44 10.135.68.161 CLDAP searchRequest(80) "<ROOT>" baseObject 14 24.591351 10.135.68.161 10.135.68.44 CLDAP searchResEntry(80) "<ROOT>" searchResDone(80) success 15 24.699304 10.135.68.44 10.135.68.161 CLDAP searchRequest(81) "<ROOT>" baseObject 16 24.699875 10.135.68.161 10.135.68.44 CLDAP searchResEntry(81) "<ROOT>" searchResDone(81) success 17 25.105515 10.135.68.44 10.135.68.161 DNS Standard query SRV _ldap._tcp.dc._msdcs... 18 25.105907 10.135.68.161 10.135.68.44 DNS Standard query response SRV 0 100 389 sv0035... SRV 0 100 389 sv0602... 19 25.935242 10.135.68.44 10.135.68.161 DNS Standard query SRV _ldap._tcp.dc._msdcs... 20 25.935579 10.135.68.161 10.135.68.44 DNS Standard query response SRV 0 100 389 sv0602... SRV 0 100 389 sv0035... 21 25.935923 10.135.68.44 10.135.68.161 CLDAP searchRequest(84) "<ROOT>" baseObject 22 25.936209 10.135.68.161 10.135.68.44 CLDAP searchResEntry(84) "<ROOT>" searchResDone(84) success 23 26.043770 10.135.68.44 10.135.68.161 CLDAP searchRequest(85) "<ROOT>" baseObject 24 26.044195 10.135.68.161 10.135.68.44 CLDAP searchResEntry(85) "<ROOT>" searchResDone(85) success 25 26.152239 10.135.68.44 10.135.68.161 CLDAP searchRequest(86) "<ROOT>" baseObject 26 26.152540 10.135.68.161 10.135.68.44 CLDAP searchResEntry(86) "<ROOT>" searchResDone(86) success 27 29.093040 FujitsuS_fa:..... FujitsuS_fa:..... ARP Who has 10.135.68.44? Tell 10.135.68.161 28 29.093053 FujitsuS_fa:..... FujitsuS_fa:..... ARP 10.135.68.44 is at 00:30:05:fa:.....

auch, wenn beide Firewalls aus sind bekomme ich das gleiche Ergebnis

Ich habe in den letzten Tagen mehrere Server in eine Domäne integriert, immer problemlos. Jetzt stehe ich vor dem Problem, daß ein 2K3R2 Server meiner Domäne nicht beitreten will, obwohl alle Einstellungen passen sollten. Ohne NetBios over TCP bekomme ich folgende Fehlermeldung: "The network location cannot be reached.". Schalte ich NetBios wieder ein heißt es: "The network path was not found.". Beide Rechner stehen im gleichen Subnetz. Die Domäne ist vom Client über DNS auflösbar und auch pingbar. Auffällig ist nur, daß der Client bei einer Änderung des DNS-Servers in den Netzwerkeinstellungen einen Restart verlangt. Alle anderen Maschinen haben darauf verzichtet. Aber auch nach einem Restart mag er nicht. Was kann ich noch tun?

tja, Administrator: alle Rechte, Benutzer: lesen /schreiben Muß man da noch mehr eintragen?

Hallo, ich habe ein domänenbasiertes DFS auf 2k8 Server aufgesetzt. Clients in der Domäne können problemlos darauf zugreifen. Viele XP Clients sind jedoch nur in Arbeitsgruppen. Ich habe dort die DNS Server der Domäne eingetragen. Bei den meisten Clients dauert das Mappen des DFS bis zu einer Minute. Dann ist die Wurzel mit den Shares sichtbar. Der Zugriff wird jedoch verweigert. Werden die Shares dagegen direkt gemappt (ohne DFS), funktioniert alles. Woran kann das liegen? Ist DFS für Arbeitsgruppenclients nicht nutzbar? Es treten leider auch keine Fehlermeldungen auf.

Danke für die Hilfe. Jetzt bekomme ich das sicher hin. Übrigens: der PDC ist abgebrannt! und ließ sich leider nicht mehr ordnungsgemäß herabstufen.

Es ist definitiv der letzte DC dieser Domäne. Der Server war nicht der erste DC in dieser Domäne. Früher hieß das SDC "Secondary Domain Controller" Das gibt's aber bei 2k3 nicht mehr. Trotzdem hat der "erste" DC gewisse Eigenschaften, die ein später aufgesetzter DC nicht hat. Z.B. möglicherweise den Global Catalog, ist hier aber nicht der Fall.

Ich habe einen "nachgeordneten" DC, den ich gerne löschen möchte. Der Betriebsmaster existiert nicht mehr. Wenn ich DCPROMO mit "DC ist letzter Domaincontroller" ausführe, schlägt das Deinstallieren fehl mit der Meldung "Dieser DC ist nicht der letzte..". Lasse ich den Haken weg, schlägt es ebenfallt fehl, weil kein DC mit einem Konto für diesen Computer gefunden werden konnte. ..und so drehe ich mich im Kreis!! Wie bekomme ich den DC weg ohne Neuinstallation?

Vielen Dank für die vielen Tipps. Ich habe inzwischen den "Übeltäter" identifiziert. Es ist der Novell NCP Client V4.91. SP4. Mit SP5 sieht es schon besser aus aber ohne den Novell-Client rennen die Büchsen wieder wie der Wind. Ich habe keine Ahnung was Novell da alles verdreht. Leider brauchen einige Kollegen den Client um auf Netzlaufwerke zugreifen zu können, die nur über Novell NCP Protokoll erreichbar sind. Aber das muß ich wohl organisatorisch klären.

Einige Kollegen habe schon einen Linux-Server mit Samba konfiguriert weil sie Windows Sch... finden.

@phoenixcp Augenscheinlich meint, daß alles was ich verglichen habe (SP und lokale Sicherheitsrichtlinien) gleich ist. Ich weiß eben nicht, wonach ich gucken muß. Die Clients sind teilweise standalone (Workgroup), teilweise in einer anderen Domain, die über einen DC-Emulator auf UNIX Server bereitgestellt wird. Daran kann ich leider nichts ändern. @cyberpeter beeinflußt diese Einstellung die Kommunikation zwischen den 2008er Servern? Ich ändere nicht gern etwas vondem ich nicht so recht weiß was es bewirkt. C:\Users\Administrator>netsh int tcp show global Der aktive Status wird abgefragt... Globale TCP-Parameter --------------------------------------------------- Skalierungsstatus Empfangsseite : enabled Chimney-Abladestatus : disabled Autom. Abstimmungsgrad Empfangsfenster : normal Add-On "Überlastungssteuerungsanbieter" : ctcp ECN-Funktion : disabled RFC 1323-Zeitstempel : disabled ~~~~ Hat es vielleicht etwas mit dem SMB2 Protokoll oder irgendereiner Authentifizierung zu tun?

Ich habe das Forum durchsucht aber leider nichts gefunden. Hat niemand folgendes Problem: Ich habe einen 2k3 Fileserver durch einen 2k8 Fileserver ersetzt. Von den ca. 60 Clients (fast alle XP) hat rund die Hälfte nun ein Performance-Problem. Das tägliche Mounten des Netzlaufwerks dauert eine Minute. Ebenso das Öffnen von Office-Dokumenten. Die andere Hälfte der Clients hat keine Probleme, alles geht schnell. Die Konfigurationen der Clients sind augenscheinlich gleich. Die Clients sind nicht in der Domäne des Servers. Hat jemand einen Lösungsvorschlag?