-
GAMEPOD.hu
Vodafone (ex UPC Magyarország Kft.) (analóg / digitálisTV, internet, telefon)
Új hozzászólás Aktív témák
-
vargalex
félisten
válasz hypno skate #104238 üzenetére
Ezt én sem értem. A Vodafone oldalán megjelent már a legújabb számlám, egyébként díjneten fizetem. Viszont ez a számla kb. 1500 Ft-al több, mint szokott lenni. Részleteket nem tudok megnézni, díjnetre még nem jött át (a Vodafone oldalán már 4 napja látható). Tegnap hívtam is őket, de technikai probléma miatt ők sem tudják megnézni a részleteit.
Ráadásul a vezetékes telefonról hívtam őket és nem tudtak beazonosítani automatikusan, mint anno az UPC....+1: Most kaptam visszaigazolást a díjmentes otthoni internet igényről (gyerekek miatt), milyen e-mail címről jött? noreply@upc.hu...
Alex
-
vargalex
félisten
válasz vigyory71 #104340 üzenetére
Ahogy a többiek is írják, privát tartomány biztosan nem látható semmilyen oldalon.
Nem lennék meglepődve egyébként, ha nem 172.x.y.z (bár, ez is lehetséges, ha a privát tartományon kívül eső cím), hanem 176.x.y.z, vagy 178.x.y.z tartomány lenne, mert ezekből a tartományokból az UPC Magyarországhoz tartozik egy-egy szelet...[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz vigyory71 #104367 üzenetére
Ahogy az általam linkelt táblázatból láthatod, nem csak 89-el kezdődő tartománya van a Vidámak/UPC-nek. Bármely, a tulajdonukban lévő IP-n latszódhatsz kifelé akár IPv4, akár IPv6 módban vagy. Persze nyilván IPv6 módban erre dedikált címeik vannak, amit nem osztanak ki IPv4 módban.
Alex
-
vargalex
félisten
válasz Chalkboard #104462 üzenetére
Zuglóban már legalább annyit változott, hogy a Telekom optikához a csövezést (földmunkát) elvégezték... A Digi azt mondta, hogy az elkövetkező 10 évben biztosan nem jönnek (a szomszédban van).
Alex
-
vargalex
félisten
válasz Toth_Jani #104464 üzenetére
Egyébként a Voda esetén, ha szintén csak internetet kérsz, akkor legfeljebb No TV szűrővel tudnak védekezni a kódolatlan DVB-C és analóg adások vétele ellen (elképzelhető, hogy a szűrő nem is szűri - vagy nem megfelelő mértékben - a teljes értintett tartományt). Az már más kérdés, hogy szerintem sok szerelővel "megbeszélhető", hogy véletlenül ne kerüljön fel...
Alex
-
vargalex
félisten
válasz #72445440 #104631 üzenetére
Nem hiszem, hogy a sok párhuzamos kapcsolat lenne az oka. Nálam egy ugyan ilyen SoC-al szerelt Hitron üzemel modem módban. Tavaly és idén is párhuzamosan megy a 3 gyerek online meeting-je Teams-on és az enyém GoToMeeting-en wifi-n. Igaz, saját router van. Közben a szerverem is megy, torrent le/feltöltés, weboldalak kiszolgálása, stb..
Alex
-
vargalex
félisten
válasz sziszi-fuszi #104678 üzenetére
Azért azt tegyük hozzá, hogy nem azért, mert nincs kódolva. DVB-C-n egy megfelelően jó szűrő segítségével is megoldható kódolás nélkül is, amit az előfizető számára nem hozzáférhető helyen helyez el a szolgáltató. Abban az esetben is a szolgáltató lenne a hibás, ha ezt a helyet (jellemzően elosztó szekrény) feltöri a felhasználó és kiveszi a szűrőt?
De jellemzően úgy tud ez működni, hogy lefizetik a szerelőt, hogy véletlenül ne kerüljön már fel az a szűrő...
A Digi esetében annyiban más a helyzet, hogy a technológia miatt egy magánszemélyként megvásárolható eszközzel (mini node) megoldható a dolog. De ez lényegében ugyan az az eset, mintha a felhasználó feltörné a lezárt elosztó szekrényt, vagy valamilyen módszerrel lopná az áramot, vagy bármi mást. Azaz ez a felhasználó részéről bűncselekmény, bárhogy is csavarják a dolgot.
Érdekes, az analóg időkben ez nem zavarta a kis szolgáltatókat, pedig akkor mindenki csak szűrőket tudott használni, akkor is meg lehetett vesztegetni a szolgáltató embereit, ahogy most is... Sőt, a kis szolgáltatóknál is vannak kódolatlanul nézhető csatornák, koax esetén ott is csak szűrővel tudják egyértelműen megoldani, ott is lefizethetők a szerelők. Szóval, nem értem, milyen versenyelőny ez.
Teljesen csak úgy lehet védeni, ha minden csatornát kódolsz (vagy IPTV/OTT megoldásod van authentikációval), de akkor a felhasználók fognak felháborodni, hogy minden végponton kötelező a szolgáltatói eszköz használata (legyen az akár box, vagy CI kártya).[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Kayla2 #105231 üzenetére
Az, hogy wifi-n is rossz a hálózat, még nem jelenti azt, hogy nem nálad van a probléma. Okozhatja a teljes hálózat ledöglését akár a halódó switch, vagy éppen egy hurok a hálózatban. Szóval, első körben úgy kellene megnézni, hogy a switch-et le is húzod a HGW-ről.
A többieknek igazuk van. A szolgáltató az általa átadott 1. pontig (ami jelen esetben a HGW) biztosít bármit is. Tehát akkor reklamálhatsz náluk, ha ott is rossz úgy, hogy nincs rádugva más hálózati eszköz (a fentiek miatt).
Alex
-
vargalex
félisten
válasz #72445440 #105400 üzenetére
Na, akkor én is pontosítanék egy kicsit.
Az összes NMHH-s eszköz ugyan úgy viselkedik halózatilag. Valóban detektálja a hibás bekötést (ha nem VLAN-ozol és van átjárás a portok között). A mérést elvégzi, de megjelöli ezzel a flaggel.
Maga a mérés nem az eszközön ütemezett. A központból vezérlik. Jelenleg óránkénti mérést konfiguráltak, de semmi nem akadályozza meg őket abban, hogy holnaptól ez ne így legyen. Mérhetnek gyakrabban, vagy ritkábban is. Az eszköz csak megkapja a feladatot (minden egyes eszköz, vagy csoportba szervezéssel az eszközök egy-egy csoportja kaphatna teljesen különböző ütemezést). Az más kérdés, hogy a mai net sebességek miatt maradtak valószínűleg ennél, mivel óránként 30 másodperc le, illetve 30 másodperc felfelé irányú mérés elég nagy forgalmat generál egy hónapban. Van sávszélesség, jitter/packet loss és hálózat semlegesség mérés.
Egyébként, ha publikus IP-t kap az eszköz (azaz pl. a modem módban működő CB után kötöd), akkor az első csatlakozó eszközre irányít minden bejövő forgalmat (lényegében DMZ-be teszi azt). Azaz így saját routert használva pont nincs is szükség rá, hogy konfigurálni tudd az NMHH-s eszközt, csak a tiéden kell port forwardot állítani...A TP-Link eszközök egyébként még léteznek az NMHH-nál, de azt nem tudják csak 150 Mbps-es netig adni, azaz ma már sokaknál kiesik, de ADSL előfizetők meg simán kapják. Ugye ez egész projekt akkor indult, amikor még a 120 Mbps volt a csúcs.
Alex
-
vargalex
félisten
válasz cocka #105555 üzenetére
Ha jól értem, most éppen a DVB-C-ről kivezetendő SD csatornákról beszélgettek. Gyanítom, hogy a DVB-C az nem a Liberty szolgáltatása, hanem közvetlen Vodafone... Ha mégis a Liberty-é, akkor lehet, hogy ők nem jelentették még meg, hogy pontosan mikor vezetik ki az SD csatornákat.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz scream #105588 üzenetére
Félrevezettek az ügyfélszolgálaton, hiszen van költöztetés, ráadásul online is igényelhető...
Alex
-
vargalex
félisten
válasz scream #105591 üzenetére
Az általam linkelt oldalon a költöztetés első pontja az, hogy ellenőrizd, hogy az új helyszínen rendelkezik-e a Vodafone kiépített hálózattal. Ha nem, akkor nyilván valóban bukó a költözés. Az ellenőrzést pl. itt teheted meg az új cím megadásával.
Az online igénylés egyébként valóban nem megy. Bocs, de nem ellenőriztem, csak láttam, hogy ott a lehetőség.[ Szerkesztve ]
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz Csabesz666 #106109 üzenetére
A webes verziónak túl nagy az erőforrásigénye, érdemes cli-vel megpróbálni.
Alex
-
vargalex
félisten
válasz PirosHello #106121 üzenetére
Te olvasod is, amit én írtam? A kolléga által írt "optikára átállás" kijelentésre reagáltam...
Alex
-
vargalex
félisten
válasz B3WiN #106151 üzenetére
A megkap mindent alatt mire gondolsz? Kézzel beállított IP-re, vagy mégis kap IP-t a HGW-től? Ha utóbbi, akkor a HGW router módban van. Vagy publikus IP-t kap a PC?
Szerk.: egyébként nekem lakossági előfizetőként hoztak egy Hitron HGW-t. Este meg tudom nézni VPN-en a config-ot, de úgy emlékszem, hogy FixIp config jön arra is. Viszont router módban ment és a felületen nem volt lehetőség átkapcsolni modem módba, valamint a beüzemelést végző kolléga telefonos kérésére azt mondták, hogy ők sem tudják átállítani. Szerencsére ismerős volt a szerelő, így rögtön nekiálltam megnézni az oldal forrását és szerencsére csak hide-olva volt a funkció. Engedélyeztem a megjelenítést, átkapcsoltam és azóta is modem módban megy...
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz gduck #106283 üzenetére
Nálunk is stabil, viszont a navigációs fel/le gombra megnyíló műsor listában a mozgás (mikor csak szeretném megnézni, hogy más csatornán éppen mi van műsoron) valami hihetetlenül lassú. Ezt így kár volt beletenni... És mintha lassabb lenne, mint tavaly volt.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz #72445440 #106393 üzenetére
Ez a lényeg: nem biztos, hogy csak a VTV CEC megvalósítása hibás.
Nekem pl. vannak Amlogic S905-ös boxaim CoreELEC-el, amiken a CEC hibátlanul működik LG 32LB5700 és LG 37LH3000 TV-ken is (ezek régebbi modellek). Ugyanakkor 2020-as 49UN74003LB, 49NANO793, 50UN81003LB, stb. esetén 10-15 másodpercig megy a CEC, majd eltűnik kb. 10-15 másodpercre, majd megint megy. Kábelt, boxokat hiába cserélgettem a TV-k között. Ugyanakkor beszereztem egy S905X3-al szerelt boxot, amin már újabb CE és Kodi verzió fut, azzal nincs gond az új TV-vel sem.
Egyébként WebOS esetén a HDMI CEC ki/bekapcsolt állapotától függetlenül külön kapcsolható az "Automatikusa tápszinkronizálás". Ennek kikapcsolása esetén a külső eszköz ki/bekapcsolását figyelmen kívül hagyja a TV. Viszont a vezérlés továbbra is működik.Alex
-
vargalex
félisten
válasz gduck #106406 üzenetére
Ezt úgy értettem, hogy WebOS (legalábbis 5-ön) esetén van egy olyan kapcsolható opció a HDMI-CEC engedélyezésen túl, hogy "Automatikus tápszinkronizálás". Ahogy a leírásban olvasható, bekapcsolása esetén a HDMI-CEC képes eszköz bekapcsolásakor a TV is bekapcsol, a TV kikapcsolásakor pedig az eszköz is kikapcsol. Az opció kikapcsolása esetén a HDMI-n csatlakoztatott eszköz bekapcsolása esetén a TV nem kapcsol be és a TV kikapcsolása esetén az eszköz sem kapcsol ki, de a többi HDMI CEC funkció (vezérlés) működik. Nem tudom, hogy más TV-k esetén van-e ilyen lehetőség.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz cocka #106821 üzenetére
Az, hogy neked 150 Mbps-es neted van, nem jelenti azt, hogy más nem szeretne wifi-n 500 Mbps-t, vagy akár többet is. Nekem egyébként AC-s routerrel gond nélkül megy az 500 Mbps is (ráadásul custom firmware van rajta, OpenWrt).
#106824 cocka: mások az igények. Én is használok custom DDNS-t (ipdns.hu-t, ami gyári firmware-okban biztosan nincs). Nem csak arra jó ez, hogy szervert futtass, hanem akár csak arra, hogy a saját eszközeid eléréséhez ne egy nyomorult IP címet kelljen megjegyezned (ami esetünkben a DHCP és a folyamatos üzem miatt igazából nem változik, de más típusú hozzáférésnél akár naponta változhat). De egyébként nálam fut pont webszerver is, illetve édesanyám OpenVPN-en keresztül az én szerveremről nézi a filmeket (fullhd-t gond nélkül). Ráadásul csak 500 Mbps-es netem van, azaz 22 Mbps az upload). Vagy tavaly óta (folyamatos home office) nagyon jó szolgálatot tesz, hogy a céges VPN kapcsolatot (szintén OpenVPN) a routeren állítottam be, hozzá statikus route-okat és nem kell gépen állandóan kapcsolódnom. Elérek mindent úgy, hogy közben akár egy ügyfél VPN-jén is benn vagyok gépről.
Wifi esetén viszont nagyon hamar összejön a sok eszköz: nálunk még nincs is sok okosotthonos eszköz, de van 4 okos konnektor, 3 okos mennyezeti lámpa, 5 saját készítésű arduino IDE-ben programozott hőmérő ESP8266 alapokon, 2 TV, 4 notebook (ebből ugye az online oktatás alatt mindegyik ment folyamatosan), 5 telefon, 2 tablet, 1 nyomtató, 1 klíma, 3 wifi-s kamera. Lehet, hogy valamit kifelejtettem, de ez így is 30 eszköz. Vezetéken is elég sok eszköz van, még 3 switch-et (igaz, sima routerek, csak OpenWrt alatt 5 portos manage-elhető switch-nek config-olva) is be kellett állítanom...
Többek között pont ezek miatt (okosotthon eszközök leválasztása) a VLAN-ok használata is indokolt.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz cocka #106828 üzenetére
Hát őőő... ez a UPC-s korszakban talán valóban így volt, de mióta megvette a voda, azóta már kb. a 4. IP-t használom úgy, hogy közben egyszer cseréltem routert. És itt kb. 2 évről van szó. UPC-nél 2 év alatt kb. 0-szor változott az IP, vodánál meg nemrég már vagy negyedszer.
Ha folyamatosan megy az eszközöd (esetünkben a routered) és nincs központi leállás, akkor ez a protokoll miatt nem tud megtörténni. Ugyanis a DHCP lease time felénél küld a router egy renew-t (a konkrét IP címre), majd ha nem kap választ, akkor a maradék felénél és így tovább...
Azt értem, de gondolom akkor nem túl nagy a család, ha 22 megabittel távolról is bőven kiszolgál mindenkit.
Ha a 3 gyerek és 2 felnőtt nem túl nagy, akkor igen. Édesanyám nyilván nem néz folyamatosan filmet tőlünk (ő egyedül van), helyben pedig a család többi tagja inkább lefelé irányban forgalmaz (youtube, facebook, stb.). A feltöltés a szerverről megy (de ott ne média tartalmakra gondolj, bár a torrent seed folyamatos), de egyébként attól eltekintve, mikor én deploy-olok valamit a saját gépről a céges környezetbe, senki nem érzi a 22 Mbps-t lassúnak. Nem töltögetünk fel videókat, van lokális szerver, mint mondtam.
De természetesen én is sokkal szívesebben váltanék az 500 Mbps/22 Mbps netről akár egy 300 Mbps/100 Mbps netre, mint 1Gbps / 40 Mbps-re...Atyaúristen. És teljesen jó egészségi állapotban vagytok?
Természetesen. Ahogy írtam, ez szerintem egy valódi okos otthonhoz képest nem számít soknak. És itt ugye nincs olyan teljesítményű adás, mint mobilhálózat esetén. De nem is értem a kérdést. Senki nem bizonyította, hogy káros lenne. Sokkal erősebb egyéb sugárzásokat kapsz...
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz cocka #106843 üzenetére
Nem is értem a kérdést. Általában természetesen úgy, mint egy nem okosotthon. Áramszünet esetén nincs áram a konnektorokban, nem tudod felkapcsolni a lámpákat.
Ellenben pl. a saját fejlesztésű ESP8266 alapú hőmérőim továbbra is gyűjtik az adatokat, mivel azok egyetlen 18650-es Li-Ion céljáról üzemelnek egyébként is (direkt így csináltam, hogy a lakás bármely pontjára ledobható legyen egy ilyen eszköz). Ha lesz újra áram, akkor majd feltöltik a lokálisan tárolt adatokat.Ha esetleg arra akarták rámutatni, hogy az esetleges áramszünetek miatt nincs sok értelme ezeknek, akkor ugyan ez igaz sok mindenre. Többek között akár a vezetékes internet előfizetésre is. Mert hülyeség az egész, ha a hozzád vezető hálózatban valahol áramszünet van, akkor annyi az egésznek...
Alex
-
vargalex
félisten
válasz cocka #106903 üzenetére
Ezt mire írod? A kolléga által linkelt oldal nem 404-et ad vissza:
[gavarga@gavarga-5500 ~]$ curl -v -I -X GET https://www.upc.hu/myupc-profil/belepes/adatok/
* Trying 195.184.178.197:443...
* Connected to www.upc.hu (195.184.178.197) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
* CApath: none
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
* ALPN, server did not agree to a protocol
* Server certificate:
* subject: CN=upc.hu
* start date: Oct 13 13:57:11 2020 GMT
* expire date: Nov 10 13:45:05 2021 GMT
* subjectAltName: host "www.upc.hu" matched cert's "www.upc.hu"
* issuer: C=BE; O=GlobalSign nv-sa; CN=GlobalSign GCC R3 DV TLS CA 2020
* SSL certificate verify ok.
> GET /myupc-profil/belepes/adatok/ HTTP/1.1
> Host: www.upc.hu
> User-Agent: curl/7.77.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< cache-control: no-cache, no-store, must-revalidate
cache-control: no-cache, no-store, must-revalidate
< Cache-Control: max-age=0
Cache-Control: max-age=0
< content-language: en
content-language: en
< content-security-policy: frame-ancestors 'self' *.upc.hu *.vodafone.hu;
content-security-policy: frame-ancestors 'self' *.upc.hu *.vodafone.hu;
< content-type: text/html; charset=UTF-8
content-type: text/html; charset=UTF-8
< date: Tue, 15 Jun 2021 16:04:20 GMT
date: Tue, 15 Jun 2021 16:04:20 GMT
< expires: Tue, 15 Jun 2021 16:04:20 GMT
expires: Tue, 15 Jun 2021 16:04:20 GMT
< p3p: CP="NON CUR OTPi OUR NOR UNI"
p3p: CP="NON CUR OTPi OUR NOR UNI"
< pragma: no-cache
pragma: no-cache
< strict-transport-security: max-age=31536000;
strict-transport-security: max-age=31536000;
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< vary: Accept-Encoding
vary: Accept-Encoding
< Via: 1.1 d.cdn.upcbroadband.com:443 (pcd/45.0.574160.574160 (2020-08-28 14:57:31 UTC))
Via: 1.1 d.cdn.upcbroadband.com:443 (pcd/45.0.574160.574160 (2020-08-28 14:57:31 UTC))
< webid: 5
webid: 5
< X-Cache: MISS from d.cdn.upcbroadband.com
X-Cache: MISS from d.cdn.upcbroadband.com
< x-content-type-options: nosniff
x-content-type-options: nosniff
< x-frame-options: SAMEORIGIN
x-frame-options: SAMEORIGIN
< x-powered-by: Jetty(9.2.9.v20150224)
x-powered-by: Jetty(9.2.9.v20150224)
< x-xss-protection: 1; mode=block
x-xss-protection: 1; mode=block
<
* Connection #0 to host www.upc.hu left intact
Az más kérdés, hogy authentikációkor körkörös átirányításba fut.[ Szerkesztve ]
Alex
-
vargalex
félisten
-
vargalex
félisten
-
vargalex
félisten
XIV. kerület, hibátlan. Reggel volt online meetingem is, semmi gond nem volt. Céges VPN is megy folyamatosan.
Alex
Új hozzászólás Aktív témák
● Kötbér kijátszására, annak elkerülésére segítséget kérni szigorúan TILOS!
● Olvasd el az összefoglalót!
● Jelszinteket ide írhatsz!
● Díjnet téma ITT!
● Szolgáltatók összehasonlítása ITT!
● Mobil szolgáltatások ITT!
- Biztonsági aggályok miatt késik a Microsoft hatalmas AI-újítása
- Tőzsde és gazdaság
- Óra topik
- sziku69: Fűzzük össze a szavakat :)
- Kínai, és egyéb olcsó órák topikja
- Gaming notebook topik
- Diabetes - Cukorbetegség
- Proxmox VE
- E-roller topik
- Adguard Premium (Android, PC és egyéb rendszerekre, valamint böngészőkhöz)
- További aktív témák...