- Windows 11
- Disney+
- Microsoft Excel topic
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- DIGI kábel TV
- Milyen routert?
- Rejtett díjak, nehéz lemondás: az USA pereli az Adobe-ot
- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Mobilinternet
- Media Player Classic és Home Cinema (MPC-HC)
-
IT café
ASUS WL-500G Premium
Új hozzászólás Aktív témák
-
vargalex
félisten
válasz
FixY67 #12673 üzenetére
Hi!
Nekem a felesleges logolás nem hiányzik, ha neked igen, akkor csinálj egy cron job-ot, ami logolja a "-- MARK --" üzenetet.
Olyan sem fordult még elő, hogy nem nem lett volna net, igaz nekem DHCP netem van, tehát mindig aktív a wan.
A syslog-ng nem tudom, hogy képes-e memóriába logolni, de gyaníthatóan azokat legalább tudja, mint a syslogd. Nyilván indításkor a syslogd-t célszerű leállítani.Alex
-
vargalex
félisten
válasz
FixY67 #12681 üzenetére
Hi!
Ha megnézed a /etc/init.d/cron file-t, akkor láthatod, hogy a cron log level-t az UCI-ból szedi (system.@system[0].cronloglevel). Nálam ilyen bejegyzés nincs, így a szintén az ebben a file-ban defaultként szereplő 5-ös szinttel indul. Szóval, ezt változtathatod. Elvileg 0-nál nem logol semmit.
Majd a cron-ból indított saját scripttel logolsz te azt amit akarsz, és úgy, ahogy akarod.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
FixY67 #12683 üzenetére
Hi!
Úgy tűnik, hogy itt a parancs értelmezésével van gondja a cron-nak. Mi van, ha ezt egy scriptbe teszed, és csak azt hívod meg egyszerűen a cronból?
Normál lefutás esetén 5-os cronlog levellel valami ilyesmi jönne:
Feb 18 11:40:01 Asus crond[1036]: USER root pid 22100 cmd /opt/rrd_traffic/updaterrd.sh
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
FixY67 #12685 üzenetére
Hi!
Én syslog-ng-t használok és az defaultban a Facility-t és a Level-t nem logolja, így fel sem tűnt, hogy cron.err-al jön. Most beállítottam a cron-hoz egy új template-t, és valóban így van. Úgyhogy sorry. Így már tényleg csak azt tudod csinálni, hogy a cron logolását kikapcsolod, de akkor nincs infód a cron futásról.
Alex
-
vargalex
félisten
válasz
FixY67 #12688 üzenetére
Hi!
Igen, USB-s HDD-re logolok. A syslog-ng indítófile-ban leállítom a syslogd-t, ha fut, de még előtte a logread kimenetét hozzáfűzöm a HDD-n lévő messages-hez.
Innentől kezdve a logread természetesen nem megy, a következő üzenetet adja:logread: can't find syslogd buffer: No such file or directory
Alex
-
vargalex
félisten
válasz
FixY67 #12692 üzenetére
Hi!
Az opkg az ipkg-val ellentétben az elérhető csomaglistát már nem a flash-ban, hanem a /tmp-ben tárolja. Azaz újraindítás után újra le kell tölteni a csomaglistát. Az ipkg összes paramétere (opciója) megtalálható itt is.
opkg update
opkg listTelepített lista:
opkg list_installed
Info:
opkg info csomagnév
Paraméterezhetőség:
opkg --help
Mobilos tapasztalatom nincs, de notin WiFi-vel nincs gondom (broadcom kártyával sem volt). Nem lehet, hogy a jelerősség van visszavéve? Igaz, én nem 8.09.2-t, hanem snapshotot (igazából saját buildet) használok.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
Intruder2k5 #12698 üzenetére
Hi!
Nem -b, hanem -m kapcsolónak kellene lennie. Egyébként úgy tűnik, hogy a Tomato-s syslogd valami egyedi paraméterezést használ. Az eredetiben nincs is -L opció és a -s is mást jelent.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
FixY67 #12701 üzenetére
Valamit nem értek. Elvileg a 192.168.*-ról routolnál a 172.26.1.4-re. Ennek nem sok közét látom ahhoz, hogy a 172.26.1.*-ról nem tudsz 192.168.*-ot pingenli.
Kamikaze static routes.[ Szerkesztve ]
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz
FixY67 #12718 üzenetére
Hi!
Az csak a default rule, nem jelenti azt, hogy ezt nem lehet megváltoztatni.
Miért van hiányérzeted az SSH miatt? Csak nem a micro-t tetted fel? Az összes többi verzióban benne van.Alex
-
vargalex
félisten
Hi!
Nem nagyon van ötletem, ugyanis ilyen problémáról nem igazán hallottam. Ami ténylegesen összefügghet vele, az a QOS lett volna, de azt írtad, hogy reseteltél is és firmware-t is cseréltél már. Azért célszerű lenne minden beállítást átellenőrizni. Hátha a reset, illetve az upgrade sem állít valamit vissza alapértelmezettre. (Esetleg webes felületen load defaults volt?)
Alex
-
vargalex
félisten
válasz
Driver72 #12806 üzenetére
Hi!
Biztosan WL-520g-d van? Az a 2 MB Flash miatt elvileg nem támogatott (kivéve WhiteRussian micro). A két pont összeérintése (Pin9) szerintem ezen a típuson nem segít.
Ami viszont fura: az OpenWrt semmilyen beállítás módosítása után nem akarja újraindítani a routert. (Mondjuk lehet, hogy a WL-520g-t a JFFS2 hiánya miatt szeretné.)Alex
-
vargalex
félisten
válasz
FixY67 #12922 üzenetére
Hi!
Pont azt akartam írni, hogy ha ezt a megoldást meg akarod akadályozni, elég az SSH-t tiltani (elsőre az üzemeltetés úgyis a portokat tiltja, majd statisztikák alapján esetlegesen bizonyos oldalakat). De az eredeti kérdés szerint santino SSH-n eléri a routerét.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
Intruder2k5 #12930 üzenetére
Hi!
Igen, elvileg VPN-el működhet. De szerintem nem kell tunnelezni, mert a te routered úgyis forwardolni fogja a kérdéses portot. Tehát a portra SSH-zva egyből a saját routerére juthat.
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz
balage25 #13109 üzenetére
Hi!
Az svn forrásban is benne van a patch! Tehát ha te build-elsz, akkor sem kell patchelni. Természetesen az IDE drivert utólag is felteheted az opkg-val.
Még valami, amire felhívnám a 128MB RAM-os WL-500gP tulajok figyelmét.
Mivel a régebbi WL-500gP-kben, illetve PIN9, valamint wl500g-clear-nvram.trx, illetve wl500g-recover.trx után csak 16 MB RAM engedélyezett, így az OpenWrt-s srácok merő jóindulatból a /etc/init.d/nvram scriptben megcsinálták, hogy 0x042f boardtype (WL-500gP) esetén beállítja automatikusan a sdram_init nvram paraméter értékét 0x0009-re, azaz 32MB-ra.
Ez ugye a 128MB RAM-al rendelkezők esetén nem jó, mert nem fog indulni a router, aztán jöhet a PIN9.
Azaz 128MB RAM esetén a helyes sorrend:1. Firmware felrakása
2. Első indulás (ha volt pin9, vagy clear-nvram, akkor 16MB-al, ha nem, akkor 128MB-al)
3. sdram_init beállítása 0x0011-re
4. /etc/init.d/nvram script ide vonatkozó részének módosítása
5. Már biztonságosan jöhet a reboot.A 3 és 4-es pontok felcserélhetők. Az a lényeg, hogy a következő reboot előtt legyen meg az sdram_init visszaállítása. Gondolom WL-500gE esetén más a BoardType, így nincs ilyen gond.
A /etc/init.d/nvram ide vonatkozó része (javítva, azaz a 0x0009 kicserélve 0x0011-re):
"1071") #0x042f
nvram_set sdram_init "$(printf 0x%04x $(( $(/usr/sbin/nvram get sdram_init) | 0x0011 )))"
[ "$COMMIT" = 1 ] && {
nvram_set sdram_ncdl 0x0Ez a fixup_linksys függvényben található, tehát elképzelhető, hogy valamelyik Linksys routernek ugyan ez a BoardType-ja.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
Intruder2k5 #13110 üzenetére
Hi!
A SnapShot-ban mindig az utolsó build-et találod. Tehát, ha közben volt valami javítás, az is benne van. Én a Snapshot-ot használom (igaz még novemberben buildeltem). A decemberi 8.09.2-t még kicsit korábbi forrásból fordították. Illetve úgy látom, hogy a 2.4-et annyira nem tartják frissen, ugyanis a 2.6-os kernelű snapshot természetesen márciusi build.
Alex
-
vargalex
félisten
válasz
ambipur #13190 üzenetére
Hi!
Igaz, hogy a sajátomat nem én csináltam, de azért reagálok valamit. Először is szerintem a leírásban csak azért van úgy, hogy egy chip után próbáld ki, hogy meggyőződj róla, hogy sikeres volt a forrasztás, és megfelelő a ram modul. Tehát, ha biztos vagy benne, akkor csinálhatod egyszerre is.
Másodszor: nekem ugyan olyan Hynix modulok kerültek bele, amit te is linkeltél, és hiba nélkül csak a kondival mennek hibátlanul. Szóval, kell. A leírásban talán a Samsung-hoz írják, hogy nem feltétlenül kell.
Alex
-
vargalex
félisten
válasz
phr3ak #13300 üzenetére
Hi!
Én is OpenWrt-t használok Atheros chipes WiFi-vel. Anno, mikor kíváncsiságból megnéztem (LAN-ra kapcsolódva a WAN porton, majd PC az egyik LAN-ra), DHCP-n 80-90MBit/s körül mértem. Nyilván ez PPPoE-n kevesebb, illetve nagyban függ a tűzfal szabályoktól, QOS-től, stb.
Alex
-
vargalex
félisten
válasz
Gyurka6 #13310 üzenetére
Hi!
Természetesen megoldható a külső meghajtóról való boot-olás. Ennél sokkal egyszerűbb megvalósítani (én is így használom) azt, hogy a rootfs külső meghajtón legyen.
Alex
-
vargalex
félisten
válasz
Speeedfire #13372 üzenetére
Hi!
Nem használok mpd-t, de a syslog-ban nincs semmi használható infó a leállásról?
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
ambipur #13382 üzenetére
Hi!
Valami ilyesmi lenne a script:
PINGHOST=index.hu
PINGCOUNT=3
MAXPTIME=16
MAXLOAD=2
PTIME=`ping -c $PINGCOUNT -q $PINGHOST | tail -1 | sed 's/.* = //' | cut -f 2 -d / | cut -f 1 -d .`
LOAD=`uptime | sed 's/.*average: //' | awk '{print($2)}' | sed 's/,//' | cut -f 1 -d .`
if [ $PTIME -gt $MAXPTIME -o $LOAD -gt $MAXLOAD ]; then
echo Stopping services, rebooting...
fiA PTIME a PINGCOUNT-nyi ping átlagos válaszideje lesz. A LOAD az elmúlt 5 perc átlaga lesz. Ha az elmúlt egy percet szeretnéd, akkor a $2-t cseréld $1-re, ha pedig az elmúlt 15 percet szeretnéd, akkor $3-ra.
Akkor fut az If ágra, ha a PTIME>MAXPTIME vagy a LOAD>MAXLOAD. Gondolom úgysem egyezőséget szeretnél vizsgálni.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
ambipur #13415 üzenetére
Hi!
Ha X-Wrt-t raktál fel, akkor a webes felület első megnyitásakor rögtön a jelszó beállítását kéri, így nincs szükség telnetes bejelentkezésre.
Bár, most nem biztos, hogy jól működik, ugyanis az új verziós OpenWrt-ben már lecserélték a http szervert, amivel az X-Wrt nem teljesen kompatibilis, de napokon belül jön a javított verzió. Gyaníthatóan ezért nem tudtál időzónát sem változtatni. Az újraindítás valószínűleg azért nem sikerült, mert gyaníthatóan nem módosítottad a /etc/init.d/nvram scriptet!Természetesen a hálózat beállítható webes felületről is, csak az említett leírásban egy olyan firmware került telepítésre, amiben nincs benne a web gui.
Alex
-
vargalex
félisten
Hali!
Gondoltam ide is beírom, hátha valakinek szüksége van valamire.
Alex
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!