Hirdetés
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- iPhone topik
- Luna Ring 2.0 - így van értelme
- Xiaomi 17 - még mindig tart
- Kiszivárgott a Xiaomi 17T és 17T Pro teljes specifikációja és eurós ára
- Bemutatkozott az Oppo kamerás csúcsmodellje
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Apple iPhone 17 - alap
- Because you're on television, dummy!
- Yettel topik
Új hozzászólás Aktív témák
-
DaM_HuN
csendes tag
Sziasztok!
Érdekes tapasztalatra tettem szert mostanában az NMHH mérőboxszal kapcsolatban.A helyzet a következő:
-kb két hónapja először csak néha-néha, aztán egyre sűrűbben fagyott le az egész hálózatom, de úgy hogy még a Pi-t is elrántotta. Sehol semmiben nem találtam semmi érdekességet a logban.
-később elkezdett a netem 100+-40mbites lenni
na ennek már fele sem volt tréfa! Elkezdtem a DIGIt izélgetni, mondván tesztbox, meg minden, kaptak naplót, eredményeket stbstb...
Lett is kisebb hatása, elkezdték a kapcsolatot tesztelni, ONT-t újraindítani stbstb. Néha meg is javult. Ezután júli végétől múlthétig folyamatossá vált a 100+mbit, ismét DIGI izélgetés és kőkemény hálózatteszt is volt itthon.
Azt vettem észre, hogy az ONT router módban hozza az 900+mbitet, ha visszaállítom bridge módba, akkor viszont nincsen meg. Első körben ONT hibára tippeltem, de mondom letesztelem máshol is. Átvittem egy másik DIGIs végpontomhoz, leteszteltem a hálózatot ott is 900+ volt a net, majd feltettem a tesztboxot és vártam amíg végez egy tesztet, eltelt bele majd egy nap és mit ad isten egyből 177 mbit lett, rámertem pár szoftverest, az is 2-300mbit közé ment... Na ennek már fele se tréfa, levettem a tesztboxot és mit ad isten maradt a 2-300mbit mind szoftveres, mind hardveres teszttel, volt utána router újraindítás, ONT újraindítás, minden finomság, az eredmény változatlan.
Ejj...na mondom itt már csak a piócás ember segíthet, elővettem egy másik routert felsetupoltam és láss csodát 900 mbit a net, visszadugtam azt amelyiken a tesztbox volt, megin 2-300mbit, visszatettem a másik routert megint 900mbit...
(15:32-15:36-15:47)
Hát akkor az a router reset, újra setup és láss csodát 900mbit! (16:47)
Ezután gondoltam visszadugom a mérődobozt, hoppá, kicsit megingott, de vissza is állt a sávszélesség, mondjuk azóta is hullámzik!
2022-08-28 20:27:44 NMHH Box 85.xxx.xxx.28 788.01 Mbps79 %323.93 Mbps108 %2 msec.1
2022-08-28 20:04:54 Digi 85.xxx.xxx.28 877.38 Mbps88 %320.62 Mbps107 %2 msec.1
2022-08-28 16:47:59 Digi 94.xxx.xxx.180 928.64 Mbps93 %321.07 Mbps107 %2 msec.1
2022-08-28 15:47:39 Digi 94.xxx.xxx.84 921.84 Mbps92 %320.56 Mbps107 %2 msec.1
2022-08-28 15:36:45 Digi 85.xxx.xxx.195 280.76 Mbps28 %166.05 Mbps55 %2 msec.1
2022-08-28 15:32:49 Digi 178.xxx.xxx.160 935.14 Mbps94 %320.91 Mbps107 %2 msec.1
2022-08-28 14:49:16 Digi 84.xxx.xxx.127 238.09 Mbps24 %141.35 Mbps47 %2 msec.6
2022-08-28 14:38:57 Digi 85.xxx.xxx.45 283.94 Mbps28 %166.90 Mbps56 %3 msec.1
2022-08-28 14:32:32 Digi 94.xxx.xxx.180 273.86 Mbps27 %162.71 Mbps54 %2 msec.1
2022-08-28 14:26:05 Digi 62.xxx.xxx.241 273.07 Mbps27 %163.67 Mbps55 %3 msec.1
2022-08-28 14:24:23 Digi 62.xxx.xxx.241 274.36 Mbps27 %170.67 Mbps57 %2 msec.1
2022-08-28 14:22:51 Digi 62.xxx.xxx.241 268.32 Mbps27 %170.61 Mbps57 %3 msec.1
2022-08-28 14:15:17 NMHH Box 62.xxx.xxx.241 177.77 Mbps18 %168.40 Mbps56 %2 msec.6
2022-08-27 22:27:20 Digi 62.xxx.xxx.241 944.16 Mbps94 %323.23 Mbps108 %2 msec.1
Most lement egy új hardveres teszt is, nem tökéletes, de 700+.
Sun Aug 28 21:16:00 2022 user.notice firstlogin.sh: /etc/nmhh/fesz.id exists. Not first start.
Sun Aug 28 21:16:00 2022 user.notice living.sh: CC available. Killing PPPoE capture
Sun Aug 28 21:16:00 2022 user.notice living.sh: Killing all processes with name detect-pppoe
Sun Aug 28 21:16:00 2022 user.notice living.sh: myKillAll killed 0 processes
Sun Aug 28 21:16:00 2022 user.notice living.sh: Killing all processes with name pppoe-capture
Sun Aug 28 21:16:00 2022 user.notice living.sh: myKillAll killed 0 processes
Sun Aug 28 21:16:02 2022 user.notice living.sh: Traffic: 4.18368 MB
Sun Aug 28 21:16:22 2022 user.notice throughput.sh: Killing all processes with name watchtraffic.sh
Sun Aug 28 21:16:22 2022 user.notice throughput.sh: Killing process id 23254
Sun Aug 28 21:16:22 2022 user.notice throughput.sh: myKillAll killed 1 processes
Sun Aug 28 21:16:22 2022 user.notice throughput.sh: Download: 766.932145, upload: 330.565799, latency: 2
Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Port knocking opened the https port
Sun Aug 28 21:16:23 2022 user.notice throughput.sh: OK
Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Killing all processes with name wifi-detect.sh
Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Killing process id 31402
Sun Aug 28 21:16:23 2022 user.notice throughput.sh: myKillAll killed 1 processes
Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Killing all processes with name wifi-capture
Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Killing process id 32189
Létezik, hogy volt valami frissítés pár hónapja a boxon, ami szereti az asus routereket és elbaszarintja a beállításaikat, vagy csak nem szereti a nyarat a box és megfőtt benne valami? Összehasonlítottam a két konfig fájlt (WRT settingssel manualban is) abból routerből amit eredetileg itt használtam mielőtt- és miután resetelve volt, a "hibás" hosszabb, de az értelmezhető adatok megegyeznek, viszont hexeditorral nézve mintha szeméttel lenne tele a vége.(most lementettem mégegyszer a cfg-t, azt is összehasonlítom a resetelés utáni "tiszta" fájllal, kíváncsi leszek lesz -e bármi változás benne.)
Kicsit kezdek hülyét kapni a helyzettől, hogy vagy a box, vagy a DIGI, de valamelyik mindig szívat... ha nem megbízható a hatósági eszköz, akkor le fog pattintani a DIGI teljesen jogosan, hogyan tudnám kideríteni mi az ég játszik velem?
-
vargalex
félisten
-
Ránéztem az ASUS RT-AX86S routerem forgalomelemzőjére, és elég meglepő értéket olvastam le. 24 óra alatt az NMHH Mérődoboz Speedtest adatforgalom generálása alapján az első, 109.51 GB-os értékkel
-
vargalex
félisten
Nézd meg a speedtest.net oldalon is, hogy mit mérsz ilyenkor, mert az legalább ugyan úgy a bix-re mér. Illetve mi a mérő script? Az NMHH bix hálózata felé lehet valami gond, legalábbis a 133-as latency-ből ezt gondolom...
-
#2694
Gubek-Einste
legenda
Puro
#2693
-
-
vargalex
félisten
Szia!
Olyan, mintha a link sebesség esne vissza 100 Mbps-re. Esetleg megpróbálhatsz egy kábel cserét. A link változásnak elvileg látszania kell a log-ban (bár, az lehet, hogy csak a dmesg-ben látszik, ami ugye a felületről nem látható), de ugye oda nagyon gyakran ír az eszköz, így a 16 KB hamar kipörög...
-
cigam
titán
Valami megmakkant, de nem tudom hol kezdjem a nyomozást. A Vodafone eszköze modem módban van, és erre van rákötve a mérőeszköz. A router WAN pontja 192.168.199.x tartományból kap címet, és szépen mennek a mérések. Pár napja tűnt fel, hogy az eddig 500Mbites sebesség még a 100-at sem éri el. Modem áramtalaníts után helyreállt a sebesség. Egy darabig. Ma megint 100 alatti mérések voltak. Modem kikapcs, bekapcs megint megvan a sebesség.
Készül valami napló, amiből kitalálható, hogy mitől esik vissza a sebesség? -
vargalex
félisten
Központban ütemezik a méréseket, jelenleg akkor ezek szerint óránként mér. Elvileg van egy utolsó 10 percben mért sávszélesség, ami fölött nem mér, de a mérés elvégzésére van egy előre beállított intervalluma (ez lehet akár 1 órás is). Ráadásul ezt a korlátot lehet, hogy elég magasra állították, mivel a felhasználó által generált forgalmat is beleszámolja a mérésbe...
-
vargalex
félisten
Igen, ha a Linksys-t a szolgáltatói HGW-re kötöd, ami publikus IP-t ad, akkor dupla NAT lesz. Ha a saját router mögé, ami privát IP-t ad, akkor a Linksys átkapcsol switch üzemmódba.
A hibaüzenethez: az első bejelentkezés akkor tud megtörténni, ha az NMHH regisztrálja az eszközt, azaz rögzíti a rendszerbe a futár által visszaigazolt kiszállítást.
-
#2678
Gubek-Einste
legenda
Puro
#2677
-
#2676
Gubek-Einste
legenda
Puro
#2675
-
Puro
aktív tag
Sziasztok,
Beapplikáltam az NMHH féle Linksyst a Voda coax internezéhez, a bekötési mód jelenleg ez:
a szolgáltatói eszköz modem üzemmódban van, regisztrálva is vagyok a szelessav.net-re. A mérő ezt írja:A mérőeszköz első bejelentkezése még nem történt meg, így a funkciók nem elérhetők. Kérem próbálja később!
Mi a további teendőm ezzel, hogy első bejelentkezés legyen, meg hova? -
Pedig beállítottam az újat
Nem baj elküldöm Emailben
-
golya87
őstag
válasz
golya87
#2672
üzenetére
Írtam nekik, válaszoltak.
Klasszikus esete annak, amikor szakmai választ vársz, de csak egy hivatalnokra telik, aki leírja a sablon szöveget, ami Marika néninek készült.
Cserébe, ha nem tetszik, visszaadhatom a dobozt. Hát köszi srácok...
Kábelezést okozhat ilyesmit? Alzás keveset használt kábelek, így nem gondolnám, de teszek majd egy próbát. Jót tett azért az ePenis-nek a mérődoboz.
-
golya87
őstag
Sziasztok!
Már bő fél éve mér nálam egy WRT3200, viszont december óta azt veszem észre, hogy minden óra 15-16-kor az internet teljesen használhatatlanná válik. Majd utána újra minden ok. Ekkor fut le a mérés, viszont korábban nem vettem észre, hogy letérdelne tőle a netem.
Hol érdemes keresnem a hibát? -
DaM_HuN
csendes tag
Haha! Buék!
Helyzetjelentés:Ahogy látszik a képen szept 17-ével megszűntek az állandó 7 és 12 hibák.
Mostmár csak azt kellene kideríteni, hogy a szerver oldalon volt bugfix, a tesztbox kapott firm frissítést, vagy a DIGInél volt valami szar... A hálózat pontosan változatlan mind a box előtt, mind utána. (router PPOE kapcsolattal, a box mögött pedig egy rPi a boxhoz időzített sebességmérő scripttel 1-1 előtte és utána.)
(ebben az egészben csak az a szar, hogy az usernek kell kitalálni mi is okozta ezt a szakadozást, mert a support nemigen segít, a DIGIs szerelők meg sajnos általában nem szakemberek.)
Lassan jó lenne ha elkezdenék bővíteni a HW készletet, mert lassan beaktiválják a 10Gb-s DIGI-m.
-
vargalex
félisten
válasz
dethroner
#2665
üzenetére
Eredetileg úgy volt belőve, hogy az azonnali mérőscript egyezett az ütemezett scripttel. De aztán jött a gigabit a Telekom hálózatán és azt csak nagyon nagy kapcsolatszám esetén lehet kihajtani. Érdekes, mert Diginél nem volt ilyen probléma (és ha jól tudom Vodafone-nál sincs). Az ilyen nagy szálszámú mérést a kis eszközökre (TP-Link TL-WR841ND) nem célszerű kiküldeni, mert memória (erőforrás) limitbe ütközhetnek. Viszont a rendszer arra nincs felkészítve, hogy különböző csoportokba szervezett eszközöknek más-más azonnali mérőscriptet adjon, abból csak 1 db globális létezik (amikor indult az egész rendszer, még éppen bevezetés alatt volt az UPC FiberPower 120, az volt a csúcs).
Viszont az ütemezett scripteknél van ilyenre lehetőségük. -
vargalex
félisten
válasz
dethroner
#2663
üzenetére
Szerintem a manuális méréskor érkező scriptet nem frissítették az automatikus méréskor érkezőre, kevesebb szálon mérhet.
Hasonlítsd össze az azonnali mérés után megjelenő Lefuttatott mérőscriptet a Sebességmérő script fülön láthatóval. Ha jól sejtem, utóbbinál a DOWNLOAD és UPLOAD esetén az URL mögött nagyobb számok fognak állni, míg a manuális mérésnél 10 a DOWNLOAD és 4 az UPLOAD esetén (azaz 10, illetve 4 szálon folyik a mérés).
-
dethroner
veterán
Megfigyeltem hogy az NMHH box a szokásos óránkénti mérései során rendre 900 Mbit felett méri mindkét irányú sebességet, ami a csomagnak megfelelő érték. De ha belépek a box oldalára és manuálisan indítok mérést, az soha nincs ilyen jó, nem éri el a 600-at lefelé és a 800-at fel irányba. Ez miért van?
-
cigam
titán
Vissza lehet nézni a box naplóját áramtalaníts után? Ugyanis az történt, hogy pár napja eltűntek az aktív portjaim az internet felöl nézve (torrent, rsync szerver,...). Mivel a böngészés ment, napokig nem vettem észre, csak egy új beállítás miatt kezdtem el vizsgálni mi lehet. Router, és Vodafone modem újraindítás nem segített, whatismyip szerint IPV4 címem van, és nem érhető el IPV6, vagyis a Vodafone nem pakolt át sehova. A router reset sem segített. Aztán ma gondoltam egyet, hogy mi van ha... áramtalanítottam a SamKnows, és az NMHH dobozát is, és újra látható lettem az internet felöl. Szó mi szó egy szekrényben nem túl kellemes ebben a kánikulában, de mi okozhatta? Van bennük HW szenzor, hőmérő? Esetleg watchdog?
Az NMHH oldalán lehetséges, hogy 2020 áprilisi az utolsó mérés? -
#2659
Hegyirabló
veterán
Gubek-Einste
#2658
válasz
Gubek-Einste
#2658
üzenetére
Akkor ezért nem kéri az új csomagomat.
Köszi! -
#2658
Gubek-Einste
legenda
Hegyirabló
#2657
válasz
Hegyirabló
#2657
üzenetére
Mivel csak egy gigabites portokkal rendelkezik így fizikailag sem tud lemérni ennél gyorsabb sebességet.
A SamKnows Whitebox 9 már 2.5 Gbps-es porttal rendelkezik így az már alkalmas lenne a teljes sebesség kimérésére. -
#2657
Hegyirabló
veterán
Sziasztok!
Linksys mérődoboz csak ezerig mér, tehát Telekom 2000/1000-et már nem tudja mérni?
Köszi!
-
DaM_HuN
csendes tag
válasz
vargalex
#2655
üzenetére
Szépen vándorol a SZÉP a hálózaton felfelé, már az összes kábelt leteszteltem vele ami van itthon.
Továbbra is hozza a szolgáltató maximumot minden sikeres teszteléskor, ami jó -is lehetne, csak szakadozik 7 és 12 hibával, de soha nem akkor amikor gép közelében vagyok, hogy logot is tudjak menteni. :S
Mindegy, egy értelme biztosan lesz a dolognak, le fogom tesztelni most már a routereimet is, hogy rajtuk át megy-e a gigabit, vagy azért mértem a SZÉP előtt rossz eredményeket, mert "gyenge a hardver", vagy azért mérek most jókat, mert csal a DIGI.
-
DaM_HuN
csendes tag
válasz
vargalex
#2653
üzenetére
OK.
A 19:15-öst lekéstem, a 20:16-os ez, itt most lement a mérés:
Mon May 3 20:16:07 2021 user.notice living.sh: SPEEDTEST
Mon May 3 20:16:12 2021 user.notice meroscript: Hardware server IP: 185.72.16.2
Mon May 3 20:17:00 2021 cron.info crond[1683]: USER root pid 23681 cmd /etc/nmhh/firstlogin.sh
Mon May 3 20:17:00 2021 cron.info crond[1683]: USER root pid 23682 cmd /etc/nmhh/living.sh
Mon May 3 20:17:00 2021 user.notice firstlogin.sh: /etc/nmhh/fesz.id exists. Not first start.
Mon May 3 20:17:00 2021 user.notice living.sh: CC available. Killing PPPoE capture
Mon May 3 20:17:00 2021 user.notice living.sh: Killing all processes with name detect-pppoe
Mon May 3 20:17:00 2021 user.notice living.sh: myKillAll killed 0 processes
Mon May 3 20:17:00 2021 user.notice living.sh: Killing all processes with name pppoe-capture
Mon May 3 20:17:00 2021 user.notice living.sh: myKillAll killed 0 processes
Mon May 3 20:17:02 2021 user.notice living.sh: Traffic: 0.33574 MB
Mon May 3 20:17:12 2021 user.notice throughput.sh: Killing all processes with name watchtraffic.sh
Mon May 3 20:17:12 2021 user.notice throughput.sh: Killing process id 22885
Mon May 3 20:17:12 2021 user.notice throughput.sh: myKillAll killed 1 processes
Mon May 3 20:17:12 2021 user.notice throughput.sh: Download: 929.836062, upload: 339.510605, latency: 1
Mon May 3 20:17:13 2021 user.notice throughput.sh: Port knocking opened the https port
Mon May 3 20:17:13 2021 user.notice throughput.sh: OK
Mon May 3 20:17:19 2021 user.notice living.sh: Port knocking opened the https port
Mon May 3 20:17:25 2021 user.notice living.sh: Result: {"crypt_key":"***","data":"***"}
A mérőscript:
"#!/bin/sh
sleep 5
logger -t meroscript "Hardware server IP: 185.72.16.2"
LATENCY=$(speedtest lat http://185.72.16.2/speedtest/latency.txt 10 2>/dev/null)
DOWNLOAD=$(speedtest down http://185.72.16.2/speedtest/random_1gb 400 30 33333 30 10 1 2>/dev/null)
UPLOAD=$(speedtest up http://185.72.16.2/speedtest/upload.php 28 30 33333 30 30 1 2>/dev/null)
echo "$DOWNLOAD $UPLOAD $LATENCY""
Szerintem a script jó így ránézésre. -
-
DaM_HuN
csendes tag
válasz
vargalex
#2649
üzenetére
Végre elkaptam egy logot.
16:15-kor 12-es hiba
Mon May 3 16:14:27 2021 user.notice living.sh: IDLE. Nothing to do
Mon May 3 16:15:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/firstlogin.sh
Mon May 3 16:15:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/living.sh
Mon May 3 16:15:00 2021 user.notice firstlogin.sh: /etc/nmhh/fesz.id exists. Not first start.
Mon May 3 16:15:00 2021 user.notice living.sh: CC available. Killing PPPoE capture
Mon May 3 16:15:00 2021 user.notice living.sh: Killing all processes with name detect-pppoe
Mon May 3 16:15:00 2021 user.notice living.sh: myKillAll killed 0 processes
Mon May 3 16:15:00 2021 user.notice living.sh: Killing all processes with name pppoe-capture
Mon May 3 16:15:00 2021 user.notice living.sh: myKillAll killed 0 processes
Mon May 3 16:15:02 2021 user.notice living.sh: Traffic: 0.0967293 MB
Mon May 3 16:15:37 2021 user.notice living.sh: Port knocking opened the https port
Mon May 3 16:15:47 2021 user.notice living.sh: Result: {"crypt_key":"*****"}
Mon May 3 16:15:47 2021 user.notice living.sh: SPEEDTEST
Mon May 3 16:15:52 2021 user.notice meroscript: Hardware server IP: 1**.***.***.***
majd 16:17-kor pedig lement a teszt.
Mon May 3 16:16:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/firstlogin.sh
Mon May 3 16:16:28 2021 user.notice living.sh: IDLE. Nothing to do
Mon May 3 16:17:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/firstlogin.sh
Mon May 3 16:17:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/living.sh
Mon May 3 16:17:00 2021 user.notice firstlogin.sh: /etc/nmhh/fesz.id exists. Not first start.
Mon May 3 16:17:00 2021 user.notice living.sh: CC available. Killing PPPoE capture
Mon May 3 16:17:00 2021 user.notice living.sh: Killing all processes with name detect-pppoe
Mon May 3 16:17:00 2021 user.notice living.sh: myKillAll killed 0 processes
Mon May 3 16:17:00 2021 user.notice living.sh: Killing all processes with name pppoe-capture
Mon May 3 16:17:00 2021 user.notice living.sh: myKillAll killed 0 processes
Mon May 3 16:17:02 2021 user.notice living.sh: Traffic: 0.491034 MB
Mon May 3 16:17:12 2021 user.notice throughput.sh: Killing all processes with name watchtraffic.sh
Mon May 3 16:17:12 2021 user.notice throughput.sh: Killing process id 30800
Mon May 3 16:17:12 2021 user.notice throughput.sh: myKillAll killed 1 processes
Mon May 3 16:17:12 2021 user.notice throughput.sh: Not a valid traffic result: 883.914765 339.097767
Mon May 3 16:17:13 2021 user.notice throughput.sh: Port knocking opened the https port
Mon May 3 16:17:13 2021 user.notice throughput.sh: OK
Mon May 3 16:17:19 2021 user.notice living.sh: Port knocking opened the https port
Mon May 3 16:17:25 2021 user.notice living.sh: Result: {"crypt_key": "*****"}Nem tudom mit kellene látni rajta, az egyiken nem ment végig a script csak egy része, a másik pedig közölte nem jó az eredmény. Ha láttok benne valami mást is, akkor érdekelne miért lett 12-es. Nem sok érdembeli tájékoztatást ad az egyszeri usernek a log, ahogy a honlap se a hibák okairól... legalábbis én nem találtam, pedig kerestem a keresővel is.
-
DaM_HuN
csendes tag
válasz
vargalex
#2647
üzenetére
Helló!
Ahh, akkor nem értem!
Mivel nincs rajta eszköz, ahogy írtam, csak egy pucér router, így mi is zavarhatna be? Most fogom rágyógyítani a PI-t a végére, amivel ellenőrizni tudom mi is ez az "anomália".Mindenesetre a logot nem tudom megnézni, mert ma 17 óráig lát vissza csak, a mai hajnali 3-kor, illetve 6-kor volt. Azóta ma nem.
A logot nem lehetne valahogy lementeni?
Mindenesetre most figyelni fogom a logot, ha emberi időben történik a hiba.
Közben rájöttem, hogy az ONT-t már teszteltem korábban mielőtt megjött a box, a PI-men futott 5 percenként speedtest.
Persze ettől függetlenül meghalhatott az ONT miután összedugtam a MÉRŐBOX-al.
De az furi, ahogy jeleztem is az előzőben, hogy amikor észrevette a DIGI a boxot azonnal csúcsokat kezdett mérni a rendszer. Tehát kijátszható a mérés.
Ezt úgy tudnánk esetleg elkerülni, ha a router mögé tenném és a PPPOE bejelentkezésem mögül mérne, ahogy írod is korábban vargalex, csak így a hálózatom esetleges hibái bezavarhatnak, és most a DIGI szívatása a cél, nem a kábeleimben/routeremben lévő hibák tesztelése. (bár akkor is látszik a teszthez használt cél IP amit ki tudnak játszani ezek szerint.) Nem tudom mi lehet a jó megoldás, majd jövő héten játszom vele.Első körben a 7,12-es hibák okát keresem meg, utána megnézem mit is bír a hálózatom a valóságban ezzel a dobozzal (belül simán megy a giga körüli adatátvitel, jó ez a router, a NAT portot viszont nem tudom könnyen házilag tesztelni, de szerencsére van itthon 2-3 különböző gigás router, így lesz kontroll mérés.)
-
vargalex
félisten
válasz
DaM_HuN
#2646
üzenetére
Szia!
A 12-es hibakód azt jelenti, hogy eszköz oldalon valami nem stimmelt a mérés során. Nevezetesen azt, hogy a mérő script kimenete nem 3 érték volt (okozhatja tűzfal blokkolás, stb.). Jó lenne hozzá látni az eszköz logját is hozzá. Valami ilyet kell keresni benne: "Not a valid traffic result:".
A 7-es esetén elvileg az eszköz nem végzett, vagy meg sem kapta a mérési feladatot (pl. saját forgalom miatt) az engedélyezett intervallumban.
-
DaM_HuN
csendes tag
Sziasztok,
(azt már észrevettem, hogy amint a DIGI hálózata meglátta a mérődobozt a hálózatán egyből elmúlt minden korlát.
Már egy ideje használom a mérődobozt, és érdekelne néhány hibakód jelentése, mert olyan mintha szakadozna a net, ha a doboz a hálózaton van.
Ilyen a netem grafikus megjelenítése:
A rendszer az ONT-BOX-ROUTER sorrendben van felépítve, de a router csak belép óránként, mert maga a hálózat a rossz, és a DIGI szerelőivel nem akarok a továbbiakban vitázni, hanem az arcukba teszem a logot, és csók. (a szelessav.net-en mér a szerelő egy saját laptoppal az ONT-n közvetlenül egy saját PPPOE jelszóval, gyanítom rá van állítva a szerverük ezzel a felhasználóval, hogy ilyenkor átengedje, mert ilyenkor egész jókat mérnek őkis.)
Node a kérdésem a következő, a 7-es és a 12-es kód, főleg a 12-es mitől van?
(van már egy másik netem bekötve, azt használom, tehát a mérődoboz saját magának méreget folyamatosan a DIGIn, de tesztelésre rá fogok tenni egy Pi-t a BOX mögé, mostmár látom mikor mér a mérődoboz CRONnal előtte 1, utána 1 perccel időzítek egy speedtest scriptet .)
Létezik, hogy a box a rossz? Vagy az ONT? Azt hogy tudnám tesztelni? -
vargalex
félisten
válasz
golya87
#2642
üzenetére
1. Dupla NAT lesz, de a mérőeszköz minden beérkező új forgalmat a hozzá elsőként csatlakozó eszközre (a routered) irányít. Akkor lehet problémád, ha a routered DDNS címet is frissít és nem a valódi külső IP-t jelenti.
2. Fog működni, de így a hivatalos bekötés szerint a saját vezetékes eszközeidet a mérődobozra kell kötnöd.
3. Igen, monitorozza a saját wifi hálózatod forgalmi mennyiségét. -
golya87
őstag
Sziasztok!
Ma megérkezett az NMHH-s mérődobozom.
(nettó) Három kérdésem lenne:
- Ha a (UPC) kábelmodem és a routerem (RM2100) közé kötöm a mérődobozt, akkor a routerem elérhető lesz kívülről? Vagy a dupla NAT miatt nem?
- Ha bekötöm a modem és a routerem mögé, mint egy bármilyen vezetékes hálózati eszközt, akkor fog működni rendesen a mérés? Kell külön portot nyitnom neki? DMZ?
- A wifi antennákat fel kell csavarni az eszközre?Előre is köszönöm a segítséget!
-
#2641
vargalex
félisten
Hegyirabló
#2640
vargalex
félisten
válasz
Hegyirabló
#2640
üzenetére
Már rég nem az eszközről beszélünk! Az egyáltalán nem zavar, hogy azt állítod, hogy a szolgáltatói eszközödnek egyetlen gigabites portja van?
Mellesleg olyat még nem hallottál, hogy egy routert egy bizonyos eszközzel használva meghal a hálózat? Sajnos ilyen létezik, pedig a router minden más típusú eszközzel megfelelően működik és az eszköz is minden más típusú routerrel. Akkor ebben az esetben melyik okozza a problémát?
Nem mellesleg arra még mindig nem tudtál válaszolni, hogy miért ment 9 hónapig hibátlanul? Logot sem akarsz semmiképpen adni. Azt sem akarod megnézni, hogy ilyenkor az NMHH-s eszközt sem éred el, vagy csak a szolgáltatói eszközt, vagy csak intenet elérésed nincs. Így nagyon nehéz segíteni, azaz valóban egy megoldás van: visszaadod.
-
#2640
Hegyirabló
veterán
vargalex
#2639
-
#2639
vargalex
félisten
Hegyirabló
#2638
vargalex
félisten
válasz
Hegyirabló
#2638
üzenetére
Ne haragudj, de meg kell védenem a kollégát. Az általad írt Sagemcom 5760 típusú HGW-n 1 db 2,5 Gbps-es és 4 db 1 Gbps-es port található (pl. itt és itt is megtalálhatod). Az, hogy nálad 100 Mbps-en áll össze a kapcsolat, helyi hibára utal. Milyen eszközök azok, amik 100 Mbps linkkel kapcsolódnak? Ha gigabitesek, akkor cseréltesd a Telekommal a HGW-t, mert hibásan működik (vagy rájönnek a hibára nálad).
-
#2638
Hegyirabló
veterán
Ear001
#2637
-
#2637
Ear001
addikt
Hegyirabló
#2636
Ear001
addikt
válasz
Hegyirabló
#2636
üzenetére
Igaz, összecseréltem a színeket. de már meg is van a hiba, nálad sem a 2.5g-s port sem a négy 1G-portból három nem működik jól, miközben nagyjából mindenki másnál igen. Akkor hol lehet a hiba?
-
#2636
Hegyirabló
veterán
Ear001
#2635
-
#2635
Ear001
addikt
Hegyirabló
#2633
Ear001
addikt
válasz
Hegyirabló
#2633
üzenetére
Ne haragudj, de ne írj hülyeségeket. Nálam ugyan ilyen Sagemcom van, ugyan ilyen mérődobozzal, azon a sárga 2.5G- s kijáraton simán hozza a 900 mega feletti átlag le és feltöltést, a többi port meg belső hálózaton 1giga körül forgalmaz. Ebből is látszik, hogy nálad lesz a gond, kábellel, tápellátással, ami milliószor esélyesebb, mint az eszköz hiba az előzmények ismeretében. Nem gondolod, hogy oltári botrány lett volna már, ha a Sagemcom portjai nem tudnák azt, ami a specifikációban van?
-
#2634
vargalex
félisten
Hegyirabló
#2632
vargalex
félisten
válasz
Hegyirabló
#2632
üzenetére
Nem kell hozzá érteni, ott van a mérő box lokális webes felületén a Rendszer napló fül. Illetve a szolgáltatói eszközök webes felületén is szokott napló lenni.
Egyébként egyetlen eszközöd van LAN-on, ami szakad? Mert akkor lehet, hogy nem is a neted szakadozik, hanem az eszközöd nem jön ki az NMHH box-al. Az nem változott véletlenül éppen a probléma megjelenésekor? -
#2633
Hegyirabló
veterán
Ear001
#2631
-
#2632
Hegyirabló
veterán
vargalex
#2630
válasz
vargalex
#2630
üzenetére
Jó, csak ennyire azért nem értek hozzá, nem tudom, hogy és hol lehet logolni. Vezetékes kapcsolat, de ezt már egyszer megválaszoltam amikor azt írtam, hogy csak egy gigabites port van. Valami még is szakadásokat okoz, és teljesen biztos vagyok benne, hogy a mérődoboz az oka. Azért, mert minden más lehetőség ki lett zárva.
-
#2631
Ear001
addikt
Hegyirabló
#2629
Ear001
addikt
válasz
Hegyirabló
#2629
üzenetére
Azon a Sagemcom-on négy gigabites, és egy 2.5 gigabites port van.
-
#2630
vargalex
félisten
Hegyirabló
#2629
vargalex
félisten
válasz
Hegyirabló
#2629
üzenetére
A 20 perces log pont elég lett volna, hogy kiderüljön valami...
Egyébként az NMHH-nál legfeljebb a mérő scriptet módosították a kérdéses időszakban (paraméterezést). Ebben egészen biztos vagyok, egész egyszerűen azért, mert nem kaptak új firmware-t a mérőeszközökre...
A mérő script pedig nem okozhatja a szakadást, ugyanis óránként mérnek, nálad pedig 20 perc alatt kétszer is megszakadt.
Egyébként vezetéken kapcsolódsz?A portálon a mérőbox lokális felülete most nálam sem látszik. Az viszont azért van, mert https-en éred el a portált, az eszköz oldalát viszont http-n töltené be az iframe-ba. Ez valami új biztonsági korlátozás a böngészőben, vagy a portál headerjében hagyták ki valamit. Semmi köze a mérőboxhoz.
-
#2629
Hegyirabló
veterán
vargalex
#2628
válasz
vargalex
#2628
üzenetére
Két szolgáltató eszköze sem jön ki a boxxal? Tudok magyarázatot, valamit mókányoltak bent NMHH-nál. Nem tudom, hogy mit, de más megoldást nem igazán látok, és megint csak leírom, ez volna a világtörténelem első esete, hogy a jól működő dolgon a szolgáltató mókányol valamit, amitől utána már nem működik jól. Esetleg megpróbálhatom még bedugni másik 230-ba, de ezt sem tartom valószínű problémának, mert ONT, IPTV ugyanabba az elosztóba van bedugva, és működnek, semmi hiba. Boxhoz adott UTP-re is gondoltam, de nagyjából ez is kizárható, hiszen ne feledjük, ez a második doboz, második hozzá adott UTP kábel, stb. Sajnos a párhuzamos kötés nem megoldható, Sagemcom 5670 modem van, csak egy gigabites port van rajta.
Megjegyzem még, hogy az egész úgy kezdődött, hogy a böngészőben nem jelent meg rendesen a box admin felülete. Természetesen jeleztem az NMHH felé, amire egy homályos választ adott a sütikkel kapcsolatban, meg sem akartam próbálni, akkora baromság volt, végül még is megcsináltam, természetesen nem oldotta meg azt a dolgot, ami azóta is szintén fennáll.
Hajnalban volt egy nullás mérés, de két perc múlva megismételte, akkor jó volt. Kihúztam, mert kétszer szakadt meg, mióta húsz perce beléptem a Prohardverre.
-
#2628
vargalex
félisten
Hegyirabló
#2627
vargalex
félisten
válasz
Hegyirabló
#2627
üzenetére
Annyi magyarázatot tudok adni, hogy a szolgáltató eszköze és az NMHH box valamiért nem jön ki egymással
. Nyilván a szolgáltató oldalon változott valami, mert az NMHH-s box a kérdéses időszakban nem frissült. Viszont a log, illetve annak ellenőrzése, hogy ilyenkor mit érszb még el, az sokat segítene. Az 5-10 másodperces korlát csak utóbbira vonatkozik, a logot kicsit később is nézheted. Ezek nélkül lehetetlen bármit is mondani.
Viszont én is visszakérdezhetek: te azt tudod valamivel magyarázni, hogy azt első 9 hónapban hibátlanul működött? Ha valami az NMHH-s boxxal nem stimmel, akkor a kezdetektől kellett volna produkálnia az első boxnak is, ahogy a második is teszi.Egyébként legrosszabb esetben, ha esetleg legalább 1-el kevesebb vezetékes eszközöd van, mint amennyi LAN portja a szolgáltatói eszköznek, akkor használd párhuzamosan kötve. Ugyan torzulhatnak a mérési eredmények (sokat nem fog, mert az NMHH-s eszköz több 100 szálon is mérhet), de legalább lesznek.
Jut eszembe. A szakadások mérés alatt jelentkeznek, vagy mérési időn kívül is? Ha előbbi, akkor az is lehet, hogy a szolgáltatói eszköz nem bírja (vagy nem tolerálja) a több 100 szálat...
-
#2627
Hegyirabló
veterán
vargalex
#2626
válasz
vargalex
#2626
üzenetére
A megszakadások az 5-10 másodperc/alkalom. Én készséggel elhiszem, hogy nem mérődoboz+NMHH oldali a hiba, ha elmagyarázod nekem, hogyan lehetséges az, hogy amint kiiktatom a hálózatból a Linksyst, azonnal megszűnik a hiba. A világtörténelem első esete lenne, hogy szolgáltató oldali hiba van (ami ez esetben az NMHH). Lehet, hogy kevesebbet kellett volna költeni konferenciára meg mobil illemhelyre, és többet fordítani a mérődoboz üzemeltetésre. Az pedig egy nagyon-nagyon rossz érv, hogy többen is használják, de senki nem panaszkodik. Senkit nem akarok megbántani, de embertársaim jelentős része mint ha nem is ezen a bolygón élne (értsd, észre sem veszik az ilyen 5-10 másodperc megszakadásokat).
-
#2626
vargalex
félisten
Hegyirabló
#2625
vargalex
félisten
válasz
Hegyirabló
#2625
üzenetére
Ebben nem lennék olyan biztos. Hiszen, ahogy írtam (és ugye te írtad, hogy mikor kezdett szakadozni), 9 hónapig hibátlanul ment. Azaz, ha a mérődobozon nem változott semmi, akkor valami más kellett, hogy változzon. Ezt támasztja az is alá, hogy a második mérődoboz ugyan úgy viselkedett, mint az első. Azaz, valószínűleg az első 9 hónapban az is hibátlanul ment volna... Logban nem látszik semmi egyébként? Amikor megszakad a net, akkor a szolgáltatói eszközt sem tudod elérni?
-
#2625
Hegyirabló
veterán
vargalex
#2624
válasz
vargalex
#2624
üzenetére
Leginkább semmi. Egyszer csak az történt, hogy mérő doboz=szakadozás, nincs mérő doboz=nincs szakadozás. De ne vedd magadra, tudom, hogy (részben?) Te írtad a szoftverét. De az tény, hogy megjelent ez a jelenség, a szolgáltató váltás után sem szűnt meg, így számomra egyértelmű, hogy a hiba nem az én készülékemben van.
-
#2624
vargalex
félisten
Hegyirabló
#2623
vargalex
félisten
válasz
Hegyirabló
#2623
üzenetére
Most hogy is van nálad? Az eszköz bridge üzemmódban van, vagy NAT-ol?
Érdekes ez a szakadozás, ráadásul 2 eszköz esetén is. Azt nem mondanám, hogy a mérődobozokkal nem stimmel valami, ugyanis egyrészt többen is használják, másrészt visszanézve a hozzászólásaidat, az első példány nagyjából 9 hónapig hibátlanul üzemelt nálad... Mi változott nagyjából akkor a hálózatodban? -
#2623
Hegyirabló
veterán
Hát én próbáltam jó partnere lenni az NMHH-nak mérődoboz dolgában, de önhibámon kívül nem tudok az lenni. Ugyanis ha a doboz üzembe van helyezve, és átmegy rajta a net (vagyis mér), akkor szakadozik az internetkapcsolatom. Először azt hittük, hogy a Digi internetje miatt van a dolog. De most már Telekomos netem van, és így is csinálja. Lehetne esetleg azt mondani, hogy kábel, vagy hardver hiba van, de ha ki van iktatva a mérődoboz, akkor nincsenek szakadozások. Összegezve, vagy a mérődobozokkal nem stimmel valami (ez már a második nálam, ugyanezzel a jelenséggel), vagy csak az én hardverkiépítésemet nem szereti a doboz. Vissza fogom adni az NMHH-nak. Kár.
-
vargalex
félisten
A külső cég által végzett biztonsági audit egyik vizsgálata ez volt, hogy a weboldalon keresztül kompromittálható-e az eszköz. Nem... Ugyanis nem értékel ki semmilyen beérkező get/post paramétert a szerver oldal, egyszerűen egy paraméter értékét vizsgálja.
NAT-olni akkor kezd, ha DHCP esetén a WAN oldalra publikus IP-t kap, vagy ha PPPoE kapcsolatot detektál (a LAN oldalon PPPoE kapcsolatot kezdeményeznek és még nincs élő WAN kapcsolat).
-
cigam
titán
válasz
vargalex
#2615
üzenetére
Pl. egy egy kellően bonyolult speciálisan megformázott http kérést küldve különböző szolgáltatásokat indíthatsz el WEB szerveren keresztül. Aktiválhatod az ssh belépést, a jelszó sniffelést, a ddos támadást,...
Tudom, hogy te tudod mi van benne, hiszen Te írtad hozzá a kódot, de ha lenne benne is ilyen, azt kellene mondanod, hogy nincs benne
És mint írtam is, nem azt mondom hogy van, de ezek a konteók technikailag megvalósíthatók, míg a Bill Gates féle 5G-s covid-19 chipek nincs tudományos alapja.Mikor kezd el NAT-olni?
-
cigam
titán
válasz
vargalex
#2613
üzenetére
Nem néztem utána, csak a web-es felületen láttam, és hittem neki. De írhattam volna a web szerver speciális elérését amivel ki/be kapcsolhatóak szolgáltatások.
Amúgy mit csinál az 53-as porton?
Nem azt állítottam, hogy ilyeneket tud. Csak azt, hogy ez egy olyan doboz, amiben nem tudjuk mi van. Nagy valószínűséggel semmi, mert eddig semmi nem derült ki róla. És a felhasználóiról sem. -
vargalex
félisten
Most jut eszembe, hogy esetleg te az eszköz webes felületén található Portscan eredmények oldalra gondolsz. Ott az NMHH bármilyen port tesztelésére utasíthatná az eszközt, de ez azt vizsgálja, hogy kifelé nem blokkolja-e a szolgáltatód egy távoli szerver valamilyen porton történő elérését! Azaz ott a 22-es TCP port a cél IP (ami egy szintén a BIX-ben lévő NMHH-s szerver) 22-es TCP portját jelenti.
-
vargalex
félisten
Egyébként kíváncsi vagyok, hogy miből látod, hogy a 22-es port nyitva van:
[gavarga@gavarga-5500 ~]$ sudo nmap 10.10.2.143Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-26 07:47 CETNmap scan report for 10.10.2.143Host is up (0.091s latency).Not shown: 998 closed portsPORT STATE SERVICE53/tcp open domain80/tcp open httpNmap done: 1 IP address (1 host up) scanned in 1.05 seconds[gavarga@gavarga-5500 ~]$ sudo nmap -sS 10.10.2.143Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-26 07:47 CETNmap scan report for 10.10.2.143Host is up (0.098s latency).Not shown: 998 closed portsPORT STATE SERVICE53/tcp open domain80/tcp open httpNmap done: 1 IP address (1 host up) scanned in 18.04 seconds[gavarga@gavarga-5500 ~]$ sudo nmap -sT 10.10.2.143Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-26 07:48 CETNmap scan report for 10.10.2.143Host is up (0.074s latency).Not shown: 998 closed portsPORT STATE SERVICE53/tcp open domain80/tcp open httpNmap done: 1 IP address (1 host up) scanned in 1.00 seconds[gavarga@gavarga-5500 ~]$ sudo nmap -p 22 10.10.2.143Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-26 07:48 CETNmap scan report for 10.10.2.143Host is up (0.024s latency).PORT STATE SERVICE22/tcp closed sshNmap done: 1 IP address (1 host up) scanned in 0.34 seconds
Pedig nálam bridge módban van az eszköz... -
vargalex
félisten
Nem hallgat semmi a 22-es porton (nincs is SSH szerver az eszközön), de switch üzemmódban nincs is tűzfal, így igazából minden nyitva van, de csak a web szerver hallgatózik.
Nem csak hivatalosan nem elérhető az eszköz, hanem valóban. Biztonsági vizsgálat is történt. Tudom, mert van közöm a fejlesztéshez...
De ugye te az NMHH boxról és nem a Samknows-ról írsz? -
cigam
titán
válasz
vargalex
#2609
üzenetére
Nincs lehetőség az eszköz távoli elérésére.
Hivatalosan. Ugyanakkor ha elég paranoid konteós vagy, eszedbe juthat, hogy
- a résztvevő több 100(0) eszköz, összehangolt támadást intézhet egy megadott szerver ellen.
- korlátozhatja,(vagy akár módosíthatja) bizonyos tartalmak elérését.
- profilozhatja a résztvevőket (milyen oldalakat néz, miket/hol vásárol,...).
- ha nincs lehetőség távoli elérésre, miért van nyitva a 22-es port?A 22-es port kivételével a fentiekre semmi bizonyíték. Nézek felnőtt tartalmakat, 7/24-ben fut a torrent, és elég régóta ahhoz, hogy ha ügyet csinálnának belőle, akkor már jött értem volna a rabszállító ...
Szóval elég megbízható, nem a privát szférádban kutatnak vele. -
vargalex
félisten
A "mérőeszköz", azaz a Linksys router nem konfigurálható, azaz igazából nem tudja kiváltani a saját routeredet. A wifi-t is csak monitorozásra használja, így AP sem lehet belőle.
Az átmenő és a wifi (ha előtte van az AP) forgalmat csak méri az eszköz, mindössze azért, hogy eldönthesse, hogy éppen végezhet-e mérést. -
allein
addikt
válasz
vargalex
#2605
üzenetére
Sziasztok. Amikor először hallottam erről a mérésről, azt hittem szoftveres megoldás, kiderült nem az. Ma kaptam egy bitang nagy Linksys routert. Felmerül bennem a következő kérdés: ez a Linksys akár kiválthatja a mostani Synology routeremet is? Nem olvastam még a szerződést amit kaptam. Ha ki tudom váltani a Synologyt, nem áll fenn az a lehetőség, hogy a Linksys router beüzemelés esetében, hozzáférést adok a belső hálózatomhoz? A forgalmamat nem is említem, gondolom ehhez is lesz hozzáférése az NMMH-nak?
-
-
vargalex
félisten
Szerintem olvassátok át még egyszer azt a hivatalos/javasolt bekötési módot.
(15:32-15:36-15:47)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Reboot is volt, kevesebbet mér, mint a speedtest 
A logot nem lehetne valahogy lementeni?
Új hozzászólás Aktív témák
Hirdetés
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Milyen billentyűzetet vegyek?
- Fejhallgató erősítő és DAC topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Diablo IV
- Azonnali fotós kérdések órája
- PlayStation 5
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Háztartási gépek
- További aktív témák...
- Honor 200 Pro 12/512GB Újszerű,Kártyafüggetlen,Dobozos,Tartozékaival. 1 Év Garanciával!
- Asus ROG Strix G533ZW 15.6" FHD IPS i9-12900H RTX 3070Ti 32GB 512GB NVMe magyar vbill gar
- Dell Pro 14 PC14250 14" FHD+ IPS érintő Ultra 5 235U 16GB 256GB NVMe magyar vbill ujjlolv IR kam gar
- ddHIFI RC30B RCA-RCA összekötő 120cm
- series X csomag
- iPhone 17 White 256 GB - Bontatlan !! www.stylebolt.hu - Apple eszközök és tartozékok - Számlás
- BESZÁMÍTÁS! ASUS B550M R7 5700X 16GB DDR4 512GB SSD RTX 3070 8GB Aerocool P500B Digi ARGB 750W
- Apple AirPods Max Midnight ! Új Bontatlan / 2028.03.16-ig Garancia!
- HIBÁTLAN iPhone 14 128GB Starlight-1 ÉV GARANCIA - Kártyafüggetlen, MS4650
- Eladó Samsung Galaxy A50 4/128GB szivárvány / 12 hónap jótállás
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest