Nejdou některé webovky

[pgb]

ad DNS: vzhledem k tomu, že moderní webové stránky jsou dost složitou aplikací a obsahují odkazy na hromady externích domén (netmonitor, reklamní banery aj., css, fonty), tak pokud by dns nefungoval správně, tak by to problémy mohlo za určitých situací způsobovat a tvářit se, že ping na hlavní doménu jde, ale stránka se nenačte.
PS: před mnoha lety (cca 2010/2012, už je to hodně let - jo byl to dns resolver na ip 212.24.128.8 bohužel u dialu) jsem se setkal s tím, že dns resolver pro existující záznamy nevracel doména nenalezena, ale záznam se vrátil korektní, ale PRÁZDNÝ

ad MTU: už jsem to psal jednou, je to dost nejpravděpodobnější. Domluv se s dialem a a zkus si někam nefragmentovaný icmp 1500.

[TTcko]

+1 pro nekorektní IPv6

[ludvik]

enimalia.com nemá IPv6 ... a MSS 1460, MTUčkem to také nebude. Jejich DNS též vypadá v pořádku, tedy krom toho, že mají dva nejspíš na stejné síti.

[JCltm]

Jinak, zaostalý WEDOS nepodporuje IPv6. Takže tam problém nebude.

[honzam]

A co zavirovaný mikrotik někde po cestě se zapnutou proxy?

[Petr Bačina]

Jinak, zaostalý WEDOS nepodporuje IPv6. Takže tam problém nebude.

Takovou blbost jsi sebral kde? Wedos normálně IPv6 má a weby na ní jedou.

[JCltm]

Tak nevím, s čím jsem si to spletl, každopádně pokud web ipv6 nepodporuje a nejde, mebude problém v ipv6.

[Peyrak]

Jednou se mi toto stalo také a bylo to tím MTU, které kazil summit SDV, po rebootu spoje to bylo OK a už se to nikdy nestalo.

V jednom segmentu sítě mám teď podobný problém, ale tam nejdou jen některé HTTPS weby, třeba flexibee.eu, na některých chybějí obrázky nebo nejdou spustit videa, a některé weby se jen načítají pekelně dlouho, třeba rajce.cz, tomu jsem zatím ne kloub nepřišel, v cestě jsou jen 2 mikrotiky a jedno AF24, jeden Ray2 17G a jeden summit QAM100, spoje rebootlé, mikrotiky prověřené, týká se to jen jednoho privátního adresního rozsahu, ostatní za stejnou infrastrukturou jdou

[iTomB]

Jednou se mi toto stalo také a bylo to tím MTU, které kazil summit SDV, po rebootu spoje to bylo OK a už se to nikdy nestalo.

V jednom segmentu sítě mám teď podobný problém, ale tam nejdou jen některé HTTPS weby, třeba flexibee.eu, na některých chybějí obrázky nebo nejdou spustit videa, a některé weby se jen načítají pekelně dlouho, třeba rajce.cz, tomu jsem zatím ne kloub nepřišel, v cestě jsou jen 2 mikrotiky a jedno AF24, jeden Ray2 17G a jeden summit QAM100, spoje rebootlé, mikrotiky prověřené, týká se to jen jednoho privátního adresního rozsahu, ostatní za stejnou infrastrukturou jdou

To dlouhe nacitani mi delalo taky, zkus si u nekoho zmenit DNS na google atd a zkus to znova.

[Cheprer]

Pokud ti to dělá jenom jeden z x rozsahu za trasou tak to nemůže být přece fyzickou trasou. Buď tunelem ,vlanou nebo chyba v route, masce někde na L3. Srcnat?
Na L3 jsem míval často problém s tím že někdo někde žádal špatnou masku nebo byl špatně právě nat. Kterej se odkazoval na co neměl.
Na L2 to nebývá, pokud má vlana správně mtu.
Řeším to teď na jednom eoipu který jede po L2TP. Nejsem schopen se na tom eoipu dostat přez 1420. U nás vše cajk ale jde to do jiné sítě kde to něco brzdí asi nevím nepřišel jsem na příčinu, je to jenom propoj na kancelář kde chystám servery, ale blbý je že ta linka potom dost kripluje při tak malém mtu. Linka má 50/20 a na serverech nevytahnu víc jak 20/2 což je bída když je tam chceš nějakou dobu testovat a nechávat zahoret a up ti z toho serveru vesměs neleze.

[ludvik]

S tím MTU mám trochu problém. Možná tím, že je ráno ... Ale může se stát, že server má MTU v jumbo velikostech. Klient ovšem ne - při prvním SYN paketu pošle svoje MSS. Co udělá server? Měl by ho respektovat a nepřekročit, ne?

Kdysi jsme narazili na servery na pipni.cz, které používaly MTU 9000. A také na windowsy s MTU 1504 (vždy Realtek síťovky). No a těm to nechodilo. Možná by i chodilo, kdyby ty servery neblokovaly ICMP ...

[radekpv]

Narazil jsem na stejný problém - celá síť za NATem funguje, jen se není možné dostat na nějaký konkrétní web.
U známého v práci to byl (asi před 14 dny) web prostejov.eu - pomohlo počkat přes víkend, přitom doma je přes stejného poskytovatele a fungoval stále.
U mého zákazníka dnes datové schránky. Já se na ně dostanu v pohodě, dokonce když si jejich síť připojím k sobě pomocí mikrotik eoip, takže pc dostane IP adresu z jejich routeru, do internetu jdu přes jejich router a datové schránky fungují. Přímo z jejich sítě nefungují - otestováno z win7, win10, IE, firefox, chrome.
Zkoušel jsem na routeru snižovat MTU, ale bez výsledku.

[rsaf]

Mám podobný problém na jedné domácí wifině. Nedostanu se z ní na některé "naše místní" weby, nejde třeba ani vzdálená plocha... Jinak vše jde a dělá to jen na wifi (PC připojené kabelem do stejného bridge v mikrotiku se dostane všude). Z té wifiny se dopingnu, ale stránka se neotevře. Tipuju to na problém v kombinaci capsman+mtu.

[hapi]

tek netuneluj data mezi capsmanem a apčkem. Otázka 30 sekund upravit konfiguraci.

[Orel005]

A ja bych se mrknul na spamlist jestli tvuj rozsah ktery pouzivas neni nekde listovany. Hodne webů stahuje informace ze spamlistu a podle toho filtruje kdo na web smí a kdo ne.