-
IT café
ASUS WL-500G Premium
Új hozzászólás Aktív témák
-
seaky77
tag
Az alapvető különbség a két firmware közöt
- OpenWRT
A Linksys WRT család firmware-éből nőtte ki magát kezdetben, majd teljesen újraírták. Tulajdonképpen egy univerzális firmware ami számtalan router-t támogat (nem csak MIPS-et) Ezért van az, hogy pl: a hálózati interfész nevek is teljesen mások mint az Asus gyári fw-ben. Illetve ha működöképessé akarod tenni akkor pár dolgot át kell állítani az nvram-ban.
- Oleg
Asus firmwareből nőtte ki magát. Csak az Asus eszközein fut stabilan. Ezt csak felrakod és megy!
Én az Oleget ajánlom mindenféleképpen wl500gp-re és wl500gd-re is!
Ha valakinek WRT-je van akkor meg inkább OpenWRT v. DD-WRT-t!
üdv,
seaky
[Szerkesztve] -
seaky77
tag
Csak egy jó tanács:
- DD-WRT-vel óvatosan!!!!
- wl500gP-ben lévő CPU (BCM4704) lehet, hogy a datasheet szerint 300Mhz-s de nem véletlenül járatják 266-on. Óvatosan.
Amúgy a firmware váltogatáskoról álltalánosságban, óvatosan!
Főleg az OpenWRT/DDWRT -> Oleg,ASUS stock firmware- közötti ugrálgatásokra gondolok. Amint előbbi post-omban is írtam a WRT firmwarek NEM az ASUS gyári firmwarre alapulnak igy az NVRAM beállításai néhol mások minta gyári fw-nek. Itt kiemelném a hálózati beállításokat. Így előfordulhat, hogy egy nem megfelelően végrehajtott upgrade-ből kifolyólag (amely akár a hozzáértő önhibáján kívül is előfordulhat) az NVRAM beállítások nem tőrlődnek (esetleg sérülnek). És ez a routerből való teljes kizáráshoz vezet. Gondoljatok bele DD-WRT hálózati beállításaival akarod elindítani pl: a gyári ASUS fw-t. Pukk...
Ezek után mehet a serial console v. a PIN9-reset.
De sajnos ez nem mindig vezet eredményre. Van nálam egy router ami már csak switchként jó ezért próbálom felhívni mindenki figyelmét arra hogy csak óvatosan.
Ha ajánlhatok bármit is ezen a fórumon én azt ajánlom válasszatok egy firmware-t (én az Oleg-re teszem a voksom) és utána már csak azt frissítgessétek.
üdv,
seaky
[Szerkesztve] -
seaky77
tag
Azért csak lan-wan között megy a sávszélesség korlátozás mert mi értelme lenne lan-on korlátozni a sávszélességet hisz az internetshare router-nek pont ez a lényege
A te esetedben értem mi értelme lenne de akkor dugd a routert amiböl a net jön a wan portra
Ha jól értem te simán 5 portos swicth-et szeretnél swicth portonkénti bwm-el?
Ajánlom figyelmedbe a robocfg-t. Ezzel lehet a swicth portokat configurálni.
Sima IP bwm-et a wshaper-el vagy csak simán tc-ve meg tudod csinálni.
Egyébként is jó lenne mert 1 kliens miatt van plusz egy 4 portos switch és megoldódna (lehet) a bandwith management is ami meg pláne jó lenne mert a wifi klienseket le kellene korlátozni, de sajnos nem mindegyiket, mert akkor a routert le lehetne venni 1MBit-re és kész.
Nézd meg a tc (traffic control). Van róla egy raklap doksi. Vagy keress rá az oleg forumán (wshaper) ott is foglalkoztak vele.
üdv,
seaky -
seaky77
tag
Milyen firmware?
Általánosságban:
tc v. wshaper script
A forgalom korlátozáshoz nem feltétlen kell wondershaper de érdemes olvasgatni az alábbi fórumot
[link]
Manuális forgalomkorlátozás kicsit macerás ebben segít a wshaper.
Ime egy kis tc példa:
# az összes eddigi qos queue törlése eth0 = wan-lan
tc qdisc del dev eth0 root handle 1: htb default 2
#root qos handle készítése
tc qdisc add dev eth0 root handle 1: htb default 2
#root class késztése 100Mbps-re
tc class add dev eth0 parent 1: classid 1:1 htb rate 100Mbps ceil 100Mbps
#példa forgalom korlátozás down/up 100kbit/70kbit
#download class
tc class add dev eth0 parent 1:1 classid 1:10 htb rate 0kbit ceil 100kbit
#upload class
tc class add dev eth0 parent 1:1 classid 1:11 htb rate 0kbit ceil 70kbit
#default class létrehozása
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 200000kbit ceil 20000kbit
#az 1:10 download speed class beállítása 192.168.1.15 ip számára
tc filter add dev eth0 protocol ip parent 1:0 prio 3 u32 match ip src 192.168.1.15 flowid 1:10
#az 1:11 upload speed class beállítása 192.168.1.15 ip számára
tc filter add dev eth0 protocol ip parent 1:0 prio 3 u32 match ip src 192.168.1.15 flowid 1:11
1. magyar prezentácio csak egy kis átfutás
[link]
2. angol doksi a tc-ről
[link]
üdv,
seaky
[Szerkesztve] -
seaky77
tag
válasz reasonfan039 #382 üzenetére
Mit lehet tudni a készülő felületről? KÉSZÜL?
Előreláthatólag hétvégére kész lesz egy béta verzió.
Ebben még nem lesz benne az upload/download limit kezelés. De az indítás leállítás monitorozás igen.
üdv,
seaky -
seaky77
tag
Kéne egy kis segítség attól aki gyakran használja ez enhanced-ctorrentet
1.) Hány példány futását viseli el a rendszer? (értsd, hány torrentet szoktatok leechelni/seedelni egyidőben)
2.) -C kapcsolót használjátok vagy sima default-al fut?
3.) Egyáltalán milyen kapcsolokkal futtatjátok?
4.) Csinált-e nektek olyat, hogy néha megtorpan (akár még a kill-re se reagál)?
köszi,
seaky
[Szerkesztve] -
seaky77
tag
Ájjáj Ez nem nez ki túl jól:
[admin@router init.d]$ umount -l /opt
[admin@router init.d]$ df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/root 2944 2944 0 100% /
[admin@router init.d]$ ps
PID Uid VmSize Stat Command
1 admin 664 S /sbin/init
2 admin SW [keventd]
3 admin RWN [ksoftirqd_CPU0]
4 admin SW [kswapd]
5 admin SW [bdflush]
6 admin SW [kupdated]
7 admin SW [mtdblockd]
57 admin 376 S httpd vlan1
59 admin 500 S nas /tmp/nas.lan.conf /tmp/nas.lan.pid lan
62 admin 364 S klogd
63 admin 396 S syslogd -m 0 -O /tmp/syslog.log -S -l 7
65 nobody 440 S dnsmasq
66 admin SW [khubd]
75 admin 276 S lpd
77 admin 260 S p9100d -f /dev/usb/lp0 0
80 admin 340 S waveservermain
82 admin 344 S rcamdmain
86 admin SW [usb-storage-0]
87 admin SW [scsi_eh_0]
92 admin 320 S infosvr br0
93 admin 456 S watchdog
95 admin 340 S ntp
109 admin 432 S udhcpc -i vlan1 -p /var/run/udhcpc0.pid -s /tmp/udhcpc
110 admin SW [kjournald]
127 admin 436 S dropbear
128 admin 752 S dropbear
132 admin 544 S -sh
348 admin 1004 S /usr/sbin/smbd -D -l /opt/var/log/smbd.log -s /opt/etc/samba
350 admin 1012 S /usr/sbin/nmbd -D -n router -o -l /tmp -s /opt/etc/samba/smb
357 admin 620 S /opt/sbin/xinetd
372 admin 412 R ps
[Szerkesztve] -
seaky77
tag
Hogy én mit szívok ezzel a rohadvány ctorrentel. Basszus küldök egy kérést és félbehagyott válaszok jönnek vagy nem is válaszol vagy simán megdermed a process.
Kezdem érteni miért nem készült hozzá normális webes felület...
Nincs véletlenül köztetek gyakorlott C programozó? Szivesen megosztanám vele a tapasztalataimat hátha van ötelete (több ész többet lát) én már kezdek kifogyni...
[Szerkesztve] -
seaky77
tag
A winyót bármikor lekapcsolhatod A kérdés az mi történik azokkal a programokkal amik használják az adott inode-ot. Többnyire simán meghalnak
Elvileg tönkre nem tudsz tenni semmi mivel Oleg esetében a filesystem readonly max lesz egy reboot.
De ha korrektül akarod lekezelni az usb eltávolítását akkor érdemes.
killall-ozni mindent ami az usb lévő filesystemhez hozzáérhet
pl igy:
#!/bin/sh
echo ''Kill all usb services''
killall stupid-ftpd
killall smbd
killall nmbd
sleep 2
echo ''Swich off swap''
swapoff /tmp/harddisk/swapfile
sleep 1
echo ''Unmount /opt''
umount /opt
sleep 1
echo ''Unmount /tmp/harddisk''
umount /tmp/harddisk
sleep 1
rmmod usb-storage
echo ''USB drive is safe to remove!''
Amúgy ha rmmod usb-storage sikeresen lefut akkor elvileg teljesen el van távolítva az usb.
Visszaillesztés pl lehet igy:
#!/bin/sh
# usb ki
rmmod usb-storage
# usb be
insmod usb-storage
mount /dev/discs/disc0/part1 /tmp/harddisk
i=0
while [ $i -le 30 ]
do
if [ -d /tmp/harddisk/data ]
then
break
fi
sleep 1
i=`expr $i + 1`
done
mount -o loop /tmp/harddisk/opt.img /opt
swapon /tmp/harddisk/swapfile
üdv,
seaky
[Szerkesztve] -
seaky77
tag
Elvileg:
VIA VT6212(L) chip felelős az USB adatátvitelért ez ami a datasheet szerint 480Mb/sec-et tud!!! (ez ugye 60MB/sec) képes ami megfelelel az usb 2.0-ás szabványnak. Ez a sebesség meg is lehetne az USB device és a router CPU-ja között(!!!!) de a szg és a router között maximálisan csak 100Mb/sec lehet (!!!) ami már rögtön lecsökkenti az átviteli sebességet 12.5 MB/sec-re. Tehát az elméleti átviteli sebesség ez lehetne.
De a CPU is igen erősen limitál, mivel ez csak egy 266Mhz-es csöppnyi operatívtáras.
Gyakorlatban:
Mikor teszteltem az átviteli sebességet a CPU és az usb storage között swap nélkül 1-1.5MB/s tudtam elérni. 64MB swappel már közel 4MB/s-re tudtam feltornászni és a proci alig 2-8% on pörgött ugyhogy van ott még valami más is Sejtésem szerint az usb driver illetve a ip csomagok taggelése is lassíthat. Igy szerintem a WAN-LAN között is valahol 4-5MB/sec körül lehet a maximális átviteli sebesség
LAN-LAN az más azt külön chip csinálja -
seaky77
tag
A probléma az, hogy a ''kedves'' ház vett egy UPC-s vonalat és gondolom jó sokért szétszórja a lakók között.(Ezt nem is kommentálom) A gáz az, hogy a switch-et is configolni kéne, hogy a port forwardot csinálja meg a gépedre.
A torrent-el nincs gondod, megy aktiv módban? P2P szokott müködni?
A HAMACHI-t nem tudom, hogy müködik, de gondolom ott az a trükk hogy nem közvetelenül a géped a server hanem a hamachi tulajdonképpen egy kliens. NA ezt nem is feszegetem tovább...
Az ip (80.99.232.226) amit a dyndns lát chello-s ip cim tehát az amire a switch kapcsolódik.
[Szerkesztve] -
seaky77
tag
válasz ekrisztian #515 üzenetére
De azért még megvan az ujjad ugye?
-
seaky77
tag
Az enhanced-ctorrent forrása alapján az látszik, hogy ezt a hibát akkor dobja ha a letöltött file-hoz nem tud hozzáférni.
Nézd meg nincsenek e zombi processzek amik esetleg foghatják a file-t Végső esetben egy reboot után próbáld meg.
''és inentől kezdve semmi, se fel se le.'' - persze mert ha hiba van suspend-eli a letöltést.
''warn, get tracker's ip address failed.'' - suspendelt állapotban pedig egy idő után leszakad a trackerről
üdv,
seaky -
seaky77
tag
Egyenlőre még nem és bandwidth management-et is kihagytam most. De persze a jövőben bármi lehet. Egyenlőre derüljön ki valós használat közben mennyire stabil és egyáltalán életképes-e dolog. Tesztelni kell orba-szájba pl: van e memória szivárgás... mivan ha egyik ectorrent kliens lehal stb...
Kezdetben egy ultragagyi web-es felületet dobok össze. Azután kerítek itt a PH!-n valakit aki esetleg besegít a felület design-ba. Utána összedobunk egy doksit. A terv egyenlőre ennyi.
Ne gondoljatok valami hihetetlen desingos dologra, első körben. Amit tudni fog az a következő:
- torrent file upload web-en keresztül, amire elindul egy ectorrent process ami egy másik fülön monitorozható. (letöltött/feltöltött/le-sebesség/felsebesség/leállítás) egyenlőre ennyi
üdv,
seaky -
seaky77
tag
Sziasztok,
A CTCS server-em (SCTCS) lassan beta állapotba kerül, kellene nekem 1-2 emberke a teszteléshez.
A következő skill-ek kellenének a teszteléshez:
- WL500gP legalább Oleg pre7 firmware-el. (Én ezen teszteltem)
- Linux tapasztalat (Ne kelljen mindent szájbarágnom)
- Aktiv torrentező legyen (Ki tudja próbálni több torrent file-al szimultán ergo legyen elég helye)
- Türelem (nem fog lebaszni ha egy nagyobb torrent a végén hal le)
- Minimum ''Tag'' minősítésű a PH!-n
- Megigéri nemkem, hogy amíg nincs kész, CSAK és kizárólag ő próbálja ki. NEM adj oda egy másik fórumozó kollégának inkább szól nekem hogy nincs ideje, NEM rakja fel a rapidshare-re etc etc (remélem megértitek nem akarom hogy egy hulladék terjedjen el)
Aki a fenti dologhoz érez valami indíttatást kérem jelezze nekem privátban.
[Szerkesztve] -
seaky77
tag
WL530g-vel próbálkozol?
Csak azért mert 1.9.7.2-es firmware-t irtál de a commandodban
./src/asustrx -p WL530g -v 1.9.4.6 -o BINARY/custom_image-wl530g.trx -b 32 FW/image_parts/segment1 -b 655360 FW/image_parts/cramfs-image-new
mjn3's trx replacement - v0.90, modified to pack ASUS compatible trx
offset too large
ez szerepel.
ui: Mennyi ideje birtoklod a routert? Mennyire ismered a hw/sw felépítését? Milyen tapasztalatod van custom firmware építésben? Az hogy CFE mond valamit?
Ezek érdekelnének mielött még válaszolok a kérdésedre. -
seaky77
tag
Szerintem mielött nekiesnél egy custom firmware upgradnek, szerezz be egy serial-linket a router-hez különben boldog tulajdonosa leszel egy marék elektronikai hulladéknak.
És nézz utána pl: a http://wl500g.info oldalon ajánlom figyelmedbe a bricked és a dead router forumokat.
1.) Az ASUS gyári FW-e a CFE-t is felülírja. Ezért ha hibás FW tolsz fel és neadjisten a CFE-böl valami hiányzik vagy hibás az már NEM JAVÍTHATÓ. Tehát a router kuka. Mivel az esetek jó nagy részében ez a CFE halálához vezet. Amin csak a reprogramming segítene...
2.) Ugyanez igaz arra ha a firmwareben nem jó segmensekbe kerül a CFE/kernel/fs igy mivel CRC helyes a gyári uploader ezt is bevési.
Igazából nem értem miértelme ''házilag'' barkácsolni egy custom fw-t. Mert ha abban a hitben teszed, hogy így legalább nem mehet tönkre a routerem mert ez ugyis gyári fw csak van benne egy kis saját, az igen nagy hiba. Minimum 1 nagyságrendel nagyobb eséjed van, arra hogy tönkreteszed örökre a routered mint pl: egy már kitesztelt Oleg FW vel ami ráadásul tele van bugfixel legalább 500 ember ( de lehet keveset mondtam) javítgatja/foltozgatja.
Ezeket csak azért írom mert nem akarlak lebeszélni a hobbizgatásról és persze szivesen segítek (ha gondolod) hamár mindenképpen saját FW-t akarsz. De NEM AJÁNLOM mert nagy a kockázat szemben mondjuk egy WRT54GL-el amin nincs kockázat hisz JTAG csatlakozója is van.
üdv,
seaky -
seaky77
tag
válasz reasonfan039 #657 üzenetére
Készülget, készülget -=Jam=- kolléga tesztel ezerrel!
-
seaky77
tag
dnh2.2 enhanced-ctorrent-et használjátok?
changelog
bugfix: Errors flushing the cache are now handled more gracefully
[Szerkesztve] -
seaky77
tag
A torrent kliensek általában valamilyen időpillanaton belül átlag sebességet számolnak. Tehát ha te azt látod 25k val tölt fel éppen akkor attól még lehet, hogy a kérés küldés pillanatában, éppen 45k/s burst-ön van. Igy nem feltétlen maga az oldal letöltés lassú, hanem a kérések kiküldése lassu. Mivel a HTTP egy állapot mentes kérdés-válasz protokol ezért ma már egy sima statikus weboldal letöltése is több 10 kérésből állhat (amit a browser generál). Bár ezek igen pici csomagok de akkor is igényelnek némi sávszélességet. Ami a felhasználó szemszögéből úgy látszódhat mintha a letöltés lenne lassú. Ezt bizonyítja az is mint ahogy írtad hogy a statikus letöltés viszont rendesen kihasználja a sávszélességet. Sajnos a ''otthoni'' csomagokban a feltöltési sebesség a szűk keresztmetszet és nagyon befolyásolja a weboldalak mwgjelenítésének sebességérzetét. Megoldás lehet a feltöltési sebesség lekorlátozása statikusan vagy amit én szoktam csinálni ha aktivan netezek akkor korlátozom le a feltöltési/letöltési sebességet ugy hogy minimum 30k/70k maradjon.
[Szerkesztve] -
seaky77
tag
192.168.1.1-en próbáltad már?
Pingelni tudod?
Milyen fw-t próbáltál felrakni próbáltad?
Windows tüzfalat és minden egyéb tüzfalat állíts le. Adware spyware killereket állítsd le! Gyakorlatilag minden programot állíts le ami tüzfal funkcióval bírhat. Táp ki vár pár másodperc táp be. Majd próbáld meg a restoration toolt illetve tftp-vel is.
Ha nem megy akkor is probáld meg még párszor utána marad a pin9 v a serial de ekkor ugrik a gari.
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- ASUS H97-PRO alaplap 1150 Intel H97 lapkakészlet, 4xDDR3, SATA 3.0, HDMI, M.2 SSD foglalat
- Macbook Pro 16.2" M1 PRO 10C/16C 16GB - 1TB Magyar billentyűzet - Garanciális 2025.08.04.-ig
- Sharkoon TG5 számítógép ház Corsair HX650 tápegységgel eladó
- Asus V8460 Ultra ( Geforce 4 Ti 4600 )
- HP Prodesk 600 G5 DM, Tiny i5-9500T , 8-16GB DDR4 , 256GB NvME , 2 év gari , AAM számla
- AeroBand PocketDrum 2 Plus Lég dob (virtuális dob készlet)
- Kingston FURY (2x8 Gb) 16GB KIT DDR4 3600MHz CL17 Beast Black - garis, néhány hónapja vásárolt.
- Samsung Galaxy A54 8/128gb dual simes. makulátlan.
- Keresem a képen láthato Rögzítőt
- GIGABYTE B650 AORUS ELITE AX ICE / GIGABYTE B650E AORUS ELITE X ICE
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen