classic.ISPforum.cz

Zdravím, neřešil tu prosím někdo problém na Apple zařízeních s načítáním stránek? Hledal jsem na foru, ale můj případ jsem nenašel.
Nejedená se o první případ, ale popíšu jednoho specifického zákazníka.

Příjem stabilně 15Mbit + bez výpadků, ping do 20ms. Všechna zařízení s Windows ci Android fungují bez problémů, ale zařízení jako MacBook, iPad + iPhone mají problém s načítáním webových stránek v Safari, načítání Appstore, Facebooku i videí na Youtube. NAT je pouze na příjmu, domácí wifi bridge. Testováno na naše lokální DNS i DNS Googlu, prostě Safari začne načítat stránku a v 1. třetině se loading zastaví (seznam, centrum, zive...), Appstore nenaběhne vůbec, nebo pomalu bez náhledu ikon aplikací. Testováno vícero wifin: Netis, RB951, nyní AirPort Express.

Budu rád za jakékoliv možné řešení, dotazy a připomínky.

U nas tohle delalo na TPLinku 841 u nekolika klientu, vymenou za Asus nebo Netis vyřešeno.

Že by měly výrobky Apple problém s výrobkem Apple? Můžeme si myslet o nich cokoliv, ale zrovna tomuhle asi nee ... zase tolik toho nevyrábí.

Whiteagle: Právě netis už tam taky byl, v bridge modu.

Ludvik: Taky si nemyslím, že by měl být problém s kompatibilitou, ale spíš někde v DNS. Zrovna ten AirPort si sám navrhl, že by byl lepší bridge, protože již v síti NAT je a propisuje DNS, které jsou nastavené na příjmu, ne svoji GW, což by mělo být OK.

Je cestou nějakej Mikrotik?

Přesně tak, většina trasy nepočítaje páteřní spoje až ke klientovi, včetně jeho příjmu MikroTik.

A co Max UDP Packet Size v DNS máš nastaveno na 512?

Pak mě ještě napadá máš na interfacu do kterýho je připojeno domácí AP MTU 1500?

Pokud se stránky načítají alespoň částečně, na DNS bych to moc neviděl. To spíš na problém s MTU (https://wiki.khnet.info/index.php/Problem_pipni.cz) případně s kontrolou konexí někde po cestě. Nic lepšího mě nenapadá.

Goblajz: Přenastaveno UDP Packet Size v DNS, bylo tam 2048, tak doufám, že se tím problém vyřeší. Interface ethernetu s AP již byl defaultně 1500.

Podobný problém, i-když ne u aplu, jsem měl s MSS u TCP protokolu. Pokud budeš v koncích, můžeš ho vyzkoušet zmenšit.

Tak se právě ozval další klient z opačné strany sítě. Problém na iPhonu a iPadu, tohle už je na provaz. Doma tento klient má 2x UniFi LR, příjem RB911.

Nějaký pokrok? Ozval se mi 1. klient kde proběhla výměna RB411AH za 911. (Na 411 byly nafouklé kondenzátory). Klientovy nefungují aktualizace z appstore.

Pořád mám podezření, že to dělá naše centrální DNS na CCR.

U jednoho klienta jsem teď osobně zkoušel iPAD, první tři záložky appstoru vůbec nic nedělaly, bílý pozadí a žádný načítání. Taktéž Safari ... načítám seznam, snad 10 sekund než to naběhlo, pak novinky.cz atd. dál už v pohodě.

Tak jsem tam nastavil na tvrdo OpenDNS a vše se rázem rozběhlo.

honzaze píše:Pořád mám podezření, že to dělá naše centrální DNS na CCR.

U jednoho klienta jsem teď osobně zkoušel iPAD, první tři záložky appstoru vůbec nic nedělaly, bílý pozadí a žádný načítání. Taktéž Safari ... načítám seznam, snad 10 sekund než to naběhlo, pak novinky.cz atd. dál už v pohodě.

Tak jsem tam nastavil na tvrdo OpenDNS a vše se rázem rozběhlo.

To myslite vazne, ze jeste nekdo pouziva, po tom, co se to tady uz resilo nekolikrat (zmena cache time atd.), dns resolver mikrotiku jako hlavni dns? Vzdyt bind nebo unbound se da nakonfigurovat za par minut a mam plnohodnotne dns.

Vzdyt jste psal, ze jste zkousel dns googlu. To jela ta dns googlu v ip dns mikrotiku a ne primo na klientske stanici?

DNS Google bylo právě zkoušeno přímo na klientském zařízení, ne centrálně. Díky tomu, že to nepomohlo jsem se zasekl a problém s DNS dočasně zavrhl. Osobně jsem se s jiným problémem na DNS mikrotiku nesetkal a neměl jsem tudíž důvod řešit nějakou změnu. Díky za připomínku, zaměříme se touto cestou.