lukystreik

Mahlzeit! vielen Dank für die Moderation. Ich darf allerdings folgendes anmerken: Ich habe wie auch der Kollege vor mir exakt das beschriebene Fehlerbild vom urpsrünglichen Themenstarter. Ich wollte lediglich dazu beitragen, dass jemand der genau wie ich schon ewig auf der Suche ist und dann per google auf genau diesen Beitrag stößt und sich dann darin wiederfindet, auch eine Lösungsidee bekommt. Mit einfach Routertauschen ist die Sache zumindest bei mir und weiteren nämlich nicht getan! Mir geht es um die grundsätzliche Lösung eines Problems, dass wie sich auch erst viel später herausstellte ursächlich mit IPV6 zu tun hat und eben nur mit Windows7 Rechnern auftritt. Außerdem war das Thema noch nicht soo alt, dass der ursprüngliche Themenstarter abschließend das Problem lösen hätte können(habe extra noch auf die Beitragszeiten geachtet). Schließlich kann auch mit dem neuen Router das Fehlerbild plötzlich wieder auftreten. Daher sah ich mich bewogen, eine m.E. zum Thema passende Antwort aufzusetzen. Anhand der Beitragslänge/Inhalt ist denke ich ja auch erkennbar, dass hier kein Newbee mit Klickibunti-PC daheim geantwortet hat. Insofern war ich hier nicht offtoppic mit einer neuen Frage sondern lediglich ergänzend zum ursprünglichen Thema ;) Jetzt ist dieser Beitrag hier komplett aus dem Zusammenhang gerissen. Ich bitte daher bei der Moderation wenígstens, den ursprünglichen Titel mit zu übernehmen. Normalerweise müsste der Text vom ersten Beitrag des ursprünglichen Themas als Zitat oben in meinen Text noch mit herein, damit ein außenstehender versteht, um was es hier überhaupt geht. Ich betreibe übrigens selbst ein themenstarkes Autoforum und kenne die Problematik sehr gut mit Boardregeln usw. Man muss allerdings immer beachten, dass es eben Themen gibt, die eben auch mal Rubriküberschreitend sind. Das lässt sich nicht vermeiden. Insofern hätte der komplette Beitrag ja im Ergebnis hier hin gehört, da sich ja auch erst später heraus stellte, dass mit Routertausch die Sache erledigt war! Es bleibt dabei, die Symtomatik entspricht dem Ursprungsbeitrag, die Fehleranalyse brachte die von mir zusammen gefassten Ergebnisse. Ich weiß nun auch nicht weiter, daher hoffe ich auf Tips. Und glaubt mir, ich suche schon ewig mit unterschiedlichen Suchbegriffen das Internet nach dem Problem ab. Grüße Gustav

... Übrigens habe ich mir schon die Arbeit gemacht und habe sogar ein eigenes neues privates IPV6 Netzwerk eingerichtet nebst IPV6-Adresse für den DNS. Hat alles nichts gebracht. Nach kurzer Zeit nach dem Reboot des Client-PCs zieht sich dieser wieder die Infos vom Router :mad: Immerhin diese Arbeit brachte den Teilerfolg, dass zumindest die globalen IPV6 Adressen nun nicht autoconfig aus dem Routernetz angelernt werden sondern eben die von meinem DHCPV6 System (Netz: fd49:6703:3059::/64) sind Autokonfiguration aktiviert . . . : Ja IPv6-Adresse. . . . . . . . . . . : fd49:6703:3059:0:992c:5e16:7161:53d8(Bevorzugt) Temporäre IPv6-Adresse. . . . . . : fd49:6703:3059:0:e4cf:88f4:75dd:333d(Bevorzugt) Verbindungslokale IPv6-Adresse . : fe80::992c:5e16:7161:53d8%15(Bevorzugt) IPv4-Adresse . . . . . . . . . . : 192.168.1.20(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Lease erhalten. . . . . . . . . . : Sonntag, 24. Juni 2012 02:18:51 Lease läuft ab. . . . . . . . . . : Mittwoch, 27. Juni 2012 16:36:46 Standardgateway . . . . . . . . . : 192.168.1.1 DHCP-Server . . . . . . . . . . . : 192.168.1.199 DHCPv6-IAID . . . . . . . . . . . : 352328146 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-14-26-E7-71-00-0D-60-C9-6B-D1 DNS-Server . . . . . . . . . . . : fe80::1%15 <==== falsch vom router gelernt!!! :( 192.168.1.199 Primärer WINS-Server. . . . . . . : 192.168.1.199 NetBIOS über TCP/IP . . . . . . . : Aktiviert Hat jemand dazu noch eine Idee? Grüße Gustav

//abgetrennt von hier: http://www.mcseboard.de/windows-server-forum-78/2k3-win7-clients-sporadisch-keine-verbindung-182532.html Hallo zusammen, ich bin zu 99% sicher, dass das kein orginäres Bug eines Routers ist sondern ein Feature. Stichworte => Windows 7, ipv6, "Router Advertisement" Das Fehlerbild ist immer das gleiche, völlig egal, ob ich eine Windowsdomain mit lokalem DNS-Server oder aber eine Linuxfarm mit DNS betreibe. Sobald der Router ipv6 kann und dies nicht konfigurierbar ist, geht der große Mist los. Ich suche schon seit Wochen nach Lösungen und finde keine Problemlösungen. Langsam gehen mir die Ideen aus. Das IPV6-Protokoll hat als Basisfeature die sog. Stateless Autokonfiguration. Das heißt, die im Netz befindlichen Rechner lernen voneinander selbst die Topologie und sobald ein Router im Netz lustig Router Advertisements versendet, so ist ganz schnell dieser als Standard DNS und Router eingetragen. Damit ist alles gelaufen :( IPV6 hat vorrang vor V4, sodass das klassisch auf IPV4 aufgesetzte Domain-Netzwerk stumpf ignoriert wird. Typische Fehlerbilder: * Internet geht nach wie vor * Interne Websites werden nicht angezeigt (unavailable) oder bei Telekom-Zugängen => Navigationshilfe von T-Online erscheint :rolleyes: * Interne DNS-Abfragen gehen nicht mehr * Drucker die per Printserver nebst DNS-Namensauflösung aufgesetzt sind, sind plötzlich nicht mehr erreichbar Typische "Fehlerlösungen" sind dann: * der neu erworbene aktuelle Router wird gegen ein Uraltmodell zurückgetauscht, alles geht wieder => Router wird die Schuld gegeben. So war es bei dem einen Kunden, der zuvor einen alten Speedport W700V (ohne IPV6) hatte, und ich dann wegen Produktwechsel den Speedport W723v installieren sollte. * Unter Linux radvd-Daemon wird kurz neu gestartet, sodann läuft alles so wie gewünscht, 5Minuten später steht wieder der Router an erster Stelle im DNS :( * Deaktivierung von ipv6 in Windows7, plötzlich geht wieder alles * Neustart des Windows7 PC behebt kurzzeitig die Symtomatik Tja und nun :cool: Ich habe schon mehrere Tage am Thema herumoperiert. Auf den Punkt gebracht, wie bekomme ich die PCs dazu, dass zuerst der interne DNS-Server abgefragt wird. Der Eintrag FE80::1 = IPV6 vorgegebener Standardrouter/DNS seitens des Router-Advertisements vom Internetrouter muss verschwinden, oder zumindest in der Prio nach hinten gelegt werden können. Beispiel einer Fehlkonfiguration verursacht durch die Autokonfig Funktion: 192.168.1.199 = lokaler Samba und DNS-Server FE80::1 = Router , hier Speedport W921v (ist aber beliebig, kann jeder ipv6 fähiger Router sein) .. Fortsetzung im nächsten Beitrag ...