- Hatalmas kedvezménnyel nyit az Ulefone új csúcsmodellje
- Vivo X200 Pro - a kétszázát!
- Samsung Galaxy A56 - megbízható középszerűség
- Magisk
- Netfone
- Okosóra és okoskiegészítő topik
- Garmin Fenix 7 és 7S - profi sport megszokásból
- Yettel topik
- T Phone 2 Pro - majdnem mindenben jobb
- One mobilszolgáltatások
Hirdetés
-
Mobilarena
Linksys WRT54G/GL/GS router
Új hozzászólás Aktív témák
-
And
veterán
válasz
matyi19
#12226
üzenetére
Elviekben minden 2,4 GHz-es antenna 'kompatibilis' minden b/g routerrel (mivel utóbbiak 2,4 GHz-en működnek), csak a csatlakozást kell megoldani. Ennek az antennának a kábelén RP-SMA csatlakozó van, a WRT54x-routereken pedig RP-TNC, de ezen egy átalakító vagy rövid pigtail-kábel még segíthet. Azon viszont nem, hogy a megadott nyereségértéke - írhatnám, hogy a netes aukciós oldalakon megszokott módon - abszolút hiteltelen adat, az elemek számából következtetve legjobb esetben is 10 dB-lel kevesebb, maximum 15 dBi-s lehet, ha egyáltalán ér valamit. De nem csodálkoznék, ha annyit sem teljesítene. 2,4 GHz-en egy yagi-val a 20 dBi-t sem lehet nagyon elérni, mert óriási méretet és rengeteg elemszámot igényelne: egy 38-elemes, kb. 170 cm hosszú példánynak lehetne ekkora nyereségértéke, ilyet gyárilag nem nagyon készítenek. Ez a (valós) nyereségtartomány már a paraboloid- / grid-antennák sajátja. Óvakodj a hamisítványoktól!
-
And
veterán
válasz
Integra
#12220
üzenetére
Ok, és el is éred a ZTE felületét (vagy akár az internetet, mivel az is a ZTE-n keresztül jön), ha a GL-re LAN-on keresztül csatlakozol? Ha igen, akkor átválthatsz repeater-híd módba, hozzáadhatod a virtuális adaptert (VAP-ot) a Wireless / Basic settings oldalon, és ha azt felkonfigurálod, meg is van a repeater.
-
-
And
veterán
válasz
Integra
#12216
üzenetére
Újra: kliensként (akár sima kliens-híd módban) fel tud csatlakozni a WRT54GL a ZTE-re? Mert ha igen, akkor innen már csak egy lépés a VAP hozzáadása repeater-hídban, és kész a repeater. Ha meg nem, akkor először is próbáld meg egyszerűsített körülmények között: ideiglenesen letiltott kulcsolás, g-only wifi-mód mindkét routeren, ZTE-n engedélyezett SSID-broadcast (ha nem lenne aktív, de legalább kereséskor lássa a GL), ZTE-t a sávközépre (6-os csatornára állítani), és a többi. Ha végre megy kliensként, utána el lehet játszani a kulcsolással. Az SSID-knek természetesen muszáj egyezniük, mint minden kliens-AP kapcsolatnál, a hálózati beállítások (az azonos IP kivételével: alhálózati maszk, átjáró, DNS) pedig nem sok vizet zavarnak, ami a wifi-link létrejöttét illeti.
-
And
veterán
válasz
Integra
#12212
üzenetére
A fizikai link megvan a ZTE-routerrel? Ahhoz már tudott csatlakozni kliensként a WRT54GL? Ha az előbbi már megvan, a hozzáadott virtuális AP (amitől végeredményben repeater lesz) engedélyezett SSID-szórás mellett látszódik egy wifi-s kliensgépen? Egyébként itt a legegyszerűbb megoldás: [link], innen: [link]. A DD-WRT repeater-bridge módja lényegében egy olyan kliens, amelynél a virtuális AP-ket tudsz a rendszerhez adni, és ameddig ilyet nem hozol létre, addig ne mis különbözik semmiben a sima kliens-hídtól.
-
And
veterán
válasz
Integra
#12209
üzenetére
És valami csatlakozik is a WAN-portra? Mert ha nem, akkor nem is fog világítani az internet-led. Márpedig repeater-módnál természetes, hogy ott nincs semmi, hacsak a beállításoknál hozzá nem rendeled a WAN-portot a switch-hez (és úgy 5-portos switch-et kapsz). Ha jól tudom, a narancs Cisco-led akkor világít repeater-módban, ha a fizikai interfész (ami kliens) fel tudott kapcsolódni az eredeti AP-re / routerre.
-
And
veterán
Nem tudok újat írni: a WRT54GS v7 (v7.0) hardverre van a gyári fw-nek alternatívája, és az a dd-wrt micro. Abban viszont nincs SSH, mert egyszerűen nem fért bele. Az általad belinkelt verziók szemmel láthatóan nagyobbak 1,75MB-nál (1792 kB), így egészen biztos, hogy nem lehet minden további nélkül 'csak úgy' feldobni azokat egy olyan routerre, amely mindössze 2048 kB flasht tartalmaz, és abból 256 kB a firmware lényegi része által felülírhatatlan bootloader (linux-os, Broadcom-chipsetes routerek esetén ez a CFE). Ráadásul az eredeti gyári firmware VxWorks alapú, azt is le kell először vakarni. Tehát a CFE méretét kellene csökkenteni 128 kB-ra, csakhogy erről a #12201-es linkjén ezt írják:
"WRT54GS v7.2:"
"- this is NOT for the GSV7.0...this model is still untested and the CFE is different from the GSV7.2 so it may not work on a GSV7 model "
"- at this time...only a single GSv7.2 has been updated...use with caution...Brickage is still possible...please report any successes on the GSv7.2 units. (I'll then remove this message as more become updated)"
Ez van. Szerencse, hogy valaki összetákolt ekkora tárterületre egy 3rd-party firmware-t, és legalább telnet még mindig van benne, ha már SSH nincs. -
And
veterán
válasz
gerokrisz
#12200
üzenetére
"És nem lehet valahogy ssh-t varázsolni rá?"
Elvileg létezik olyan verzió, hogy Micro Plus SSH, abban benne van. Csakhogy egyrészt nagyon macerás ezekre a 2MB-os flash-sel rendelkező routerekre feltenni, mivel a bootloader (CFE) méretét is csökkenteni kell hozzá 128kB-ra, hogy elférjen rajta a firmware, másrészt a WRT54GS v7.0-ra kifejezetten nem javasolják, csak v7.2-re. Lásd: [link].
A ledet biztosan be lehet kapcsolni egy startup script-tel, amit a webfelületen (Administration / Commands fül) is hozzá tudsz adni: gpio disable x, ahol x a kérdéses, valamelyik a Cisco ledet fogja jelenteni. Próbálkozhatsz vele telnet alatt is, illetve olvasgasd ezt a leírást: LED Scripts (DD-WRT Wiki). -
And
veterán
válasz
Lacuss20
#12186
üzenetére
Az továbbra sem 'hatósugár', hanem elvileg a visszaigazolás (acknowledgement, azaz rövidítve ACK) csomagok visszaérkezéséig megengedett maximális várakozás, de ez független a térerő által megszabott hatótávolságtól, ráadásul emlékeim szerint Broadcom-chipseteken (mint a WRT54GL) nem is igazán működik jól. Ez nem adóteljesítmény! Azt a Wireless / Advanced Setting oldalon találod, a TX Power paraméternél (a DD-WRT v24 alapértelmezése szerint névleg 71 mW-ra állítja).
-
And
veterán
válasz
Lacuss20
#12178
üzenetére
Olyan, hogy 'hatótáv állítás' természetesen nem létezik. Az említett firmware-ek lehetőséget biztosítanak az adóteljesítmény valamilyen szintű emelésére, de az adóteljesítmény emelése nem jelent automatikusan hatótáv-növekedést (és valószínűleg maga a hardver sem tud akkora teljesítményt, mint amekkorát ezen firmware-ek webfelületén be lehet állítani). Elsősorban azért nem, mert a router vételi képességén ez abszolút nem változtat, vagyis a kliensek hiába veszik erősebben a router jelét, ha a router továbbra is ugyanúgy veszi a klienseket. Ha a router érzékenysége eleve jobb, mint a vacak kliensé (ami nem ritka eset), akkor ez segíthet, hisz akkor a kliens vételi képessége volt a gyenge láncszem a kapcsolatban, amin a router adóoldali teljesítményének növelése javít. Azonos hardveres adottságú (érzékenységű) állomások esetén viszont csak akkor javulhat a hatótáv, ha mindkét távoli állomáson teljesítményt emelsz, vagy legalább az egyikre nagyobb nyereségű antennát szerelsz.
-
And
veterán
válasz
Lacuss20
#12175
üzenetére
(Én is kaptam a régi szimpla modem helyett egy modem+routert, hát nem vagyok elájulva tőle. Eleve teljesen felesleges volt cserélni, a modem is vitte a nagyobb, 20/1 Mbps sebességet. A modem+router kombó konfigurálhatósága pedig egy kalap sz@r egy bármilyen 3rd-party firmware-rel ellátott WRT54GL-hez képest
.) -
#12170
And
veterán
orangutan4
#12169
And
veterán
válasz
orangutan4
#12169
üzenetére
Nem igazán kell, mivel frissítés után úgyis alapra áll vissza minden beállítás (illetve a dd-wrt erre konkrétan rákérdez, és első telepítésnél és verzióváltásnál érdemes is élni ezzel), így a DHCP-szerver is engedélyezett lesz. Vagyis mindenképp kapsz majd egy használható címet, és az alapértelmezett átjáró címe lesz maga a router, szokás szerint 192.168.1.1.
-
#12160
And
veterán
orangutan4
#12159
And
veterán
válasz
orangutan4
#12159
üzenetére
Ja, ehhez már valóban "3rd-party" firmware kell. Ha DD-WRT-t szeretnél, akkor válaszd ki a legördülő menüből az utolsó (14896-os számú, egyébként teljesen stabil) build-et, majd töltsd le és tedd fel az alábbi kettőt egymás után, méghozzá ebben a sorrendben: Mini generic, Standard generic.
-
#12156
And
veterán
orangutan4
#12155
And
veterán
válasz
orangutan4
#12155
üzenetére
"Ha jól tudom, ezt gyári firmware el nem tudom megtenni?"
Rosszul tudod: AP-ként minden wifi-router képes működni, mivel wifi-router = wired router + wireless AP. Pont az AP-n kívüli módok nem mennek gyárilag, csak 3rd-party firmware-ekkel. Persze telepíthetsz rá dd-wrt-t vagy akármi mást is (hiszen ezek egy rakás extrát tudnak, amit agyári nem), de csak ezért felesleges. Ha AP-ként akarod üzemeltetni, akkor az egyik LAN-portja felől kötöd be a hálózatodba, letiltod a DHCP-szerverét, és a LAN IP-címét úgy állítod be (azonos címtartományban a többi eszközzel), hogy a meglévő DHCP-szerver (ami általában az első megosztó router) kiosztható címtartományával ne ütközzön, és ennyi. -
And
veterán
(Hiába van itt a célközönség, szakmai topikokban hirdetni tilos! Lassan öt éve regisztrált tagként igazán kár, hogy ez elkerülhette a figyelmedet. Olvass bele a szabályzatba, és nézd meg az "amit tiltunk fórumunkban" fejezet pontjait.)
-
And
veterán
válasz
tothzoli
#12122
üzenetére
Egy dolog, hogy nem olcsó a csere, de több is van még: az antenna fontos eleme az átviteli láncnak, de van még jó néhány, amelyek legalább ugyanannyira fontosak, pl. vételi érzékenység, környezet. Ezek (különösen a környezet) jóval nagyobb szint- illetve csillapításváltozást idézhetnek elő, mint amennyit egy antennacsere javítani tud, az érzékenység pedig a hardver saját tulajdonsága, vannak jól és rosszabbul sikerült router- és klienstípusok. Az antennát valamivel nagyobbra cserélők gyakran csodavárással állnak a dologhoz, aztán csalódniuk kell, mert a hatás elenyésző marad, mások pedig ugyanezen csere után érezhető javulásról számolnak be, pedig ez nem csak az antennán múlik. A 2 dBi-s antenná(ka)t 5 dBi-s nyereségűre cserélve a javulás ugye 3 dB lesz (lineáris egységekben számolva ez majdnem pontosan kétszeres EIRP-, azaz ekvivalens kisugárzott teljesítménybeli növekedést eredményez). Ez elvileg kb. 40%-os hatótáv-növekedést jelentene, de a visszaverődésektől terhelt beltéri környezetben a hatás kiszámíthatatlan, ráadásul a nagyobb nyereség egyenes következménye az antenna kisebb hatásos nyílásszöge (körsugárzónál a függőleges nyílás csökken), azaz a kívánt hatás, a térerő javulása kisebb szög alatt érvényesülhet, mint a régi,kisebb nyereségű antenna esetén.
-
And
veterán
válasz
tothzoli
#12120
üzenetére
Igen, a legtöbbre igaz. Vannak nagyobb alapnyereségű antennával szerelt típusok is, azon antennái eleve nagyobb méretűek valamivel (mivel körsugárzókról van szó: hosszabbak), és természetesen a gyártó még véletlenül sem felejti el ezt specifikálni az adatlapon, például: TL-WR740N (és több más TP-Link router).
-
And
veterán
válasz
tothzoli
#12117
üzenetére
Ilyen program természetesen nem létezik, mert nem is létezhet. Egy szoftver nem lehet mérőműszer, és nem is helyettesítheti azt. A wifi eszközök ugyan valamilyen szinten tudnak jel- (azaz vételi teljesítmény-) szintet indikálni, de műszernek, különösen pontos műszernek nem tekinthetőek.
Antenna nyereségének megméréséhez a következő eszközök kellenének: szignálgenerátor (amely időben stabil jelet ad), referencia-antenna (általában félhullámú dipól, ilyen formában lehet is kapni), hogy legyen mihez viszonyítani a bemérendő antenna által generált jelszintet, és a legfontosabb: pontos jelszintmérő, avagy spektrumanalizátor. Ez utóbbi a rendszer legérzékenyebb és egyben legköltségesebb része, egy megfelelő - legalább a jelszint változását kellő pontossággal, mondjuk néhány tized dB-en belül mérő - műszer a mikrohullámú tartományban alaphangon is hat számjegyű, összegbe kerül forintban, de inkább többe.
A WRT54G-sorozat RP-TNC csatlakozóval rendelkező antennái (meg egy csomó alap router hasonló antennái) sima félhullámú dipólusok, elméleti 2,15 dBi nyereségűek, tehát a gyakorlatban 2 dBi-snek tekinthetőek. -
And
veterán
Persze, de egyébként az általad is belinkelt oldal szinte mindent elmond.
Mik a beállítások? A fizikai link megvan a TP-Link routerrel (a TP-Link kliensei között megjelenik a WAP54G, illetve utóbbi wifi státuszánál ott van a TP-Link)? A repeateren sikerült létrehozni a virtuális wireless interfészt (VAP-ot)? Ha igen, rendesen fel is konfiguráltad azt (a fizikai interfésztől eltérő SSID)? A VAP SSID-je látszódik egy kliensgépen hálózatkereséskor? -
And
veterán
Repeater-módhoz igencsak ajánlott a régebbi wifi-driverrel ellátott (vintage-verziós) DD-WRT használata, ha a WAP54G hardververziója v1.x vagy v2.0. Erről értekeztünk itt úgy négy hónappal ezelőtt: [link]. Ehhez válaszd ki a legutolsó build-et (v24 preSP2 Beta build 13064), amelyik még tartalmazza ezt a verziót is, onnan pedig a "Vintage: micro" nevezetű verziót töltsd le és azt telepítsd fel! Ha a WAP54G-d v3.x verziójú, akkor a 'sima' micro_generic verziót telepítsd a legutolsó build (14896) alól. Igaz, utóbbi esetben a vintage-kiadásokat szerencsére nem is ajánlja fel, de régebbi verziók esetén sok szívástól kíméled meg magad a vintage fw-rel, repeater-módnál.
-
And
veterán
DD-WRT router adatbázis: [link]. Ide beírod a típust és a hardver verzióját: "wrt54g v5", majd az eredménylistán rákattintasz a megfelelő sorra. A telepítés többlépcsős, mivel a v5.x verziójú WRT54G-hardvereken VxWorks-alapú firmware fut, ezt egy linuxos fw előtt le kell takarítani róluk. Ehhez találsz segítséget az előbbi oldalon: amikor a sorból kijelölted a megfelelő hardvertípust és verziót, találsz egy linket az "Additional information" résznél: Linksys WRT54G v5.0 & 5.1 & 6.0. Ez szépen részletezi a telepítés menetét.
-
And
veterán
Meglehetősen érdekes jelenség, a LAN-on lógó kliensek 'megszakadása' főleg. Ezt hogyan kell érteni, mi a pontos tünet? A kliensgép úgy viselkedik olyankor, mintha kihúzták volna belőle a kábelt? Vagy csak megszűnik minden adatforgalom? Kapcsolat megújítására (DHCP-címek újrakérésére) sem reagál? Vagy más?
"A másik kérdésem az lenne, hogy erre a típusra tud valaki ajánlani egy megbízható firmwaret ami kicsit frissebb, mint a gyáriak?"
A WRT54G v5.x típusokra egyetlen féle 3rd-party firmware tehető fel (a 2MB méretű flash okán), és az a DD-WRT Micro kiadása. A gyárihoz képest mindenképpen jobb és funkcionalitásában is összehasonlíthatatlanul sokrétűbb. -
And
veterán
válasz
Castell
#12094
üzenetére
Próbálj meg rádobni DD-WRT-t (más 3rd-party firmware amúgy sem megy rá erre a mindössze 2 MB flash-sel szerelt típusra), és állíts be megfelelő méretű kapcsolati táblát (1024..2048), illetve csökkentsd le a TCP és UDP timeout-értékeket néhány percre. Lásd: [link]. Természetesen a torrent kliensprogram kapcsolatainak korlátozása továbbra sem árt.
-
And
veterán
válasz
pedro7
#12068
üzenetére
Konkrétan portot hogyan lehet pingelni? A WAN-felőli ping alapban tiltott, vagyis a router nem válaszol rá, de azt nem is lehet egy adott portszámra (vagyis adott belső gépre) irányítani tudomásom szerint. Az SSH alapértelmezett portja ugye a 22-es TCP. A belső hálózaton erre hallgat a szerver? A router SSH daemon-ja (Services / Services / Secure Shell / SSHd) ugye le van tiltva? Mert utóbbi is a 22-es portra figyel alapértelmezés szerint.
-
And
veterán
Ha AP-ként alkalmazod a WRT54G-t, vagyis a WAN-portot nem kötöd be, akkor teljesen mindegy, mire állítod a nethozzáférés típusát, mivel a router ilyen esetben 'nem fér' a nethez a WAN-felől. Ezért írtam, hogy akár le is tilthatod. Helyi hálózatban mindent lehet 'egyenes' bekötésű LAN-kábellel kötni.
-
And
veterán
Na, azért jónéhányszor említve volt, hogy hogyan kell router helyett egyszerű AP-ként használni
: először is, a WAN-portot úgy ahogy van, felejtsd el, a meglévő belső hálózatodra mostantól az egyik LAN-portja felől kell csatlakoznod. A netet a WRT54G-nek már nem kell 'megosztani', mivel azt az új router már megteszi. Innentől a funkciója csak switch + AP lesz. A WRT54G LAN IP-címét alhálózaton belülre állítod (ha az új megosztó router pl. 192.168.0.1, akkor a WRT is legyen 192.168.0.x, lehetőleg a DHCP által kiosztható tartományon kívül).
A nethozzáférés típusát akár le is tilthatod A WRT54G-n, ha a gyári firmware-ben van erre lehetőség. Ugyanitt kikapcsolod a DHCP-szervert, mivel gondolom az új routerben ez már aktív. A wireless beállításokat (vagyis a WRT54GL belső access point-ját) pedig ízlés szerint beállítod: SSID, csatorna, kódolás. -
-
And
veterán
"Sziasztok, WRT54GL-hez milyen repeatert ajánlanátok?"
Ez nem függ össze azzal, hogy az eredeti router milyen típusú. Ha tudja a repeater-módot, és menni fog. Lehet akár egy újabb WRT54GL + DD-WRT.
"Egy másik kérdésem is lenne: vettem 2db 16 dBi-s rp-sma antennát."
Ja, azokra a pite nyúlfark-antennákra gondolsz, amelyeket a Vaterán meg itt a hardveraprón árulnak? Ha azok 16 dBi nyereségűek, akkor én vagyok a télapó![;]](//cdn.rios.hu/dl/s/v1.gif)
. Ne csodálkozz, hogy nincs észrevehető javító hatásuk. Nem mellesleg valós 16 dBi-s körsugárzó már nem is nagyon létezik 2,4 GHz-re. Nagyjából 15 dBi a teteje, kültéri kivitelben, 130..150 cm hosszú sugárzók, nem is fillérekért adják azokat. -
#11956
And
veterán
Garfield92
#11952
And
veterán
válasz
Garfield92
#11952
üzenetére
(Minden wifi-router egy AP, gyári szoftverrel a WRT54GL nem is lehet más, csak access point. Egyszerűen a LAN-portok felől kell használnod. DD-WRT-vel vagy más 3rd-party fw-rel persze egyéb extrákra is képes, pl. a WAN-port is a LAN részévé tehető.)
-
#11938
And
veterán
Intruder2k5
#11937
And
veterán
válasz
Intruder2k5
#11937
üzenetére
(DD-WRT-nél a vintage / newd másfajta kategorizálást jelent: éppen a wireless chipset verziójától függ, hogy e kettő közül melyiket ajánlott telepíteni egy adott hardverre, mivel annak kezelésében van köztük különbség. A micro, mini, standard és egyéb specializált verziók a beépített feature-ökben különböznek, és utóbbiak közül a régebbi hardverekre létezik vintage- és newd-verzió is. A nagyon régiekre egyenesen csak a vintage wireless-driverrel ellátott verziók tehetők.)
-
#11936
And
veterán
Intruder2k5
#11935
And
veterán
válasz
Intruder2k5
#11935
üzenetére
A Tomato-ról igazából nem írtam, mivel azzal abszolút nincs tapasztalatom. Viszont amit a v2.2-es hardververziójú WRT54G-ről említettem a #11714-ben, azt fenntartom, mivel kipróbáltam: hozzá tudtam adni VAP-ot, el is tudtam menteni, nem tűnt el mentés után, és működött is, mivel sugározta az SSID-jét és tudtam hozzá csatlakozni (vintage build dd-wrt esetén).
-
#11933
And
veterán
ssppiikkee
#11931
And
veterán
válasz
ssppiikkee
#11931
üzenetére
Bizony, ezért kár volt 'kétantennás' routert venni. A két antenna feladata sosem az, hogy külön helyszíneket fedjen le. Vagy az egyik működik, vagy a másik, a kettő egyidőben sohasem, ez fizikai képtelenség. Ugyanis egy (természetesen nagyon gyors működésű, félvezetős) váltókapcsolóra vannak kötve. Ha az egyiken forgalmaz a router, és a kliens felől vett jel szintje azon az antennán számára megfelelő, akkor a másikat egyszerűen nem fogja kiválasztani. Ezért szakad meg a szomszédnál, ha te a telefonodat használod.
Az ilyenfajta szomszéd-netre egyszerűen rá kell áldozni egy külön eszközt, amelynek csak ez a távoli kapcsolattartás dolga. Ha kétantennás (és csak b/g-szabványú), és ilyen feladatra szánod külső-, pl. tetőantennával, akkor a másik antennát egyszerűen el kell távolítani róla, és csak az egyik aljzatot szabad használni. A kétantennás (diversity-) működésnek csak zárt térben, mozgó klienseknél van értelme, kültéri pont-pont kapcsolatnál haszontalan. -
And
veterán
válasz
argos1987
#11913
üzenetére
Ne a WAN-portra csatlakozz a WRT54G-n, hanem az egyik LAN-ra, mivel van már egy routered!
Továbbiak: WRT-n a DHCP-szerver letiltod, fix LAN-oldali IP-címnek pedig olyat választasz hozzá, amely nincs átfedésben a DHCP-tartománnyal. A wifi-beállításokat pedig ízlés szerint elvégzed (SSID/hálózatnév, titkosítási algoritmus és kulcs, csatorna).
"és mielött bárki kérdezné miért nem hagyom csak a wifis routert üzemben (Mert a család azt mondta!)"
Ok, de azért az megkérdezném, hogy miért mondta a család ezt.. -
And
veterán
válasz
cellpeti
#11896
üzenetére
Mit kell egy ilyen USB nélküli routernek a nyomtatókon 'kezelnie'? A helyi hálózat felől a router egy switch, hálózati nyomtatókat meg teljesen mindegy, milyen switch-re kötsz, és mennyit. Esetleg címet tudnak kérni a routertől (mint DHCP-szervertől) és ennyi, de fix címre is beállíthatod bármelyik hálózati eszközödet.
3rd party firmware: ebben a kategóriában nagyjából ízlés kérdése: OpenWRT, Tomato, DD-WRT, meg van még egy pár másik. Hálózati nyomtató szempontjából tökmindegy, amúgy meg mindegyik full extrás a gyári fw-hez képest. -
-
And
veterán
válasz
#16695808
#11834
üzenetére
Gyári firmware-rel egyik sem megy: se sávszél-menedzsment, se statikus (MAC-címhez rendelt) DHCP. A wifi-sávszélt legfeljebb a linksebesség alacsony és fix értékre csökkentésével tudod befolyásolni, de ez több szempontból sem az igazi, minden kliensre kihat és elveszi az auto fallback (automatikus linksebesség-csökkentés) lehetőségét a routertől.
A statikus DHCP-t minden 3rd-party firmware támogatja, és valamilyen formában a sávszélesség kezelését is. -
And
veterán
Ha repeater helyett WDS-ben (AP+WDS) működteted mindkét routert, akkor megoldható, hogy egyetlen hálózatnak lássák a kliensek, és automatikusan váltsanak a két AP között. Ez vezetékes összekötést sem igényel, mondjuk az repeater üzemben sem kell. Ha mégis össze vannak ilyenkor kötve, azt nem tudom, hogy egyáltalán zajlik-e azon adatforgalom, vagy sem (ha nem, akkor a 'második' routerre kapcsolódva ugyanúgy felére lassul a forgalom, mint repeater-módnál).
-
And
veterán
válasz
kamarast
#11787
üzenetére
Bár a power-led villogása szoftversérülésre utal, hosszú reset megvolt? Már több ilyen villogós GL-t hoztam vissza jtag-kábellel: volt, amelyik nyári vihar után vált ilyenné, vagy egyszerűen 'elszoftverezték', de olyan is akadt, amelyiknél a kiváltó ok ismeretlen maradt. Eddig szerencsére mindegyik magához tért.
-
-
-
And
veterán
válasz
llaszlo
#11711
üzenetére
A standard-kiadásban biztos benne van (a többiről nincs infó). Azt a dd-wrt wiki is kiemeli, hogy egyes klienseknél gond lehet a kapcsolódással, de azokon a kézi profilbeállítás segíthet. Ezt is érdemes elolvasni: NEWD or VINT.
-
And
veterán
válasz
llaszlo
#11709
üzenetére
Nekem (és gyanítom, hogy a felhasználók minimum 90%-ának) még sosem volt szükségem egynél több VAP-ra. A klasszikus repeater-módhoz egy is bőven elegendő, a lényeg, hogy a kliensek tudjanak valamire csatlakozni. Ez az azonos MAC-című VAP-ok téma csak akkor lehet zavaró, ha több VAP-ot konfigurálunk (már persze ha a fw engedi), vagy ha nem repeater-, hanem AP-mód mellett használjuk a VAP-ot, mivel úgy is lehetséges. Jelismétlőként biztosan megfelel, mert a fizikai csatoló ez esetben kliens-módú, az egyetlen access point pedig a virtuális interfész. Van egy-két régi bug a dd-wrt VAP-módjánál, például néha az istennek nem akar SSID-t sugározni akkor sem, ha ez a funkció engedélyezett. Ez persze a legtöbb klienst nem zavarja, de láttam már telefont, amely a 'hardveres' AP-ra sem volt képes kapcsolódni, amíg az nem sugározta a hálózatnevet, hiába állították be azt előre a hálózat profiljában.
-
#11707
And
veterán
Intruder2k5
#11703
And
veterán
válasz
Intruder2k5
#11703
üzenetére
Ok, láttam, csak hitetlenkedtem egy kissé. Utánanézve, a VAP lehetősége erősen függ a rádiós chipset verziószámától (lekérdezhető a 'wl0_corerev' változóban). Ennek függvényében többféle hardveres adottság van ([link]):
1.) nincs lehetőség virtuális interfészre (wl0_corerev <= 4),
2.) a lehetőség megvan, de minden VAP-nak ugyanaz lesz a MAC-címe (wl0_corerev: 5...8),
3.) a MAC-cím eltérő lehet az egyes VAP-oknál (wl0_corerev >= 9).
A WRT54GL-eknél a wl0_corerev értéke 9, míg a WRT54G v2.x és v3.x verziók esetén ez 7-es ([link]). Tehát elvileg van lehetőség VAP-ok létrehozására, de csak azonos MAC-címekkel, ami a kliens-eszközöket tekintve érdekes eredménnyel járhat. Ezt kihasználni viszont csak a régebbi rádióhoz való driverrel (azaz: firmware-verzióval) lehet, amely pl. dd-wrt esetén a vintage vagy vint megkülönböztetéssel érhető el. A hardverkereső fel is dob ilyen vintage-kezdetű fw-verziókat a WRT54G v4.0 előtti hardverekhez. A v2.x és 3.x hardverekre viszont mindkét (vint / newd) fajta driverrel ellátott firmware elérhető. Így esetleg érdemes kipróbálni ezeken egy vint-verziós dd-wrt-t, ezekkel elvileg elérhető a VAP, csak némi korlátozás árán.
Mod #11705-re: Ez a WAP54G v2-re is igaz, wl0_corerev=7, van is hozzá vintage-micro verziós DD-WRT. -
And
veterán
válasz
llaszlo
#11700
üzenetére
Ez így van, de ha egyszer az egyik (ráadásul más SoC-típussal rendelkező) típushoz való firmware bitre megegyezik a -G v2.2-esre feltehető verzióval, akkor gondolom, hogy nem lehet probléma egyiken sem a virtuális AP-k létrehozásával, mivel -GL-en probléma nélkül működik.
-
And
veterán
válasz
llaszlo
#11698
üzenetére
Nem igazán tudom, mi lehet(ne) az oka a pont a WRT54G v2.2-es korlátozásának, mivel:
1.) Az összes v2.x és 3.x hardververzió ugyanazt a CPU-t (Broadcom BCM4712) és ugyanannyi RAM-ot, flash-t tartalmaz, lásd: [link].
2.) Összehasonlítva a router-adatbázisból a WRT54GL-hez és a WRT54G v2.2-eshez letölthető DD-WRT Standard verziókat, azok binárisan teljesen megegyeznek. -
#11663
And
veterán
Norberto89
#11662
And
veterán
válasz
Norberto89
#11662
üzenetére
Úgy vettem észre, hogy a beállított adóteljesítménynek alig van köze a DC-oldali áramfelvételhez. Az amúgy sem túl stabil érték, ingadozik össze-vissza, de az átlaga szemmel láthatóan sokkal jobban függ a processzor terheltségtől, mint a TX-power értékétől. Ha belegondolsz, 1W folyamatos fogyasztás havi költsége mai áron nagyjából 35 Ft. Itt meg a rádió szintjén legfeljebb 1-2 tizedwattról van szó. Ennél azért a CPU fogyasztása sokkal többet ingadozhat.
-
#11661
And
veterán
Norberto89
#11657
And
veterán
válasz
Norberto89
#11657
üzenetére
Kiegészítés az előttem szólókhoz: amit ezen meg tudsz spórolni mondjuk egy kapcsolóórával, az a gyakorlatban elhanyagolható. Korábbi mérés alapján a router hálózat felé mutatkozó fogyasztása mindennel együtt legfeljebb 5W lehet. Ez 7/24-es üzemben havi szinten 0,005kW * 24h * 30nap= 3,6kWh-t jelent, amely érték 1/3 részét, azaz 1,2kWh-t spórolnád meg, ha napi 8 óra időtartamra pihenőre küldenéd. 50 Ft/kWh áron ez kemény havi 60 Ft-ot jelentene. Viszont a router ki- és bekapcsolása lehet, hogy annyival rövidítené az élettartamot, hogy amit ezzel az energiaspórolással nyernél, azt a költséget rögtön be is építheted a következő routered árába
. -
And
veterán
A DMZ felesleges, csak a port forward kell. Ha egymást követő portokról van szó, akkor a port range forward-nál egyetlen sorba is bele lehet írni. Viszont mindenféleképp kellene az a fix belső IP (sajna a gyári firmware nem támogatja a statikus DHCP-t sem, így a router nem tud MAC-cím alapján stabil címet osztani), mert különben nincs hova forwardolni. Okosabb firmware-rel megoldható a statikus DHCP, valamint az is, hogy a külső, internet felől látszódó portszámokat a belső hálózat felé más portokra forwardolja.
Mod.: Ja, a külső elérést nagyban megkönnyítené egy dinamikus DNS szolgáltatónál való regisztráció is, pl. Dyndns.org, ezt még a gyári alapszoftver is ismeri. -
And
veterán
válasz
Buvana
#11644
üzenetére
Lehet, hogy pont azért volt, mert a dd-wrt-nél 71mW a default? Pedig tényleg többször próbáltam, és ugyan a hardver által visszajelzett térerő-érték általában egy lyukas garast sem ér (nem lehet rá mérésként tekinteni), egy fikarcnyit sem nőtt tőle a térerő. Amúgy is ingadozik, de a maximum sem lett magasabb érték. Azt azért sejtem, hogy a chipset nem igazán tud 250mW-ot, ami a 71-hez képest csak 5 dB növekedés volna. Egy jó külső antenna nyeresége pedig simán lehet 20 dB-lel is nagyobb, ami ráadásul visszafelé, vétel irányban is meglátszik.
Én sima WPA-val használok klienst (dd-wrt-vel, de ez nem lehet lényeges), próbáld ki úgy is. Ha nem TKIP, hanem AES algoritmust választasz hozzá (meg persze hosszú / értelmetlen megosztott kulcsot), biztonság tekintetében már nem igazán marad el a WPA2-től. -
And
veterán
válasz
happy555
#11642
üzenetére
Ez az interferencia téves értelmezése lenne, ugyanis az legalább két, különböző forrásból származó jelforrás egymásra hatását jelenti. Egyetlen router (vagyis rádió) önmagával nem tud interferálni, akármekkora is az adóoldali teljesítménye. A túl nagyra beállított teljesítmény valóban káros lehet, de ennek semmi köze holmi tévesen értelmezett interferenciához: extra hűtés hiányában a chipset (RF-frontend) túlmelegedését, hosszú távon károsodását okozhatja. Ezen felül hiába biztosít a firmware lehetőséget az extrém teljesítmény beállítására, a chipset ettől még nem biztos, hogy fizikailag képes erre. A végfokozat túl is vezérlődhet, ezzel az eredeti célunkkal épp ellenkező hatást válthatunk ki (jel torzulása, spektrális összkép romlása, végső soron a linksebesség csökkenése).
Különben már több GL-nél is kipróbáltam: az adóteljesítményt a dd-wrt v24 default 71mW-os értékéről maximumra állítva sem tapasztaltam kimutatható térerő-növekedést a kliensek visszajelzésén. Ezzel szemben egy valóban nagyobb nyereségű router antenna biztosan növeli a klienseken vehető jelszintet, valamint a router is érzékenyebb lehet ez által. -
And
veterán
válasz
happy555
#11640
üzenetére
Nem. Az EIRP ekvivalens izotropikus lesugárzott teljesítményt jelent. Vagyis az antennába táplált elektromos teljesítmény antennanyereséggel korrigált (mivel a dBi-ben mért érték általában pozitív, így lényegében: megnövelt) értékét, amely az antenna fő sugárzási irányában 'látszódik'. A hatályos rendelkezések erre az EIRP-értékre szabnak határt (azaz a wifi-eszköz és az antenna együttesére), és nem a nyers adóteljesítményre, amit az antennába táplálunk. Tehát ha az antennát nagyobb nyereségűre cseréljük, az EIRP értéke megnövekszik még akkor is, ha a router mögötte ugyanaz marad.
Egyébként beltéri használathoz ajánlott mindkét antenna cseréje, mert ha a diversity-algoritmus épp a másikat választja ki, akkor nem vagy előrébb.
Ha meg aligha zavarsz valakit is a közelben, akkor nem értem, mire vonatkozott az eredeti kérdésedben az az interferenciás (lényegében zavarásra vonatkozó) felvetésed. -
And
veterán
válasz
happy555
#11638
üzenetére
Többet miért kívánna? Ha az EIRP-limitet tartani szeretnéd (amire ugye mindenki nagy ívben sz@rik), akkor pont ellenkező beavatkozást igényelne a dolog, vagyis csökkenteni kellene az adóteljesítményt. Viszont ha az EIRP-t szinten tartanád, akkor a kapcsolódó kliensek abszolút nem profitálnának az elvileg nagyobb nyereségű antennából. Így egyedül a routered vétele javulhatna tőle, vagyis nagyobb jelszinttel vehetné a rá kapcsolódó klienseket.
Legjobban akkor jársz, ha a teljesítményt békén hagyod. Extrém teljesítménynövelést úgysem lehet kicsikarni belőle, és valószínűleg eddig sem a létező legkisebb beállításon volt. -
#11636
And
veterán
Wind-Storm
#11633
And
veterán
válasz
Wind-Storm
#11633
üzenetére
A wiki alapján a GS-nek legalább 11-féle hardververziója van. Ne érjen meglepetés, ha mégsem pont olyan típust találsz benne. Mindezt annak alapján feltételezem, hogy pl. GL-ből összesen kétféle van, én eddig csak 1.1-esből láttam jó néhány példányt, és még véletlenül sem ugyanaz a fajta flash volt mindegyikben. Némelyikben Eon, másikban Intel, de a sornak ezzel valószínűleg még nincs vége. Tehát nemhogy csak a típuson belüli verziótól függhet, hanem még azon belül is lehetnek eltérések.
Mod.: egyébként a TJTAG nevezetű utility valószínűleg mindet támogatja, illetve ki is írja név szerint. Szépséghibája, hogy a jtag-es művelethez amúgy is szét kell szedni a routert. -
And
veterán
"Intruder a talpától feje búbjáig( remélem nem sértődsz meg ) benne van a tomato firmwarebe de nem sikerült neki"
Miért, meg kellene sértődnöm? Én nem ismerem a Tomato-t, sosem használtam, de tudom, hogy DD-WRT-vel lehetséges, mivel azzal már csináltam repeatert, és hoztam létre vele virtuális AP-t.
"En azóta vettem egy wrt54gl-t egy aukciós oldalon végül is ez hardver ügyileg még erősebb is mint a sima g"
Ezt vitatom, pont azért, mert a g-nek rengeteg verziója van. Van, amelyiknél a GL 'több' (sajnos a mostani verziókra ez igaz), de olyan is, amelyiknél abszolút nem, pl. a -G v3.0 ugyanazzal a processzorral rendelkezik, mint a -GL, viszont az abban lévő flash és a RAM mérete is duplája a GL-ben megtalálható mennyiségnek. -
And
veterán
Mivel ez nem hardver-, hanem szoftverfüggő, ugyanúgy tud(hat)ja, ha fel lehet rá tenni az adott szoftververziót. Márpedig a WRT54G-nek nagyon sok hw-verziója létezik, de a v7.0-n (amely semmilyen idegen firmware-rel nem kompatibilis) kívül az összes G-re feltehető a DD-WRT, amelynek pedig minden kiadása támogatja a repeater-módot, vagyis a virtuális AP-t.
-
And
veterán
Tényleg nehéz kihámozni a lényeget, de jól értem, hogy jelismétlőt / repeatert szeretnél? WRT54GL-en (de akár sima WRT54G-n is, ha feltehető rá) a DD-WRT biztosan tud ilyet: ha a wifi-módot repeaterre vagy repeater-hídra állítod, hozzá tudsz adni legfeljebb nyolc virtuális interfészt (AP-t).
-
And
veterán
Ezek a számok a Shell signal értékeket takarják. Vagyis ha a shell jelzéseket kap ezen események valamelyikéről, akkor végrehajtódik a lightsoff() függvény, ami valóban a két led kikapcsolását és a script futtatásának befejezését jelenti.
-
#11542
And
veterán
atillaahun
#11541
And
veterán
válasz
atillaahun
#11541
üzenetére
Írtam már, hogy felesleges a para, mert véglegesen nem lehet elrontani. Legrosszabb esetben (áramszünet, egyéb okból megszakadt frissítés, de még tök üres flash-tartalomnál is) egy elszoftverezett WRT54G/GL egy JTAG-kábellel rendbe hozható, esetenként még arra sincs szükség. A több lépcső első frissítéskor meg azért kell, mert a gyári firmware visszautasíthatja a bizonyos méret feletti flash-image fájlok beégetését, ezért elsőre a biztonság kedvéért egy kisebb méretűvel kell kezdeni (ilyen a DD-WRT Mini verziója). Ha ennek a képességeivel megelégszel, akkor egyetlen frissítés is elegendő lehet.
Számtalanszor frissítettem már -G-t és -GL-t, még sosem volt vele gond. A JTAG-kábel is csak akkor kellett, ha 'magától' (nem frissítés közben) halt le a router, vagy másvalaki halott routerét kellett éleszteni. -
And
veterán
Először is meg kellene győződnöd arról, hogy a WRT54G biztosan kap-e tápfeszültséget. Az egy dolog, hogy 12V, meg jó esetben a csatlakozó polaritása is stimmel (negatív kívül), viszont a táp csatlakozójának belső furatmérete már egyáltalán nem biztos, hogy passzol, mivel adott külső átmérőhöz (5,5mm) többféle belső furat / tüskeátmérő is tartozhat. Tehát célszerű lenne szétkapni a router házát, és rámérni az aljzatra, hogy valóban megjelenik-e ott a tápfesz, amikor az adaptert csatlakoztatod. Ha más a hiba, akkor is első körben a belső stabilizátorok környékén keresném. Hogy érdemes-e vele foglalkozni, az attól függ, mennyire lehet behatárolni a hibát és az mit érint (könnyen cserélhető avagy sem).
-
#11529
And
veterán
atillaahun
#11528
And
veterán
válasz
atillaahun
#11528
üzenetére
1.) Nem kell annyira félni a firmware-telepítéstől. Semmivel sem veszélyesebb, mintha a gyárit frissítenéd.
2.) Fix IP-re még mindig állíthatod a gépe(i)d, hisz az a routertől függetlenül is megtehető. Csak arra illik figyelni, hogy a dhcp-címtartományon kívül állíts be fix cím(ek)et. -
#11526
And
veterán
atillaahun
#11524
And
veterán
válasz
atillaahun
#11524
üzenetére
Először is le kellene tisztázni, hogy mi a hardvered pontos típusa és revíziószáma (nem a szoftver-, hanem a hardver verziója). Mert sajnos van néhány olyan WRT54-sorozatú típus / verzió, amelyre egyáltalán nem, és olyan is, amelyre csak korlátozott kiadás telepíthető (mondjuk statikus dhcp mindegyikben van).
#11525: Ezzel vigyázzunk, mivel a backup természetesen nem a teljes firmware lementésére szolgál, gyári fw esetén különösen nem. Ez a funkció a kizárólag az aktuális beállításokat (nvram-ot) menti el, hogy 'hosszú reset' (defaultra visszaállítás) vagy egyéb ok miatt elveszett konfiguráció visszatölthető legyen, és kizárólag azon firmware (sőt: néha csak azon verziószám) esetén működik normálisan, amely alatt a backup-ot elvégeztük. Teljes firmware mentésére nincs lehetőség. De a gyárira amúgy is vissza lehet állni, illetve ha a frissítés folyamata szakad meg valamiért, az adott esetben nem is olyan egyszerű (webfelületről nem javítható, csak egyéb módon). De ezzel véglegesen elrontani - szerencsére - sehogyan sem lehet ezt a típussorozatot. -
#11521
And
veterán
atillaahun
#11520
And
veterán
válasz
atillaahun
#11520
üzenetére
Az "Access Restrictions", mint a jelentése is mondja, elérési korlátozást jelent. Másképp fogalmazva: MAC-szűrést.
A static DHCP-t pedig tényleg ne keresd a gyári fw-ben, mivel nincs benne. Bármely 3rd-party verzióban megtalálod. -
And
veterán
válasz
AttyVin
#11493
üzenetére
Rendben, de ez akkor sem megoldás. Ha mondjuk a g-szabvány által biztosított 1Mbps-re állítod, akkor inkább, hiszen innen már nincs hová visszalépni, és még mindig átfér rajta 4-500 kbit/s hasznos forgalom, ami persze az egyidőben forgalmazó kliensek között is eloszlik. A jó módszer továbbra is a priorizálás / QoS, amit minden okos firmware támogat, vagy a kifejezett traffic shaping (jelen esetben sávszél-maximalizálás), ami viszont ezen a vason megvalósítva nem igazán gyakori, bár akár még az is megoldható.
-
And
veterán
válasz
AttyVin
#11490
üzenetére
"A Wireless / Advanced Wireless Settings / Transmission Rate átállításával - mondjuk 24 Mbps-ra - tudom korlátozni a WiFi sávszélességét?"
Ezt inkább ne tedd! Nem az a baj vele, hogy csökkenti a (maximális) wifi-sávszélt, hanem az, hogy konkrétan lefixálja a link fizikai szintű jelzéssebességét. Ez pedig azért probléma, mert ezzel az auto fallback elv megszűnik működni, magyarul rosszabb vételi térerőnél a router nem fog tudni alacsonyabb jelzési sebességre váltani, így a kapcsolat gyengébb jelnél sokkal megbízhatatlanabbá válik (mivel az linksebesség normál esetben erősen a térerő függvénye).
Dobjál fel valami 3rd-party firmware-t, ha a vas támogatja, azokkal esetleg juthatsz valamire. A DD-WRT QoS-szolgáltatása például képes a LAN-portokat priorizálni, és ebben ez az elsődleges szempontja: a fizikai LAN-port prioritása elvileg felülírja a többi beállítható tényezőt (MAC-, IP-tartomány-, végül szolgáltatás-alapú priorizálást). De gondolom ez hasonlóképp beállítható más okos firmware-ben is. A hardver teljesítménye természetesen itt is meghatározó, ezek a WRT54-sorozatú routerek pedig sajnos nem igazán friss cuccok már. -
#11471
And
veterán
Daywalkerke
#11469
And
veterán
válasz
Daywalkerke
#11469
üzenetére
Sajnos nem sokat számíthat: 5 dBi nyereség (amiből az a vékony 1m-es koax elvisz még minimum 1 dB-t), ami 3 dB-lel jobb, mint a gyári antennáké. Akárhogy nézzük, nem túlzottan dobhatja meg a minőséget.
-
And
veterán
válasz
Pharaoh
#11445
üzenetére
Az nv60k a 'nemfelejtő RAM', nvram-terület méretére utal, ezen a flash-területen tárolja az oprendszer a konfigurációs beállításokat. Valahogy csupa Linksys router jön elő erre, azt írják, ezeknél erősen számít az első telepítéskor feltett DD-WRT verziója: [link], [link].
#11446: Ugye tűzfal biztosan nem fogja meg? E szerint esetleg próbálkozz SSH-n, hátha: [link], mivel a password beállítása után a telnet szerver tiltásra kerül. Hogy mi van olyankor, ha 30/30 reset után egyiken sem engedi, az jó kérdés. Egyszer szenvedtem ismeretlen eredetű GL-en lévő OpenWRT levakarásával, de végül JTAG lett belőle.. -
And
veterán
válasz
mAtech
#11443
üzenetére
Először is, firmware újraírás / visszaváltás előtt miért nem próbálod meg alapra visszaállítani a beállításokat és azzal együtt a jelszót is? Nyomsz egy hosszú resetet: [link], erre minden beállítás a default értékre áll. A leírások szerint OpenWRT alatt az alap loginnév a "root", password pedig nincs. A jelszó beállításához telnet-tel be kell lépni a routerbe, és a passwd parancs segítségével tudod megváltoztatni.
-
And
veterán
-
#11438
And
veterán
Angyal 007
#11437
And
veterán
válasz
Angyal 007
#11437
üzenetére
A bridge (3) működési módja gateway helyett legyen router (gateway-mód elvileg csak NAT-olásnál kell, azonos alhálózat, bridge-mód esetén inkább router). Ugyanez igaz az új, (4) AP-ra is. Utóbbin a wifi beállítása - így az SSID, titkosítási eljárás - teljesen szabadon választott, erre csak az újabb kliensekkel fogsz csatlakozni, azokat meg ugyanígy konfigurálod majd fel. Egyedül a rádiócsatornájára kell vigyázni, hogy ne legyen átfedésben a 2-es és 3-as eszköz linkjét biztosító 6-ossal. Ezért javasolt a sáv széle, minimum 5 csatornányi távolság a 6-ostól az új AP (4) működési csatornájának.
Valóban a (2)-eshez hasonlóan kell konfigurálni, de nem teljesen azonosan. Mivel az (1) és (2) nem azonos címtartományban / alhálózatban van, ezért a (2)-es NAT-ol, és éppen ezért valószínűleg a WAN-portjával csatlakozik az (1)-es felé, bár ezt nem írtad. A 4-es és 3-as között viszont nem kell újabb címfordítás (igazából az 1-es és a 2-es között sem kellene, úgy mindenki egyszerűbben elérne mindenkit), ezért a 4-est LAN-porton kell a 3-as egyik LAN-jára csatlakoztatni, és épp ezért nem szabad a 3-ast sem gateway-módban hagyni. Ha a 4-es AP-ra felcsatlakozó kliens DHCP-n már kap címet a 2-es routertől, akkor elvileg el kell érnie az internetet is.
Arra kell figyelni, hogy a DHCP-szerver (2) által osztható címtartomány és a routerek fix IP-je véletlenül se legyen átfedésben (csak ez okozhat címütközést, más véletlen esemény nem nagyon), illetve hogy a 3-as és 4-es eszközök basic setup-jában gateway-címként a (2) es eszköz IP-je, azaz 192.168.1.1 legyen beállítva.
A rajzod meg lemaradt.. -
#11436
And
veterán
Angyal 007
#11434
And
veterán
válasz
Angyal 007
#11434
üzenetére
Hogy 3rd-party firmware-ről van szó, az még csak kitalálható, de az nem világos számomra, hogy hol is van az az 'itthon'. Ha az 1-es routernél, ott alapban adott a hozzáférés, hisz wifi-s a router. Ha a 3-asnál, akkor oda ugyanúgy rápakolsz egy AP-módú routert a LAN-felől, ahogy a 2-est kötötted az 1-esre. IP: 192.168.1.x (mondjuk eleve nem értem, miért kellett külön címtartomány az 1-es és a 2/3-as részére, szerintem csak bonyolítja az életet), wifi: AP, DHCP: tiltva, mivel egy van már ebben az alhálóban, titkosítás: ami tetszik, csatorna: 6-ostól jó messze, minimum 5 csatornányi távolságban, valahol a sáv szélein.
-
And
veterán
Rendben, de ehhez nem kell antennát kiválasztani vagy tiltani: egyáltalán semmi dolgod ezekkel. Rákötöd az egy szem irányított antennád az egyik aljzatra (teljesen mindegy, hogy melyikre), a másikat meg üresen hagyod, és kész. Ennyi, ezt nem kell tovább ragozni.
Attól meg nem lesz drágább egy - lineárisan polarizált - antenna, hogy úgymond "támogatja" a függőleges és a vízszintes polarizációt is, mivel ez egyszerűen annyit takar, hogy fel lehet szerelni mindkét pozícióban, vagy el lehet forgatni. A H/V polarizációt ugyanis a telepítési helyzet határozza meg, nincs olyan, hogy csak horizontális vagy csak vertikális antenna. Más kérdés, hogy az elforgatás könnyedén, a gyári szerelvényekkel megoldható-e, de ha netán nem, akkor sincs minden veszve (mert akkor mondjuk függőleges árboc helyett vízszintes csőszakaszra telepíted). Ha meg házi gyártmány, akkor végképp olyan módon polarizálva teszed fel, ahogy neked tetszik. -
#11375
And
veterán
FrozenThrone
#11374
And
veterán
válasz
FrozenThrone
#11374
üzenetére
Hosszú reset: [link], ezzel minden beállítás (a login / pass is) alapra áll vissza.
-
And
veterán
válasz
Integra
#11371
üzenetére
Nekem úgy tűnik, sajnos közel sem rokona a GL-nek (Realtek chipset, 1MB flash), és sajnos utóbbi okán 3rd-party firmware-ekkel sem kompatibilis. Ha a gyári szoftver támogatja a statikus DHCP-t, akkor lefoglalható az adott IP.
"illetve mikor fix ip címet adok egy laptopnak, akkor annak a fix ip-nek a dhcp tartományon kívül kell esnie kötelezően? vagy lehet dhcp-ben is?"
Nem kötelező, de ha a DHCP-tartományba rakod, akkor címütközést kockáztatsz. Persze ha a DHCP-tartomány nagy, a kliensgép kevés, és a fix IP-t a kiosztható címtartomány végére teszed, akkor ennek kevés az esélye. -
#11353
And
veterán
krisztian030
#11348
And
veterán
válasz
krisztian030
#11348
üzenetére
(Próbálom a privátban írt megoldások helyett ide terelni a témát).
Recover from a bad flash / Recovery by JTAG cable: [link]. A kábel rajzát és a router bekötését (amit 2x6-os tüskesorral szoktunk megoldani) megtalálod a debrick utility csomagjában. Mellette szájbarágós, fotókkal illusztrált leírás is van pdf-ben. WinXP alatt szeret működni. Maga a csomagban lévő futtatható util (wrt54g.exe) elég régi, használd helyette a linken említett TJTAG-et, az többféle flash-chipet ismer, használni meg pont ugyanúgy kell, mint a régit. -
#11352
And
veterán
krisztian030
#11348
And
veterán
válasz
krisztian030
#11348
üzenetére
Pár hozzászólással korábban írtam egy lehetséges megoldást: JTAG. Ez biztos módszer, de ha a tüskesor még nincs benne a routerben, akkor forrasztgatással és garanciavesztéssel jár. Más megoldás (tftp-s visszatöltés) viszont kétesélyes, vagy épp nagyon veszélyes a routerre (flash-chip lábak rövidre zárása) és közös jellemzőjük, hogy csak bizonyos flash-sérülést képesek javítani (mondjuk sérült bootloader-rel vagy teljes flash-törlődéssel nem tudnak mit kezdeni), és a sikerességük függ a router 'előéletétől', korábbi firmware típusától és a boot wait rendszerváltozó állapotától.
-
And
veterán
válasz
DjKoxi
#11340
üzenetére
Tudomásom szerint a gyári firmware nem támogat statikus DHCP-t, tehát megjegyezni sem fogja a MAC-címeket. Ezért ha lejárt a bérlet, más kliensnek ugyanúgy ki tudja osztani az adott IP-t. Tegyél rá bármilyen 3rd-party firmware-t (mindegyik tudja), és a probléma megoldódik.
-
And
veterán
válasz
Szabacs
#11336
üzenetére
A router működése közben méred a feszültségét, csak az ugye macera, minimum szét kell szedni hozzá a routert. Esetleg ráaggatsz egy pár wattos (< 6W) terhelést, mondjuk 12V-os izzót, csakhogy a táp nyugalmi feszültsége általában nagyobb, mint 12V, legalábbis a nem kapcsolóüzemű verzióé (ha jól tudom, kapcsolóüzemű és hagyományos trafós kivitelben is létezik adapter az adott típushoz).
Sajnos viszont azt kell írjam, hogy az elmúlt évek alatt már találkoztam 2-3 ilyen jelenséggel, és azok a GL-ek 'egyszer csak' szoftverhibásak lettek (a power led villogása is erre utal), a tápjuknak semmi baja nem volt. Meg lehetett javítani azokat a példányokat is, én rögtön jtag-kábellel estem nekik. A kiváltó ok volt például nyári zivatar, de olyan eset is előfordult, amelynél látszólag nem érte semmi hasonló durva behatás a routert, mégis ilyenné vált. (Az elrontott szoftverfrissítés esetedben nyilván nem jön szóba.) -
And
veterán
válasz
Pürrhosz
#11318
üzenetére
Először is nyomsz neki egy hosszú (30/30/30) resetet: [link]. Erre minden beállítás visszaáll alapra, a jelszó is.
Mivel a router egy önálló kisgép, nem 'XP alá' kell beüzemelni, a konfigurációja attól független, és nem is kell hozzá semmi, csak a webfelületét kellene elérni. Az oprendszerben csak a hálózati kapcsolódás típusát kell beállítanod (alapesetben DHCP, máskülönben fix IP-, DNS- és átjáró címek). -
-
-
#11312
And
veterán
Thunderzolee
#11311
And
veterán
válasz
Thunderzolee
#11311
üzenetére
"[..] láttam, h itt elég komoly firmware cserék is léteznek."
WRT54G v7-re nincs más firmware, csak a gyári. Ha a defaultra visszaállítás (konfiguráció törlés) nem segít, akkor nem sok mindent tudsz vele kezdeni. -
#11305
And
veterán
orangutan4
#11304
And
veterán
válasz
orangutan4
#11304
üzenetére
Nem jól érted: nem csupán frissíteni kell, hanem cserélni egy '3rd-party', nem a Linksys-től származó firmware-re. Lásd az #1-es hozzászólást (Tomato, DD-WRT, OpenWRT, stb.).
-
#11302
And
veterán
orangutan4
#11301
And
veterán
válasz
orangutan4
#11301
üzenetére
A gyári firmware-rel ez nem fog menni. Bármelyik másikkal:
- kliens(-híd) mód: vezetékes továbbításhoz, vagy
- repeater: vezeték nélküli jelismétléshez (esetleg egyben vezetékes hozzáféréshez is). -
And
veterán
válasz
dobigabi
#11299
üzenetére
Gyakorlatilag bármelyikkel. De arra készülj fel, hogy lényeges javulást csak ezzel a módszerrel nem fogsz tapasztalni, ha egyáltalán észre is veszed a hatását. A teljesítmény növelésében alig van tartalék, míg a router jobb elhelyezésével (esetleg valamivel hatásosabb antenna használatával, bár beltéri körsugárzóknál is inkább a csodavárás dominál) talán juthatsz valamire. Sajnos a környezeti tényezők sokkal jobban meghatározzák a hatótávot, mint bármilyen firmware által biztosított bármekkora kimenőteljesítmény, amely növelésének ráadásul kliens -> router irányban semmi haszna.
-
#11235
And
veterán
SüdiLaller
#11232
And
veterán
válasz
SüdiLaller
#11232
üzenetére
A CDF1-kezdetű szériaszám valóban v1-es WRT54G-t takar (lásd wiki). Én inkább azt tartanám meg, mivel azon felül, hogy 3rd-party firmware-ekkel kompatibilis, RAM-ból és flash-tárból is kétszer annyi van benne, mint a v7-ben.
-
-
And
veterán
válasz
aclandiae
#11202
üzenetére
Először nem is értettem, mire céloztok ezzel, WRT54GV típus ugyanis nincs. A v7, ahogy írtad is, a hardver verzióját jelenti, mert abból WRT54G esetén rengeteg - a wikipedia alapján szám szerint tizenhét - verzió létezik.
#11198: "DD-WRT-vel mennyire lehet megnyomni a G-s routerek teljesítményét?"
Papíron 250 mW-ig, de ugye a szoftver nem helyettesítheti a hardvert, ezért a gyakorlatban ennyit biztos nem tud. A DD-WRT a v24-es verziótól kezdve 70 mW-os (18,5 dBm) default értéket állít be.
#11200: Elszoftverezett WRT54G szinte minden hw-verziója helyrehozható a JTAG-es módszerrel, ha mással már nem megy. -
And
veterán
válasz
eastsider
#11156
üzenetére
Hogyne lehetne (természetesen csak a wifi-n kapcsolódó klienseket), az összes létező fw-ben benne van ez a funkció. DD-WRT-n: Wireless / MAC Filter.
Mod.: ja, hogy időszakosan. Olyat is lehet: Access Restrictions, itt létre kell hozni egy szabályt, az 'Edit list of clients' gomb megnyomására előjön egy tábla, amelyet kitöltve MAC-re vagy IP-re beállítható a szűrés. A Days és a Times mezőkben pedig megadható a szabály érvényességi napja és ideje. De ezzel csak az internet elérését lehet tiltani (vezetékes kliensre is), a helyi hálózatét nem.
.)
: először is, a WAN-portot úgy ahogy van, felejtsd el, a meglévő belső hálózatodra mostantól az egyik LAN-portja felől kell csatlakoznod. A netet a WRT54G-nek már nem kell 'megosztani', mivel azt az új router már megteszi. Innentől a funkciója csak switch + AP lesz. A WRT54G LAN IP-címét alhálózaton belülre állítod (ha az új megosztó router pl. 192.168.0.1, akkor a WRT is legyen 192.168.0.x, lehetőleg a DHCP által kiosztható tartományon kívül).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
. Ne csodálkozz, hogy nincs észrevehető javító hatásuk. Nem mellesleg valós 16 dBi-s körsugárzó már nem is nagyon létezik 2,4 GHz-re. Nagyjából 15 dBi a teteje, kültéri kivitelben, 130..150 cm hosszú sugárzók, nem is fillérekért adják azokat.
Új hozzászólás Aktív témák
Hirdetés
● Olvasd el az összefoglalót!
- Milyen légkondit a lakásba?
- Luck Dragon: Asszociációs játék. :)
- Formula-1
- Milyen billentyűzetet vegyek?
- Háztartási gépek
- Hatalmas kedvezménnyel nyit az Ulefone új csúcsmodellje
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Sorozatok
- Hitelkártyák használata, hitelkártya visszatérítés
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- További aktív témák...
- Rock Shox Recon Silver Air gyorszáras villa eladó (29-es)!
- ÚJ Nvidia RTX 5060/TI 8-16Gb GDDR7 DLSS4.0 Ryzen 7 5800X 16x4.7Ghz/32GB/512Gb/1TB M SSD/2ÉV gamer PC
- ÚJ Nvidia RTX 3080 10Gb GDDR6x Ryzen 7 5800X 16x4.7Ghz/32GB/512Gb Nvme SSD/2ÉV gamer PC
- Szép! HP EliteBook 840 G8 Fémházas Hordozható Laptop Ultrabook 14" -50% i5-1145G7 16/512 Iris Xe FHD
- Eladó PC i7 8700, 16 GB RAM, GTX 1060, 460 GB SSD
- Új és régi konzolok Okosítása/Softmodoloása, és Szoftveres szintű javítása - RÉSZLETEK A LEÍRÁSBAN
- Eredeti, új Lenovo 330W töltők - ADL330SDC3A
- GYÖNYÖRŰ iPhone 12 mini 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS2954
- BESZÁMÍTÁS! LG UltraGear 27GL850-B 144Hz QHD 1ms monitor garanciával hibátlan működéssel
- LG 65BX - 65" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready!
Állásajánlatok
Cég: FOTC
Város: Budapest