>Én először a dhcp szerver környékén néznék szét, hogy mitől, miért
kezdett el ipv6-os dns kiszolgáló címet osztani (és főleg miért
link-local jellegűt).
Ez ok, de ipv6 esetén nem feltétlen kell dhcp szerver. Működik anélkül
is EUI64-el pl.
Az lehet itt a baj, hogy vagy egy gép vagy egy router ipv6-os gateway-t
és dns-t hirdet.
wireshark továbbra is opció. Sokat segíthet.
2016. 11. 21. 16:01 keltezéssel, Hambuch Gabor írta:
2016-11-21 15:55 keltezéssel, Fehér Sándor írta:
Szia!
Adott (problémásan működő) vlan-ra ráálsz egy laptoppal és nézd meg
wiresharkkal, hogy látsz e ipv6 radvd üzeneteket. (router advertisment)
Ha van ilyen, ki tudod deríteni, hogy mi adja ezt és azt az eszközt kell
átkonfigurálni kilőni stb.
Ipv6 esetén ez a radvd a teljes hálózatot automatikusan átkonfigurálja
neked ipv6-on és egyes kliensek ipv6-on kezdenek el kommunikálni ennek
hatására.
A fallback meg vagy működik (és ekkor lassan de van net) vagy nem
működik ipv4 -re és nincs net utóbbi esetben.
Elképzelhető, hogy a niif routere hirdeti az ipv6 tartományt, ahogy
korábban beszéltétek, ha olyan a topológia.
Szerintem semmi köze a dolognak a sulinetes ipv6-hoz. A dns listában
megjelenő fe80::1%13 cím link-local cím, nem külső publikus darab.
Én először a dhcp szerver környékén néznék szét, hogy mitől, miért
kezdett el ipv6-os dns kiszolgáló címet osztani (és főleg miért
link-local jellegűt).
_______________________________________________
Techinfo mailing list
[email protected]
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
