- trey blogja
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Akinek random "Unable to connect" jön a HUP-ra (tudtam reprodukálni) és Firefoxot használ, ^^^^
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Érdekelnének a körülmények. Oprendszer? Verzió? Sosem futottam bele ilyen problémába.
#ezmiertcimoldal
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Az IPv6 az infrastruktúra EcmaScript 4-e
- A hozzászóláshoz be kell jelentkezni
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."
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Nekem inkabb ugytunik, hogy ma a Rackforest doglik. Kuldtek is egy levelet "csomagvesztes"-rol.
- A hozzászóláshoz be kell jelentkezni
A levelet az imént én is megkaptam. De ez egy hosszútávú probléma. Kíváncsi leszek, mert ígértek egy post mortem-et.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
En beszelek bugrol. Az egesz oldal cime az, hogy "Firefox can't load websites but other browsers can", erre amegoldas (bizonyos esetekben), hogy kapcsoljuk ki az IPv6-ot. Ezek szerint a FF-nak baja van (bizonyos esetekben) az IPv6-tal, akkor ez bug, nem? De ezt nem irjak...
- A hozzászóláshoz be kell jelentkezni
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).
- A hozzászóláshoz be kell jelentkezni
De akkor konzisztensen nem menne. Itt meg egyeseknek (nalam pl pont nem) nem jon be az oldal, de oldal frissites utan betolt.
- A hozzászóláshoz be kell jelentkezni
É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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
De van működő IPv6 kapcsolatod az internet felé?
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
+1 (és van működő IPv6-om).
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Nyilvánvalóan, akkor téged nem érint az a probléma, amire én gyanakszom. Azért, köszi!
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
PING hup.hu(2a01:6ee0:1:201::bad:c0de
Trey, megvan a hiba oka. ;)
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Cégnél nincs IPv6, így is kaptam "Unable to connect" errort.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
$ ip addr show dev wlan0 | sed -e's/^.*inet6 \([^ ]*\)\/.*$/\1/;t;d'
fe80::36f3:9aff:feba:abe9Ami tudomásom szerint csak local address
- A hozzászóláshoz be kell jelentkezni
Ha jol ertem a problemat, akkor pont ez lehet a baj. Van IPv6 cimed, a DNS szerint a hup.hu-nak is van, de igazabol te nem tudsz IPv6 kapcsolatot nyitni.
- A hozzászóláshoz be kell jelentkezni
Minden interface-nek van link-local címe, ha az IPv6 stack engedélyezve van rajta, a MAC addressből van generálva. Azért ezt illene tudni kezelni.
- A hozzászóláshoz be kell jelentkezni
Azért ezt illene tudni kezelni.
Igen. Erről beszélünk. Illene. De mégis, "vannak itt még megoldandó gondok!".
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
De akkor ez minden Firefox felhasználónál problémát okozna, mivel nincs olyan modern operációs rendszer, amin ne lenne az IPv6 alapból engedélyezve, vagyis minden interface rendelkezik IPv6 link-local címmel. Függetlenül attól, hogy eléri az internetet IPv6-on vagy sem.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Amíg csak link local v6 címed van, addig a tűzfal nem nagyon játszhat be.
- A hozzászóláshoz be kell jelentkezni
Örülök, hogy azért valaki megértette :D
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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).
- A hozzászóláshoz be kell jelentkezni