Új hozzászólás Aktív témák
-
vargalex
félisten
-
vargalex
félisten
Mivel minden forgalom a saját routerre van irányítva, így nem jelent semmi változást az elérésben. Illetve akkor lehet gond, ha a DDNS frissítő a router WAN IP címére frissit és nem a valódi publikus IP-re.
Ilyen szempontból mondjuk egyszerűbb a saját router utan kötés. De szerintem próbáld ki így is és úgy is, aztán meglátod... -
vargalex
félisten
Nem. Ahogy korábban írtam, a routered config-ján semmit nem kell módosítani. Csak a WAN interface-jára nem a korábbi publikus IP-t, hanem egy privát IP-t fog kapni (192.168.199.x). De a saját hálózatod marad 192.168.0.x-en, hiszen azt nem változtatod.
Milyen sebességű neted van?
-
vargalex
félisten
Mindkettő működőképes. Az eszköz számára az ONT - saját router - mérőeszköz bekötés jóval kevésbé erőforrás igényes, de az ONT - mérőeszköz - saját router bekötés sem okoz neki gondot.
Számodra az lehet a fontos, hogy utóbbi esetben a saját routered egy 192.168.199.x IP-t fog kapni, a mérőeszköz pedig mindent is forwardol. -
vargalex
félisten
Szia!
Ahogy írtam, mindkét bekötési mód működik. A lényeg, hogy az összes vezetékes kapcsolatod a mérőeszközön keresztül menjen.
Ez ugye lehet úgy, hogy a merőeszközt az ONT és a routered közé teszed. Ekkor az eszköz önmaga fogja felépíteni a PPPoE kapcsolatot úgy, ahogy leírtam. Ebben a felállásban wifi-t sem fog monitorozni, mivel a publikus IP-ből (illetve már magából a PPPoE kapcsolatból) azt feltételezi, hogy nincs előtte olyan eszköz, ami wifi-t szór és ugyan ehhez a hálózathoz tartozik.
A másik lehetőség, hogy a merőeszköz WAN portját a saját routered LAN portjával kötöd össze. Ilyenkor az eszköz bridge módba kapcsol. Minden vezetékes eszközödet a mérőeszköz egyik LAN portjába kell kötnöd. Az eszköz megkeresi az előtte lévő wifi hálózatot és azt monitorozza (egyetlen szépséghibája a dolognak, hogy a WRT3200ACM 2,4 GHz-es interface-ja erre nem képes, tehát azt a wifi-t soha nem fogja megtalálni). A monitorozás csak forgalmazott adatmennyiség számlálást jelent.
Mindkét esetben igaz, hogy a saját eszközöd konfigurációján semmit nem kell módosítani.
-
#2571
vargalex
félisten
Gubek-Einste
#2568
vargalex
félisten
válasz
Gubek-Einste
#2568
üzenetére
Ez nem igaz. Mehet akár az ONT után is. Ekkor is detektálja az eszköz a kapcsolat típusát. Viszont nem PPPoE passthrough lesz, mivel magának az eszköznek is kell internet hozzáférés. Ebben az esetben a LAN oldalán PPPoE szervert indít, a saját eszköz oda tárcsáz be, ő pedig a WAN oldalon PPPoE kliensként felépíti a szolgáltató felé a kapcsolatot.
A leírásban nem véletlenül van benne ez a bekötési lehetőség is...
Szerk.: Az más kérdés, hogy szerintem is kényelmesebb, ha a saját eszköz kapja a publikus IP-t. Egyébként a mögötte lévő PPPoE kapcsolatot felépítő eszközre forwardol mindent. -
#2560
vargalex
félisten
RudiLicenc
#2558
vargalex
félisten
válasz
RudiLicenc
#2558
üzenetére
Ha jól látom,akkor az Iphone 11 Pro AX-et tud, de kérdés, hogy mit tud AC-n, ugyanis a Connect box viszont csak azt tudja...
-
#2554
vargalex
félisten
Hegyirabló
#2550
vargalex
félisten
válasz
Hegyirabló
#2550
üzenetére
Milyen CPU van az új gépben?
Mérj egyet speedtest CLI-vel, hogy kizárjuk a böngészőt. Esetleg egy Linux live rendszerrel (pl. USB-ről bootolva) is nézd meg. -
vargalex
félisten
Te nem tudod, hogy mi az a hálózat, miket kérdezek (kérdezünk) itt tőled és még én vagyok leb...va. Tényleg hagyjuk.
De azért csak leírom még egyszer: ha a routeren a DHCP ki lenne kapcsolva, akkor ahogy írtam, az összes eszközödön csak úgy lehet net, ha manuálisan az eszközökben beállítod az IP címet, gatewayt, DNS szervert! Az eddigi hozzászólásaidból feltételezve a hálózati ismereteidet, ilyet biztosan nem tettél, azaz a routeren fut a DHCP szerver, ő osztja az IP címeket és adja ezen információkat.
-
vargalex
félisten
A lényeg, hogy az összes vezetékes eszközöd az NMHH eszközén menjen keresztül. Ha a sajat routered elé kötöd, akkor észlelni fogja a PPPoE-t és a 192.168.199.1 IP-n lesz elérhető. Ha a saját routered után kötöd, akkor pedig észleli a privát hálózatot és bridge (switch) módba vált. Utóbbi esetben monitorozza a saját routered wifi hálózatát (csak az adatmennyiséget).
Saját routeren biztos van DHCP, hiszen gondolom oszt IP-t. -
vargalex
félisten
Mondom, a routered, vagy a PC-d (vagy azok beállításai) lesz a szűk keresztmetszet.
Szerk.: Itt azt írják, hogy a NAT boost bekapcsolása mellett tud ~900 Mbps-t. Kérdés, hogy PPPoE-n, vagy DHCP-n mérték. Mert, ha DHCP-n, akkor PPPoE-n nem fog többet tudni az általad is mért 500-600 Mbps-nél.
Szerk2: A TP-Link szerint PPPoE-n is tudnia kell...
-
vargalex
félisten
A képen, amit linkeltél a saját speedtest mérésed látszik háttérben a hozzászólásokkal.
Végre kiderült, hogy Archer C7 v5-öd (esetleg v4-ed) van. Akkor a Rendszereszközök->Rendszer paraméterek oldalon kapcsold be a NAT Boost-ot.
Szerk.: Közben szerkesztetted, hogy elvileg be van kapcsolva. Nem ismerem ezt a hardware verziót, de akkor ez ennyit tud...
-
vargalex
félisten
Ugye vezetéken mérsz? Biztos, hogy az az ok, amit írok. Másképpen a saját eszközöd mögül is gigabitet mérnél, vagy a mérőeszköz sem mérné ki azt.
Gyári firmware van az Archer C7-en? Ugye a QOS nincs bekapcsolva? Hardware NAT engedélyezve van? Pontosan milyen hardware verzió?(#2505) Intruder2k5: gondolom a fentiek miatt azzal is ugyan azt foja mérni...
-
-
vargalex
félisten
Próbáld meg újra a kikapcsolást. Mondom, nem kellene, hogy bármit is elfelejtsen. Éppen az a lényege, hogy a kapcsolatot maga is fel tudja ezek után építeni, tehán a routered sem kell, hogy bekapcsolva legyen.
Ha megint nem megy, akkor bekötheted úgy is, hogy ONT->Saját router->NMHH mérőeszköz->Saját eszközök. Persze a bekötés váltáskor kell egy reset az eszköznek.A melegedéstől nem kell tartani, ez az eszköz ilyen. Vannak ettől jóval erősebben melegedő routerek is. Viszont, ha ilyen aggodalmaid vannak, akkor inkább beszéld meg velük, hogy visszaküldöd. Ki tudják akkor küldeni olyannak, aki betartja a szerződésben vállaltakat...
-
vargalex
félisten
Kikapcsolás esetén sem kellene, hogy így viselkedjen, ahogy egy áramszünet esetén sem.
De ettől függetlenül még egyszer leírom: szerződésben vállaltad, hogy folyamatosan menni fog az eszköz, hiszen azért igényelted, hogy az NMHH tetszőleges időszakban mérni tudja az előfizetésed minőségi paramétereit... -
vargalex
félisten
A kikapcsolás nem kellene, hogy megzavarja. Sőt, ha a mögötte lévő eszközt sem kapcsolod be, akkor is fel kell tudja építeni magától a PPPoE kapcsolatot, hiszen tegnap már ment neki és az is a lényege, hogy az eszköz a saját router/PC kikapcsolása esetén is online tudjon lenni.
A tegnap kapott cím a 192.168.199.1-et jelenti neked, vagy valami mást?
-
vargalex
félisten
Szia!
Mi az, hogy "az IP címet beírva az újat nem osztja ki"? Biztos nem próbálkozik DHCP-n a routered, vagy valamilyen eszközöd? A mérő eszközre most csak a routered van kötve?
Egyébként miért kapcsolod ki? A szerződéssel vállaltad, hogy be lesz kapcsolva és mérési feladatokat oszthatnak ki neki. Pont az lenne az egyik lényeg, hogy leginkább akkor mérjen, amikor te nem használod... -
-
vargalex
félisten
Akkor kezdjük újra. Mert eddig azt írtad, hogy a bekötés: ONT -> Saját router -> NMHH mérőbox -> Saját eszköz. És így nem volt net. Most viszont az Ont -> Mérő box -> Saját router -> Saját eszköz. Akkor mi az igazság? Ugye, ha utóbbi módon kötötted be, akkor a saját router elérése nem változik.
-
vargalex
félisten
Előtte próbáltad úgy, hogy a saját router előtt? Mert ha igen és úgy ment, akkor csak reset után fogja újra detektálni a kapcsolat típusát.
Ha viszont valóban úgy próbáltad először (és ők nem egy más által már PPPoE-n használt eszközt küldtek neked), akkor én is csak ismételni tudom magam: mennie kell. A rá kötött PC-n milyen IP-t kaptál? -
vargalex
félisten
válasz
donmackó
#2415
üzenetére
Az u-boot, vagy a squashfs partíció tartalma változott, ezért a script azt "gondolja", hogy külső beavatkozás történt, így nem is próbál meg kommunikálni a központtal.
Szerintem reseteld a routert, azt majd ők látják, hogy engedélyezni kell a reset igényt. Reset: működés közben reset gomb nyomás 20-30 másodperc közötti időtartamig. Majd elengeded. Erre resetel az eszköz és újraindul.
Ha engedélyezik a reset igényt a központban, akkor bejelentkezik és minden működni fog.
Úgy tűnik, hogy ez egy bug egyébként. Firmware frissítés után biztosan ilyen állapotba kerül... -
#2413
vargalex
félisten
Hegyirabló
#2412
vargalex
félisten
válasz
Hegyirabló
#2412
üzenetére
Lehet az NMHH-nál is. Ilyenkor jellemzően a szolgáltatói eszközök között nem megy rendesen a BGP hirdetés. Bármelyik oldal lehet ludas ebben...
-
#2411
vargalex
félisten
Hegyirabló
#2410
vargalex
félisten
válasz
Hegyirabló
#2410
üzenetére
Ha a szolgáltató tiltja, akkor te sokat nem tudsz tenni ellene. De most gyorsan ránéztem (tesóm digi-s és vagy egy router nála, amit elérek és OpenWrt fut rajta), tőle sem ping-elhető a Command & Control Server IP-je. Úgyhogy globális probléma lesz ez a Diginél. Majd, ha az NMHH észreveszi a riasztást erről, akkor felveszi a kapcsolatot a Digivel.
-
#2407
vargalex
félisten
Hegyirabló
#2406
vargalex
félisten
válasz
Hegyirabló
#2406
üzenetére
Ez még csak a living.sh indítása, amit a cron logol. A living.sh által írt logok lennének érdekesek.
De szerintem a mérőbox webes felületén az utolsó fülön (ha emlékeim nem csalnak) olvasható CC szerver IP-t nem tudod pingelni a vezetékes netedről. De mobilról igen. -
#2405
vargalex
félisten
Hegyirabló
#2404
vargalex
félisten
válasz
Hegyirabló
#2404
üzenetére
Szerintem a szolgáltató oldali bix bgp hirdetés hiba lehet. Ugyanis a mérőbox vezérlése, ahogy a software-os sebesség mérés is a bix-ben van. A portál viszont az NMHH DMZ-jében, tehát azt azért látod.
De a mérőbox logját feltehetnéd valahova. living.sh hívásnak kellene lenni benne...
-
#2400
vargalex
félisten
Hegyirabló
#2399
vargalex
félisten
válasz
Hegyirabló
#2399
üzenetére
Az eszköz logjában látszik, hogy a központhoz fordul és kap onnan választ? (living.sh sorokat keress)
-
#2398
vargalex
félisten
Hegyirabló
#2394
vargalex
félisten
válasz
Hegyirabló
#2394
üzenetére
Azonnali mérést tudsz indítani?
-
#2385
vargalex
félisten
headhunter
#2384
vargalex
félisten
válasz
headhunter
#2384
üzenetére
Persze. Ha privát IP-t kap a WAN oldalra, akkor átvált switch módba. Azaz minden csatlakozott eszköz az UPC doboztól fog IP-t kapni. Az más kérdés, hogy hivatalosan ugye minden vezetékes kapcsolatnak át kell mennie az NMHH eszközén. Ugyanis az azokon zajló forgalmat nem látja, azaz lehet, hogy olyankor mér, amikor valamelyik másik eszköz durván forgalmaz.
-
#2379
vargalex
félisten
Hegyirabló
#2378
vargalex
félisten
válasz
Hegyirabló
#2378
üzenetére
Persze, így működni fog. Az NMHH eszköze bridge módba fog állni.
-
#2377
vargalex
félisten
Hegyirabló
#2376
vargalex
félisten
válasz
Hegyirabló
#2376
üzenetére
Szia!
1. Csak az ONT után tudod kötni (legalábbis, ha tényleg ONT, mert akkor abba otpikai kábel megy be.
2. Én nem rakatnám bridge módba, mert az NMHH eszköze nem konfigurálható, a mögötte lévő eszköz kapcsolatépítését detektálja. Tehát, ha bridge módba teszed, akkor minden mögötte lévő eszközön PPPoE-zni kell.
3. Lásd 2. Az NMHH eszköz nem fog wifi-t szórni. -
vargalex
félisten
válasz
#07746304
#2371
üzenetére
Egyébként egy jó ideje (egészen pontosan a v30-tól, 2017 végétől) már nem feltétlenül kell megnézni a mérődoboz számára kiosztott IP címet. Ha van internet elérés (és az NMHH általi engedélyezés már megtörtént, azaz kommunikál az eszköz a központtal), akkor a szelessav.net oldalra bejelentkezve, a Profil-ra kattintva megjelenő oldalon a Mérési box oldala gombbal elérhető a mérőbox lokális felülete.
-
-
vargalex
félisten
válasz
pozso123
#2361
üzenetére
Tényleg van ilyen? Azt mondták, hogy vissza fogják mindenképpen kérni, nem csinálják úgy, mint a Samknows. Hivatalos útja nincs, mert ha mindent megcsináltak rajta, mielőtt kiküldték neked, akkor sem ssh, sem telnet elérés nincs, ráadásul a soros konzol is tiltva van mind u-boot, mind OpenWrt alatt. Az fordulhat elő, hogy az u-boot módosítást nem töltötték rá...
-
vargalex
félisten
Az ő labor tesztjeik alapján valóban nem zavarja a LAN oldalról indított forgalmat a mérés, hiszen az kisebb prioritással fut. De biztos csökkenti a LAN-on az eszközhöz csatlakozott eszközön a letöltést? Látom, a mérőeszköz LAN IP-t kap, így gondolom van előtte valamilyen router/HGW.
-
vargalex
félisten
Akkor te voltál, aki kerested őket.
Elvileg a rendszer mérés közben figyeli az átmenő LAN és a párhuzamos wifi forgalmat. Egy általuk beállított limit elérésekor pedig meg is szakítja a mérést.
A vezetékes eszközeid a mérőeszközre vannak kötve? Ha nem, akkor nyilván nem megy át rajta a forgalom, így nem is fog semmit megszakítani. Ha 2,4 GHz-es wifi-n megy a saját forgalmad, akkor az problémát okozhat. Ugyanis a WRT3200 sajnos driver probléma miatt nem képes a 2,4 GHz-es hálozat monitorozására. 5 GHz-es hálozaton jó SSID-t monitoroz?
A mért sebesség egyébként stimmel? -
vargalex
félisten
Igen, még aktiválniuk kell. Mondjuk a szolgáltatói routeren a kioszott IP címeknél Speedtest néven látszódnia kell és azon az IP-n el kell, hogy érd a webes felületet. Egyébként milyen routert kaptál?
Gyors nethez (>200 Mbps) Linksys WRT3200-at, lassabbhoz TP-Link TL-WDR3600-at, vagy TL-WR1043ND v2-t, 100 Mbps alatt TL-WR841N-t kellett kapnod. Utóbbi kiesik, mert nem leszedhető az antennája. -
vargalex
félisten
A wifi-t az eszköz a wifi forgalmad monitorozására használja (nem analizálja, csak a forgalom nagyságát nézi), hogy ne mérjen olyankor (vagy meg tudja szakítani a folyamatban lévő mérést), ha wifi-n egy bizonyos sávszélesség fölött forgalmazol. Szóval, az antennákat érdemes lehet feltenni.
Ha a szolgáltatói eszközöd DHCP-n ad IP-t, akkor az eszközt az általa kiosztott IP-n éred el. Azt, hogy milyen IP-t kapott az eszköz, a szolgáltatói eszközben tudod megnézni. Vagy bejelentkezel a szelessav portálra és a profilod alatt az NMHH Mérőbox Mérési box oldala gombra kattitassz. Ekkor megjeleni a lokális felülete, illetve látod a lokális IP címét is. -
vargalex
félisten
válasz
donmackó
#2324
üzenetére
A wifi-t szóró eszköz előtte, vagy utána van? Ha utána, akkor azt nem is fogja, mert az a forgalom úgyis átmegy rajta vezetékesen.
Ha viszont előtte van, akkor sajnos a 2,4 GHz-es wifi monitorozás egyelőre nem is fog menni... -
-
vargalex
félisten
válasz
bari012
#2294
üzenetére
nmhh.local suffix-et akkor kellene adnia, ha NAT-ol az eszköz és ő maga oszt IP címet is. De ekkor a. 192.168.199.0/24 tartományból teszi ezt.
Olyan NMHH-s eszközt már láttam, amiben elfelejtették lecserélni a bootloader-t, így a soros portos lehetőség (és esetleg a tftp) megmaradt. -
#2285
vargalex
félisten
szabifotos
#2281
vargalex
félisten
válasz
szabifotos
#2281
üzenetére
Szia!
Az NMHH tud távolról gyári firmware-t tölteni rá. Ha jól tudom, meg is fogja tenni.
-
-
vargalex
félisten
válasz
kovacsdev
#2269
üzenetére
A D-Link éppen a 192.168.199.x tartományt használja? NAT üzemmódban az NMHH-s eszköz is azt használná, így gondolom az zavarja meg, hogy neki létezik egy azonos hálózatban lévő másik interface-ja is (még switch üzemmódban is). Nincs lehetőséged a D-Link-et másik tartományra állítani? Úgy gondolom, hogy helyreállna a dolog...
-
-
vargalex
félisten
A Liberty Global-nak van, de külföldön keresztül érjük el:
gavarga@gavarga-e5540 ~ % traceroute bix.hu
traceroute to bix.hu (193.239.149.210), 30 hops max, 60 byte packets
1 router.lan (192.168.X.Y) 0.924 ms 0.978 ms 1.149 ms
2 catv-80-98-143-254.catv.broadband.hu (80.98.143.254) 6.768 ms 5.998 ms 6.568 ms
3 catv-89-135-214-157.catv.broadband.hu (89.135.214.157) 10.468 ms 10.480 ms 10.479 ms
4 hu-bud02a-ra3-ae29-2028.aorta.net (84.116.240.70) 24.506 ms 24.522 ms 24.521 ms
5 84.116.136.214 (84.116.136.214) 25.086 ms 27.018 ms 27.427 ms
6 de-fra01b-ri1-ae0-0.aorta.net (84.116.134.6) 27.200 ms 22.757 ms 22.934 ms
7 fra-decix1.gtsce.net (80.81.192.81) 23.486 ms 22.209 ms 21.630 ms
8 195.56.20.146 (195.56.20.146) 57.300 ms 61.900 ms 61.772 ms
9 195.56.20.146 (195.56.20.146) 61.501 ms 57.603 ms 59.246 ms
10 r1.iszt.hu (194.149.5.18) 27.338 ms 29.174 ms 30.284 ms
11 bix.hu (193.239.149.210) 29.767 ms 29.699 ms 29.887 ms -
#2202
vargalex
félisten
headhunter
#2201
vargalex
félisten
válasz
headhunter
#2201
üzenetére
Ezt nem tudom. Nézz egy traceroute-t a bix felé.
-
-
vargalex
félisten
-
vargalex
félisten
válasz
donmackó
#2165
üzenetére
Még nem, vagy nem jól regisztrálták be az eszközödet a központban, így nem tud bejelentkezni. Mikor kaptad a routert? Ugyanis a központban akkor regisztrálják, ha a futár visszavitte az általad aláírt papírt az átvételről, amit a futár visz vissza. Ha ennek elvileg már meg kellett történnie, akkor szerintem telefonálj be nekik/írj nekik e-mail-t.
-
#2140
vargalex
félisten
Gubek-Einste
#2139
vargalex
félisten
válasz
Gubek-Einste
#2139
üzenetére
Valós letöltés nálam is megvan, de ide nagyon siralmas. Speedtest.net-en Telekom, Telenor szerverre jó, de GTS, Szerveplex szerverre szintén nagyon alacsony a letöltési sebesség.
-
#2138
vargalex
félisten
Gubek-Einste
#2137
vargalex
félisten
válasz
Gubek-Einste
#2137
üzenetére
Szia!
Neked a webes mérő milyen sebességet mér? Így tűnik, hogy mostanában (június 16-tól) gond lehet az UPC bix-es sebességével.
-
#2131
vargalex
félisten
Gubek-Einste
#2130
vargalex
félisten
válasz
Gubek-Einste
#2130
üzenetére
Ha az előfizetőnek csak vezetékes eszköze van (max. 4 db), akkor nem kell külön router. Viszont konfigurálni nem lehet.
Új hozzászólás Aktív témák
- Corsair iCUE ELITE CPU Cooler LCD Display Upgrade Kit
- Lenovo Thinkpad E595 Ryzen 5 pro 3500U, Radeon Vega 8, 8-16GB RAM, SSD, jó akku, számla, gar
- Bomba ár! HP Dragonfly G4 i7-13G I 32GB I 512SSD I 13,5" FHD+ Touch I Cam I W11 I Garancia!
- Bomba ár! HP Elite Dragonfly Max i7-11G I 32GB I 512SSD I 13,3" FHD Touch I Cam I W11 I Garancia!
- Intel Core i7-13700 vennék!
- Samsung Odyssey G5 LS27CG510 27 QHD Gamer Monitor 6 hó garancia Házhozszállítás
- Dell Precision 5520 15,6" FHD, Xeon E3-1505M v6, 16GB RAM, Quadro 4GB VGA, SSD, jó akku, számla, gar
- Újra raktáron! MacBook Pro 14" M1 32GB RAM 27%-os áfás számla
- iPhone 12 64GB 100% (3hónap Garancia) - ÚJ EREDETI AKKUMULÁTOR - AKCIÓ
- 4 db Lenovo LOQ (17IRX10) - Intel Core i7-13700HX, RTX 5060
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest