UPC Internet kakás

Hálózatok egyéb

Sziasztok!

 

Mit gondoltok ezekről a kábeles ping adatokról ?

 

x45% ping www.mo.hu
PING magyarorszag.hu (84.206.131.222) 56(84) bytes of data.
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=2 ttl=248 time=372 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=3 ttl=248 time=353 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=7 ttl=248 time=372 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=8 ttl=248 time=18.5 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=9 ttl=248 time=17.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=10 ttl=248 time=7.83 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=11 ttl=248 time=8.68 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=16 ttl=248 time=355 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=17 ttl=248 time=9.84 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=18 ttl=248 time=8.00 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=19 ttl=248 time=79.0 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=20 ttl=248 time=69.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=21 ttl=248 time=19.2 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=22 ttl=248 time=7.54 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=23 ttl=248 time=8.52 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=24 ttl=248 time=7.31 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=25 ttl=248 time=8.17 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=26 ttl=248 time=381 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=27 ttl=248 time=19.1 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=28 ttl=248 time=11.0 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=29 ttl=248 time=331 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=30 ttl=248 time=25.2 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=31 ttl=248 time=437 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=32 ttl=248 time=33.1 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=33 ttl=248 time=18.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=34 ttl=248 time=9.62 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=35 ttl=248 time=7.91 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=36 ttl=248 time=8.92 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=42 ttl=248 time=367 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=44 ttl=248 time=581 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=45 ttl=248 time=22.8 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=46 ttl=248 time=7.27 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=47 ttl=248 time=8.40 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=48 ttl=248 time=14.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=49 ttl=248 time=8.10 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=50 ttl=248 time=7.78 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=52 ttl=248 time=284 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=53 ttl=248 time=21.8 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=56 ttl=248 time=330 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=57 ttl=248 time=11.0 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=59 ttl=248 time=343 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=60 ttl=248 time=47.9 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=61 ttl=248 time=14.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=62 ttl=248 time=7.90 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=63 ttl=248 time=7.64 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=64 ttl=248 time=361 ms
^C64 bytes from 84.206xxxxxyíx: icmp_seq=65 ttl=248 time=20.5 ms

--- magyarorszag.hu ping statistics ---
65 packets transmitted, 47 received, 27.6923% packet loss, time 156017ms
rtt min/avg/max/mdev = 7.271/116.337/581.303/164.108 ms

( bucko | 2022. 06. 14., k – 23:09 )

Szerkesztve: 2022. 06. 14., k – 23:12

37 of 37 packets received
0 % packet loss Min: 7 ms Avg: 8 ms Max: 19 ms

és

30 packets transmitted, 30 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 7.128/8.679/11.527/1.177 ms
 

és

Ping statistics for 84.206.131.222:
    Packets: Sent = 30, Received = 30, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 7ms, Maximum = 10ms, Average = 7ms

és máshonnan

--- magyarorszag.hu ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 70ms
rtt min/avg/max/mdev = 1.302/1.521/1.940/0.166 ms
 

( N0v3mb3r v | 2022. 06. 15., sze – 00:16 )

Pingen nem látszik, de pár hete, a korábban évekig atomstabil netem elkezdett b.szakodni. Időnként nagyon belassul, aztán hirtelen újra gyors, mintha darabos lenne. Kábelen, WiFi-n, több gépen, több oprendszeren ua. Ami nem érzés, hanem tényleg látható, hogy napi 30x leszakad az irc kliensem a bouncerről, ez korábban szinte sosem történt meg. Nem tudom, h van-e összefüggés, csak furcsálltam, h másnak is pont most romlott el. De h ON is legyek:

64 packets transmitted, 64 packets received, 0% packet loss

round-trip min/avg/max = 10.000/16.250/150.000 ms

A kürtőskalács egy nagy lyuk, tésztával faszán körbetekerve.

Jah, nem véletlen volt a végén a smiley. Egyelőre az a tapasztalat, h kivezették a dijnetet, a szolgáltatói felületen a fizetés jelentősen lassabb, a router kezelofelulete, hát jobb nem lett, a korábban stabil net szarakodik. Nem túl biztató… jah igen, a tervezett karbantartás pont egy nappal későbbre csúszott az oldalukon feltüntetettnél…

A kürtőskalács egy nagy lyuk, tésztával faszán körbetekerve.

A fizetés nem csak lassabb, de bonyolultabb és törvénytelenebb is. (Üsz: A számlázó rendszerünk nincs a helyzet magaslatán.)

A router kezelőfelülete lényegesen jobb, mert láthatod a naplókat...ha van net. Ha nincs, akkor nem éred el. Az üsz. kérdése: Mit akar látni rajta? - Hát, hogy van-e net! :-D Ez valószínűleg eredendő fw fícsör.

A karbantartás nálunk pontosan jött, csak elhúzódott egy kicsit. Aztán másnap folytatódott, mert az első nap (éjszaka) nem tudták befejezni. A harmadik napon hajnalban áramszünet volt, da villany után 20-30 perccel már ők is indítottak, ami dícséretes. Ez azért érdekes, mert néhány éve két hét alatt alkották meg a betápot az utcai (járda alatti) berendezésekhez.

Csak azt kell figyelni mikor kapod a következő "Véleménye fontos számunkra!" sorozatot. Utána kisvártatva biztosan lesz műszaki probléma. ;)

( peta v | 2022. 06. 15., sze – 09:27 )

Vigyázzatok, nehogy titeket vigyen el a TEK a magyarország.hu meghekkelése miatt. Ez már-már kimeríti a szolgáltatásmegtagadással járó támadás fogalmát.

( bacsi2 | 2022. 06. 15., sze – 09:31 )

Szerkesztve: 2022. 06. 15., sze – 09:35

...de pár hete, a korábban évekig atomstabil netem elkezdett b.szakodni. Időnként nagyon belassul, aztán hirtelen újra gyors, mintha darabos lenne.

Ugyanezzel szívok én is (XI. ker., Újbuda-központ környékén).

Korábban atomstabil volt, most meg van, hogy ~1500ms-es válaszidők jönnek pingre, vagy timeoutok. Több eszközzel teszteltem, kábelt is cseréltem, wifin is néztem.

Azzal is egyetértek, hogy a számlázás 1000x szarabb lett, most épp ezt írja az oldaluk (myvodafone számlázás), nagyon profi:

502 Bad Gateway

nginx/1.14.2

"Miután a Vodafone felvásárolta a UPC-t, 20 százalékkal nőtt meg a panaszok száma, és jellemzően a korábbitól eltérő, rosszabb minőségű szolgáltatásnyújtást emelték ki. A késedelmes hibaelhárítás, a modem- és set top boksz cserék és az elérhetetlen ügyfélszolgálat voltak a leggyakoribb problémák."

csak 20???

nekem a leggyorsabb upc ügyintézés is irritáló szignállal és sűrű "bla-bla-bla-bla-bla hívása fontos számunkra"-al végtelenségnek érzékelt 15 perc volt. A legidegőrlőbb meg úgy rémlik 42 percig tartott: mire kapcsoltak egy élő kezelőt.

Ha most a válság miatt úgyis szükség van extra bevételekre tehetnének soronkívül is ellenőrzéseket:

https://fogyasztovedelmi.blog.hu/2016/02/08/5perces_szabaly

Mondjuk csinálhatnának heti 3 próbahívást minden szolgáltató felé 1 havi időtartamra :).

Kiváncsi vagyok mik lennének az átlagos időtartamok. (telenyom,telener,vodkafon szinten)

Haha, 15 perc?
Kb. 1 éve másfél óra várakozás után jutottam el ügyintézőhöz a vodkafonnál, hogy lemondjam a szolgáltatást.
Korábban bementem az egyik üzletbe: "ja, a héten nem tudok belépni a rendszerbe, próbálja meg telefonon intézni".

Apámnak büntetést számláztak ki elmaradt befizetés miatt. Bement a befizetés nyugtáival, "ez valószínűleg jó, akkor küldje el erre az email címre, mert mi nem tudjuk rögzíteni". Nem is mondom tovább... :)

1-2 héten belül mondom le, már előre izgulok hogy mennyi időmbe fáj majd.

szerk.: telefonon beazonositottak, kicsit szomorkodtunk együtt hogy technológiában hátrányban vannak (koax vs optika), meg árban is hátrányban vannak, előkerült egy kis légyszi-maradj kedvezmény, de végül megyeztünk hogy kuka. Kb 15 perc. Ez mindenképpen igy lett volna hiszen már kitéptük a koax kapcsolatot a lakásból.

Hat meglehetosen kuzdelmetes a folyamat. En marcius kornyeken mondtam fel, de meg mindig nincs teljesen lezarva.

Felmondas utani nap bevittem a keszulekuket. Ra nehany hetre kiallitottak egy minuszos szamlat (tulfizetesem van). Majd ra nehany hetre kiallitottak egy 17eFt-os szamlat a hianyzo keszulek miatt. Megreklamaltam, rajottek, hogy tenyleg leadtam, nehany het alatt kiallitottak a 17eFt sztornojat. Mondtak, hogy varjam meg a final-final-final vegszamlat (ami tulfizeteses lesz ugye), aminel majd tudom intezni, hogy hova utaljak. Ezt varom jelenleg. Raadasul felmondas utan rogton megszuntettek az online accountom, csak postazva kuldozgetik a csekkeket...

Én az utolsó számlát direkt nem fizetem be mert előre fizetés van és az a már nem használt, jövőbeli időszakra szólt. A csávó azt mondta majd megirják emailben hogyan tudom visszajuttatni a készülékeket. Meg fogom próbálni személyesen (allee-s vodában foglalkoznak otthoni szolgáltatással), mert ott kapok róla rögtön egy nyugtát.

( Gyuszk v | 2022. 06. 16., cs – 09:13 )

Szerkesztve: 2022. 06. 16., cs – 09:13

Mostanában valami nem oké a upc-vel. Egyrészt volt egy 30 (!) órás leállásuk dél-Csepelen a múlt hétvégén, illetve az azt megelőző 1-2 héttel a mai napig bezárólag random DNS problémák vannak.

Mondom ezt úgy hogy én mindig fényeztem őket, volt hogy 5 évig folyamatosan használtam, és gyakorlatilag soha nem áll meg, de most már hetek óta rendszeres a gond. Nem állandó, de szinte napi szintű.

Az UPC-vel semmi gond nem volt, 2012 ota vagyok elofizetojuk ugyanazon a cimen (Telekom csak DSL-t tud itt), atomstabil volt mindig.

Miota megvette a Voda azota egy darab szar lett a szolgaltas minosege, a DNS-t mar bypassoltam, de igy is szinte minden nap akadozik, packet lossol, random lelassul.

Tavaly mar rajuk vertem 100e forint kotbert ugyhogy most ingyen szolgaltanak nekem, de a minoseg nem igazan akar javulni.

( bacsi2 | 2022. 06. 21., k – 08:54 )

...tájékoztatjuk, hogy szolgáltatásaiban egy központi meghibásodás miatt tapasztal fennakadást, amely miatt - többek között - az ön szolgáltatási helyén az internet szolgáltatás átmenetileg nem megfelelő válaszidővel(ping) elérhető. A hiba elhárítását a kollégáink megkezdték. ...

 Tegnap érkezett válasz a hibabejelentésemre, kíváncsi leszek megjavul-e.

( xc0m v | 2022. 06. 21., k – 10:05 )

Most egy-két napja mintha jobb lenne..

Nálam ma is befigyelt egy ilyen, kb egy órája:

Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=12ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=410ms TTL=59
Reply from 8.8.8.8: bytes=32 time=523ms TTL=59
Reply from 8.8.8.8: bytes=32 time=805ms TTL=59
Reply from 8.8.8.8: bytes=32 time=550ms TTL=59
Reply from 8.8.8.8: bytes=32 time=990ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1601ms TTL=59
Request timed out.
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1855ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1942ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1395ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 8.8.8.8: bytes=32 time=370ms TTL=59
Reply from 8.8.8.8: bytes=32 time=24ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=6ms TTL=59
Reply from 8.8.8.8: bytes=32 time=8ms TTL=59
Reply from 8.8.8.8: bytes=32 time=13ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59

( bacsi2 | 2022. 06. 22., sze – 20:53 )

Épp YT-videót néztem a telefonomon pár perce, ami jelezte, hogy nincs internetelérés, néztem egy mérést az asztali gépen:

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=959ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1160ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=2023ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2081ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=2377ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1994ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=2359ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2679ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2428ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=2142ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1937ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1865ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1962ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1709ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2116ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2090ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1941ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2179ms TTL=59
Reply from 8.8.8.8: bytes=32 time=465ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2191ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1953ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2610ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2028ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2133ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2180ms TTL=59
Reply from 8.8.8.8: bytes=32 time=471ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1915ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1355ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2078ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1888ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2156ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1691ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1459ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=686ms TTL=59
Reply from 8.8.8.8: bytes=32 time=463ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=589ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=24ms TTL=59
Reply from 8.8.8.8: bytes=32 time=14ms TTL=59
Reply from 8.8.8.8: bytes=32 time=6ms TTL=59
Reply from 8.8.8.8: bytes=32 time=8ms TTL=59
Reply from 8.8.8.8: bytes=32 time=6ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59

Traceroute ugyanazt az útvonalat mutatta, mint miután helyreállt. Egyre szívesebben lemondanám, de hamarosan költözök, így már marad addig...

Próbálj ping-et a traceroute alapján látszódó útvonalon 2 vagy 3 hopnyira a te rúteredtől levő -még valószínűleg Digihez tartozó- IP-re. A gugli dns-ét pingelni nem a legmegbízhatóbb teszt arra, hogy hol lehet a hiba, az csak annyit fog mutatni h. valahol útközben gond van.

A pathping.exe nevű windowsos tool-nak biztos van vmi linuxos megfelelője, ami az összes hop felé csinál megbízhatósági statisztikát.

Jó ez a pathping, nem ismertem. Linuxos megfelelője pl. az mtr (My traceroute):

 

NextCloud (192.168.0.250)                                                                        2022-06-23T07:32:14+0200
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                         Packets               Pings
 Host                                                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 192.168.0.1                                                                         0.0%   123    0.3   0.4   0.3   1.5   0.1
 2. 178-248-204-246.pool.panelnet.hu                                                    0.0%   122    1.8   2.2   1.6  27.6   2.5
 3. 178-248-204-254.pool.panelnet.hu                                                    0.0%   122    2.0   2.5   1.3  60.0   5.3
 4. 178-248-204-134.pool.panelnet.hu                                                    0.0%   122    6.5   7.5   6.0  42.0   4.5
 5. bix.CR0.VH.BUD.rackforest.net                                                       0.0%   122    7.2   7.6   6.3  52.5   4.2
 6. hup.rackforest.hu                                                                   0.0%   122    6.5   7.3   6.0  46.2   4.0

( bacsi2 | 2022. 07. 07., cs – 09:57 )

Másnál minden OK? Nálam még mindig bénázik. Tegnap volt kint szerelő, cserélte a modemet, + a lépcsőházból a lakásig minden kötést és még mindig nem jó. Eszkalálta elvileg vonalas kollégáinak, meglátjuk mi lesz belőle.

Pathping minden hop-ra mutat elveszett csomagokat, random nem mennek DNS feloldások (szolgáltató + google DNS-sel sem), ping random kimarad, stb.

Jó neked, nekem (remélhetőleg) költözés után lesz módom váltani, addig már nem szeretnék más szolgáltatóval szerződni.

Amúgy ma véletlenül kiderült, hogy egy kollégámnál is pont ugyanezeket a tüneteket produkálja a város totál másik oldalán.

szerk.: érdemes benézni PH-s voda topikba is, eléggé tömegesnek tűnik az egész jelenség.

Pedig a buli még csak most kezdődik majd:

[..]Kedves Ügyfelünk!

Ismételten szeretnénk felhívni figyelmét, hogy 2022.07.11-16. között informatikai átállást végzünk, emiatt az online és személyes ügyintézés, értékesítés, valamint egyes szolgáltatások nem lesznek elérhetőek.

Szeretnénk felhívni a figyelmét, hogy az alapszolgáltatásaink; az otthoni (vezetékes TV, internet, telefon) szolgáltatások a hívások indítása/fogadása, valamint a hibabejelentés telefonos ügyfélszolgálatunkon ezalatt az időszak alatt végig elérhetőek lesznek.

Számlázással kapcsolatos fontos információk:

Előfordulhat, hogy az átállás után a számláit a megszokottnál később kapja meg, de a befizetési határidőt meghosszabbítjuk, nem számolunk fel késedelmi kamatot és elektronikus számla esetén nem veszíti el az e-pack kedvezményt sem.

Az informatikai átállást követően új számlázási azonosítója lesz, melyről az átállást követően e-mail-ben értesítjük, valamint az átállás utáni első számláján is feltüntetjük. Kérjük, a jövőbeli számlái befizetéséhez ezt az azonosítót használja és a közlemény rovatban ezt tüntesse fel.[..]

A legutóbbiból tanulva így kellett volna kiküldeniük:

végig elérhetőek lesznek.(vagy mégsem)

Weboldaluk fejlécében: "... Szolgáltatásaink ebben az időszakban is zavartalanul működnek."

:D

Amúgy akartam még egy hibabejelentést megtenni náluk (most tűnt fel, hogy a modemcsere óta a madzagos telefon sem működik, "A hívott szám átmenetileg nem kapcsolható."...), de még az sem sikerül:

"Hoppá!

Valami hiba történt az üzenet küldése közben. Kérlek próbáld meg újra!"

Itt is ótvar továbbra is, olyan mintha a kapcsolatok nehezen épülnének fel. Pl. indítok bármerre egy pinget, az első pár kör baromi lassú, utána "javul" (és ezt többször újrakezdve ugyanez a helyzet):

ping magyarorszag.hu

Pinging magyarorszag.hu [84.206.131.222] with 32 bytes of data:
Request timed out.
Reply from 84.206.131.222: bytes=32 time=220ms TTL=248
Reply from 84.206.131.222: bytes=32 time=17ms TTL=248
Reply from 84.206.131.222: bytes=32 time=7ms TTL=248

Ping statistics for 84.206.131.222:
    Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
    Minimum = 7ms, Maximum = 220ms, Average = 81ms

ping 8.8.8.8

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=619ms TTL=59
Reply from 8.8.8.8: bytes=32 time=53ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=8ms TTL=59

Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 7ms, Maximum = 619ms, Average = 171ms

 

Persze a rövid "adatfolyamok" meg elhasalnak, névfeloldás kb. többszöri próbálkozásra sikerül, weboldalak is csak sokadszori ráfrissítésre töltenek be.

nslookup magyarorszag.hu
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  80.244.99.37

DNS request timed out.
    timeout was 2 seconds.
Non-authoritative answer:
DNS request timed out.
    timeout was 2 seconds.
Name:    magyarorszag.hu
Address:  84.206.131.222

( zolej v | 2022. 07. 10., v – 21:06 )

Csatlakozok a panaszkodókhoz,

évekig hibátlan DIGI szolgáltatás, most hetek óta szaggató kérések.

Nálam Googe DNS volt beállítva, ha azt kiveszem, minden jobb lesz.

(Nekem az is megfordult a fejelmben, hogy a nagyrészt kormányzati terjeszkedésbe belecsempésztek egy kis DNS redirect-et, s ezt épp most tesztelik csendben..)

Pl elérhetetlen dolgok, amiket a híroldalak összedobált linkjeiből találtam: origo + egy rakat hasonló vacak híroldal, aztán eset nod32 szerverek, USA-beli cdn szerverek

Nálunk is rendben a Digi (leánykori nevén Invitel, előző életében meg tán Fibernet terület).

Régen volt probléma, de mióta beszereztem egy 15 Voltos MeanWell tápot a Sicsó kábelmodemnek :) (ami már egy cseredarab volt, az új tápra meg kellett új dugó is), azóta minden ok.

( xc0m v | 2022. 07. 11., h – 11:33 )

Szerkesztve: 2022. 07. 11., h – 11:35

Most péntek óta megint nagyon rossz a UPC/Vodafone kábelnet. Volt kint már a 4. szerelő, de csak azt mondta hogy valami hálózati gond van.

de, en szoktam. viszont a szolgaltatok (upc legalabbis) egy par eve elkezdte korlatozni (rate limitelik) a kimeno dns keresek szamat, gondolom a par eve nagyon nepszeru dns ddos tamadasok (amplification) miatt, es azota nem stabil a sajat dns... eleinte nem ertettem wtf van, ha 8888-at vagy az upc dns-eit kerdem mindig jo, a sajat meg hol jo hol nem, foleg ha behivtam egy weboldalt ami tele volt kulonbozo kulso domainekrol behuzott tartalmakkal, akkor a felet be se toltotte... a dns logja meg tele volt timeouttal.

Ó ezt jó hogy mondod, nem is gonddoltam bele higy emiatt vannak néha kliensoldalon gyanús homokórázások, amik utána egy refresh-el azonnal megoldódnak. Ilyen lakossági mennyiségeknél is korlátoznak? Egy tisztességes dns ddos másodpercenként több ezer-több tízezer request lenne, nem 5-10/sec.

ugy tunik... gondolom ha behivsz egy weboldalt ami 10 kulonbozo domainrol huz be reklamot, fontot, js-t, akarmit, akkor az 10xN dns keres (kimeno udp/53 packet)  ahol N a domainek hossza (ugye a root-tol indul mindig). mindez egy tized masodperc alatt...

van hostingban is szreverem, arra is raktam dns szervert, localban mukodik tokeletesen, nyilvan ok nem szurnek semmit. probabol az egyik kliensre beallitottam ezt a szervert dns-nek (nyilvan a kliens ip-jet engedelyeztem rajta) es ugyanezt produkalta akkor is. de ha pl. 8.8.8.8 allitom be a kliensen az megy rendesen, gondolom az ilyen ismertebbeket whitelistelte a szolgaltato...