Opera Bug? [megoldva]

Web, mail, IRC, IM, hálózatok

A kovetkezo hiba jelentkezik mostanaban amikor az operat hasznalom.
Begepelem az URL-t (pl:www.hup.hu). A halozati forgalmat figyelve
eloszor nem tortenik semmi, aztan a bongeszo probalkozik ujra es
ujra. Vegre kb. 20 sec utan bejon a lap. Semmi epkezlabb magyarazat
nincs erre a kihagyasra, de roppan bosszanto. Tegnap kb. 1/2
napot ezzel toltottem, de semmire nem jutottam.

Amit tapasztaltam :
-Az osszes felelheto opera verziot kiprobaltam(9.5-10),
mindenhol jelenkezik.
-Minden mas bongeszo jol megy (ff,konqueror, lynx)
-A halozat teljesen jol mukodik, semmi szakadas, akadozas
-tuzfal : minden ACCEPT

Amim van:
-Ubuntu+2.6.24-20-generic
-opera 9.63
-3g vodafone+Zalip Wireless 3G router.

Valakinek hasonlo hibaja, esetleg megoldas a problemara ?

  • 1566 megtekintés

( sany | 2009. 01. 31., szo – 13:45 )

~/.opera könytárat mozgasd át
mv ~/.opera ~/.opera.old

Aztán próbáld ki!

( sany | 2009. 02. 01., v – 00:20 )

esetleg DNS szerver?
De akkor más böngésző is szarakodna.

( wheelmaster | 2009. 02. 01., v – 00:57 )

Esetleg adathalász védelem kikapcsolása?

--
"Kernel fordítás, fúj... Pótcselekvés."
Ubuntu 8.04.2 LTS

( Toma_ | 2009. 02. 01., v – 00:59 )

Passz, de egy dolog biztos, hogy ez nem Opera bug...

( zolti v | 2009. 02. 01., v – 10:11 )

Nekem akkor volt ilyen mikor egy frissítés után bekerült DNS -nek a routerem, de ez böngészőfüggetlen szerintem .

Én mindig ezeket a DNS beállításokat használom. A /etc/resolv.conf-ba beírtam őket, és miután nem szeretném, hogy felülíródjanak egy dhcp kérés során, ezért (nem szép megoldás, de ez van) chattr paranccsal az +i opciót használva fájlrenszer szintjén írásvédettséget adtam e fájlnak. Ext3-mal működik, root jogosultsággal sem lehet felülírni a fájlt.

Ha dhcp kliens hasznalasz akkor annak a man-jaban van valami leiras, hogy valahogy ra lehet birni, hogy te add a dns cimeket. DYNAMIC DNS cimszot keresd meg. Masreszt nekem is csak ilyen favago megoldas jut eszembe, hogy pl:beleirsz egy script-et a network/if.up.d-be, hogy miutan megjott a halo szepen atirod a file-t.

Koszonom a otleteket. Semmi olyan nincs amit irtatok. A halot+IP cime a router+dhcp "csinalja" es egy 3g csodakartyaval kapcsolodom az internetre. Mint irtam, minden mas bongeszo teljesen jol megy, sot meg a wget is. ;)
Kivancsisag kedveert megprobaltam a vmware alatt az operaval es azzal is teljesen jol megy. O ugye mas IP cimen kapcsolodott a halohoz (bridge). Viszont ethreal(vagy mostanaban wireshark), programmal megneztem a haloforgalmat es a kovetkezo dolog latszik a legelso dns keresekben, amin az opera pocsekolja az idejet :

[time,source,destination,protocol,comment]

ff:

0.000000 -> 192.168.123.51 192.168.123.254 DNS Standard query A www.hup.hu
2.081430 -> 192.168.123.254 192.168.123.51 DNS Standard query response A 195.228.252.138
2.241994 -> 192.168.123.51 195.228.252.138 HTTP GET / HTTP/1.1

opera:
0.000000 -> 192.168.123.51 192.168.123.254 DNS Standard query AAAA www.hup.hu
5.018077 -> EdimaxTe_96:b1:82 Amit_5d:07:b9 ARP Who has 192.168.123.254? Tell 192.168.123.51
5.018162 -> 192.168.123.51 80.244.97.30 DNS Standard query AAAA www.hup.hu
5.018375 -> Amit_5d:07:b9 EdimaxTe_96:b1:82 ARP 192.168.123.254 is at 00:50:18:5d:07:b9
....
....
7.412533 -> 192.168.123.254 192.168.123.51 DNS Standard query response A 195.228.252.138
7.559954 -> 192.168.123.51 195.228.252.138 HTTP GET / HTTP/1.1

Azt mondja, hogy az
-'A' : Type: A (Host address)
-'AAAA' : Type: AAAA (IPv6 address)

Utana meg ezt nagyon sokszor eljatsza es ezen nagyon sok idot elbukik.. Hat ez meg miert lehet ? Mibol gondolja
ellentetben az osszes mas halozatot hasznalo programmal, hogy neki egy ilyen kerdessel kell zaklatnia a dns szervert ? Mitol lehet az operanak ilyen nagy vonzodasa az IPv6 cimekhez ?

Ifconfig :

eth0 Link encap:Ethernet HWaddr 00:0e:2e:96:b1:82
inet addr:192.168.123.51 Bcast:192.168.123.255 Mask:255.255.255.0
inet6 addr: fe80::20e:2eff:fe96:b182/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:296244 errors:0 dropped:0 overruns:0 frame:0
TX packets:302090 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:368981879 (351.8 MB) TX bytes:30499713 (29.0 MB)
Interrupt:21 Base address:0xc800

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2009 errors:0 dropped:0 overruns:0 frame:0
TX packets:2009 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:82059 (80.1 KB) TX bytes:82059 (80.1 KB)

Resolv.conf:

nameserver 192.168.123.254
nameserver 80.244.97.30
--
192.168.123.254 ez a routerem belso IP-je.

Van valakinek otlete ?