#IPv6 - vannak itt még megoldandó gondok!

( trey | 2019. 11. 27., sze – 13:31 )

Szerkesztve: 2019. 11. 27., sze – 13:33

Akinek random "Unable to connect" jön a HUP-ra (tudtam reprodukálni) és Firefoxot használ, ^^^^

trey @ gépház

( mauzi v | 2019. 11. 27., sze – 15:50 )

Szerkesztve: 2019. 11. 27., sze – 15:51

Érdekelnének a körülmények. Oprendszer? Verzió? Sosem futottam bele ilyen problémába.

#ezmiertcimoldal

HUP time out

Hosszas oda-vissza tesztelés (IPv6 tiltás, engedélyezés, tiltás, engedélyezés) után kénytelen voltam arra jutni, hogy a Firefox baszik el valamit. Mivel, mindig csak akkor jött elő a hiba, amikor a HUP-nak volt IPv6 elérhetősége.

Aztán elkezdtem tesztelni, de nem mindenhol tudtam reprodukálni. Végül eljutottam a Firefox knowledge base-hez és a fenti bejegyzéshez. Most pedig várom, hogy megerősítsék (vagy cáfolják) azok, akiket érintett, hogy valóban ez volt a probléma.

trey @ gépház

( Aadaam v | 2019. 11. 27., sze – 16:26 )

Az IPv6 az infrastruktúra EcmaScript 4-e

( traktor | 2019. 11. 27., sze – 16:50 )

Amiota ujra van IPv6 nem lattam ezt a hibat, pedig FF-ot hasznalok es IPv6-ot (ket kulonbozo gepen). A linkelt oldal, meg tul altalanos, nem ir ismert bugrol.

"Firefox supports IPv6 by default, which may cause connection problems on certain systems."

Ki beszélt itt bugról? Az angol szöveg egyértelmű:

A Firefox alapból támogatja az IPv6-ot, ami bizonyos rendszereken kapcsolódási problémákat okozhat.

Teljesen ráillik a HUP-on tapasztaltakra. Nekem ma kétszer volt "Unable to connect", amióta beállítottam a fentit az érintett gépen, egyszer sem. Hosszabb távú tapasztalatokról majd később.

trey @ gépház

( rpsoft v | 2019. 11. 27., sze – 20:45 )

Ez nem akkor jön elő, ha a gépen van az IPv6 bekapcsolva, de a cím nincs helyesen bekonfigurálva? Évekkel ezelőtt láttam ilyet, SuSE linuxon (a kernelben volt IPv6 támogatás, a grafikus konfigurálócuccban pedig még nem -> grafikus konfigurációcucc kuka, /etc/net/interfaces kézzel szerkeszt, örül).

( asch v | 2019. 11. 27., sze – 22:42 )

Én pár éve szívtam hasonlókkal, hogy valamik sporadikusan nem működtek, meg óriási tájmáutokkal működgettek. Már nem emlékszem pontosan, de gulágozgattam, amíg rá nem találtam, hogy az IPV6-ot ki kell kapcsolni a csába. Kernel szinten. És minden probléma meg van oldva.

Akkor fogom visszakapcsolni, amikor valami nem fog működni nélküle. Szerintem nem ma lesz. Tudom, hogy nem túl konstruktív hozzáállás, de nem akarok pionír lenni a témában. Majd amikor megjelennek megbízható "IPv6 for dummies" jellegű leírások, akkor akarom learatni a babérokat. Egyelőre amikor elkezdtem utánaolvasni, csak viharokat találtam mindenhol arról vitatkozva, hogy mégis hogyan kellene beállítani egy IPv6-os hálózatot?

( akoscomp | 2019. 11. 28., cs – 08:15 )

Nekem évek óta be van állítva az IPv6 és firefoxokt használok munkába linuxon és otthon windowson, és soha nem jött elő a hiba.

( zslaszlo v | 2019. 11. 28., cs – 09:28 )

Szerkesztve: 2019. 11. 28., cs – 09:29

LinuxMint (x64) Firefox 70.0.1 (64 bites), nem tudom megerősíteni. Talán kicsit lassabban tölt be, mint chromium alatt...

Szerk.: test-ipv6.com szerint 10/10 vagyok.

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

Téged is megkérdezlek: neked van élő, működő IPv6 kapcsolatod az internet irányába? Mert itt arról van szó, akinek a gépén fel van konfigurálva egy IPv6 interfész (alapból az OS-k jó részén már van), de NINCS egyébként IPv6 kapcsolata az internettel. Tehát, az első router-ig már nem jutna el.

trey @ gépház

Van ipv6 kapcsolatom az Internettel. 

Szerk.: test-ipv6.com szerint 10/10 vagyok.

Ja igen, ping6 2X futtatva ezt adta: 

zslaszlo@zslaszlo-latitude:~$ ping6 -c4 hup.hu
PING hup.hu(2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de)) 56 data bytes
64 bytes from 2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de): icmp_seq=1 ttl=55 time=18.6 ms
64 bytes from 2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de): icmp_seq=2 ttl=55 time=20.1 ms
64 bytes from 2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de): icmp_seq=4 ttl=55 time=87.4 ms

--- hup.hu ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3016ms
rtt min/avg/max/mdev = 18.677/42.110/87.497/32.099 ms
zslaszlo@zslaszlo-latitude:~$ ping6 -c4 hup.hu
PING hup.hu(2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de)) 56 data bytes
64 bytes from 2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de): icmp_seq=1 ttl=55 time=19.1 ms
64 bytes from 2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de): icmp_seq=2 ttl=55 time=19.5 ms
64 bytes from 2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de): icmp_seq=3 ttl=55 time=20.2 ms
64 bytes from 2a01:6ee0:1:201::bad:c0de (2a01:6ee0:1:201::bad:c0de): icmp_seq=4 ttl=55 time=20.0 ms

--- hup.hu ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 19.146/19.761/20.259/0.441 ms
 

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

Egy pillanatig nem tudtam eldönteni ez véletlen, v. van valami jelentése ennek a "bad:c0de" részletnek? Igazából sokadik pillanatra sem tudom, gugli nem ad értelmezhető találatot, ez valami reserved név?

Nem, ez egy amolyan geek vicc. Miutan IPv6-on a) nagyon sok cim van altalaban egy kis halozaton belul is, tehat lehet valasztani b) a cimek hexadecimalisan vannak irva, tehat ki lehet rakni szavakat (de ugye csak f-ig vannak meg a betuk), igy aztan ki is szoktak rakni... A hup.hu IPv6 cime _tenyleg_ 2a01:6ee0:1:201::bad:c0de

( Ajnasz v | 2019. 11. 28., cs – 13:45 )

Cégnél nincs IPv6, így is kaptam "Unable to connect" errort.

Nem az a kérdés, hogy a cégednél van-e. Hanem a céges gépeden engedélyezve van-e és fel van-e konfigurálva IPv6 cím. Ezt könnyen ellenőrizni tudod:

Windows

  • ipconfig /all

Linux

  • ip addr show dev wlp4s0 | sed -e's/^.*inet6 \([^ ]*\)\/.*$/\1/;t;d'

trey @ gépház

De akkor ez minden Firefox felhasználónál problémát okozna,

Ez max. akkor lenne igaz, ha mindenki ugyanazon tűzfal mögött lenne, de ez sem biztos, mert nálunk a cégnél egy tűzfal mögött is elképzelhetők különböző beállítások (VIP vs. gyalog user stb.).

trey @ gépház

Van IPv6 cimed, a DNS szerint a hup.hu-nak is van, de igazabol te nem tudsz IPv6 kapcsolatot nyitni.

Namostan, azért az erősen nem mindegy, hogy link-local címe van csak, vagy valamilyen global scope-os is.

Ha nem route-olható a cél tartomány, akkor az IPv6 -> IPv4 fallbacknek normális esetben működnie kellene, hacsak nem szűrte ki valaki ész nélkül a releváns ICMPv6 üzeneteket. (Az általam tapasztalt "IPv6 problémák" jelentős része tűzfalazással kapcsolatos szokott lenni.)

A másik kérdés pedig a reprodukálhatóság. Az, hogy az esetek 90+ százalékában működik valami, és egyszer-egyszer néha van valami kapcsolatfelvételi hiba, az érdekesen hangzik.

( enpassant v | 2019. 12. 02., h – 09:21 )

Szerkesztve: 2019. 12. 02., h – 09:23

A https://test-ipv6.com (és a https://test-ipv6.hu) szerint 10/10 vagyok.

Nekem rendben működik a hup.

Megnéztem a Firefox hálózatfigyelőjével és a hup.hu-t IPv4-en nyitja meg és tölti be onnan a tartalmakat (Távoli cím:92.119.122.43:443), de az oldalon levő youtube videók IPv6-on töltődnek (Távoli cím:[2a00:1450:400d:804::200e]:443).