Elég gyakran előfordul, hogy az oldal nem tölt be csak második probálkozásra. Internetem stabil, más oldalakon nem tapasztalok ilyesmit. Valószínűtlen, hogy nálam lenn a probléma. Nem annyira zavaró, de lehet ki kellene vizsgálni az okat.
$ ping hup.hu
PING hup.hu (92.119.122.43) 56(84) bytes of data.
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=1 ttl=58 time=13.7 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=2 ttl=58 time=18.3 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=4 ttl=58 time=13.9 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=5 ttl=58 time=13.9 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=7 ttl=58 time=13.6 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=8 ttl=58 time=21.7 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=10 ttl=58 time=13.7 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=12 ttl=58 time=12.9 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=14 ttl=58 time=15.4 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=15 ttl=58 time=14.1 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=16 ttl=58 time=14.0 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=17 ttl=58 time=14.3 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=19 ttl=58 time=13.6 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=22 ttl=58 time=13.7 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=23 ttl=58 time=13.7 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=26 ttl=58 time=13.7 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=27 ttl=58 time=17.8 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=28 ttl=58 time=14.1 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=29 ttl=58 time=13.7 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=30 ttl=58 time=16.2 ms
^C
--- hup.hu ping statistics ---
30 packets transmitted, 20 received, 33,3333% packet loss, time 29187ms
rtt min/avg/max/mdev = 12.928/14.794/21.651/2.094 ms
- 454 megtekintés
Hozzászólások
+1
- A hozzászóláshoz be kell jelentkezni
A ping (icmp) nem megbízható, ha csomagvesztés van nem próbálkozik újra. Illetve ha bármi van, Icmp-t dobja szinte mindem rúter legelőször. Ezzel szemben a HTTPS/TCP az próbálkozik jópár alkalommal mielőtt feladná.
- A hozzászóláshoz be kell jelentkezni
Mint irtam, a HTTPS sem működik rendesen: az oldal nem tölt be csak második probálkozásra ... Miért érdekelne ha nem stabil a ping?
- A hozzászóláshoz be kell jelentkezni
Akkor miért nem HTTPS re-transmit logot kopipasztoltál be ping history helyett?
- A hozzászóláshoz be kell jelentkezni
Hol tudom azt megnézni?
Azért kopipasztoltam mert az SEM mukodik rendesen, gondoltam segít. Minden mas szerver iranyába 0 a veszteség, nem hinném, hogy annyira instabil lenne az ICMP.
- A hozzászóláshoz be kell jelentkezni
Nem engem kérdeztél, de lényegtelen dologba kötöttél bele. Teljesen elfogadott ICMP-vel diagnosztizálni hálózati kapcsolatokat. A TCP egyébként attól még, hogy van benne retransmission és error checking, kimondottan érzékeny a csomagvesztésre. Ha kis méretű ICMP csomagok is elvesznek ekkora százalékban, akkor a jellemzően nagyobb méretű csomagokkal operáló TCP kapcsolat sem lesz stabil.
- A hozzászóláshoz be kell jelentkezni
Pont ez az oka amiert már hónapok óta megjelent ez a probléma, de eddig még nem posztoltam sehova, mert kb 2 perc alatt szét szokták off -olni a kérdést.
- A hozzászóláshoz be kell jelentkezni
Gyorsan megnéztem 3 különböző helyről, nálad lehet a probléma.
- A hozzászóláshoz be kell jelentkezni
Köszönöm!
Mint mondtam, egyetlen más oldallal / szerverrel sem jelentkezik ez a probléma, emiatt zártam ki azt, hogy nálam lenne a gond.
- A hozzászóláshoz be kell jelentkezni
Simán lehet, hogy a szolgáltatód és a rackforest között lehet valami. Nézzel meg más rackforestes IP-ket domaineket. Esetleg traceroute se jönne rosszul, hogy merre éred el, esetleg az útvonalak végigpingetése, hol romlik el stbstb
Fedora 42, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Esetleg egy mtr segítségével az is látszódhat (ha minden adott hozzá), hogy mely két hop között jön be ez a csomagvesztés.
- A hozzászóláshoz be kell jelentkezni
Köszönöm, megnézem mtr -el.
- A hozzászóláshoz be kell jelentkezni
Nem kötöttem bele semmibe. De a lossy icmp még nem jelenti h. TCP-n is lossy lesz a kapcsolat. ICMP-t bármelyik köztes rúter eldobálhatja csak úgy random is.
- A hozzászóláshoz be kell jelentkezni
igen, bar azert valljuk be ez nem jellemzo a gyakorlatban...
en inkabb a forditottjat szoktam latni, hogy a ping tokeletes, de a tcp akadozik, mert a nagyobb csomagokkal van csak gond (pl. valahol van utkozben egy mikros kapcsolat aminek a csomag merettel aranyosan no a hiba %).
- A hozzászóláshoz be kell jelentkezni
nem lehet hogy elsore ipv6-on probalja?
- A hozzászóláshoz be kell jelentkezni
Amióta megnyitottam a topic -ot, nem volt csomagveszteség. :)
Még ránézek.
- A hozzászóláshoz be kell jelentkezni
Ezt én is tapasztalom, elég régóta (hónapok legalább). Más weboldal nem szokott ilyet produkálni. A jelenség: azonnal visszajelzi a böngésző, hogy nem elérhető az oldal, aztán újra próbálkozva megy. Ennél jobban nem mentem utána a dolognak, mert annyira nagyon nem gyakori.
Rackforest-et kizárnám, mint hibaforrás, mert megy ott saját szerverünk és azzal ilyen nincs soha.
- A hozzászóláshoz be kell jelentkezni
Igen, nálam is pont ez a helyzet. Amióta megnyitottam a topic -ot nem volt packet loss, hatha így is marad.
- A hozzászóláshoz be kell jelentkezni
Nekem csak akkor kéri az újratöltést, ha be vagyok jelentkezve, és hosszabb várakozás után rányomok egy témára, vagy hosszabb gépelés után a hozzászólás beküldés gombra, (eddig össz. 2 alkalommal történt ilyen) de pingre nálam 100%-ban jó, inkább olyan, mintha egy proxy lenne előtte, és az dobná el valamiért a kapcsolatot egy pillanatra.
- A hozzászóláshoz be kell jelentkezni
Ma nekem is lassú volt, illetve kaptam az előbb egy hibaoldalt az apacstól is.
- A hozzászóláshoz be kell jelentkezni