Dotaz: OpenWRT \ nefunkční SledováníTV \ kde je zakopaný pes

[Martin P.]

Nejde mi Sledování TV jak ve webovém prohlížeči tak v aplikaci.
Bez žádné chybové, varovné či informační hlášky. Až na Linux kde ve webovém prohlížeči dostanu ...HLS Manifest Errors... ale samotné EPG funguje.

Mám router R1, na kterém mám má OpenWRT stable , dostal faktory reset , WAN má z DHCP. Nějakých několik let to fungovalo, ale po nějaké době sem zjistil, že IPTV nejde. Nejde na klientských stanicích pod Linuxem, ani pod iOS ani pod Androidem.
Ve všech případech ikdyž nejde SledováníTV, funguje třeba jde HBO Go a Netflix.
Router R1 jinak má uptime i několik měsíců, pokud nevypadne proud, není za UPS. A není jiná služba kde by sním byl problém.

Postoj ISP1: problém není, problém je jen u Vás, vše funguje, žádná změna nenastala. Máte mít náš R2 router. Jejich „router“ bylo v roce 2017 něco jehož jméno nesmí býti vysloveno. Který se restartuje hroutí, a nezvládá připojení čtyř smartphonů „od výroby“. Takže jste ho nechtěli ani zadarmo.

Zkráceně sem ověřil tyto stavy:
-router R1 > konfigurace K1 WAN vše DHCP ISP1 SledováníTV nefunguje
-router R1 > konfigurace K1 WAN vše >DHCP ISP2 SledováníTV funguje
-router R1 > konfigurace K2 WAN DNS = 8.8.8.8 + pevné IP dle ISP1 > SledováníTV nefunguje
-router R1 > konfigurace K2 WAN DNS = 8.8.8.8 + pevné IP dle ISP2 > SledováníTV funguje


Ano je pravděpodobnost větší než 0,0…% že se mi rozbil router R1 . A chyba se ve konfiguraci K1 projevuje jen v síti ISP1.
Jen téhle variantě moc nevěřím.


Jiný použitelný router R3 pro tuhle lokalitu nemám. Android STB SledováníTV nemám, ani smart TV a ani nechci. Neřeší to totiž příjem na mobilních zařízení a NTB . Jinak co jsem pochopil STB používá svou VPN pro dodržení DRM takže nejde brát jako zařízení pro 100%ní debug.

Podpora SledováníTV mi poslala, jestli se dostanu na nějakou stránku WEB1 . Která je nutně souvisí s provozem SledováníTV, pokud na to koukám. To ten doménový název prezentuje i externí adresa IP1. Z routeru R1, v konfiguraci K1 i K2 s WAN ISP1 se na tu adresu WEB1 ani IP1 nedostanu. Ping, tracert, ani NSLOOKUp „bad address“ vůbec tu jmennou adresu nezná. Jediná změna mezi jmenným názvem WEB1 a IP1 je ta, že tracert IP1 se kousne na nějaké veřejné IP2 patřící stejné firmě jako IP1.
ISP1 tohle ví, ale i tak zastává status, že problém je u mě. A jako kolovrátek vezměte router R2 od nás. Který je hardwarově v dané lokalitě nepoužitelný ikdyby fungoval "spolehlivě" díky omezené Wifi. A pak nevěřím, že můj router R1 je vadný.

Myslím že chyba je v DNS, routováání, nebo nějakých VLAN mimo mé zaříze . Třeba už mimo sít ISP1 , nebo až na straně SledováníTV.


Čeho se bojím je, že si koupím nový router R3 třeba Turris Omnia, nebo něco od Ubiquiti což není HW zadarmo.
Tak ono to nebude dál fungovat, nebo po nějaké době přestane fungovat jako router R1. A ISP1 zase přijde s vmete si, ale náš R2 router.

První napadá Vás jak to rozseknou? Díky



ps pro ty suterény kteří jsou se vším na forech hned hotový Přecházet k jinému ISP, nebo nepoužívat SledováníTV není krok lepšímu,. By bylo co se týká rychlosti, ceny a i sítovému HW k horšímu ikdy vše fungovalo jak má.

Odpovědi

[NN]

Ja vidim:

-router R1 > konfigurace K1 WAN vše >DHCP ISP2 SledováníTV funguje
-router R1 > konfigurace K2 WAN DNS = 8.8.8.8 + pevné IP dle ISP2 > SledováníTV funguje

Takze to funguje, nebo nefunguje? Dale:

Myslím že chyba je v DNS, routováání, nebo nějakých VLAN mimo mé zaříze .

Zvladnes to nejak prokazat, nebo overit?

Bohuzel forum nefunguje jako kristalova koule na reseni. Nikdo nevi co je konfigurace K1/K2 etc. Detailnejsi logy, vystupy, error stavy z CLI vetsinou dost pomuzou. Cim vice detailu tim lepe.

[Martin P.]

R1 , K1 , ISP1 sem použil jako proměnné vyjadřující jeden konkrétní stav věcí.

Rok 2017 Zařízení nové vybalené z krabice > factory reset > instalace OpenWRT oficiální podporované sestavení > factory reset > dejme tomu že dva roky funguje stále funguje. Počátek roku 2019 stále funguje..... Nebyl žádný update, u mě se neměnilo se nic. ISP1 nějakou změnu popírá. Ale okolo třeba 9 měsíce roku 2019 nastane "něco" a přestane to fungovat. Router je tedy v čistém stavu, s IP přidělenou DHCP od ISP1 to by měl být stav K1 stav v kterém to fungovalo a už nefunguje.

Pokud router tak jak leží a běží, přenesu fyzicky do jiné lokality. Kde je dostumná jiný ISP2 tak ten samý router s DHCP i pevnou konfigurací IP to funguje a jde to.

[NN]

To je sice fajn, ale spolehat se na to ocividne neda. Pokud tvrdi ISP, ze problem je u tebe, budes proste muset dokazat ze to tak neni.

[Vantomas]

Tyhle problémy typu, že něco jde a něco jinýho zase nejde jsou většinou způsobený velikostí MTU. Opravdu je na WAN rovnou DHCP a už tam není žádný tunel (PPPOE/PPTP/L2TP)?

Taky je možné, že je na routeru špatně nastavený firewall, který zařezává ICMP a jiné signalizační pakety. Pro začátek bych zkusil na TCP spojeních vynutit menší pakety tímhle pravidlem do iptables:

iptables -A FORWARD -o eth-wan -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1450

[Martin P.]

To je ale stav továrního nastavení routeru, který v roce 2017-první polovina roku 2019 fungoval

-WAN má nastaveno na DHCP klient v základu
-s velikostí MTU routeru nikdo nehýbal
-žádná pravidla nad továrního nastavení routeru tam nejsou


A najednou to nefunguje, když ho odnesete jinam ( jiná lokalita jiný ISP) tak to "náhodou" fungovat bude.

[Vantomas]

Problém s MTU může vzniknout klidně někde po cestě u ISP. Mohli někde něco zabalit do nějaké VLAN nebo MPLS a mít tam na síti nějaký obskurní prvek, který třeba ořezává pakety na 1520B. Proto bych začal tím, že bych zkusil vynutit použití kratších paketů.

Je tedy divný, že nefunguje ani překlad toho DNS jména, tak začněme tím, že prostě řekněte co zkoušíte přeložit, ať můžeme něco zkoušet a ne leštit křišťálový koule.

Možností také je projít tím procesem co chce ISP, že si vezmete jejich router, zapojíte a zjistíte, že to nefunguje a nechat to pak eskalovat výš. Občas to bývá jednodušší a rychlejší, než si trvat na svém...

[Martin P.]

To s MTU je určitě dobrá stopa. To zkusím.
Jinak ano mě může to být ledas kde a to mě na tom problému docela s přístupem ISP vytáčí. Také trvání na tom jejich routeru. To že tam je nějaká VLAN je na 100%, to potvrdil to i ISP. Jedná se FTTB lokálního ISP a eskalovat výše....leda mu vylézt na střechu.

[Martin P.]

Tak v MTU problém nebude. Vracím se zpět k VLAN a DNS.

Jak sem psal ISP1 přes DHCP propaguje svoje DNS. A pro úsporu pásma tlačí stream IPTV pře s lokální adresu a "jedno" spojení, místo používání samostatných spojení klientů na koncový server\servery.

Ležím v nastavení , ale nenapadá mě kde co by mohlo ovlivnit že ten záznam to nebere. Tedy nevezme to z DNS u ISP1, ale ani to nevezme z nějakého veřejného DNS(8.8.8.8). WTF!? Proč pak neblbne ani nic jiného. Když router je mimo síť ISP1, tak naprosto korektně adresu určí a tracenou projde.

[Vantomas]

Z vás to leze jak z chlupatý deky...

Pošlete prostě ty DNS jména, co nejdou a jdou. Nebo aspoň poptejty ty různé DNS servery přes dig a pošlete celý výstupy, ať vidíme co to dělá nebo nedelá.

[Martin P.]

Leze to ze mě tak jak to zkouším. Třeba týden se k tomu routeru nedostanu. Né ten router nemá vnější administraci, né nemá do té sítě vnější přístup. Mám na to pár minut.

Nemám prostor v tom ležet každý den několik desítek minut. Prosím o shovívavost.

[Vantomas]

Spíše jsem měl na mysli konkrétní informace, třeba výstupy z různých utilit, které jste zkoušel, abychom viděli, jestli to vůbec správně voláte a co to vlastně konkrétně píše. Protože takhle je to opravdu jen věštění z křišťálové koule...

[vencour]

Co mam zkušenost, tak sledovanitv.cz funguje z IP adres EU. Tečka. Na aktuálním gentoo i win10 šlape. V principu s nijak extra tuněným OS.
Pravda, ono by stačilo i pustit prohlížeč z příkazové řádky a číst chyby.
Vlezu v prohlížeči na sledovanitv.cz, v noscriptu preventivně povolím ten jeden web, přihlásím se a obraz/zvuk je.

[k3dAR]

pustim Kodi, najedu na Televize a vidim zaznamy i live aneb doplnek pvr.sledovanitv.cz (fork z tady)
btw: a jedu pres router s OpenWRT

[Martin P.]

Ano i na Rpi4B to fungovalo teď se načte jen EPG a šlus.
Pokud udělam Wifi hotspot z mobilu a z AP udělam na routeru klienta , NTB na LAN toho problémového routeru a Ostružina jede.
Vrátím to WAN ISP nejede...

[V.]

A nemáte malé pásmo (download) přes toho ISP? Prý až 17 Mbps pro HD.

[k3dAR]

to by nebloklo komplet pristup, ale "jen" bylo trhane...
bud ISP neco blokuje, nebo ma zprasene sledovanitv proxy ktere nevim zda pouzivaj vsichni ISP nebo jen ty co chtej...

[vencour]

Proxy by tam být neměla, je tam přes 100 kanálů a navíc lze sledovat z libovolné pozice, přeskakovat, tohle neni "jako dvb-t stream". A trace končí za nixem ...

$ host sledovanitv.cz
sledovanitv.cz has address 188.246.119.1
sledovanitv.cz mail is handled by 10 alt3.aspmx.l.google.com.
sledovanitv.cz mail is handled by 10 alt4.aspmx.l.google.com.
sledovanitv.cz mail is handled by 5 alt1.aspmx.l.google.com.
sledovanitv.cz mail is handled by 5 alt2.aspmx.l.google.com.
sledovanitv.cz mail is handled by 1 mail.sledovanitv.cz.


# traceroute 188.246.119.1
traceroute to 188.246.119.1 (188.246.119.1), 30 hops max, 60 byte packets
...
 8  nix2.cdt.cz (91.210.16.101)  42.669 ms  42.615 ms  42.629 ms
 9  * * *
10  89.203.221.34 (89.203.221.34)  33.356 ms  33.308 ms  22.956 ms
11  * * peer-mtv-loc.sit-sw1.moderntv.eu (188.246.116.74)  25.305 ms
12  * * *
13  * * *
...
29  * * *
30  * * *

[k3dAR]

vim ze to neni dvb-t, sledovanitv mam uz par let, pres tplink s openwrt, linux pc+arm kodi+browser, andrpid, lg tv s webos... jen sem pred casem cetl ze budou u isp davat svou "proxy"

[k3dAR]

mozna slo o autentizacni proxy (bohuzel link je bez prihlaseni isp loginem nepristupnej)

[Martin P.]

Všechno od sledovanitv se nechovává ani za jednou IP ani za jedním doménovým jménem. Proto třeba to jejich EPG běží a stream už ne. Ten je na jiné adrese. Mobilní appka přeba pro android má jinou VLANl, appka pro TV Samsung také. Addon KODI se chová jako web browser

Jinak motám se podle všeho kolo ....Sledovanitv totiz poskytuje ISP sluzbu reflektor (prijima jeden stream z sledovanitv a redistribuuje ho clenum) , která je uvnitr site ISP, takze pokud mate nejake jine DNS, muze se stat, ze se na reflektor nedostanete...

Otevřete stránku Sledovanitv , ta identifikuje vašeho ISP a chce vám poskytnout stream z relektoru pro toho konkrétního ISP ale na ten se z nějakého důvodu nedostanete. Poslední pátrání po podobných chybách a OpenWRT mě často zavedlo k špatné interpretaci DNSSEC . A to by v mém případě ten reflektor bralo jako DNS spoofing....

[vencour]

To by dávalo smysl. Že je tam něco infrastrukturního.
Sám používam jen to řešení bez settopboxu a bez chytré televize, přes prohlížeč.
I proto jsem zmiňoval, že přes "(snad) čistý internet" mi funguje přihlášení (a provoz). Zkusim to ještě, až najdu nějakou obecnou wifi na pumpě, v kavárně apod.

Co s tím? Pokud to jde přes "mobil" a ne přes ISP1, na mobilu nasdílet připojení, na notebooku se připojit a a) otestovat s komplet připojením přes mobil a b) pak s tím, když naroutujete "sledovanitv.cz" přes ISP1 a tu proxy (jestli se ji podaří ve wiresharku najít) necháte přes mobil.
A ještě bych pátral, zda v síti ISP2 neni nějaká dhcp opšna ohledně tohodle celého. Nebo něco podobného, když už máte přístup na RJ-45 zásuvku a můžete pátrat, jakým způsobem se ověřujete.

Mimochodem ještě mne napadlo, kdyby Vás ISP1 podle něčeho identifikoval ve své síti a je povolen jen jeden stream, jedna autenikace a pokud by v tom měl hokej, aspoň by měl vědět, zda už sledovanitv.cz použváte = a proto se na Vašem připojení nepřipojíte z dalšího "routeru", protože nemáte nárok ... ?

[Martin P.]

Problém je že ISP1 drží Status quo že nemá problém , není problém a vemte si náš router....

U ISP2 problém s přehráváním není . Je sice hezké, že na test jsem odvezl naskok jinam k ISP2. Kde router funguje ve stejném konfiguraci nebo s DNS 8.8.8.8 co ISP1 tvrdí že fungovat nemá. Ale pokud to je xx km od lokality kde router před tím funfoval a měl by i nadále. Moc to tu domácnost neřeší.

Stejně to neřeší nechat přes mobil když mi to po pár minutách to spotřebuje všechna data a ten mobil potřebuji taky i já.

Fak bych řekl, že řeším za ISP něco co by měl řešit on. Jen on propaguje své routery, který to v zarušeném prostředí nedají v solidní rychlosti a odezvě na konec bytu a né jen v jedné mistnosti. . Opravdu něco starého bez 5GHz AC a mimo antény fakt ne.

[vencour]

A co má bejt? UPC mi kdysi taky něco vnutilo, tak jsem na tom vypnul wifi a používal svuj Mikrotik za tim jejich.

[drnest]

No tak si pujc jejich router a pak kdyz to na nem nepujde, at to tedy resi oni.

[billgates]

Tiez tipujem, ze to bude tym. Pripadne odporucam skusit to pravidlo v takomto zneni:

iptables -A FORWARD -o eth-wan -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

[vencour]

Víte o tom, že sledovanitv.cz lze použít i na veřejném internetu, když se přihlásíte? Tolik za a.
Chtělo by to zřejmě ověřit chování a stav sítě třeba přes wireshark, jak co chodí. To za b.
Musíte to zkoušet na routeru? Nejde snad připojit "stroj" přímo do RJ-45 a jít na přímo do internetu bez routeru? Pravděpodobně si budete muset nastavit náležitě MAC adresu, abyste se připojil ... má tak UPC i jiní ISP. To za c.

[vencour]

Plus možnost d - použít svuj stroj jako router a přes něj teprve připojit to OpenWRT. Přinejhoršim usb síťovku snad má doma každej pořádnej síťař.

[Martin P.]

Ne není v místě žádný HW navíc na zkoušení.

Ano šel by v místě jeden linux notebooku. Který jinak se na ten router připojuje. Jinak tam je několik iOS a Android mobilních zařízení, které jsou uživatelsky přimární a ty to neřeší.

Hádám že vždy bude možné vymyslet nějaké složité a drahé řešení.

[vencour]

Člověče, jste na technickém webu, ne na zive.cz.
Rozumíte tomu, jakým způsobem chceme najít řešení? Objevit nějaké závadné chování, zpravidla porovnáním s něčím fungujícím nebo dohledáním v logu a stavu.
Buď je to na síti nebo výše. V principu půlení intervalu se vším všudy.
Proto pomůže vědět, zda to zařízení (mobil) chodí samo o sobě.
Ano, možná by pomohlo najít jeden funkční stroj, jednu změnu, která se chová jinak, když to připojíte napřímo. A stejně někdo bude muset uživatelům rozchodit ten zbytek, co třeba nepůjde.
A drahý, levný, pokud tim zabiju desítky hodin času, tak těch 500 za Mikrotika je sranda. Už proto, že pokud zrovna vy děláte support a nemáte plán B si ty ztracené hodiny hledáním funkčního stavu zase vyžerete sám, až to bude opakovaně řešit.

[Martin P.]

Pokud jste to četl od začátku tak stejně nakonfigurovaný router u jiného ISP funguje i s přístupem na SledovaniTV

Jinak na Mikrotika za 500 s DPH , můžete v zarušeném paneláků přes pár zdí zapomenout.

Ano vyžeru si to, to je tak vždy když děláte v rodině support kdy náklady musí byt ideálně 0,00,-

Ja teď zkoumam proč to korektně nekomunikuje tedy spíš tu adresu nezná. Protože to jediné sem z toho kdyz sem u toho byl dostal. A kupodivu ve stejné konfiguraci to v 2Q2019 ještě jelo v 3Q2019 již ne.

[vencour]

Ten Mikrotik jsem uváděl proto, že bývá elektricky spolehlivější než třeba Tp-link. A že mívá upgrade k dispozici "roky".
Když nezná dns překlad, pomůže nastavit si staticky host tabulku nebo na routeru nastavit, aby na to Vaše vracel existující údaje (třeba oněch 188.246.119.1)?

[Martin P.]

Ano jednoznačně to jeden z nejspolehlivějších SOHO krabiček. Jenže není ani za 500,- s DPH. A i kdyby byl sebevíc spolehliví, pokud nemá adekvátní wifi část tak je Vám na kulové potřeboval by jste další AP. Použitelný Mikrotik by byl za 1200,- a víc

Určitě to nastavit půjde a jak dlouho to bude fungovat že....

Včera sem ležel v podobných problémech kdy OpenWRT tak divně komunikuje a velice často se dostávám k DNSSEC jeho dobré nebo špatné interpretaci.

[vencour]

Když jsem přecházel od Linksyse na Mikrotik, na zkoušku/ověření jsem jako první vzal RB941 - Heureka to vidí od 462 s daní (link). Ano, dneska už nemá dost místa pro nejnovější firmware, zamrzl na 6.45.1. RB952 je cca za 1200, RB2011 za něco pod 3k a asi nejvýkonnější 4011 okolo 6k. To vše s jednou řadou firmwaru.
V aktuálním případě je výkon wifi nepodstatný, že nejde přes zeď, když podle všeho nefunguje aplikačně vůbec, ne?

[Jezekus]

Jen bych rád doplnil, že RB941-2nD samozřejmě nikde nezamrzla a je možnost ji povýšit na aktuální firmware.

Může u některých instalací být problém s interní ROM (jen 16 MB) a je nutno odebrat nepoužívané balíčky - např. MPLS.

[jezekus@RB941] > system package print 
Flags: X - disabled 
 #   NAME                                                                VERSION                                                               SCHEDULED              
 0   wireless                                                            6.45.7                                                                                       
 1   system                                                              6.45.7                                                                                       
 2   ppp                                                                 6.45.7                                                                                       
 3   security                                                            6.45.7                                                                                       
 4   routing                                                             6.45.7                                                                                       
 5   dhcp                                                                6.45.7                                                                                       
 6   advanced-tools                                                      6.45.7                                                                                       
 7   ipv6                                                                6.45.7                                                                                       
[jezekus@RB941] > system resource print 
 uptime: 4d16h12m15s
 version: 6.45.7 (stable)
 build-time: Oct/24/2019 08:44:35
 factory-software: 6.42.1
 free-memory: 5.6MiB
 total-memory: 32.0MiB
 cpu: MIPS 24Kc V7.4
 cpu-count: 1
 cpu-frequency: 650MHz
 cpu-load: 7%
 free-hdd-space: 7.4MiB
 total-hdd-space: 16.0MiB
 write-sect-since-reboot: 186746
 write-sect-total: 1163932
 bad-blocks: 0%
 architecture-name: smips
 board-name: hAP lite
 platform: MikroTik
[jezekus@RB941] > system clock print 
 time: 09:33:25
 date: nov/14/2019
 time-zone-autodetect: yes
 time-zone-name: Europe/Prague
 gmt-offset: +01:00
 dst-active: no

[vencour]

Supr, dík za reakci, já tam mam zatim navíc hotspot, routeros-smips a hotspot.

> syst resou pri
                   uptime: 2w3d19h6m50s
                  version: 6.45.1 (stable)
               build-time: Jun/27/2019 10:23:23
         factory-software: 6.38
              free-memory: 7.2MiB
             total-memory: 32.0MiB
                      cpu: MIPS 24Kc V7.4
                cpu-count: 1
            cpu-frequency: 650MHz
                 cpu-load: 1%
           free-hdd-space: 16.0KiB
          total-hdd-space: 16.0MiB
  write-sect-since-reboot: 2559
         write-sect-total: 2738655
               bad-blocks: 0%
        architecture-name: smips
               board-name: hAP lite
                 platform: MikroTik


> sys pac pri
Flags: X - disabled 
 #   NAME                                                              VERSION                                                              SCHEDULED              
 0   routeros-smips                                                    6.45.1                                                                                      
 1   system                                                            6.45.1                                                                                      
 2   ipv6                                                              6.45.1                                                                                      
 3   wireless                                                          6.45.1                                                                                      
 4   hotspot                                                           6.45.1                                                                                      
 5   mpls                                                              6.45.1                                                                                      
 6   routing                                                           6.45.1                                                                                      
 7   ppp                                                               6.45.1                                                                                      
 8   dhcp                                                              6.45.1                                                                                      
 9   security                                                          6.45.1                                                                                      
10   advanced-tools                                                    6.45.1   

Zatim mne to netrápilo, neni to na hranici mojí sítě, je vevnitř, abych zkoumal modularitu a jak to povýšit.

[Martin P.]

Co je hezké ale tenhle lowend s wifi Wifi část která je dobrá tak na jednu kancelář bez překážek kde široko daleko nejsou další AP. Hlavně vše spíš budete tahat kabelem to fifitam je mno... no má to i wifi.
Na debug problému by to mohlo posouži za podmínek, že půjde přeložit nastavení 1:1 k nastavení OpenWRT.
Ale jako náhrada na reálné provozování určitě ne.

[Giriraj Lovewanshi]

Měl jsem podobný problém a podařilo se ho vyřešit. Můj ISP je spol. Pe3ny a chyba byla skutečně v DNS:

1) Při připojení z rozsahu IP adres Pe3ny se stream hledá na webu: https://pe3ny1-priv.mtv.cdn.moderntv.eu/moderntv/stream/ctdecko/0-40-hls-vtt/storage.m3u8

2) Při použití VPN byl manifest streamu stažen z: https://sit-cdn3-pub.mtv.cdn.moderntv.eu/moderntv/stream/ctdecko/0-40-hls-vtt/live.m3u8

Při připojení k VPN pochopitelně stream běžel, stejně jako při připojení k modemu/routeru ISP. Při využití druhého routeru nikoli.

Zjistil jsem, že při využití druhého routeru dojde k poměrně prosté chybě - stream nelze stáhnout. Při připojení přes modem ISP byla v odpovědi IP adresa z vnitřního rozsahu. Stačilo ji tedy přidat k uvedenému hostname pe3ny1-priv.mtv.cdn.moderntv.eu a služba běží.

[panCHrz]

Řešil jsem podobný problém. S TP-Link routerem vše šlapalo. Po přehrání OpenWRT stejná chyba.

=>

ISP provozuje CDN na ip 192.168.1.57 . Pro zprovoznění je třeba Na OpenWRT v DNS vypnout RFC1918 filter.