Selektiver Browserstreik

Öhm mal ne Frage, was sagt den bitte ipconfig /all und was ein tracert -d auf z.B. ?

 

Du bist ein Goldstück… Wenn SeaMonkey ginge würde ich nicht Mozilla einsetzen (weil - damit muss die Mail gemanaged werden)
(Allerdings habe ich auch bislang nicht "direkt geantwortet".)

Was ich ja zu meiner Verzweiflung nur bestätigen kann.

@normalbürger:
Was bitte eroffst du dir von IPCONFIG und TraceRoute?
Das Internt funktionert, IP auch - snst würden werde Mozilla noch opera noch andere Dinge laufen.
Außer du kannst mir präzise einen Grund nennen warum (und das auch noch plötzlich und mittendrin in der Sitzung nach einem Update) IE7 und SeaMonkey in den Streik treten.

IPCONFOG /ALL:

Code:

Windows-IP-Konfiguration

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

Ethernetadapter LAN-Verbindung:

        Verbindungsspezifisches DNS-Suffix: 
        Beschreibung. . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet for hp
        Physikalische Adresse . . . . . . : 00-11-0A-33-21-43
        DHCP aktiviert. . . . . . . . . . : Ja
        Autokonfiguration aktiviert . . . : Ja
        IP-Adresse. . . . . . . . . . . . : 192.168.1.57
        Subnetzmaske. . . . . . . . . . . : 255.255.255.0
        IP-Adresse. . . . . . . . . . . . : fe80::211:aff:fe33:2143%5
        Standardgateway . . . . . . . . . : 192.168.1.5
        DHCP-Server . . . . . . . . . . . : 192.168.1.5
        DNS-Server. . . . . . . . . . . . : 217.237.149.142
                                            217.237.150.205
                                            fec0:0:0:ffff::1%1
                                            fec0:0:0:ffff::2%1
                                            fec0:0:0:ffff::3%1
        Lease erhalten. . . . . . . . . . : Donnerstag, 25. Oktober 2007 07:58:55
        Lease läuft ab. . . . . . . . . . : Mittwoch, 5. Dezember 2007 23:58:55

Tunneladapter Teredo Tunneling Pseudo-Interface:

        Verbindungsspezifisches DNS-Suffix: 
        Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
        Physikalische Adresse . . . . . . : 80-00-03-CC-AF-7F-9D-ED
        DHCP aktiviert. . . . . . . . . . : Nein
        IP-Adresse. . . . . . . . . . . . : 2001:0:4136:e38e:8000:3cc:af7f:9ded
        IP-Adresse. . . . . . . . . . . . : fe80::ffff:ffff:fffd%4
        Standardgateway . . . . . . . . . : ::
        NetBIOS über TCP/IP . . . . . . . : Deaktiviert

Tunneladapter Automatic Tunneling Pseudo-Interface:

        Verbindungsspezifisches DNS-Suffix: 
        Beschreibung. . . . . . . . . . . : Automatic Tunneling Pseudo-Interface
        Physikalische Adresse . . . . . . : C0-A8-01-39
        DHCP aktiviert. . . . . . . . . . : Nein
        IP-Adresse. . . . . . . . . . . . : fe80::5efe:192.168.1.57%2
        Standardgateway . . . . . . . . . : 
        DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                            fec0:0:0:ffff::2%1
                                            fec0:0:0:ffff::3%1
        NetBIOS über TCP/IP . . . . . . . : Deaktiviert

TRACERT -D WWW.GOOGLE.DE

Code:

Routenverfolgung zu www.l.google.com [209.85.135.103]
  1     3 ms     3 ms     3 ms  192.168.1.5 
  2    47 ms    46 ms    46 ms  217.0.116.165 
  3    48 ms    46 ms    47 ms  217.0.71.242 
  4    50 ms    50 ms    50 ms  62.154.32.226 
  5    54 ms    54 ms    54 ms  4.68.127.241 
  6    73 ms    74 ms    55 ms  4.68.115.246 
  7    58 ms    58 ms    58 ms  212.187.128.30 
  8   201 ms   238 ms   224 ms  4.68.118.111 
  9    58 ms    58 ms    58 ms  62.67.33.114 
 10    59 ms    59 ms    59 ms  209.85.249.180 
 11    66 ms    66 ms    67 ms  72.14.233.106 
 12    66 ms    67 ms    74 ms  66.249.94.85 
 13    66 ms    79 ms    65 ms  72.14.239.58 
 14    77 ms    65 ms    67 ms  209.85.135.103 

Was meldet die Kristallkugel nun?

 

Dass der DHCP-Client pause macht?
​

 

@Eric

Nun das sagt mir das die Dosbox kein DNS-Problem hat. Verwunderlich finde ich aber das Du als Gateway und DNS-Server eine Private und als DNS eine öffentliche Adresse drinstehen hast.

Ich benutze aus Prinzip kein DHCP aber ist das da normal ?

 

DHCP ist deswegen normal da es sich um den Firmenrechner hinter dem Router handelt (und der gibt den DHCP-Server).

»Unmögliches wird sofort erledigt, Wunder dauern etwas länger.« Mir wäre ein klein wenig ›sofort‹ schon recht.


Nunmehr zu Hause haben ich mit einer gesunden Portion Mut den SeaMonkey 1.1.5 installiert - und natürlich ist nichts passiert.

Wie aber der IE funktionieren kann und mitten in der Sitzung die Grätsche macht ist mir völlig schleierhaft.
Jedenfalls ist meine Lage immer noch unangenehm und ich wüsste gar zu gerne welcher Klapparatismus hier so gezielt die DNS-Auflösung torpediert.

 

Du kannst ja mal das TCP/IP-Protokoll zurücksetzen und eine andere Netzwerkkarte ausprobieren.

 

dnsapi.dll?

 

@ Eric:
Ein ähnliches Prob hatte ich vor längerer Zeit, ohne es (nachträglich) nachvollziehen zu können, tauchte es nach

- ipconfig /flushdns

nicht mehr auf

:nixwissen

 

@Eric
Ist zwar nicht exakt dein Problem, aber evtl. hilft es ja, geht auch um DNS Problem.

 

Stand betreffen gestern Nachmittag, 17:00h; zwischenliegendes konnte ich noch nicht testen.

Guck an, plötzlich schmeißt er mich mit Daten zu

Letzte Ausführungszeit der Diagnose: 10/26/07 12:26:30 Gatewaydiagnose
Gateway

info Die folgende Proxykonfiguration wird von IE verwendet: Automatische Suche der Einstellungeneaktiviert Automatisches Konfigurationsskript: Proxyserver: Proxyumgehungsliste:
info Dieser Computer verfügt über die folgenden Einträge für Standardgateways: 192.168.1.5
info Diese Computer hat die folgende(n) IP-Adresse(n): 192.168.1.57
info Das Standardgateway befindet sich in demselben Subnetz wie der Computer.
info Der Standardgatewayeintrag ist eine gültige Unicastadresse.
info Die Standardgatewayadresse wurde über ARP nach 1 Versuch(en) aufgelöst.
info Das Standardgateway wurde über ICMP-Ping nach 1 Versuch(en) erreicht.
error Fehlgeschlagen mit Fehler 0x8007273D: Der Vorgang wird von dem Objekttyp nicht unterstützt, auf den Bezug genommen wurde.



IP-Schichtdiagnose
Beschädigte IP-Routingtabelle

info Die Standardroute ist gültig.
info Die Loopbackroute ist gültig.
info Die lokale Hostroute ist gültig.
info Die lokale Subnetzroute ist gültig.
Ungültige ARP-Cacheeinträge

action Der ARP-Cache wurde geleert.



IP-Konfigurationsdiagnose
Ungültige IP-Adresse

info Gültige IP-Adresse wurde ermittelt: 192.168.1.57



Drahtlosdiagnose
Drahtlos - Dienst deaktiviert

Drahtlos - Benutzer-SSID

Drahtlos - Erste Installation

Drahtlos - Funk ausgeschaltet

Drahtlos - Außerhalb des Bereichs

Drahtlos - Hardwareproblem

Drahtlos - Neuer Benutzer

Drahtlos - Ad-Hoc-Netzwerk

Drahtlos - Weniger bevorzugt

Drahtlos - 802.1x aktiviert

Drahtlos - Konfiguration stimmt nicht überein

Drahtlos - Niedriger Störabstand




WinSock-Diagnose
WinSock-Status

info Alle Basisdienstanbietereinträge sind im Winsock-Katalog vorhanden.
info Die Winsock-Dienstanbieterketten sind gültig.
info Der Anbietereintrag MSAFD Tcpip [TCP/IP] hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag VENTURI_TP MSAFD Tcpip [TCP/IP] -> MSAFD Tcpip [TCP/IP] hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag MSAFD Tcpip [UDP/IP] hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag VENTURI_TP MSAFD Tcpip [UDP/IP] -> MSAFD Tcpip [UDP/IP] hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag RSVP UDP Service Provider hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag VENTURI_TP RSVP UDP Service Provider -> RSVP UDP Service Provider hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag RSVP TCP Service Provider hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag VENTURI_TP RSVP TCP Service Provider -> RSVP TCP Service Provider hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag MSAFD Tcpip [TCP/IPv6] hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag VENTURI_TP MSAFD Tcpip [TCP/IPv6] -> MSAFD Tcpip [TCP/IPv6] hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag MSAFD Tcpip [UDP/IPv6] hat den Loopback-Kommunikationstest bestanden.
info Der Anbietereintrag VENTURI_TP MSAFD Tcpip [UDP/IPv6] -> MSAFD Tcpip [UDP/IPv6] hat den Loopback-Kommunikationstest bestanden.
info Die Konnektivität ist für alle Winsock-Dienstanbieter gültig.



Netzwerkadapterdiagnose
Netzwerkpfadermittlung

info Heimnetzwerkverbindung verwenden
Netzwerkadapteridentifizierung

info Netzwerkverbindung: Name=LAN-Verbindung, Gerät=Broadcom NetXtreme Gigabit Ethernet for hp, Medientyp=LAN, Submedientyp=LAN
info Ethernet-Verbindung wurde ausgewählt
Netzwerkadapterstatus

info Netzwerkverbindungsstatus: Verbindung hergestellt



HTTP-, HTTPS-, FTP-Diagnose
HTTP-, HTTPS-, FTP-Konnektivität

info HTTP: Die Verbindung mit "www.microsoft.com" wurde hergestellt.
info FTP (Passiv): Die Verbindung mit "ftp.microsoft.com" wurde hergestellt.
warn HTTPS: Fehler 12002 beim Herstellen der Verbindung mit www.microsoft.com: The operation timed out
warn HTTPS: Fehler 12002 beim Herstellen der Verbindung mit www.passport.net: The operation timed out
error Es konnte keine Verbindung des Typs "HTTPS" hergestellt werden.


Undwas sagt uns das? Klingt irgendwie verdächtig gesund.

 

@Mylin

Das gäbe alles einen Schuh wenn die Datei nicht Teil eines Images aus einem verlässichen Zustand wäre - und nicht der IE zeitweise nach Rückholen läuft, SeaMonkey aber nicht...

Es muss etwas Dynamisches sein - aus einem "funktionierenden" Image heraus.

@taichi01

Beeindruckt den IE leider auch nicht.

@Deoroller

Die logische Netzwerkverbindung zu killen schwebt mir auch vor, aber da andere Tools einwanfrei damit können müssten wir mal die Schnittmenge aus SeaMonkey, IE & DNS finden

 

Moinsen.

Ich habe ein noch älteres Image hervorgekramt - und der IE lief. SeaMonkey auch (jubel).

Dann haben sich irgendwelche Auto-Updates ereignet, die Nachinstallation von Kaspersky 7 - und prompt stellt sich der IE tot!
Ich kann nicht sagen ob es die Updates waren (langsam äußerst wahrscheinlich), oder Kaspersky (unwahrscheinlich) - immerhin lief es in der Kombination doch einwandfrei.

Somit stellen verschärft 2 Fragen:
1. Gibt es kriminelle Updates im Moment?
2. Wie kann ich just den IE bei DNS freischaufeln?
(ipconfig /flushdns wurde mir gemeldet wäre nicht möglich..?!)

 

Was für eine Version ist KAV?
7.0.0125 mit dringendem Update d ist aktuell.
Dann kannst du in den Einstellungen die Überwachung von Port 80 mal deaktivieren.

 

Genau dieselbe KAV-Version Tut ja hier daheim auch.

Wenn nicht andere Browser (nunmehr) einwandfrei liefen würde ich sofort KAV oder die LAN-Verbindung beschuldigen.
Die Tatsache, dass der IE mittendrin abgesägt wird ist es ja, die mich auf die Dattelpalme bringt!

 

In Kaspersky steckt noch mehr Fehlerpotential, zum Beispiel in der Scriptüberwachung.

 

Den Giftzahn habe ich schon früh gezogen weil sich Word und Excel plötzlich unpässlich zeigten (wobei der Gag ist, dass KAV 7 nicht mehr direkt diese VBA-Skriptüberwachung auflistet…)
Die Geschichte ist noch auf kleiner Flamme am Köcheln, seit heute Morgen bin ich zu keinerlei Versuchen gekommen.

 

Ich weiß nur nicht was ich ganz oben auf die Abschussliste setzen soll

In der Tat waren die WIN-Auto-Updates Schuld; mit ihrem Eintreffen wurde der IE lahmgelegt.
Allerdings war es Kaspersky (in durch das Image ärgerlicherweise nicht mehr der letzten Version) das die WIN-Updates ebenfalls nicht verknusen konnte und dem IE das DNS verkleisterte.
(Scheinbar war der IE zwischenzeitlich tot, wurde durch das Kaspersky-Update wiederbelebt und ich habe das gar nicht gemerkt…)

Also: Lösung was Kaspersky upzudaten und dann gings wieder. Nur - wer rechnet mit sowas?