sysshokx 10 Geschrieben 26. Juli 2012 Melden Teilen Geschrieben 26. Juli 2012 Hallo zusammen. Ich habe exakt das gleiche Problem wie der Threadstarter damals. Leider ist im Thread keine Lösung gefunden worden. SBS 2003 .... XP Clients und Windows 7 32 Clients lassen sich locker mit der Domäne verbinden 64bit geht gar nix. Ich versuche vom Client aus den PC hinzuzufügen: Fehler beim Ändern des DNS-Namens für die primäre Domäne dieses Computers in "". Name "xxx" wird beibehalten: Fehler: Der Remoteprozedurfaufruf ist fehlgeschlagen und wurde nicht ausgeführt. Hier ist meine ipconfig vom Server: Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : server2008 Primäres DNS-Suffix . . . . . . . : xxx.local Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Ja WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : xxx.local Ethernet-Adapter LAN-Verbindung des Servers: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Intel® PRO/1000 MT Network Connection Physikalische Adresse . . . . . . : 00-15-17-28-C8-EC DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.11 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.1.3 DNS-Server . . . . . . . . . . . : 192.168.1.3 192.168.1.11 Primärer WINS-Server . . . . . . : 192.168.1.11 ______________________________________________________________ Währe sehr dankbar für Hilfe. Ich verbringe schon Wochen mit dem Problem. :( Zitieren Link zu diesem Kommentar
mba 133 Geschrieben 26. Juli 2012 Melden Teilen Geschrieben 26. Juli 2012 Primärer DNS = Gateway? Ipconfig /ALL vom Client bitte noch. Wer spielt denn DHCP-Server, laß mich raten der Gateway? Zitieren Link zu diesem Kommentar
zahni 561 Geschrieben 26. Juli 2012 Melden Teilen Geschrieben 26. Juli 2012 Wie immer: DNS-Server (192.168.1.3) vom Router hat in der DNS-Konfig nichts zu suchen. Weder am Server, noch am Client. Entweder der SBS die Root-Server fragen (lassen) oder im DNS-Server (un nur dort) eine Weiterleitung auf den Router einrichten. Zitieren Link zu diesem Kommentar
sysshokx 10 Geschrieben 27. Juli 2012 Autor Melden Teilen Geschrieben 27. Juli 2012 Hey, danke erst mal für die Hilfe. Ich hatte noch munter weiter im alten Beitrag gepostet. Eigentlich habe ich überall den Server als DNS drin. Hier sind die aktuellen Konfigs. Ich habe den Rechner auch in der Domäne. Wenn ich mich allerdings mit dem Client anmelden möchte, dann kommt folgende Meldung: Die Vertrauuenstellung zwischen dieser Arbeitsstation und der primären Domäne konnte nicht hergestellt werden. Das komische ist auch, dass das Problem NUR auf 64bit Systemen mit meinem SBS auftritt. Server: Microsoft Windows [Version 5.2.3790] © Copyright 1985-2003 Microsoft Corp. C:\Dokumente und Einstellungen\Administrator>ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : server2008 Primäres DNS-Suffix . . . . . . . : kemna-druck.local Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Ja WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : kemna-druck.local Ethernet-Adapter LAN-Verbindung des Servers: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Intel® PRO/1000 MT Network Connection Physikalische Adresse . . . . . . : 00-15-17-28-C8-EC DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.11 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.1.3 DNS-Server . . . . . . . . . . . : 192.168.1.11 Primärer WINS-Server . . . . . . : 192.168.1.11 C:\Dokumente und Einstellungen\Administrator> Client: Microsoft Windows [Version 6.1.7601] Copyright © 2009 Microsoft Corporation. Alle Rechte vorbehalten. C:\Users\Büro>ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : WKSDATEV Primäres DNS-Suffix . . . . . . . : kemna-druck.local Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : kemna-druck.local Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Realtek PCIe GBE Family Controller Physikalische Adresse . . . . . . : 90-2B-34-1E-46-0A DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Verbindungslokale IPv6-Adresse . : fe80::f501:e7b8:40f:e744%11(Bevorzugt) IPv4-Adresse . . . . . . . . . . : 192.168.1.102(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.1.3 DHCPv6-IAID . . . . . . . . . . . : 244329268 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-17-99-D2-A1-90-2B-34-1E-46-0A DNS-Server . . . . . . . . . . . : 192.168.1.11 Primärer WINS-Server. . . . . . . : 192.168.1.11 NetBIOS über TCP/IP . . . . . . . : Aktiviert Tunneladapter isatap.{3797D248-3F00-4DA5-982A-3BF667C33762}: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Tunneladapter Teredo Tunneling Pseudo-Interface: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Zitieren Link zu diesem Kommentar
sysshokx 10 Geschrieben 27. Juli 2012 Autor Melden Teilen Geschrieben 27. Juli 2012 Ich glaube das etwas in der Kommunikation zwischen Domänenserver und Client zwischen Windows 7 32bit und 64bit unterschiedlich ist und da jetzt der Haken mit meinem Server liegt. Der Server steht ja auch schon ein weilchen und ich weiss nicht was ein Admin vielleicht früher mal daran verändert hat. Es hakt ja immer an der Stelle wenn der Benutzer vom Client einloggen soll. Gibt es da vielleicht Verschlüsselungs- oder Kommunikationsunterschiede? Ich hab so das Gefühl, las wäre das nur eine Kleinigkeit. Aber ich suche mich zu tode hier. Zitieren Link zu diesem Kommentar
sysshokx 10 Geschrieben 30. Juli 2012 Autor Melden Teilen Geschrieben 30. Juli 2012 Hallo noch mal. DNS ist der Server... und auch DHCP läuft über den Server. Das war es nicht. Habt ihr noch Tipps? Zitieren Link zu diesem Kommentar
Sunny61 811 Geschrieben 30. Juli 2012 Melden Teilen Geschrieben 30. Juli 2012 Geh mit dem SBS doch mal Online auf Microsoft Update. Was wird dir noch alles angeboten? Wurde denn ein Computerkonto im AD angelegt? Ist der Client geklont? Melde dich als lokaler Admin an und lass SYSPREP drüber laufen. Zitieren Link zu diesem Kommentar
mba 133 Geschrieben 30. Juli 2012 Melden Teilen Geschrieben 30. Juli 2012 Der Router ist aber kein Speedport? Da war doch mal was mit einem IPv6-DHCP-Server der bei einer bestimmten Firmware auf neueren Speedports immer mitläuft. Zitieren Link zu diesem Kommentar
sysshokx 10 Geschrieben 30. Juli 2012 Autor Melden Teilen Geschrieben 30. Juli 2012 Danke fürs wiederaufrollen. :-) Der Router ist Netgear. Updates habe ich alles durchgeschaut. Ich habe auch nach Hotfixes gesucht. Es müsste alles auf dem aktuellen Patchlevel sein. Ich erinner mich, dass in grauer Vorzeit mal was mit NTLM Codierung war, weil wir einen Linux-Server hatten. Bin mir aber nicht mehr sicher, ob das was mit dem SBS zu tun hat. Zitieren Link zu diesem Kommentar
trantor 10 Geschrieben 10. August 2012 Melden Teilen Geschrieben 10. August 2012 @ mba Ganz herzlichen Dank für den Hinweis mit dem Speedport und dem IPv6-DHCP, der immer mitläuft!! Habe einen Speedport W 723V bekommen und konfiguriert, und konnte seitdem bei den meisten Windows 7 Rechnern mit dem Outlook keine Mails mehr vom Exchange empfangen. Denn ein nslookup lieferte immer ein: Standardserver: speedport.ip Address: fe80::1 statt wie auf den XP Clients und einigen anderen Windows 7 Clients: Standardserver: server1.trantor.local Address: 192.168.0.210 Dann habe ich bei den betroffenen Windows 7 Clients in den Eigenschaften der LAN-Verbindung das Internetprotokoll Version 6 deaktivert und mit OK bestätigt. Musste nicht mal den Rechner neustarten. Sofort lieferte mir nslookup den korrekten Standardserver. Mann, bin ich froh, dass ich dieses Forum gefunden habe! Vielen Dank! Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.