DNDGBR 10 Geschrieben 9. August 2005 Melden Teilen Geschrieben 9. August 2005 Hallo Leute, vielleicht könnt ihr mir ja helfen. Ich habe hier einen Server übernommen den irgendso ein Held aufgesetzt hat. Leider ist als lokale Domain standort.echterdomainname.com verwendet worden. Also eine Subdomain der Domain die das Unternehmen auch beim Provider registriert hat. Im Prinzip beinträchtigt das in keinster Weise den normalen Betrieb inkl. Exchange 2003. Auch Windows2003 Server bringt keinerlei Fehler im Ereignisslog. NC und DC Diag ebensowenig. Trotzdem kann der Server nicht die Clients ( alle WXP mit SP2) anpingen. Weder die IP noch den DNS. Ping von den Clients zum Server funktioniert. Da ich jedoch Software verteilen möchte brauche ich dringend die korrekte Auflösung vom Server zu den Clients. Habt ihr eine Idee für mich wie ich das lösen kann ohne AD zu deinstallieren. Der Server läuft wie gesagt sonst absolut fehlerfrei. Der Server ist ein Win4k mit DC + AD, DNS, WINS und Exchange 2k3. Was mir noch aufgefallen ist. Sobald ich vom Client irgendeine Domain die mit dem gleichen Buchstaben anfängt wie die Firmendomain anpinge oder einen tracert mache lösst er diese über den Server vom Provider auf. Auch wenn es die Domain nicht gibt. Any ideas? Zitieren Link zu diesem Kommentar
GuentherH 61 Geschrieben 9. August 2005 Melden Teilen Geschrieben 9. August 2005 HI. Ist der lokale DNS Server in der Netzwerkkonfiguration des Server und bei den Clients richtig eingetragen. Was meldet den: nslookup FQDN_dein_Server nsloolup IP_dein_Server Wenn du dir nicht ganz klar bist über die korrekten Einträge dann poste uns doch ein ipconfig /all deines Server / Client LG Günther Zitieren Link zu diesem Kommentar
DNDGBR 10 Geschrieben 9. August 2005 Autor Melden Teilen Geschrieben 9. August 2005 Hallo Günther, nslookup auf dem Server für den FQDN meldet: Server: localhost Address: 127.0.0.1 Nicht-autorisierende Antwort: Name: servername.standort.echtedomain.com.echtedomain.com Address: xx.xx.xx.xx (IP vom Server des Providers auf den echtedomain.com verweisst) nslookup auf dem Server für die IP: Server: localhost Address: 127.0.0.1 Nicht-autorisierende Antwort: Name: servername.standort.echtedomain.com Address: 192.168.1.100 (IP des Servers) -> sollte eigentlich auch beim FQDN auftauchen Zitieren Link zu diesem Kommentar
DNDGBR 10 Geschrieben 9. August 2005 Autor Melden Teilen Geschrieben 9. August 2005 Hallo, ipconfig /all auf dem Server spuckt folgendes aus: Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : servername Primäres DNS-Suffix . . . . . : standort.echtedomain.com Knotentyp . . . . . . . . . . . . : Unbekannt IP-Routing aktiviert . . . . . : Ja WINS-Proxy aktiviert . . . . . . : Ja DNS-Suffixsuchliste . . . . . . . : standort.echtedomain.com echtedomain.com PPP-Adapter RAS-Server-(Einwähl-)Schnittstelle: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : WAN (PPP/SLIP) Interface Physikalische Adresse . . . . . . : 00-53-45-00-00-00 DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.139 Subnetzmaske . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : Ethernet-Adapter LAN-Verbindung 2: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Realtek RTL8139-Familie-PCI-Fast Etherne -NIC Physikalische Adresse . . . . . . : 00-30-84-78-8F-26 DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.100 (Server IP) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.1.1 (Router) DNS-Server . . . . . . . . . . . : 127.0.0.1 Primärer WINS-Server . . . . . . : 192.168.1.100 Ich bin gerade per VPN auf dem Server eingewählt. Hier jedoch die Ausgabe von nslookup von meinem Client der sich per Remote an der Domain anmeldet. Windows-IP-Konfiguration Hostname. . . . . . . . . . . . . : clientname Primäres DNS-Suffix . . . . . . . : standort.echtedomain.com Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert. . . . . . . : Nein WINS-Proxy aktiviert. . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : standort.echtedomain.com standort.echtedomain.com echtedomain.com Ethernetadapter LAN-Verbindung: Medienstatus. . . . . . . . . . . : Es besteht keine Verbindung Beschreibung. . . . . . . . . . . : 3Com 3C920 integrierter Fast Etherne t-Controller (3C905C-TX kompatibel) Physikalische Adresse . . . . . . : 00-06-5B-BC-D9-0E Ethernetadapter Drahtlose Netzwerkverbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : 3Com OfficeConnect Wireless 108Mbps 11g USB Adapter Physikalische Adresse . . . . . . : 00-12-A9-17-A4-44 DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IP-Adresse. . . . . . . . . . . . : 192.168.178.20 Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.178.1 DHCP-Server . . . . . . . . . . . : 192.168.178.1 DNS-Server. . . . . . . . . . . . : 192.168.178.1 Lease erhalten. . . . . . . . . . : Dienstag, 9. August 2005 21:56:20 Lease läuft ab. . . . . . . . . . : Freitag, 19. August 2005 21:56:20 PPP-Adapter VPN-VERBINDUNG: Verbindungsspezifisches DNS-Suffix: echtedomain.com Beschreibung. . . . . . . . . . . : WAN (PPP/SLIP) Interface Physikalische Adresse . . . . . . : 00-53-45-00-00-00 DHCP aktiviert. . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.132 Subnetzmaske. . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : DNS-Server. . . . . . . . . . . . : 192.168.1.100 192.168.1.1 192.168.1.100 Primärer WINS-Server. . . . . . . : 192.168.1.100 Sekundärer WINS-Server. . . . . . : 192.168.1.100 Zitieren Link zu diesem Kommentar
DNDGBR 10 Geschrieben 9. August 2005 Autor Melden Teilen Geschrieben 9. August 2005 Sorry, ich muss noch ein Post aufmachen da der Text zu lang ist. Ließe sich das Problem umgehen, wenn ich den Nameservern des Provders sage, das er auf standort.echtedomain.com nicht reagieren soll? Zitieren Link zu diesem Kommentar
DNDGBR 10 Geschrieben 10. August 2005 Autor Melden Teilen Geschrieben 10. August 2005 Hat keiner eine Idee wie man das Lösen könnte? Zitieren Link zu diesem Kommentar
DNDGBR 10 Geschrieben 11. August 2005 Autor Melden Teilen Geschrieben 11. August 2005 Hat denn niemand eine Lösung für mich? Oder fehlen noch Informationen ... bzzgl. einer Fehlerlösung? Zitieren Link zu diesem Kommentar
SFHE 10 Geschrieben 11. August 2005 Melden Teilen Geschrieben 11. August 2005 Benutzt du wirklich einen öffentlichen Domainnamen (...... xyz.com?!?!) im lokalen Netzwerk oder wie ist das zu verstehen verstehen? Zitieren Link zu diesem Kommentar
DNDGBR 10 Geschrieben 11. August 2005 Autor Melden Teilen Geschrieben 11. August 2005 Hallo SFHE, naja ich nicht. Der Vorgänger der diesen Server aufgesetzt hat. Aber du hast nat. mit deiner Vermutung recht. Es ist ein öffentlicher Domainname. Und genau da ist das Problem. Nur möchte ich es so einfach wie mgl. Lösen. Wie gesagt der Server funktioniert trotz dieses Umstandes tadellos. Auch das Versenden von Mails mit dem Exchange 2003. Einzigstes Problem, wie beschrieben. Der Server kann die Clients per PING oder Tracert nicht erreichen. NAchtrag: Im Ereignissprotokoll ist nicht ein einzigster Fehler zu finden. Zitieren Link zu diesem Kommentar
Das Urmel 10 Geschrieben 11. August 2005 Melden Teilen Geschrieben 11. August 2005 naja, der DNS sollte nicht auf 127.x.x.x lauten sondern die richtige IP beinmhalten. Dann kannst du auch nen www anlegen - der ins web zeigt. Aber du schaffst das schon - suche mal hier nach DNS - ne Menge einträge. Zitieren Link zu diesem Kommentar
varnik 10 Geschrieben 12. August 2005 Melden Teilen Geschrieben 12. August 2005 Hallo Leute, ...Trotzdem kann der Server nicht die Clients ( alle WXP mit SP2) anpingen. Weder die IP noch den DNS. Ping von den Clients zum Server funktioniert. Da ich jedoch Software verteilen möchte brauche ich dringend die korrekte Auflösung vom Server zu den Clients. ... Da du deine Clients über IP's nicht anpingen kannst, wächst bei mir ne starke Vermutung, dass alle Clients mit aktivierter Firewall arbeiten. Der DNS funktioniert, ansonsten hättest du viele Fehlermeldungen in der Ereignisanzeige. 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.