- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Aliexpress tapasztalatok
- Windows 10
- Márkaértékben az Apple a legjobb a világon
- Rendszergazda topic
- Otthoni hálózat és internet megosztás
- Kibővítik a várost az ASML kedvéért
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Synology NAS
- Max
-
IT café
Linksys WRT54G/GL/GS router
Új hozzászólás Aktív témák
-
And
veterán
válasz atesss #10675 üzenetére
Ez így nem túl sok, hogy 'csak' hálózatokat keresnél vele, és csatlakoznál azokra. Egyébként igen, erre minden 3rd-party firmware képes, a dd-wrt micro is. Az pedig a legkevésbé sem a RAM függvénye, hogy melyikre megy fel, sokkal inkább a flash méretéé és a processzor típusáé (Broadcom-processzoros verziókra biztosan felmegy, 4 MB flashméret alatt viszont csak a micro változat).
A WRT54G v2.0 pedig lehet, hogy régi kiadás, de sok tekintetben (mondjuk épp a RAM és a flash méretének szempontjából) többet tud, mint a mai társaik: a v5.0-tól felfelé az összes WRT54G-verzió feleakkora ramot és flash-t tartalmaz, mint a korábbiak. Routolási sebességben sem hinném, hogy jelentősen alulmaradna az újabb WRT54GL/GS típusokkal szemben. -
And
veterán
válasz flash- #10710 üzenetére
"pedig maximum ports is be volt állitva jól..."
Az mit takar? 8 MB RAM-mal szerelt routerekben a dd-wrt legfeljebb 2048 kapcsolatot ajánl, és ilyenkor a timeout-okat sem árt megfelelően csökkenteni. Az egyidejű kapcsolatokat pedig természetesen a torrent-kliensben is illik korlátozni.[ Szerkesztve ]
-
And
veterán
válasz Atocha #10720 üzenetére
("100mbites nethez wi-fin sajnos már nagyon kevés"
Annyihoz vezetéken is kevés. Még a feléhez is, ha jól sejtem. Ha ez segít, másfél éve 8k-ért vettem egy börzén GL-t, mindenféle tartozék nélkül. Egy tápot azért sikerült kialkudnom hozzá , és az árát akkor reálisnak tartottam.) -
And
veterán
válasz hatizsak #10738 üzenetére
Nem kell WDS: ahhoz az első routerhez is hozzá kellene férned, mivel a MAC-címek beállítási kötelezettsége WDS-nél kölcsönös.
Univerzális repeater üzemmód kell, amit a dd-wrt v24 esetén, (címfordítás, NAT nélkül) repeater bridge üzemmódnak hívnak. Ez gyakorlatilag egy olyan kliens, amelyhez virtuális AP-ket tudsz hozzáadni. A fizikai csatoló beállításainál kell megadnod az első (ismétlendő) router SSID-jét, titkosítási algoritmusát és kulcsát, ezzel a repeater-ed kapcsolódni tud az első routerre / AP-re. Ha ez megvan, már nem csak a site survey-nél kell látnod a hálózatot, hanem a wifi státusznál is, mint olyan AP-t, amelyre kapcsolódsz. Ha ez megvan, jöhet a virtuális AP (VAP) hozzáadása a wireless oldalon. Ezt meg úgy konfigurálod, ahogy szeretnéd: bármilyen (akár az elsőtéől eltérő) SSID-t, kulcsot és algoritmust is adhatsz neki, a végső kliensek pedig erre a VAP-ra tudnak majd felkapcsolódni, így azokat a VAP-pal egyezően kell majd beállítanod. -
And
veterán
válasz Zoli1222 #10742 üzenetére
Ez tipikusan a megtelt kapcsolati táblára utaló jelenség. Két dolgot tehetsz:
1.) a torrent kliensben lecsökkented az engedélyezett kapcsolatok, fel- és letöltési szálak számát (ez mindenképp ajánlott, mivel a routertől függetlenül elvégezhető), és
2.) a routeren megnöveled e tábla méretét, és lecsökkented a kapcsolatok timeout-értékét, amihez viszont 3rd-party firmware kell, gyárival nem megy. Ha a routered hardververziója v7-es, akkor ez a pont nem játszik, mivel arra 'idegen' fw nem telepíthető.[ Szerkesztve ]
-
And
veterán
válasz hatizsak #10745 üzenetére
1.) Mivel a fizikai wlan-csatoló dd-wrt v24 repeater-nél továbbra is kliens-módban megy, minden további nélkül lehet rá kapcsolódni kliens géppel a LAN felől is. Ha nem konfigurálsz a repeater-bridge-hez VAP-o(ka)t, akkor ugyanúgy működik, mintha kliens-híd volna. Repeater(-híd) = kliens(-híd) + VAP.
2.) Ha a VAP SSID-je megegyezik az első routerével, akkor a kliensgépre és annak wifi-kezelőszoftverére van bízva, hogy mi történjen: ha a kulcsolásuk is megegyezik, és a kliensben nincs semmilyen preferált hálózati lista, akkor a kliens bármelyikre (mondjuk a nagyobb térerővel vehetőre) csatlakozhat. De így nem célszerű használni, pont azért, mert a két AP (WDS-hiányában) önálló állomásként létezik, és a kliens a térerőtől - meg a már említett kliensoldali finombeállításoktól - függően váltogathat a kettő között, csakhogy ez a kapcsolatban szakadásként jelentkezik (míg jól beállított WDS-nél mozoghatsz a két AP között, a kapcsolat folyamatos marad).
#10744: Pontosan mihez nyúltál, és mire állítottál? Sajnos a WRT54Gx-ek gyári firmware mellett elég könnyen megfektethetők ilyen sokszáz párhuzamos szálon történő, hosszú kifutási idejű kapcsolatokkal, mint amilyeneket egy rosszul beállított fájlcserélő kliens generál. Mod: ha már p2p-alkalmazás nélkül is ilyet művel, akkor természetesen más is állhat a háttérben. Próbálkozz 3rd-party firmware-rel, ha még nem az futna, és persze ha a hw-verziód nem v7.[ Szerkesztve ]
-
And
veterán
válasz hatizsak #10751 üzenetére
Ha repeater-híd módot használsz, mindenki egy címtartományban marad. Innentől kezdve a topológia ugyanolyan, mintha az összes belsőhálózati gép egyetlen nagy switch-en lógna. Tehát igen, egy DHCP-szerver kell, ami célszerűen az első megosztó router (gateway), az pedig bármely kliens - legyen az vezetékes vagy vezeték nélküli, kapcsolódjon akár az első routerre, akár a repeaterre - címkérését ki tudja szolgálni.
-
And
veterán
válasz DieHard #10754 üzenetére
Vezeték nélküli összekapcsolásra gondolsz? Ha igen, kérdés, hogy mit jelent az nálad, hogy "ilyen" router: melyik típus és hardververzió a sok közül? Ez azért lényeges, mert gyári firmware-rel ez egyik címbeli routertípussal sem megoldható, 'külső' vagy 3rd-party firmware pedig nem az összes verzióra telepíthető.
-
And
veterán
válasz DieHard #10756 üzenetére
"a másik egy wrt54g tipus v.1.02.8 tipusu."
Ez szoftververzió, én meg a hardvert kérdeztem. GL-nél pont mindegy, mert az a két (v1.0 és v1.1) verzió, ami létezik, kompatibilis mindenféle firmware-rel. A sima -G esetén viszont ez erősen (hardver-) verziófüggő, lásd a Wikipedia megfelelő oldalát. A lényeghez: a két router összehozható AP-kliens kapcsolattal, ami azért előnyös, mert a gyári wifi-mód fixen AP-t jelent, ezen nem lehet változtatni, csak fw-cserével. Így elegendő, ha már az egyiken megfelelő szoftver van, mert azon kiválasztható a kliens-mód.
Lehet még WDS-linket is kialakítani közöttük, de mivel gyárilag ez sem támogatott, ehhez mindkét router fw-cseréje szükséges, amennyiben megoldható. -
And
veterán
válasz gyuri86 #10774 üzenetére
Nézd, a topikbeli routerek otthoni - kisirodai eszközök. Nem százas nagyságrendű kliensgép-parkhoz vannak kitalálva. A LAN-oldaluk C-osztályú IP-tartományban dolgozik, ami az eredeti feladatra bőven elegendő. A DHCP-szerverük sem tud ennél nagyobb tartományban dolgozni, de annak nem is volna túl sok értelme. Kipróbáltam: DD-WRT v24 egy WRT54GL hardveren nem fogad el 253-nál nagyobb számot a DHCP-felhasználók maximális száma nevezetű mezőben, hiába is állítom nagyobbra a netmaszk által fedett címtartományt.
Ha van szerver meg rendszergazda, akkor őt kell noszogatni, hogy oldja meg. Elvégre jobb helyen többek között ilyenekért tartanak rendszergazdát, nem?[ Szerkesztve ]
-
And
veterán
OpenWRT telepítés előtt minden rendben volt vele? DHCP-n sem ad címeket a kliensgépeknek? Ha nem, a PC-k fix IP-tartománya megfelelő (192.168.1.x)? Az indítás után, mikor a power-led épp abbahagyja a villogást, akkor sem válaszol ping-re? Ha a szofver (kernel) sérül, akkor a power-led nem nagyon szokott mást csinálni a villogáson kívül, szóval érdekes. A JTAG valóban megoldás lehet (már sokszor csináltam), de azzal a most tapasztalt jelenség kiváltó oka homályban marad.
-
And
veterán
válasz kutyuska #10800 üzenetére
Annyira nem ismerem a Tomato-t, de nem lehet úgy beállítani, hogy ne címfordítós kliens legyen, csak sima kliens-híd? Mert a két router címtartománya így eltér. Gyakorlatilag egymás alatt kétszer NAT-olsz, a második router mögé így 'fentről' nem látsz be. Épp ezért célszerű volna a kliens címfordítását kikapcsolni, és az első (netmegosztó) router LAN-címtartományába helyezni, vagyis 192.168.1.x-be.
-
And
veterán
válasz kutyuska #10803 üzenetére
Azért írtam, hogy nem ismerem ilyen mélységig a Tomato-t, de gondolom csak meg lehet oldani (?), hogy bridge-ben legyen azzal az AP-vel, amelyre vezeték nélkül kapcsolódik. DD-WRT esetén két külön wifi-mód áll rendelkezésre erre a célra, a hagyományos NAT-olós (WISP) kliens, és a kliens-híd. Utóbbinál minden gép lát minden másikat, mivel a címtartomány azonos lehet, és nincs NAT.
-
And
veterán
válasz kutyuska #10806 üzenetére
(Az mondjuk természetes, hogy kliensként nem lehet AP. Bár a DD-WRT repeater módja erre is rácáfol, hisz az egy olyan kliens, amelyre - akár egyszerre nyolc - virtuális AP telepíthető. Bridge pedig WDS-sel is létrehozható, az pedig AP-módra épül, bár a WDS-t mindkét routernek támogatnia kell.)
-
And
veterán
válasz Conquer #10812 üzenetére
Erős a gyanúm, hogy a site survey kereséshez semmi extrát nem kell beállítanod. Legalábbis más firmware alatt nem, és gondolom Tomato-nál sincs ez másképp. DD-WRT esetén AP-módban is lehet nyomkodni a site survey gombot, úgy is mutatja az elérhető hálózatokat. Szóval szerintem nálad valami egyéb gond lehet azzal az antennával vagy a tápvonallal. A koaxot ellenőrizted szakadásra és rövidzárra? Ugye nem valami extrém hosszú és vékony (nagy csillapítású) kábelt használsz? Az antenna amúgy rendben van, - ha van kéznél - rövidebb kábellel sem talál vele semmit a router?
-
And
veterán
válasz Conquer #10816 üzenetére
Nem ismerem a Tomato-t ennyire, mert sose használtam. Ha a megtalált hálózat nyílt, nem rejtett SSID-jű és MAC-szűrés sincs rajta, akkor kliens-módban egyszerűen beállítod az SSID-t, kikapcsolod a titkosítást, és jó esetben csatlakozni fog a routered az adott SSID-vel rendelkező AP-re.
"A wifi jelerősséget a maximális 251mw-ra állítottam be (tudom, h nem szabályos)"
Az egy dolog, hogy elvileg szabálytalan, az meg egy másik, hogy szinte biztos, hogy ilyen nagy kimenőteljesítményt amúgy sem tud a hardver, szóval beállíthatod, de mint tapasztaltad, annyit nem dob a jelerősségen, mint amennyi a számokból következne. Mindenesetre azt írják (pl. dd-wrt wiki), hogy 70mW feletti TX-powert nem szerencsés hosszabb időn keresztül beállítani, mert nagyon melegíti a rádiómodult, ezen felül ronthatja a lesugárzott jel spektrumát is, ami végső soron az átvitel rovására mehet.[ Szerkesztve ]
-
And
veterán
A legegyszerűbb, hogy az IP-protokoll beállításainál automatikus címkérést állítasz be, ugyanakkor az 'alternatív konfigurációnál' (Widows XP) egy fix IP-t, ami lehet 192.168.1.2 vagy akármi, 255.255.255.0 alhálózati maszk mellett. Így ha a gép egy DHCP-szervertől nem kap címet, mert az nem aktív, akkor nem egy idétlen 'magánhálózati' címet fog kijelölni a csatolóra az oprendszer, hanem az alternatívaként beállított fix IP-t. Ha XP-n ez megoldható, akkor gondolom más értelmes rendszer alatt is. Innentől már csak az a kérdés marad, hogy minek kikapcsolgatni a DHCP-szervert, ha a gépek automatikus címkérésre vannak állítva? Vagy megfordítva: miért nincsenek a kliensgépek fix IP-n, ha előfordulhat olyan eset, hogy a DHCP-szervert le kell tiltani? Egy (akár otthoni) LAN-ban remekül megférnek egymás mellett a fix és az automatikus címkérésre állított gépek / IP-s eszközök, ehhez csak annyi a követelmény, hogy a fix IP-címűek a DHCP-szerver által kiosztható tartományon kívül legyenek.
-
And
veterán
A mi kis hálónkban van vagy 6 router (ebből három GL), de sosem volt ilyen gond. Merthogy egyetlen DHCP-szerver aktív, az első megosztó routeré (nevezzük gateway-nek). A többié egyszerűen ki van kapcsolva, és mivel ezeket a LAN felől amúgy is csak fix IP-re lehet állítani, hát ugyanarra a tartományra lettek konfigurálva, mint a gateway. Így minden kliensgép attól kap címet, és nem kell egyiket sem fix IP-re állítani, hogy elérjék a többi (wifi kliens vagy egyszerű AP szerepét betöltő) router webfelületét. Erre csak akkor lenne szükség, ha a kapcsolat valamiért megszakadna a gateway-jel.
Ha nálad a második router switch-ként üzemel, akkor a LAN-portjai felől csatlakozik az első routerre, így (feltéve, hogy a kapcsolat már ki van építve és a routerek címtartománya azonos) bárhonnan elérhető marad, nincs szükség arra, hogy a gépe(ke)t fix IP-re állítsd.[ Szerkesztve ]
-
And
veterán
Akkor valami nagyon nem jól van beállítva. A szemem ezen akadt meg:
"Sem a benne beállított IP-vel, sem a neki kiosztottal."
Namost, ha LAN-ról beszélünk, és a Linksys-en valóban csak LAN-portot használsz az első megosztó routerrel való kapcsolatra, akkor ugye a WAN-port üres. Azaz a Linksys nem routerként működik, csupán egyszerű access point-ként. Ha viszont ez igaz, akkor a Linksys-nek nincs (nem is lehet) "neki kiosztott" címe. A LAN-on csak egyetlen, fixen beállított IP-je lehet, DHCP-kliensként nem tud magának címet kérni, mivel ő maga a DHCP-szerver, ha engedélyezed ezt a funkciót. Egyedül a WAN-felől tudna címet kérni, ott be lehet állítani DHCP-kliensnek a szolgáltató felé, de a WAN-portja üres (ugye üres?), mivel te switch-nek használod.. Ha a címtartománya megegyezik a megosztó - ezek szerint vezetékes - routerével, akkor el kell érjed bármelyik gépről, hiszen mindenki ugyanabban az alhálózatban és címtartományban van. -
And
veterán
Ok, mondjuk biztos voltam benne, hogy ami címet kap, az nem a második router.
"Linkss (2. router) belső IP-je alapból 192.168.1.1, de az 1. routeré is ez, így megváltoztattam 10.10.10.1-re."
Hát akkor tényleg nem csoda, hogy nem megy . Igen, az azonos címtartomány fogalma jelen esetben (C-osztályú cím, 255.255.255.0-ás alhálózati maszk mellett) pontosan azt jelenti, hogy minden eszköz a LAN-on legyen a 192.168.1.x tartományban úgy, hogy a fixen kiosztott (ha vannak ilyenek) IP-k ne a DHCP által kiosztható címtartományban legyenek. Ha ez teljesül, mindenki látni fog mindenkit. -
And
veterán
válasz daninet #10878 üzenetére
"170-re oda volt csavarva eddig a TX power, nem tudom ez mennyire gond"
Nem jól tudod: hosszú távon igenis probléma lehet. Nem véletlenül ajánlják több helyen is a maximum 70 mW-ot. Az sem jelent sokat, hogy más jó ideig elvan ezzel a beállítással. Izzasztja a wlan-chipsetet, ráadásul értelme sincs sok, mivel a hardver nem tud ennyit. -
And
veterán
válasz daninet #10881 üzenetére
(Ok, nem azt írtam, hogy a problémát mindkét esetben - vagy akár csak nálad - ez okozza, de az biztos, hogy nem egészséges sokáig úgy járatni, meg azon felül értelme sincs sok. Jól mutat a webfelületen az a nagy adóteljesítmény, de a hatását nem nagyon érezni a távoli kliensek által visszajelzett térerőben.)
-
And
veterán
A DHCP-szervere még üzemel (címet kapsz tőle)? Egyáltalán: a linket jelző ledek a routeren / PC-n világítanak? A router power-ledje a bootolás után folyamatosan világít?
"Szerintetek elromlott a router? vagy mi baja lehet?"
Így vajákolás lenne megválaszolni, a lehetséges okok listája elég hosszú . -
And
veterán
válasz Kristof86 #10890 üzenetére
Nem. Ennél gyorsabb nem lesz. Nagyobb sávszélességű nethez új típust kell beszerezned, irány a 'Milyen routert?' topik.
-
And
veterán
válasz Candyke #10897 üzenetére
Mármint ugye a wifi-kapcsolat szakad meg, nem az internetelérés, ha jól értem? Ha így van, a router 'wireless' visszajelző ledje továbbra is világít, mikor a laptopok már leszakadtak? Olyankor kábelen még elérhető a router konfigurációs felülete, vagy már az sem? Egyáltalán, mikor ez a szakadás bekövetkezik, egy újonnan LAN-kábellel csatlakozó kliensgépnek a router oszt ki DHCP-n címet, vagy teljesen agyhalott lesz?
-
And
veterán
válasz Archer #10931 üzenetére
Ne a tömegét nézd! Simán lehet, hogy kapcsolóüzemű (mint a WRT54GC-hez adott táp, csak az 3,3V-os a G/GL/GS-típusoké pedig 12V-os), akkor pedig nincs benne 'óriási' transzformátor, amitől 'nehéz' lenne.
#10932: Nem tud, ahogy semmilyen 802.11g-s router sem, mivel a szabvány gyakorlati korlátja wifi-n 20 Mbps körül van. -
And
veterán
1.) Ezek a gyári firmware-ek nem feltétlenül TFTP-s feltöltéshez vannak kitalálva. Inkább a webfelületről próbálkoznék (ha van ).
2.) A linux-os CFE alapértelmezett elérhetősége valóban az ..1.245 végű cím, de például az átjáróhoz semmi köze, hisz nem netezni akarsz, hanem fw-t frissíteni.
3.) Ahhoz, hogy ez a művelet sikerrel járjon, több feltétel is szükséges. Az egyik, hogy a jelenlegi konfigurációnál a boot wait opció engedélyezett legyen. A másik, hogy nem előbb kiadjuk a parancsot, majd indítjuk a routert, hanem pont fordítva: megvárjuk, míg indítás után a power-led abbahagyja a villogást, és akkor próbáljuk meg a TFTP-t indítani.
(Amúgy mi az a fw, amit mindenképpen le kell szedni, és főleg: miért?) -
And
veterán
Összekötöd a bármely LAN-portján keresztül a két eszközt, és nagyjából meg is vagy (Mivel a LAN felől nézve alapértelmezésben minden wifi-router egy access point, a GC pedig semmilyen körülmények között nem tud más wifi-módban működni). Arra kell ügyelni, hogy ha a GS wifi-je (access point-ja) engedélyezett, akkor attól a GC jó távoli rádiócsatornára legyen állítva, hogy ne fedjék át egymást. Topológia szerint ennyi a megoldás, a GC egy AP-ként fog működni. Minden egyéb beállítás a helyi adottságok függvénye. Az IP-címük természetesen ugyanabban az alhálózatban kell legyen, és ha szükséges egy helyi DHCP-szerver, akkor is csak az egyik (lehetőleg a megosztó routerként működő GS-é) legyen bekapcsolva, a két router fix IP-címét nem átfedő kiosztható címtartománnyal.
-
And
veterán
A GC-re felcsatlakozó wifi-s kliensgép milyen címeket kap? Ok, az IP-t már tudjuk, de a gateway- és a DNS-címek is rendben vannak rajta (ipconfig /all)?
Én használok ilyen AP-ként két GC-t is, WRT54GL routerek mögött, és nem emlékszem semmilyen extra beállításra (nem mintha a GC-n olyan sok lehetőség lenne erre). Esetleg még ennek lehet köze hozzá (bár szerintem nem sok vizet zavar): Setup / Advanced routing oldal, Operating mode paraméter értéke legyen Gateway, ha nem az volna. A Basic setup-ban internet kapcsolat típusa (WAN-port beállítás) le sem tiltható, ezért automatikus konfiguráción hagytam, de így is megy. -
And
veterán
"A kábelt A lan és nem a wan portba kell csatlakoztatni ,ha jól értettem ?"
Igen. Ettől marad 'csak' AP, a WAN-port felől már routerré válik, úgy elkülöníti a hálózatokat (LAN-WAN között eltérő címtartományokkal, közöttük címfordítással). Tehát ha a GC-t egyszerű switch-ként használod, és a kliens PC a LAN-portjára csatlakozik, akkor minden rendben, de wifi-n már nem kap címet? Ha így van, ehhez már nem tudok szólni. DNS-nek akkor lett volna jelentősége, ha a kliens egyébként kap címet wifi-n, csak épp a net nem érhető el. Még annyi, hogy nálam a megosztó WRT54GL routeren DD-WRT fut, de nem hinném, hogy ez ebből a szempontból sokat számítana.[ Módosította: #65675776 ]
-
And
veterán
válasz gabe96 #11025 üzenetére
Tipikus ok: a torrent-kliens által nyitott rengeteg párhuzamos le- és feltöltési száltól megtelik a router kapcsolati táblája. Orvosolni egyedül a kliensprogram beállításaival (kevesebb egyidejű kapcsolat) lehet. Alternatív megoldás, ha a routeredre 3rd-party firmware-t telepítesz, a v5.1-re felmegy a dd-wrt (más nem nagyon). Azzal egyrészt több kapcsolat engedélyezhető, másrészt a TCP / UDP protokollok timeout-értéke is rövidebbre állítható.
-
And
veterán
Ez így kicsit zavaros. Mi a célod vele? Mit jelent, hogy a GL-nek 'csak a wifi-részét' használod? Ha utóbbit csak AP-ként alkalmaznád, miért a WAN-portjára csatlakozol? Melyik a netmegosztó router, a TP-Link? A Linksys-nél miért ugyanaz a WAN- és a LAN-oldali címtartomány?
Ha jól sejtem, a GL mint access point szolgálna. Ha így van, akkor a WAN-kapcsolat típusát állítsd tiltottra, az egyik LAN-portján csatlakozz hozzá a TP-Link felől, a LAN-oldali (fix) IP-je essen a meglévő hálózatod címtartományába (a TP-Link DHCP-szervere által kiosztható címtartományon kívül), a DHCP-szerverét pedig tiltsd le, mivel a TP-Link router DHCP-je már úgyis aktív. Fix IP-nél pedig nem kell hozzárendelni semmilyen MAC-címet a DHCP-szervernél. Amúgy minek a két router, miért nem csak az egyiket teszed fel a padlásra? Persze kicsit több kábel kell menjen felé (WAN: modem felől, LAN a PC felé, plusz a táp), de még mindig olcsóbb, mint két router. Ha a TP-Link csak vezetékes típus, akkor az az előbb felvázolt esetben feleslegessé válik.[ Szerkesztve ]
-
And
veterán
Gyárival nem. Bármely másikkal viszont igen: kliens-mód kell hozzá. DD-WRT esetén, ha egy alhálózatban / címtartományban szeretnénk maradni azzal az AP-vel, amelyhez csatlakozunk, akkor kliens-híd wifi funkció javasolt, utóbbinál nincs címfordítás a WLAN és a LAN oldalak között.
-
And
veterán
válasz mogyi1123 #11063 üzenetére
DD-WRT wiki: Recover from a bad flash.
-
And
veterán
válasz mogyi1123 #11065 üzenetére
Alap dolog, hogy ha a router valamiért nem oszt címet, akkor nem várjuk a sült galambot, hanem a gépünkön szépen fix IP-t állítunk be, pl. 192.168.1.2-est, 255.255.255.0-ás netmaszk mellett (a DNS és átjáró ilyenkor nem számít). Hogy ha a power-led abbahagyja a villogást az még csak félsiker: a bootloader redben van, de ettől még a kernel lehet sérült. A hosszú reset ezekre nincs hatással, az csak a konfigurációs területet (nvram) állítja alapbeállításokra. Ha ezzel a 30/30/30-as resettel rendbe jön, akkor nagy mázlid van, de szerintem nagyobb esélyed van arra, hogy ez nem történik meg. Olyankor pedig jöhet a TFTP-s próbálkozás (ehhez szintén szükséges a PC fix címre állítása) indítás után, a power-led villogásának végét követő néhány másodpercen belül.
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- Kerékpárosok, bringások ide!
- Házimozi haladó szinten
- Milyen monitort vegyek?
- Vicces képek
- Vodafone mobilszolgáltatások
- Politika
- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Apple notebookok
- LG LCD és LED TV-k
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- További aktív témák...
- Dell XPS 15 9570 Notebook/Laptop, 15,6" 4K Touch, I7-8750H CPU, 32GB DDR4, 512GB SSD, GTX 1050 TI, W
- Szinte új Meta Quest 3 - 128GB + BoboVR M3 Pro fejpánt + extra akkuk dokkolóval / 2,5 év garancia
- Samsung Galaxy A71 128GB, Kártyafüggetlen, 1 Év Garanciával
- Használt iPad Pro 11" cellular (1. gen) - 256GB + Logitech billentyűzetes tok + Apple Pencil (USB-C)
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Hawlett Packard EDC-3937 ""DUAL SLOT1"" Alaplap
- Corsair AX760 760W 80+ Platinum Full Moduláris tápegység Dobozában full fekete fémharisnyás kábelek!
- Fujitsu P757 (i7-6700, 8GB DDR4, 120GB NVME SSD), hibátlan állapotban, garanciával eladó!
- Eladó vagy ráfizetéssel keresek CPU és GPU-t
- Samsung Fold 5 blue ( belső kijelző off ) garanciális!?