Hirdetés

2024. július 3., szerda

Gyorskeresés

Hozzászólások

(#2641) vargalex válasza Hegyirabló (#2640) üzenetére


vargalex
félisten

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.

[ Szerkesztve ]

Alex

(#2642) golya87


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!

(#2643) vargalex válasza golya87 (#2642) üzenetére


vargalex
félisten

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.

Alex

(#2644) golya87 válasza vargalex (#2643) üzenetére


golya87
őstag

Nekifutok az 1.-vel, aztán remélem a DDNS frissítés működni fog.
Köszönöm az infót!

(#2645) golya87


golya87
őstag

Valószínűleg csak én vagyok a tudatlan, de a mérődoboz mellé kapott 2db közigazgatási szerződéssel mit kell csinálni?

(#2646) DaM_HuN


DaM_HuN
csendes újonc

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?

(#2647) vargalex válasza DaM_HuN (#2646) üzenetére


vargalex
félisten

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.

[ Szerkesztve ]

Alex

(#2648) DaM_HuN válasza vargalex (#2647) üzenetére


DaM_HuN
csendes újonc

Helló! :)

Ahh, akkor nem értem!
Mivel nincs rajta eszköz, ahogy írtam, csak egy pucér router, így mi is zavarhatna be? :D 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.)

(#2649) vargalex válasza DaM_HuN (#2648) üzenetére


vargalex
félisten

Simán előfordulhat, hogy a BIX-be (vagy akár a BIX-ben lévő NMHH-s mérő szerverekre - amelyeknek lehet tudni az IP címét) priorizál a környéken a Digi.

Alex

(#2650) DaM_HuN válasza vargalex (#2649) üzenetére


DaM_HuN
csendes újonc

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.

(#2651) vargalex válasza DaM_HuN (#2650) üzenetére


vargalex
félisten

Ez nem 2 mérés, hanem 16:15:47-kor kapta meg a sebességmérés feladatot. 16:17:12-kor végzett, de nincs benne a latency mérés eredménye.

Alex

(#2652) DaM_HuN válasza vargalex (#2651) üzenetére


DaM_HuN
csendes újonc

És akkor hol a mérés?

(#2653) vargalex válasza DaM_HuN (#2652) üzenetére


vargalex
félisten

Melyik mérésre gondolsz? Valahol van 19:17-es eredményed?

Jó lenne egyébként ebben az esetben még látni a mérő scriptet. Lehet, hogy abban írtak el valamit. (A konkrét időponthoz tartozó lenne érdekes, mert minden alkalommal mást kaphat akár.)

Alex

(#2654) DaM_HuN válasza vargalex (#2653) üzenetére


DaM_HuN
csendes újonc

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.

(#2655) vargalex válasza DaM_HuN (#2654) üzenetére


vargalex
félisten

Ez a script jó, de nem is volt hiba...

Alex

(#2656) DaM_HuN válasza vargalex (#2655) üzenetére


DaM_HuN
csendes újonc

Szépen vándorol a SZÉP a hálózaton felfelé, már az összes kábelt leteszteltem vele ami van itthon. :D

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. :D

[ Szerkesztve ]

(#2657) Hegyirabló


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!

Aquila non captat muscas.

(#2658) Gubek-Einste válasza Hegyirabló (#2657) üzenetére


Gubek-Einste
Topikgazda

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.

Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P

(#2659) Hegyirabló válasza Gubek-Einste (#2658) üzenetére


Hegyirabló
veterán

Akkor ezért nem kéri az új csomagomat. :) Köszi!

Aquila non captat muscas.

(#2660) cigam


cigam
félisten
LOGOUT blog

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?

[ Szerkesztve ]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Copyright © 2000-2024 PROHARDVER Informatikai Kft.