- Otthoni hálózat és internet megosztás
- Windows 11
- Hálózatokról alaposan
- Bittorrent topik
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Az Amazon árfolyama felment, Bezos elad 5 milliárd dollárnyi részvényt
- Mesterséges intelligencia topik
- Ingyenes vagy akciós szoftverek
- Dolgozók: diszkriminálta a szülőket és a terhes nőket a Microsoft?
- Milyen NAS-t vegyek?
Új hozzászólás Aktív témák
-
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.
[ Szerkesztve ]
Alex
-
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!
-
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.Alex
-
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?
-
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? -
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.
[ Szerkesztve ]
Alex
-
DaM_HuN
csendes újonc
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.)
-
DaM_HuN
csendes újonc
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 újonc
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 újonc
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.
[ Szerkesztve ]
-
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.
-
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.Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
Hegyirabló
veterán
válasz
Gubek-Einste #2658 üzenetére
Akkor ezért nem kéri az új csomagomat.
Köszi!
Aquila non captat muscas.
-
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
Új hozzászólás Aktív témák
- EAFC 24
- sziku69: Fűzzük össze a szavakat :)
- Otthoni hálózat és internet megosztás
- TCL LCD és LED TV-k
- CURVE - "All your cards in one." Minden bankkártyád egyben.
- eldiablo: BMW E46 blog 6. rész
- Luck Dragon: Asszociációs játék. :)
- Windows 11
- HiMedia lejátszók
- ASUS blog: nagyobb teljesítmény, teljesen ingyen
- További aktív témák...
- Inno3D iChill GTX 1080 Ti X4 Tesztelt! Beszámitok!
- INGYEN POSTA // ÚJ GAMER PC V21 // INTEL i5-10600KF //16GB RAM // RTX 3060 // 1TB SSD//2 ÉV GARANCIA
- INGYEN POSTA // ÚJ GAMER PC V11 // INTEL i5-10400F //16GB RAM // RTX 2060 // 1TB SSD// 2 ÉV GARANCIA
- INGYEN POSTA // ÚJ GAMER PC V10 // INTEL i5-10400F //16GB RAM // RTX 2060 // 1TB SSD// 2 ÉV GARANCIA
- INGYEN POSTA // ÚJ GAMER PC V12 // INTEL i5-10600KF //16GB RAM // RTX 3060 // 1TB SSD//2 ÉV GARANCIA
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen