zahni 554 Geschrieben 2. September 2015 Melden Teilen Geschrieben 2. September 2015 Dann nimm sie doch raus... Zitieren Link zu diesem Kommentar
NilsK 2.957 Geschrieben 2. September 2015 Melden Teilen Geschrieben 2. September 2015 Moin, mir ist jetzt nicht ganz klar, woher die Vermutung jetzt kommt, dass IPv6 was damit zu tun haben könnte. Das Protokoll wird ja gern als Generalverdächtiger genommen, ist aber fast nie an irgendwas "Schuld". Gruß, Nils 1 Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 2. September 2015 Melden Teilen Geschrieben 2. September 2015 Ich meine die div. IPv6 DNS-Server. Die Frage ist, wo kommen die her und gibt es die überhaupt. Und versucht Windows die zur Namensauflösung. Er soll auch nicht IPv6 rausnehmen, sonder die DNS-Server-Einträge ;) Zitieren Link zu diesem Kommentar
tramp 10 Geschrieben 2. September 2015 Autor Melden Teilen Geschrieben 2. September 2015 Ich meine die div. IPv6 DNS-Server. Die Frage ist, wo kommen die her und gibt es die überhaupt. Und versucht Windows die zur Namensauflösung. Er soll auch nicht IPv6 rausnehmen, sonder die DNS-Server-Einträge ;) Ich habe, soweit ich das überblicke, keine IPv6-DNS Einträge, da das FritzBox-DHCP nur mit IPv4 arbeitet. IPv6-Protokoll ist aktiviert für die NIC. Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 2. September 2015 Melden Teilen Geschrieben 2. September 2015 Auf den anderen Nics.... Zitieren Link zu diesem Kommentar
tramp 10 Geschrieben 3. September 2015 Autor Melden Teilen Geschrieben 3. September 2015 Zuerst mal Danke an alle Tippgeber. Ich bin vorerst zufrieden mit der Auflösungsgeschwindigkeit ins Internet, nachdem ich die Interface-Metric jedesmal beim Booten ändere. Vielleicht findet doch mal jemand die Stelle in der Registry (oder sonst wo), wo die Bindungsreihenfolge gespeichert ist. Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 Moin, wird IPv6 denn benötigt? Ob es in diesen Fall sinnvoll sein könnte, es zu deaktivieren? Zumindest mal testweise. Es gibt fürs (de)aktivieren ein Fix it. Zitieren Link zu diesem Kommentar
NilsK 2.957 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 Moin, in diesem Blog-Eintrag werden die Erkenntnisse dieses Threads bestätigt: http://blogs.technet.com/b/networking/archive/2015/08/14/adjusting-the-network-protocol-bindings-in-windows-10.aspx Ich habe hier anscheinend ein ähnliches Problem, wenn VMware Workstation läuft und der Rechner aus dem Schlaf aufwacht. Mal sehen, ob ich das mit dem Kniff hinkriege. Gruß, Nils Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 (bearbeitet) Macht doch mal ein netstat -rn | clip und postet hier die Schnittstellenliste als Codetag. Hier sind meine: C:\>netstat -rn | clip =========================================================================== Schnittstellenliste 2...8c 70 5a 82 63 91 ......Virtueller Microsoft-Adapter für direktes WiFi #2 12...00 22 75 d6 cf 94 ......Belkin F5D5055 Gigabit USB 2.0 Network Adapter 16...8c 70 5a 82 63 90 ......Intel(R) Centrino(R) Advanced-N 6205 4...7c e9 d3 e6 bc e9 ......Bluetooth Device (Personal Area Network) 1...........................Software Loopback Interface 1 21...00 00 00 00 00 00 00 e0 Microsoft Teredo Tunneling Adapter 46...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3 43...00 00 00 00 00 00 00 e0 IPHTTPSInterface =========================================================================== IPv4-Routentabelle =========================================================================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik 0.0.0.0 0.0.0.0 192.168.100.1 192.168.100.118 10 127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 306 127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 306 127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306 192.168.100.0 255.255.255.0 Auf Verbindung 192.168.100.118 266 192.168.100.118 255.255.255.255 Auf Verbindung 192.168.100.118 266 192.168.100.255 255.255.255.255 Auf Verbindung 192.168.100.118 266 224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 306 224.0.0.0 240.0.0.0 Auf Verbindung 192.168.100.118 266 255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306 255.255.255.255 255.255.255.255 Auf Verbindung 192.168.100.118 266 =========================================================================== Ständige Routen: Keine Die erste letzte Spalte der Routentabelle zeigt die Metrik. Je kleiner die Zahl, desto eher wird dieses Interface genommen, wenn mehrere Interfaces sonst zum Ziel führen würden. Die Metrik wird automatisch anhand der Linkgeschwindigkeit der Netzwerkschnittstelle gewichtet. Siehe dazu An explanation of the Automatic Metric feature for Internet Protocol routes. Somit gewinnt zum Beipsiel 802.11n gegenüber 100 MBit LAN. Genauso gewinnt 802.11ac gegenüber Gigabit-LAN und ich kann mir vorstellen, dass der virtuelle Netzwerkadapter als 10G-Adapter gegenüber WLAN und LAN gewinnt.Da ist es dann sinnvoll, manuell die Metrik zu übersteuern. Das läßt sich permanent in den Advanced TCP/IP Settings setzen: Quelle: http://www.howtogeek.com/howto/27994/how-to-change-the-priority-of-wiredwireless-network-cards-in-windows/ Have fun!Daniel bearbeitet 9. September 2015 von Daniel -MSFT- Zitieren Link zu diesem Kommentar
tramp 10 Geschrieben 9. September 2015 Autor Melden Teilen Geschrieben 9. September 2015 Quelle: http://www.howtogeek.com/howto/27994/how-to-change-the-priority-of-wiredwireless-network-cards-in-windows/ Have fun! Daniel Genau so wenig, wie sich die Bindungsreihenfolge in den erweiterten Einstellungen dauerhaft ändern lässt, bleibt auch die Änderung der Metric in diesem Menü persistent. Und zum netstat -rn Befehl: Die Metric der ersten Spalte entspricht NICHT der angezeigten Interfacemetric, die ich mit Set-NetIPInterface -InterfaceAlias <INTERFACE_NAME> -AddressFamily IPv4 -InterfaceMetric xx eingestellt und mit Get-NetIPInterface -AddressFamily IPv4 ausgelesen habe. Irgendwie verstehe ich das Ganze noch nicht richtig, aber ich habe gerade keine Zeit dafür. Zitieren Link zu diesem Kommentar
NilsK 2.957 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 (bearbeitet) Moin, in der Tat ist das sehr inkonsistent. Da fehlt noch der entscheidende Dreh, wie das zusammenhängt. Hier die Ausgabe der InterfaceMetric von Get-NetIPInterface auf meinem Rechner. Das ist bereits manipuliert, denn ich habe dem WLAN eine höhere Prio gegeben als den VMware-Adaptern. PS C:\WINDOWS\system32> Get-NetIPInterface | Sort-Object -Property InterfaceMetric ifIndex InterfaceAlias AddressFamily NlMtu(Bytes) InterfaceMetric Dhcp ConnectionState PolicyStore ------- -------------- ------------- ------------ --------------- ---- --------------- ----------- 9 LAN-Verbindung* 3 IPv6 1500 5 Disabled Disconnected ActiveStore 9 LAN-Verbindung* 3 IPv4 1500 5 Enabled Disconnected ActiveStore 7 Ethernet IPv6 1500 5 Enabled Disconnected ActiveStore 7 Ethernet IPv4 1500 5 Enabled Disconnected ActiveStore 6 WiFi IPv4 1500 10 Enabled Connected ActiveStore 6 WiFi IPv6 1500 10 Enabled Connected ActiveStore 11 VMware Network Adapter VMnet8 IPv6 1500 20 Enabled Connected ActiveStore 2 VMware Network Adapter VMnet1 IPv6 1500 20 Enabled Connected ActiveStore 11 VMware Network Adapter VMnet8 IPv4 1500 20 Enabled Connected ActiveStore 2 VMware Network Adapter VMnet1 IPv4 1500 20 Enabled Connected ActiveStore 8 Bluetooth-Netzwerkverbindung IPv6 1500 40 Disabled Disconnected ActiveStore 8 Bluetooth-Netzwerkverbindung IPv4 1500 40 Enabled Disconnected ActiveStore 4 isatap.hr-guest.wifi IPv6 1280 50 Disabled Disconnected ActiveStore 14 LAN-Verbindung* 6 IPv6 1280 50 Enabled Connected ActiveStore 5 isatap.{064D4A19-F2F9-4315-B... IPv6 1280 50 Disabled Disconnected ActiveStore 1 Loopback Pseudo-Interface 1 IPv4 4294967295 50 Disabled Connected ActiveStore 16 isatap.{41E30BFB-A1EF-4E03-A... IPv6 1280 50 Disabled Disconnected ActiveStore 1 Loopback Pseudo-Interface 1 IPv6 4294967295 50 Disabled Connected ActiveStore Hier zum Vergleich die netstat-Ausgabe: PS C:\WINDOWS\system32> netstat -rn =========================================================================== Schnittstellenliste 7...a0 1d 48 f6 59 XY ......Intel(R) Ethernet Connection I218-LM 9...42 f0 2f eb fd XY ......Microsoft Wi-Fi Direct Virtual Adapter 6...40 f0 2f eb fd XY ......Broadcom BCM943228HMB 802.11abgn 2x2 Wi-Fi Adapter 2...00 50 56 c0 00 XY ......VMware Virtual Ethernet Adapter for VMnet1 11...00 50 56 c0 00 XY ......VMware Virtual Ethernet Adapter for VMnet8 8...40 f0 2f 95 52 XY ......Bluetooth Device (Personal Area Network) 1...........................Software Loopback Interface 1 14...00 00 00 00 00 00 00 e0 Microsoft Teredo Tunneling Adapter 4...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2 16...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #4 5...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3 =========================================================================== Gruß, Nils bearbeitet 9. September 2015 von NilsK Zitieren Link zu diesem Kommentar
tramp 10 Geschrieben 9. September 2015 Autor Melden Teilen Geschrieben 9. September 2015 So wie ich das bis jetzt überblicke, scheint Get-NetIPInterface -AddressFamily IPv4 die korrekten Werte zu liefern: die erste Spalte ist der ifIndex, die 5. Spalte InterfaceMetric zeigt den von mir eingestellten Wert (entweder mit Set-NetIPInterface oder mit dem erweiterten Einstellungsmenü). netstat -rn liefert in der ersten Spalte ebenfalls den Index und nicht , wie in http://blogs.technet.com/b/networking/archive/2015/08/14/adjusting-the-network-protocol-bindings-in-windows-10.aspx behauptet, die Metric. Ob die Metric-Werte in https://support.microsoft.com/en-us/kb/299540 noch stimmen? Die sind von 2011 :-( Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 Ihr habt recht. Die erste Spalte ist die Netzwerkschnittstellennummer. Die letzte Spalte in der Routingtabelle enthält die Metrik. Ich habe das oben mal korrigiert. Ich habe bei mir mal die Gewichtung auf 3 geändert für den LAN-Adapter: IPv4-Routentabelle =========================================================================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik 0.0.0.0 0.0.0.0 192.168.100.1 192.168.100.118 3 Die Änderung bleibt bei mir erhalten, auch wenn ich später wieder in das Menü reingehe. Ich starte mal neu und schaue, ob das erhalten bleibt. Have fun!Daniel Zitieren Link zu diesem Kommentar
tramp 10 Geschrieben 26. September 2015 Autor Melden Teilen Geschrieben 26. September 2015 Hallo, leider muss ich mich wieder melden: der ursprüngliche Fehler (es dauert bis zu 4 Sekunden, bis eine neue URL im Firefox angezeigt wird) ist wieder da :-( Es liegt nicht an der Metric der NIC und es liegt auch nicht an der Bindungsreihenfolge. Ich habe inzwischen die korrekte Reihenfolge zufällig erreicht (siehe Bild). Die lange Zeit, bis die neue Seite angezeigt wird, reduziert sich auf >1 Sekunde, wenn ich den "VirtualBox Host-Only Network Adapter" deaktiviere, die beiden VMWare Adapter haben keinen Einfluss. Ich habe auch schon an den Einstellungen dieses VB Adapters alles ohne Erfolg geändert (er geht dann natürlich nicht mehr). Gibt es ein Programm (ähnlich wie tracert), das mir zeigt, was Windows da bis zum Anzeigen der Seite tut? Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 26. September 2015 Melden Teilen Geschrieben 26. September 2015 Kommen wir wieder zu den DNS-Servern. Siehe weiter oben. 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.