Win7 x64 DNS Problem - Namen werden nur ein bisschen aufgelöst...

F

FLiNTx

Enthusiast
Thread Starter
Mitglied seit
18.06.2001
Beiträge
1.456
Ort
Hessen
Hallo Gemeinde,

Wenn ich meinen Rechner (Win7 x64) hochfahre, kommt es bei 50% der Starts zu einem spannenden Problem... Ich kann erstmal keine Webseiten aufrufen.

Ziehe ich das Netzwerkkabel ab und stecke es wieder dran, funktioniert alles...
Ebenso lässt sich das Problem durch das deaktivieren und aktivieren der Netzwerkkarte lösen...
Verblüffenderweise reicht auch ein "ipconfig /renew" - obwohl die IP-Einstellungen vorher und hinterher identisch sind...

Ich habe jetzt versucht herauszubekommen, wo das Problem liegen könnte und habe dabei folgendes festgestellt:
- Via IP ist sowohl lokal als auch in Internet alles erreichbar...
- nslookup liefert für lokale und Internetserver die korrekten IPs zurück...
- Ping auf Namen (sowohl lokal als auch ins internet) funktioniert nicht - der Name kann nicht aufgelöst werden

Wenn ich nach den Sympthomen und Fehlermeldungen google, lande ich immer wieder bei Problemen mit "toten Einträgen" im DNS Cache... Der DNS Cache ist aber leer (ipconfig /displaydns) - Auch das Löschen des DNS-Cache (ipconfig /flushdns) hilft nicht...

Den üblichen Kladderadatsch (Treiber updaten, Protokollgetüdel neu installieren, ...) habe ich schon mehrfach durch - keine Veränderung...

Hat da irgendjemand eine Idee zu?
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ich habe hier einen Server stehen, der macht nebenbei auch DNS...
 
Zuletzt bearbeitet:
Netzwerkkartentreiber mal aktualisiert?
Anderen DNS Server (z.B. von Google, 8.8.8.8) mal probiert?
 
Kannst du das Rätsel lösen?
BerndH schrieb:
Guten Tag!
Soso, man hat "ein ziemlich seltsames Problem". Da schreibt man mal schnell seinen ersten Beitrag in ein Forum und wartet [ohne] mit 0.0.0.0 eigener Mitarbeit, dass einem andere Leute die Lösung servieren...
Adieu
Zum Vergrößern anklicken....
 
Kommt ne SSD als Systemplatte zum Einsatz? Evtl. fährt er einfach so schnell hoch und startet Programme bevor das Netzwerk bereit ist. (Evtl Gruppenrichtlinie "Bei Anmeldung auf das Netzwerk warten" setzen)
Funktioniert es denn nach maximal 1-2 Minuten warten denn auch von allein wieder?
 
ara1 schrieb:
Kommt ne SSD als Systemplatte zum Einsatz? Evtl. fährt er einfach so schnell hoch und startet Programme bevor das Netzwerk bereit ist. (Evtl Gruppenrichtlinie "Bei Anmeldung auf das Netzwerk warten" setzen)
Zum Vergrößern anklicken....
Ja, ist ne SSD - aber die ist schon ne ganze Weile drin, und das Problem besteht erst seit - keine Ahnung - drei, vier Wöchelchen...
Gruppenrichtlinie teste ich mal - try and error...

Funktioniert es denn nach maximal 1-2 Minuten warten denn auch von allein wieder?
Zum Vergrößern anklicken....

Nein, es geht auch nach Stunden nicht - erst wenn man das Netzwerk wie oben beschrieben - manuell "durchhustet"
 
das Problem scheint recht verbreitet zu sein, allerdings selten gelöst worden. Was ich gefunden habe was bei jemandem geholfen hat:
Habe heute Morgen mal einen Rundumschlag gemacht:

Internetprotokoll Version 6 häckchen raus
Geschwindigkeit&Duplex von AUTO auf 100Mbit Vollduplex
Green-Ethernet deaktiviert
Wake on Magicpacket deaktiviert
Wake on Lan Herunterfahren deaktiviert
WOL & Link-Geschwindigkeit von 10Mbit auf 100MBit
Zum Vergrößern anklicken....

Probier die Sachen mal durch, am Besten einzeln damit man auch wirklich nachvollziehen kann woran es nun lag ;)
Könnte mir IPv6 und Auto-Negotiation am ehesten vorstellen.
 
ara1 schrieb:
das Problem scheint recht verbreitet zu sein, allerdings selten gelöst worden. Was ich gefunden habe was bei jemandem geholfen hat:

Probier die Sachen mal durch, am Besten einzeln damit man auch wirklich nachvollziehen kann woran es nun lag ;)
Könnte mir IPv6 und Auto-Negotiation am ehesten vorstellen.
Zum Vergrößern anklicken....

Die Hälfte von den Settings habe ich sowieso schon drin, den Rest versuche ich mal der Reihe nach durch... da das Problem aber wie gesagt nicht immer auftritt und ich mit der Büchse auch nebenbei noch arbeiten muss, wirds n bisserl dauern, bis ich mit den Ergebnissen wieder da bin :)
 
hast du getrunken? Wovon redest du überhaupt?
 
ara1 schrieb:
hast du getrunken? Wovon redest du überhaupt?
Zum Vergrößern anklicken....

Du hättest auf den Link klicken können, was jeder Esel kann. Dann hättest du bemerkt, dass es um das gleiche Problem geht.

€ Sehe jetzt erst, dass es gar nicht der war, an den mein Beitrag ging.
 
Zuletzt bearbeitet:
was für nen Link? Du hast bisher keinen gepostet, nur unverständliches Zeug gebrabbelt.
 
ara1 schrieb:
was für nen Link? Du hast bisher keinen gepostet, nur unverständliches Zeug gebrabbelt.
Zum Vergrößern anklicken....

Augen auf!

BerndH schrieb:
Guten Tag!
Soso, man hat "ein ziemlich seltsames Problem". Da schreibt man mal schnell seinen ersten Beitrag in ein Forum und wartet [ohne] mit 0.0.0.0 eigener Mitarbeit, dass einem andere Leute die Lösung servieren...
Adieu
Zum Vergrößern anklicken....

X5-599 schrieb:
Wie lautet die IP (ipconfig /all - Bericht wäre nett)?
Zum Vergrößern anklicken....

...wenn es nicht funktioniert.
 
Zuletzt bearbeitet:
sry, seh immer noch keinen Link, nur ein Zitat.
 
Ich denke es ist eindeutig ein Problem mit den Netzwerkeinstellungen. Ich würde vorschlagen da einmal alles zu löschen und neu einstellen. Seit wann tritt das Problem denn auf? Erst seit kurzem oder von Anfang an?
 
ach dieses kleine Fitzelchen meinst du ...
Setz doch bitte nen normalen Link, das kann doch kein Mensch erkennen ...
 
ara1 schrieb:
ach dieses kleine Fitzelchen meinst du ...
Setz doch bitte nen normalen Link, das kann doch kein Mensch erkennen ...
Zum Vergrößern anklicken....

Das geht doch schon immer so mit dem Pfeil, dazu ist der doch da.

Diesem Haudeka wollte ich nicht direkt helfen, und die beiden anderen werden meine verquaste Anspielung schon verstanden haben - denke ich mal...

Und nun will ich mal sehen, ob dem FLiNTx noch etwas Gescheiteres einfällt als "Wat is".
 
Zuletzt bearbeitet:
BerndH schrieb:
Könntest du nicht höflich schreiben: "Nöö." oder "Verrate es mir bitte."?
Zum Vergrößern anklicken....
Hätte ich gekonnt, aber ich hab deinen ersten Beitrag auch nicht als "Verweis" aufgefasst sondern als ein "Benutz google du Affe" ;-)

JonnyDead schrieb:
Ich denke es ist eindeutig ein Problem mit den Netzwerkeinstellungen. Ich würde vorschlagen da einmal alles zu löschen und neu einstellen. Seit wann tritt das Problem denn auf? Erst seit kurzem oder von Anfang an?
Zum Vergrößern anklicken....
Das Problem tritt seit ein paar Wochen auf - der PC läuft aber schon seit x Monaten mit dem gleichen Setup und ich habe jetzt nicht bewusst irgendwas geändert oder neu installiert oder so... Das ist meine Arbeitsmöhre, da spiele ich selten dran rum...
Den lokalen DNS Server kann ich als Ursache auch ausschließen, da a) alle anderen Maschinen im Netz das das Problem nicht haben und es b) mit 8.8.8.8 als DNS auch auftritt...

BerndH schrieb:
Und nun will ich mal sehen, ob dem FLiNTx noch etwas Gescheiteres einfällt als "Wat is".
Zum Vergrößern anklicken....

So, hier einmal ein IPCONFIG /ALL wenn es nicht geht...
Code: 
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Users\Flintx>ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : Flint
   Primäres DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein

Ethernet-Adapter LAN-Verbindung 2:

   Verbindungsspezifisches DNS-Suffix: springfield
   Beschreibung. . . . . . . . . . . : Marvell Yukon 88E8056 PCI-E Gigabit Ethernet Controller
   Physikalische Adresse . . . . . . : 00-24-8C-4E-E4-CB
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv4-Adresse  . . . . . . . . . . : 172.20.0.10(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Samstag, 17. März 2012 10:08:52
   Lease läuft ab. . . . . . . . . . : Samstag, 24. März 2012 10:08:52
   Standardgateway . . . . . . . . . : 172.20.0.1
   DHCP-Server . . . . . . . . . . . : 172.20.0.194
   DNS-Server  . . . . . . . . . . . : 172.20.0.194
                                       172.20.0.1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

C:\Users\Flintx>nslookup www.google.de
Server:  lisa.spingfield
Address:  172.20.0.194

Nicht autorisierende Antwort:
Name:    www-cctld.l.google.com
Addresses:  173.194.35.152
          173.194.35.159
          173.194.35.151
Aliases:  www.google.de


C:\Users\Flintx>ping www.google.de
Ping-Anforderung konnte Host "www.google.de" nicht finden. Überprüfen Sie den Namen, und versuchen Sie es erneut.

C:\Users\Flintx>ipconfig /displaydns

Windows-IP-Konfiguration

Der DNS-Auflösungscache konnte nicht angezeigt werden.

Und so sieht der Spass dann aus, wenn es wieder geht... Toll oder :-)
Code: 
C:\Users\Flintx>ipconfig /renew

Windows-IP-Konfiguration

Es kann kein Vorgang auf LAN-Verbindung ausgeführt werden, solange dessen Medium nicht
verbunden ist.

Ethernet-Adapter LAN-Verbindung 2:

   Verbindungsspezifisches DNS-Suffix: springfield
   IPv4-Adresse  . . . . . . . . . . : 172.20.0.10
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . : 172.20.0.1

Ethernet-Adapter LAN-Verbindung:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{43563F2D-FFB9-40EA-9BAF-304AB5804040}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.springfield:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix: springfield

Tunneladapter LAN-Verbindung*:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

C:\Users\Flintx>ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : Flint
   Primäres DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : springfield

Ethernet-Adapter LAN-Verbindung 2:

   Verbindungsspezifisches DNS-Suffix: springfield
   Beschreibung. . . . . . . . . . . : Marvell Yukon 88E8056 PCI-E Gigabit Ethernet Controller
   Physikalische Adresse . . . . . . : 00-24-8C-4E-E4-CB
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv4-Adresse  . . . . . . . . . . : 172.20.0.10(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Samstag, 17. März 2012 10:08:52
   Lease läuft ab. . . . . . . . . . : Samstag, 24. März 2012 10:12:39
   Standardgateway . . . . . . . . . : 172.20.0.1
   DHCP-Server . . . . . . . . . . . : 172.20.0.194
   DNS-Server  . . . . . . . . . . . : 172.20.0.194
                                       172.20.0.1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

C:\Users\Flintx>nslookup www.google.de
Server:  lisa.spingfield
Address:  172.20.0.194

Nicht autorisierende Antwort:
Name:    www-cctld.l.google.com
Addresses:  173.194.35.151
          173.194.35.152
          173.194.35.159
Aliases:  www.google.de


C:\Users\Flintx>ping www.google.de

Ping wird ausgeführt für www-cctld.l.google.com [173.194.35.159] mit 32 Bytes Daten:
Antwort von 173.194.35.159: Bytes=32 Zeit=16ms TTL=57
Antwort von 173.194.35.159: Bytes=32 Zeit=15ms TTL=57
Antwort von 173.194.35.159: Bytes=32 Zeit=15ms TTL=57
Antwort von 173.194.35.159: Bytes=32 Zeit=15ms TTL=57

Ping-Statistik für 173.194.35.159:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 15ms, Maximum = 16ms, Mittelwert = 15ms

C:\Users\Flintx>ipconfig /displaydns

Windows-IP-Konfiguration

    www.web.de
    ----------------------------------------
    Eintragsname . . . . . : www.web.de
    Eintragstyp  . . . . . : 1
    Gültigkeitsdauer . . . : 75
    Datenlänge . . . . . . : 4
    Abschnitt. . . . . . . : Antwort
    (Host-)A-Eintrag  . . : 217.72.200.132


    wpad
    ----------------------------------------
    Der Name ist nicht vorhanden.


    www.msftncsi.com
    ----------------------------------------
    Eintragsname . . . . . : www.msftncsi.com
    Eintragstyp  . . . . . : 5
    Gültigkeitsdauer . . . : 83
    Datenlänge . . . . . . : 8
    Abschnitt. . . . . . . : Antwort
    CNAME-Eintrag . . . . : newncsi.glbdns.microsoft.com


    bart.springfield
    ----------------------------------------
    Eintragsname . . . . . : maggie.springfield
    Eintragstyp  . . . . . : 1
    Gültigkeitsdauer . . . : 86391
    Datenlänge . . . . . . : 4
    Abschnitt. . . . . . . : Antwort
    (Host-)A-Eintrag  . . : 172.20.0.193


    Eintragsname . . . . . : lisa.springfield
    Eintragstyp  . . . . . : 1
    Gültigkeitsdauer . . . : 86391
    Datenlänge . . . . . . : 4
    Abschnitt . . . . . . : Weiteres
    (Host-)A-Eintrag  . . : 172.20.0.194

Im Eventlog gibts ebenfalls nichts auffälliges...

Das ist bestimmt wieder irgendwas offensichtliches, aber ich seh vor lauter Bäumen den Wald nicht... :-/

€dit:
Internetprotokoll Version 6 häckchen raus - war schon aus
Geschwindigkeit&Duplex von AUTO auf 100Mbit Vollduplex - keine Verbesserung
Green-Ethernet deaktiviert - gerade am testen
Wake on Magicpacket deaktiviert - keine Verbesserung
Wake on Lan Herunterfahren deaktiviert
WOL & Link-Geschwindigkeit von 10Mbit auf 100MBit
Zum Vergrößern anklicken....
Die Gruppenrichtlinie "Auf Netzwerk warten" hat auch nicht geholfen...
 
Zuletzt bearbeitet:
hm, Marvell. So was ähnliches hatte ich vor Jahren auch mal bei nem Shuttle Barebone mit Marvell NIC. Damals lag es definitiv am Treiber, und witzigerweise hat es da mit älteren Treiberversionen besser funktioniert.
Aber bevor man da ewig rumprobiert würd ich lieber mal ne Steckkarte mit Realtek oder Intel Chip reinmachen.
 
Schade.
So etwas hatte ich erwartet:
apple bonjour service 0.0.0.0 - Google-Suche

Aber das ist es ja wohl nicht.

---------- Post added at 12:22 ---------- Previous post was at 12:14 ----------

@Flint
Du hast aber einiges verändert gegenüber dem Standard?

---------- Post added at 12:39 ---------- Previous post was at 12:22 ----------

Es hilft oft, wenn man eine ANDERE (Hersteller) Netzwerkkarte nimmt. Nicht dass die alte schlecht wäre, aber das System bekommt dann einen komplett neuen Treiber aufgezwungen und man macht vielleicht bei der Konfiguration nicht den gleichen alten Fehler.

Vielleicht stimmt mit deinem DNS-Server etwas nicht. Ich würde DHCP und DNS mal vom Router machen lassen.
Hängt der DNS mit dem PC an einer Steckerleiste und ist noch nicht fertig, wenn der PC es will - Timeout?
 
Zuletzt bearbeitet:
Windows-Hilfe und Support

eingeben, suchen:
Verwenden der Netzwerkproblembehandlung in Windows 7

Telekom Netzmanager

Hilfe & Service: Netzmanager: Behalten Sie Ihre Internetverbindung im Blick

"Hilfe und Support
Ein Fehlerassistent unterstützt Sie bei der Analyse und Behebung von Verbindungsfehlern. Desweiteren finden Sie hier hilfreiche Internetlinks sowie die Beantwortung häufiger Fragen. Mit der Ferndiagnose oder dem EasySupport Service kann Ihnen bei Problemen schnell und einfach geholfen werden."
 
Zuletzt bearbeitet:
Klingt ziemlich merkwürdig. Warum nur in 50% der Fälle und warum nicht immer? Es wäre auch ein "ipconfig /all" schön, wenn dein DNS normal funktioniert. Dein ipconfig /all beim nicht funktionierenden Zustand zeigt mir auch ein etwas aufwendigeres Netzwerk, zumindest sind schonmal Gateway und DHCP-Server unterschiedlich und auf dem Standard-Gateway und dem DHCP-Server laufen jeweils 1 DNS-Server/Proxy?

Check außerdem mal noch die hosts-Datei (auch auf den angegebenen DNS-Servern/Proxy wenn möglich) und überprüfe dein Rechner auf merkwürdige Autostartprogramme (warum passiert das nur in 50% der Fälle?) und Malware (DNS-Changer?).

ebenfalls merkwürdig:
- Via IP ist sowohl lokal als auch in Internet alles erreichbar...
- nslookup liefert für lokale und Internetserver die korrekten IPs zurück...
- Ping auf Namen (sowohl lokal als auch ins internet) funktioniert nicht - der Name kann nicht aufgelöst werden
Zum Vergrößern anklicken....

Es geht also ein:

Code: 
C:\Users\Olli>nslookup heise.de
Server:  ipcop.silver-planet.local
Address:  192.168.0.1

Nicht autorisierende Antwort:
Name:    heise.de
Addresses:  2a02:2e0:3fe:100::8
          193.99.144.80

weiterhin geht ein:

Code: 
C:\Users\Olli>ping 193.99.144.80

Ping wird ausgeführt für 193.99.144.80 mit 32 Bytes Daten:
Antwort von 193.99.144.80: Bytes=32 Zeit=40ms TTL=246
Antwort von 193.99.144.80: Bytes=32 Zeit=39ms TTL=246
Antwort von 193.99.144.80: Bytes=32 Zeit=38ms TTL=246
Antwort von 193.99.144.80: Bytes=32 Zeit=41ms TTL=246

Ping-Statistik für 193.99.144.80:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 38ms, Maximum = 41ms, Mittelwert = 39ms

Aber ein:

Code: 
C:\Users\Olli>ping heise.de

Ping wird ausgeführt für heise.de [193.99.144.80] mit 32 Bytes Daten:
Antwort von 193.99.144.80: Bytes=32 Zeit=38ms TTL=246
Antwort von 193.99.144.80: Bytes=32 Zeit=40ms TTL=246
Antwort von 193.99.144.80: Bytes=32 Zeit=39ms TTL=246
Antwort von 193.99.144.80: Bytes=32 Zeit=38ms TTL=246

Ping-Statistik für 193.99.144.80:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 38ms, Maximum = 40ms, Mittelwert = 38ms

geht nicht?^^


mfg Oli
 
Zuletzt bearbeitet:
qiller schrieb:
Klingt ziemlich merkwürdig. Warum nur in 50% der Fälle und warum nicht immer? Es wäre auch ein "ipconfig /all" schön, wenn dein DNS normal funktioniert. Dein ipconfig /all beim nicht funktionierenden Zustand zeigt mir auch ein etwas aufwendigeres Netzwerk, zumindest sind schonmal Gateway und DHCP-Server unterschiedlich und auf dem Standard-Gateway und dem DHCP-Server laufen jeweils 1 DNS-Server/Proxy?
Zum Vergrößern anklicken....
Also...
Den gewünschten ipconfig /all findest du im Beitrag #21 bereits... ist identisch zu dem, bei dem es nicht geht...

Ansonsten: Ich habe einen dedizierten DHCP/DNS Server laufen... Der macht die DNS Auflösung für die lokale Domäne und für den Rest nen lookup beim gleichen externen DNS-Server wie der DSL-Router. Der DSL-Router steht als sekundärer DNS drin, damit die Freundin nicht motzt, dass das Internet streikt, wenn ich den Server mal boote oder sowas :-)
Der Teil des Setup ist aber denke ich i.O., weil a) es an allen anderen Maschinen im Netz funktioniert und b) das Fehlerbild das gleiche ist, wenn ich fest einen externen DNS benutze...

Check außerdem mal noch die hosts-Datei (auch auf den angegebenen DNS-Servern/Proxy wenn möglich) und überprüfe dein Rechner auf merkwürdige Autostartprogramme (warum passiert das nur in 50% der Fälle?) und Malware (DNS-Changer?).
Zum Vergrößern anklicken....
Die HOSTS Files sind sauber (leer bis auf die loopbacks), Autostartprogramme sehen ebenfalls "normal" aus - habe das Dingen auch schon mit X verschiedenen Live-CDs gescannt, alles negativ... Ebenso der Test auf den DNS-Changer...


ebenfalls merkwürdig:


Es geht also ein:

Code: 
C:\Users\Olli>nslookup heise.de
(snip)

weiterhin geht ein:

Code: 
C:\Users\Olli>ping 193.99.144.80

Ping wird ausgeführt für 193.99.144.80 mit 32 Bytes Daten:
Antwort von 193.99.144.80: Bytes=32 Zeit=40ms TTL=246
(snip)

Aber ein:

Code: 
C:\Users\Olli>ping heise.de

Ping wird ausgeführt für heise.de [193.99.144.80] mit 32 Bytes Daten:
Antwort von 193.99.144.80: Bytes=32 Zeit=38ms TTL=246
(snip)

geht nicht?^^
Zum Vergrößern anklicken....

Genau so ist es...

Ich habe mit ein bisserl google auch herausbekommen, dass der nslookup wohl funktioniert, weil der direkt den DNS-Server abfragt - der Ping auf den Namen geht aber über einen lokalen DNS-Cache (welcher aber leer ist)...

Zum aktuellen Stand:
Als letztes hatte ich ja gestern diese "Green Ethernet Features" im NIC-Treiber deaktiviert - seit dem ist das Problem nicht mehr aufgetreten... Kann Zufall sein, warten wirs ab...
Des weiteren habe ich bei nem Kollegen eine Intel NIC aufgetrieben, mit der ich morgen nach der Arbeit weiter testen könnte, falls der Fehlerteufel doch wieder kommt...

@BerndH: Die automatische Windows-Diagnose hilft leider genausoviel wie ein ipconfig /renew - nämlich nur bis zum nächsten oder übernächten mal booten... Den Teletubbies-Netzdoktor schau ich mir auch mal an ;)

More to come :-)
 
Ich habe doch 2 Stichworte geliefert: (Bonjour-)Service und Timing. Wenn es manchmal erst beim 2. Versuch läuft, dann könnten auf dem betreffenden PC sich 2 Prozesse im Wege stehen, einer den anderen behindern. Ich weiß nicht, wozu dein Netzwerk mit dem Server gut ist. Aber wenn du das machen kannst, dann kriegst du auch eine Neuinstallation von W7 ohne überflüssige Veränderungen auf dem betreffenden PC hin. W7 im Originalzustand läuft stabil. Und dann macht man Backups und beobachtet alle NOTWENDIGEN Installationen und Veränderungen.
 
FLiNTx schrieb:
...
Ich habe mit ein bisserl google auch herausbekommen, dass der nslookup wohl funktioniert, weil der direkt den DNS-Server abfragt - der Ping auf den Namen geht aber über einen lokalen DNS-Cache (welcher aber leer ist)...

Zum aktuellen Stand:
Als letztes hatte ich ja gestern diese "Green Ethernet Features" im NIC-Treiber deaktiviert - seit dem ist das Problem nicht mehr aufgetreten... Kann Zufall sein, warten wirs ab...
Des weiteren habe ich bei nem Kollegen eine Intel NIC aufgetrieben, mit der ich morgen nach der Arbeit weiter testen könnte, falls der Fehlerteufel doch wieder kommt...
Zum Vergrößern anklicken....

Das mit der 2. NIC ist auf jeden Fall keine schlechte Idee, vor allem wenn eine Umstellung einer Option im NIC-Treiber zu einer Veränderung führt. Was du aber jetzt schon mal testen kannst: Ubuntu-Live CD mit der jetzigen NIC. Wenn deine NIC wirklich ein Hau-Weg hat, dann müsstest du hier ja auch Probleme bekommen (vorausgesetzt, Ubuntu hat nen vernünftigen Treiber für deine NIC). Alternativ kann man auch auf ner 2. Platte (alle anderen und die jetzige System-Platte am besten abklemmen) Win 7 einfach nochmal installieren. Oder halt nen Backup auf ne externe Platte oder ins Netzwerk schieben, System neu installieren und prüfen.

Bei nslookup kannst du übrigens auch den DNS-Server angeben, der abgefragt werden soll, einfach die IP des Server dahinterschreiben:

Code: 
nslookup heise.de 172.20.0.194
bzw.
Code: 
nslookup heise.de 172.20.0.1

Aber du hast Recht, ping und nslookup verhalten sich unterschiedlich. Ich bin mir zwar nicht sicher, aber ich glaube, dass die Browser selber (zumindest beim FF bin ich mir ziemlich sicher, nachdem ich viel mit der hosts-Datei rumgespielt hatte) ebenfalls einen DNS-Cache besitzen.

Ich tippe bei dir aber mal auf nen NIC- oder Windows-Problem, was du aber ohne Probleme mit obigen Maßnahmen rausbekommst.

mfg Oli
 
Tach zusammen...

BerndH schrieb:
Ich habe doch 2 Stichworte geliefert: (Bonjour-)Service und Timing. Wenn es manchmal erst beim 2. Versuch läuft, dann könnten auf dem betreffenden PC sich 2 Prozesse im Wege stehen, einer den anderen behindern. Ich weiß nicht, wozu dein Netzwerk mit dem Server gut ist. Aber wenn du das machen kannst, dann kriegst du auch eine Neuinstallation von W7 ohne überflüssige Veränderungen auf dem betreffenden PC hin. W7 im Originalzustand läuft stabil. Und dann macht man Backups und beobachtet alle NOTWENDIGEN Installationen und Veränderungen.
Zum Vergrößern anklicken....

Na den Bongschur hatten wir doch relativ schnell wieder ausgeschlossen - und wenn ein Prozess einen anderen Blockiert hätte (eigentlich) wenigstens einer von beiden mal nen Eventlog generieren müssen/sollen/dürfen...
Und ja, ich kann Windows durchaus neu installieren, aber wie man es auch dreht und wendet, das ist - gerade wenn halt nicht alles auf Standard läuft - immer einiges an Arbeit, bis alles wieder halbwegs so ist, wie es sein soll... Und letztendlich weist du ja nicht, obs nach ner Neuinstallation dann wirklich sauber läuft... Deshalb suche ich eigentlich lieber den eigentlichen Fehler als auf Verdacht alles Platt zu machen... Ausserdem lernt man so mehr...

qiller schrieb:
Das mit der 2. NIC ist auf jeden Fall keine schlechte Idee, vor allem wenn eine Umstellung einer Option im NIC-Treiber zu einer Veränderung führt. Was du aber jetzt schon mal testen kannst: Ubuntu-Live CD mit der jetzigen NIC. Wenn deine NIC wirklich ein Hau-Weg hat, dann müsstest du hier ja auch Probleme bekommen (vorausgesetzt, Ubuntu hat nen vernünftigen Treiber für deine NIC). Alternativ kann man auch auf ner 2. Platte (alle anderen und die jetzige System-Platte am besten abklemmen) Win 7 einfach nochmal installieren. Oder halt nen Backup auf ne externe Platte oder ins Netzwerk schieben, System neu installieren und prüfen.
Zum Vergrößern anklicken....

Finally: Die Green Ethernet Features waren es nicht, das Problem ist dann ein paar Stunden nach meinem letzten Post doch wieder aufgetreten... Am Montag dann die andere NIC installiert, seitdem ist Ruhe... Da die alte NIC unter Linux keine Probleme macht, schiebe ich es jetzt mal auf den Windows Treiber. Komisch dabei ist allerdings, dass der eig. schon von 2010 ist und Neuinstallieren nichts gebracht hat... Ebenso hat das Installieren einer anderen Version von der Mainboard-CD nix geändert...
Ich werde, wenn ich die Tage Zeit finde, mal in den Tiefen des www suchen, ob ich irgendwo eine aktuelle(re) Version finde und mit der nochmal testen...

Nochmal Danke für eure Hilfe...
 
BerndH schrieb:
Es hilft oft, wenn man eine ANDERE (Hersteller) Netzwerkkarte nimmt. Nicht dass die alte schlecht wäre, aber das System bekommt dann einen komplett neuen Treiber aufgezwungen und man macht vielleicht bei der Konfiguration nicht den gleichen alten Fehler.
Zum Vergrößern anklicken....

Eine vermurkste Konfiguration wird nicht durch entfernen und "drüber" installieren des (alten oder neuen) Treibers entfernt.
Aber es beruhigt das Ego, es auf die alte Karte zu schieben. ;)

---------- Post added at 21:46 ---------- Previous post was at 21:43 ----------

Ich habe immer eine Partition für eine Testinstallation frei. Oder backup, install, test, restore - eine Stunde...
 
Zuletzt bearbeitet:
Anmelden, um zu antworten.

Ähnliche Themen

Kullberg
[Gelöst] Rechner lässt sich nicht mehr anpingen
Antworten
9
Aufrufe
1K
chriscrosser
chriscrosser
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh