mobil internet cache

Hálózatok egyéb

Épp egy versenyen ülünk itt gyerekkel egy parszazan. A fordulok kozott az eredményeket és azt, hogy a következő fordulót ki kivel játssza, egy 0 grafikai elemes weboldalon teszik közzé. A szervezők folyamatosan töltik fel az adatokat, amik sem yettel sem t mobilinterneten nem jelennek meg, idoben. illetve úgy tűnik mintha a szolgáltató az oldalt cachelné és kb óránta egyszer nézné csak meg, hogy frissített-e. ezért anya az otthoni vezetékes internetről (one) küldi a screenshotokat. Lehet, hogy közös cachet használ mindkét szolgáltató? lehet ezzel bármit kezdeni? one mobilinternetest még nem találtam a csopiban...

  • 564 megtekintés

( mauzi v | 2025. 03. 22., szo – 12:10 )

Szerkesztve: 2025. 03. 22., szo – 12:13

weboldalon teszik közzé

A weboldal manapság HTTPS kapcsolatot szokott jelenteni, ahol a TLS kizárja a man-in-the-middle cache lehetőségét, kivéve, ha TLS bontás történik, azt viszont észreveszed, ha nincs a készülékeden a köztes proxy által használt főtanúsítvány telepítve.

Ahol többszázan vannak egy kupacban, ott gyakran túlterhelt a mobilhálózat. Biztos vagy abban, hogy a böngésződ képes újratölteni az oldalt, és nem a készülékeden lévő böngésző saját cache-e ver át?

Tekintsük a Cloudflare-t a tartalomszolgáltató oldalának, nem az access szolgáltató oldalának. A problémafelvetés az access oldalra vonatkozott.
A tartalomszolgáltató Cloudflare és más harmadik fél nélkül is használhat terheléselosztó proxyt és akár csillió szervert a tartalom kiszolgálására, és simán lehet az is, hogy már ott is az egyes szerverek más és más tartalmat szolgálnak ki ugyanazon webkérésre.

Nade pont úgy lehet valami rosszul beállított cache emiatt. Legalábbis az, hogy más-más verzió látszik egy időben, de más IP-ről, nekem ilyesmit sugall. Vagy a saját clusterük nincs szinkronban, bááár azt általában azért egyszerűbb megoldani. Pláne ha nincs is cluster :D

De persze ez nettó találgatás.

Igen, nekem is kapásból ez jutott eszembe. Valami CF vagy Akamai vagy ehhez hasonló szerver-oldali CDN lesz szerintem a megfejtés.

OP-nek: reálisan tenni ellene max úgy lehet, ha van valami VPN-szolgáltatásra előfizetésed, ahol több országbeli kilépési pontról meg tudod nézni ugyanazt az oldalt. Hátha csak a CDN egyvalamelyik régiója van lemaradva a replikációval. 

(Nekem nemrég volt egy masszív oncall riasztásom, ahol egy fontos külső szolgáltatónk egyetlen forrás-régiónkból elkezdte nem fogadni az adatainkat. Minden régióból ugyanazt a US-beli endpointot használjuk, minden más helyről hibátlanul ment. Most próbáljuk kitaposni a hivatalos RCA-t belőlük, de a supportjuk annyit árult el előre, hogy a US-beli egy közös endpointjuk "nem igazi", valójában Cloudflare-rel raknak regionális proxykat ugyanazon domain mögé és most a Cloudflare-jük konfigja volt egy régióban elrontva.)

Régóta vágyok én, az androidok mezonkincsére már!

>  TLS kizárja a man-in-the-middle cache lehetőségét

Manapság ugrásszerűen terjed a man-in-the-middle proxy mindenhol. Cégeknél, de még a víruskeresők is ilyet használnak, akkor tűnik fel, ha rosszul működik épp. 

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

( hendrick v | 2025. 03. 22., szo – 12:31 )

Szerkesztve: 2025. 03. 22., szo – 13:00

Most épp otthon asszony nem látja, én meg igen a legfrissebbet... szval nem is mobilhalozat. ez a chess-results.com egyebkent.

( Apo | 2025. 03. 22., szo – 13:59 )

Last update 22.03.2025 13:57:36 / Page cached 22.03.2025 13:58:30 94min., Creator/Last Upload: Sahovski Savez Vojvodine

( denton | 2025. 03. 22., szo – 18:54 )

Teszt jelleggel nyitsz inkognitó oldalt és abban töltöd be. Ha abban frissül, akkor a browsered cachel.