Adolf.Shitler

@Jack_6428 Vodafone ti opravdu někde garantoval, že ten STB bude fungovat přes WiFi? Nebo je to jenom tvoje představa, že když má STB i WiFi, tak to tak musí být? To je totiž rozdíl. Jinak slova o tom, že ne každý si může připojit všechna zařízení přes LAN, jsou dost úsměvná (tedy za předpokladu, že koncová zařízení LAN mají), protože za tou "nemožností" obvykle stojí pouhá lenost. No každopádně já už dál reagovat nebudu, protože mně všechno funguje (právě přes LAN) a komu není rady, tomu není pomoci, takže holt se s tím musíš nějak vyrovnat sám :)

S tebou je to těžký, když nechápeš základy fyziky a šíření el. magnetických vln. Jinak tedy zjevně nejsi ani moc zběhlý v síťařině, protože jinak bys věděl, že je úplně jedno, kde budu mít modem a kde PC, když vzdálenost mezi těmi dvěma body může být až 100 metrů a nijak se to na kvalitě neprojeví vůči tomu, když je modem a PC těsně u sebe (samozřejmě za předpokladu kvalitní kabeláže). A dívat se na koaxiál a konektory? Naprostá zbytečnost, protože v indoor to klidně vydrží i přes 30 let. Sám ještě dodneška občas nacházím něco, co jsem instaloval právě před tolika roky a úplně v pohodě. Nehledej příčinu kde není a zaměř se na to, kde ta chyba skutečně je - v nesmyslu jménem WiFi, na kterou je zapojený STB. To je ta základní chyba, jenž se dá vyřešit snadno pomocí UTP a celá debata pak ztratí význam.

VF snad přes WiFi ani žádnou garanci nedává, takže nutnost použití UTP měla zaznít hned při prvním kontaktu se zákaznickým centrem a nebylo co řešit (vlastní router pro tyto účely pak potřeba zcela jistě není). Co se týká návštěvy technika, tak ten by měl jezdit jenom na opravu zařízení v majetku VF a nikoliv nějakých kabelů doma od zásuvky k TV nebo modemu (pokud nejsou instalovány ze strany VF), přičemž v rozvodných skříních v domech není co preventivně zkoumat, aby tam někdo z VF jezdil jen tak na výlet.

Pevná veřejná IPv4 je určitě lepší, než dynamická veřejná IPv4 (odpadne nutnost DDNS), takže bych to nechal jak je.

Že jdou stanice chytit někde ze vzduchu přeshraničním příjmem neznamená, že si je VF může jen tak šoupnout do kabelovky.

S DNS u UPC byly problémy odjakživa. Možná u Karnevalu ne.

Důležité je, kde běží OpenVPN server, což jsem pochopil tak, že přes Compal (kabelovka) to bylo v pohodě, ale přes Zyxel (xDSL) není.

Jenom takový dotaz - když to na Compalu fungovalo (což značí připojení přes kabelovku VF), tak proč ta změna na podstatně horší xDSL? Opačně, tj. z xDSL na kabel, se to dá pochopit, ale takhle...

OpenVPN server se má řešit na úrovni routeru, aby pak bylo možné se dostat přes OpenVPN klienta do celé vnitřní sítě (a v takovém případě se žádné směrování portů nekoná, protože to není potřeba). Jestliže ale OpenVPN server není na úrovni routeru, ale je někde jinde (třeba v NAS), tak to spíš nebude fungovat, než že bude. Běžné směrování portů v routeru by pak mělo fungovat normálně, tam není důvod, aby nefungovalo. Ještě je možné pro nějaké konkrétní zařízení nastavit rovnou DMZ.

Pro OpenVPN se směrování portů v routeru nenastavuje. Prostě na routeru spustíš OpenVPN server (kde jako port bude napevno nastavený 1194 UDP a přístup jak do netu, tak do vnitřní sítě, podsíť VPN např. 10.8.0.0 a maska sítě 255.255.255.0) a pak se nějakým OpenVPN klientem k tomu serveru připojíš (přičemž všechny parametry připojení si OpenVPN klient vezme z "OpenVPN-Config", který musíš na serveru vyexportovat a do klienta pak importovat - před exportem ze serveru je nutné ještě v routeru v nastavení OpenVPN server nechat vygenerovat certifikát, který by se pak měl automaticky stát součástí konfiguračního souboru).

V routeru vypadá směrování portů takto, např. NAS má IP ve vnitřní síti: 192.168.1.100, já tedy provedu směrování portu 21 (FTP) následovně: pro IP 192.168.1.100 si vymyslím nějaký externí port, např. ten tvůj 5001 a tento přesměruji na interní port 21 s protokolem TCP. Přístup zvnějšku pak bude takový, že třeba v Total Cammanderu zadám veřejnou IP adresu (hypoteticky opět tu tvoji) 1.2.3.4:5001 a tím se dostanu k souborům v NAS přes FTP. Pro SFTP je pak port 22 (pochopitelně FTP/SFTP musí být v NAS funkční). Pokud na routeru běží OpenVPN, pak se k němu lze připojit přes OpenVPN klienta a porty pro OpenVPN netřeba řešit, tj. žádné směrování není potřeba.

Co si lze představit pod slovy: "se dostat na NAS z chaty"? Jestli se dostat k souborům, pak je potřeba řešit směrování portů 21 (FTP) nebo 22 (SFTP). Jestli se ale jedná o administraci NAS na úrovni http/https, pak to tak snadno nejde a jediným spolehlivým řešením je na routeru (ke kterému je připojený NAS) spustit VPN server - a přes VPN klienta se k němu připojit z chaty, potom už se po zadání IP adresy NASu do jeho administrace člověk dostane.

Frekvence nad 700 MHz mohou být v kolizi s mobilním signálem 5G, což je ze strany uživatele neřešitelná věc. Pokud jde o výstupní signál na účastnických zásuvkách, tak se obrátit na VF s reklamací a trvat na přeměření. Samozřejmě za předpokladu, že jsou to zásuvky vybudované ze strany VF a ne nějaký samo-domo bastl. Koaxiální kabel mezi účastnickou zásuvkou a TV by pak měl být s min. dvojitým stíněním (např. Belden H125) a nikoliv nějaké prádelní šňůry se zalisovanými koncovkami z OBI za 50 kaček.

Pokud je to v Adamově na kopci, tak s největší pravděpodobností se signál pro funkční TV získává přímo ze vzduchu jenom na ten kus drátu, který vede od účastnické zásuvky k TV. Na samotné zásuvce by žádný signál po zrušení služby VF být neměl, resp. pokud by ještě nedošlo k fyzickému odpojení někde v rozvodné skříni, pak by tam signál pochopitelně byl, a to cca 40 programů v normě DVB-T a nějakých 200 v normě DVB-C (z nichž je ale většina zakódována). Jenom pro úplnost, tak k příjmu pozemního signálu musí být televizory vybaveny DVB-T2 tunerem s podporou kodeku HEVC - to uvádím proto, že u kabelovky VF stačí, aby televizor uměl jenom DVB-T (DVB-C) a MPEG-4, netřeba DVB-T2 a HEVC.

Na MP3 býval v té době Napster :-)

Ty ceny jsou snad nejzajímavější, protože v těch dobách měli lidé poloviční výplaty oproti dnešku, ale neměli problém platit za net přes tisícovku a klidně totéž i u mobilního telefonu (a tam ani net nebyl, jenom volání a SMS). Dneska se spousta lidí kroutí, když má dát pětistovku...

@Jack_6428 Přečti si přesně, co napsal autor dotazu: "moje televize od doby,co nám vyměnili modem za nový,se nechce připojit k wifině. Nejde ani zapnout,aby to nějakou wifinu vyhledalo" - pokud nejde u TV ani zapnout vyhledávání WiFi, pak s tím výměna modemu od VF vůbec nesouvisí a ta TV je prostě vadná.

O2 hlavně mění od ledna ceník a od dubna na ten nový začne převádět i stávající klienty, takže ti si to užijí :D Holt ty akvizice nejsou zadarmo...

Komu se VF nelíbí, nechť si (_!_) políbí aneb poskytovatelů je na trhu spousta a každý si může vybrat :-) Jiná věc pak je, jestli ti jiní poskytovatelé jsou lepší nebo horší...

VF může za to, že TV stojí za velké lejno?

Ten příplatek 150 Kč je nejenom o vyšším uploadu, ale hlavně o dvojnásobném downloadu. Max., co VF nabízel, bylo 1000/70 Mbps, ale jenom podnikatelům. A Booster už je dlouhou dobu ze hry venku.

Smysluplné řešení je přepnout Compal do bridge a použít vlastní router. A to nejenom kvůli DNS, ale i celé řadě dalších možností, jenž toto přináší.

Zádrhel bude v tom CA modulu, který je v provedení CI+. Z těch nejlevnějších přijímačů by možná vyhovoval Amiko 8265+, ale chtělo by to ověřit, jestli tam bude CAM od VF fungovat.

Pokud ten TechniSat funguje čistě jako DVB-C přijímač, tak v systému VF být nemusí. Nicméně z úvodního dotazu je zřejmé, že přijímač tzv. "vydechl". A vzhledem k jeho stáří - cca 10 let - už není oprava rentabilní, takže vyndat z něho CA modul, odnést ho do sběrného dvoru a hledat přijímač jiný.

A O2 pak 16/16 kbps.