- Samsung Galaxy A70 - áram, erősség
- Android alkalmazások - szoftver kibeszélő topik
- Késik a következő S24 Ultra kamerafrissítés?
- Samsung Galaxy A54 - türelemjáték
- Érkezőben a Poco M6 4G
- Realme GT Master Edition - mestermunka
- Huawei Watch GT 4 - kerek karék
- A Watch7-tel debütálhat a Samsung vércukormérője
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- iPhone topik
Hirdetés
-
A Video AI lehet a One UI 6.1.1 ütőkártyája
ma Vagy hogy fogja a mesterséges intelligencia manipulálni a mozgóképeket?
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
Hi!
Természetesen visszatehető a gyári firmware is. Soha nem is értettem annyira a garanciális félelmeket. Ha olyan gond van, hogy még megy a router, akkor úgyis vissza tudod tenni a gyári firmware-t (akár JTAG-al). Ha pedig olyan, hogy nem, akkor a szervíz nem fogja kiforrasztani a flash-t, hogy megnézze, hogy mit tettél rá.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #104 üzenetére
Hi!
A JFS-en kívül mindegyikhez van OpenWrt package. Még érdemes lehet megnézni EXT4-el is, esetleg BTRFS-el.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Hi!
Az attól függ, hogy mit szeretnél a routeren használni. Nyilván az alapvető router funkciókat be tudod állítani, illetve GUI-tól függően még egyebeket is. LuCi-ban és WebIf-ben is van csomagkezelő, tudsz telepíteni, WebIf-ben még engedélyezheted, tilthatod a boot utáni automatikus indulást is, valamint leállíthatod, indíthatod a telepített programokat. Mindkét esetben tudod a webes felületről a mount-olást, Samba-t konfigolni, WebIf-nél pl. ftp-t is, illetve van benne egy file editor. Ez utóbbi azt jelenti, hogy file-ban matatáshoz sem kell ssh-znod, böngészőből megoldhatod (mondjuk én nem így szoktam). Itt tudsz nézelődni, igaz nem a mai állapotot tükrözi.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #117 üzenetére
Hi!
Szerintem is valami memória elfogyás lesz. Most van swap-od?
Alex
-
vargalex
Topikgazda
válasz Speeedfire #139 üzenetére
Azért említsük meg, hogy a csomagok telepítése, csomaglista frissítése megy a webes felületről is (akár LuCi, akár WebIf). Illetve minden fontosat lehet ott konfigolni is. Mert sajna szerintem a konzolos matatás nagyon sok ember számára rémisztő.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #142 üzenetére
Igaz, hogy gyorsabb, én is úgy használom. De az átlag windows felhasználó sajnos nem így szeretné konfigolni.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #144 üzenetére
A HDD-re telepítés nem nagy ördöngősség. Én is oda telepítek. Bár, most inkább azon gondolkodom, hogy azt kellene megcsinálni, hogy a jffs ne a flash maradék része, hanem mondjuk egy pendrive legyen.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #146 üzenetére
Hi!
Pont ezért akarom, hogy a jffs ne a flash-ban legyen (hanem inkább pendrive-on, vagy hdd-n). És ugye így nem kellene PATH-ot állítani, esetleg linkeket csinálni, mert overlay-olná a /rom-al. Csak ehhez saját firmware-t kell buildelni.
Szerintem a swap-nak működnie kell egyszerűen így:
swapon /dev/sda2
Legalábbis nálam megy így is, de én fstab-ból használom. Nem lehet, hogy már swap-ként megy? Mert a manual szerint:
"-a: All devices marked as ''swap'' swap devices in /etc/fstab are made available, except for those with the ''noauto'' option. Devices that are already running as swap are silently skipped."Alex
-
vargalex
Topikgazda
válasz Speeedfire #151 üzenetére
Hi!
Igen, már én is megtaláltam, elvileg a block-extroot lesz az. Majd megnézem hogy működik a dolog, de ha jól értem, akkor lesz a /rom, a /jffs és a /, ami ext3. Én elsőre azt gondoltam, hogy a teljes /jffs-et kikerülöm. Persze, így egyszerűbbnek tűnik.
Szerk.:
Úgy tűnik mindenképpen buildelni kell:
"For a squashfs image this package must be installed into the image, not as
a package to add later"
Szóval a firmware-nak tartalmaznia kell.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Hi!
Milyen firmware? Ha OpenWrt, akkor szükséged lesz még néhány modulra az USB használatához:
kmod-usb-core, kmod-scsi-core, kmod-usb2, kmod-usb-uhci, kmod-usb-storage
Mondjuk a kmod-usb-core, illetve a kmod-scsi-core a függőségek miatt úgyis települ, tehát azt nem kell feltétlenül kézzel feltenni.
Illetve az fstab-hoz:
block-mountAlex
-
vargalex
Topikgazda
válasz Speeedfire #157 üzenetére
Hi!
Igen, hamar kevés lehet a 8mb. Persze valóban meglepően sok dolog elfér benne. Ez annak köszönhető, hogy a squashfs és a jffs is erősen tömörített filerendszer.
Nyugodtan keress MSN-en, addig is egy kis olvasnivaló.Alex
-
-
vargalex
Topikgazda
válasz vargalex #156 üzenetére
Hi!
Felraktam az új build-et, tökéletesen fut. Volt otthon egy felesleges 1GB-os pendrive, így már az van a /-be mountolva (overlay). Így nem kell az opt-ba telepítenem, illetve még egy nagy előnye van: ha valamit rosszul konfigol az ember, és ezért nem is indul, vagy nem éri el a routert, akkor csak áramtalanítás, pendrive ki és van egy alap rendszer (amire még semmi nincs telepítve). Aztán a pendrive-n a rossz config file-t helyre lehet hozni egy linux alatt.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #200 üzenetére
Inkább
opkg list_installed
Gondolom csak elírás volt részedről, de az opkg list a telepíthető csomagok listáját adja.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Hi!
Természetesen el lehet érni a GUI-t a wan felől is. Ehhez Transmission configuration parameters-ből a Remote Control szekció érdekes neked.
A transmission a settings.json file-t akkor írja felül, ha az hibás.Alex
-
vargalex
Topikgazda
válasz zsolt501 #225 üzenetére
Hi!
Egyrészt a 13 MB/s-es olvasás nem fele a 100mbps-nek, másrészt az USB csati 2.0-ás, csak a CPU kevés ennek a kihajtásához. Mondjuk ez utóbbit valóban elhallgatják.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #287 üzenetére
Hi!
Azért nem teljesen ugyan az a csomaglista. Ugyanis DD-WRT-re csak az optware-os csomagok érhetők el. Persze, amit a többség használ, az mindkét esetben létezik. Ami viszont nem elhanyagolható, az a csomagok mérete.
Egy nagyon kirívó példa:
A samba3 csomag OpenWrt alá 688KB, az optware-os csomag 22MB (a 3.5 már 34MB).Alex
-
vargalex
Topikgazda
Hi!
Ahogy Speeedfire is írta, ha az X-Wrt-s image-t töltöd le, akkor abban alapból benne van a WebIf, így egy karaktert nem kell parancssorban leütnöd.
A dd-wrt-nél viszont egyetlen csomagot sem tudsz a webes felületről feltenni, pl. a samba telepítés is konzolos feladat (sőt, ezt megelőzi az ipkg csomagkezelő felrakása is konzolon). Persze kinek ez, kinek az.
Illetve természetesen a nagyobb csomagok nagyobb file méretet is jelentenek, azaz nagyobb memória használatot is.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Speeedfire #313 üzenetére
Hi!
Szerintem a wan zone forward REJECT-je lehet a gond.
De továbbra is tartom, hogy a routerre irányuló kéréseket nem forwardolni kellene, hanem rule-t kell létrehozni rá.
Azaz a te esetetben így:
config 'defaults'
option 'syn_flood' '1'
option 'input' 'ACCEPT'
option 'output' 'ACCEPT'
option 'forward' 'REJECT'
config 'zone'
option 'name' 'lan'
option 'input' 'ACCEPT'
option 'output' 'ACCEPT'
option 'forward' 'ACCEPT'
config 'zone'
option 'name' 'wan'
option 'input' 'REJECT'
option 'output' 'ACCEPT'
option 'masq' '1'
option 'mtu_fix' '1'
option 'forward' 'REJECT'
config 'forwarding'
option 'src' 'lan'
option 'dest' 'wan'
config 'rule'
option 'src' 'wan'
option 'proto' 'udp'
option 'dest_port' '68'
option 'target' 'ACCEPT'
config 'rule'
option 'src' 'wan'
option 'proto' 'icmp'
option 'icmp_type' 'echo-request'
option 'target' 'ACCEPT'
config 'include'
option 'path' '/etc/firewall.user'
config 'rule'
option 'target' 'ACCEPT'
option 'src' 'wan'
option 'proto' 'tcpudp'
option '_name' 'torrent-web'
option 'dest_port' '9091'
config 'rule'
option 'target' 'ACCEPT'
option 'src' 'wan'
option 'proto' 'tcpudp'
option 'dest_port' '51413'
option '_name' 'torrent-port'
config 'rule'
option 'target' 'ACCEPT'
option 'src' 'wan'
option '_name' 'ssh'
option 'proto' 'tcpudp'
option 'dest_port' '21'
config 'rule'
option 'target' 'ACCEPT'
option 'src' 'wan'
option '_name' 'ftp'
option 'proto' 'tcpudp'
option 'dest_port' '22'
config 'rule'
option 'target' 'ACCEPT'
option 'src' 'wan'
option '_name' 'web'
option 'proto' 'tcpudp'
option 'dest_port' '80'Alex
-
vargalex
Topikgazda
válasz Speeedfire #316 üzenetére
Hi!
Nem azt mondom, hogy jobb a szabály, mint az átirányítás, hanem inkább azt, hogy a portok nyitása a routeren szerintem nem az átirányításokhoz tartozik. Számomra az átirányítás azt jelenti, hogy egy LAN-on lógó PC-re szeretnéd irányítani a portot.
Alex
-
vargalex
Topikgazda
válasz Intruder2k5 #366 üzenetére
Hi!
A mount opcióknál ugye csak rw,noatime-t adtál meg? (Bár egyébként is nagyobb sebesség lenne normális.)
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Intruder2k5 #371 üzenetére
Hi!
A sync opció az USB-s drive-okat nagyon vissza tudja fogni még PC-n is.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Intruder2k5 #375 üzenetére
Hi!
Azért gondoltam a mount opcióira, mert mint a parancsból is láthatod, a hdparm közvetlenül az eszközt teszteli!
FTP-vel milyen a sebesség? Vagy esetleg nfs-el (kernel módúval természetesen).Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz Pufokaboka #405 üzenetére
Hi!
Én anno, míg 32 MB RAM volt a WL-500gP-mben, használtam a xinetd-s indítást a sambahoz. Az smbd-t szépen indította, leállította, de az nmbd-t csak elindította és onnantól kezdve az futott mindig. Mióta 128MB RAM van, azóta nem xinetd-zek.
Gondolom Intruder2k5 link sebessége rendben van, egyébként ftp-n sem lenne olyan sebessége.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #404 üzenetére
A php5-ben is van olyan csomag, aminél a függőség nem jól van definiálva, így nem rakja fel automatikusan. Szóval, ha tudod, hogy ez melyik csomagban található, akkor tedd fel a csomagot. Ha jól tévedek, akkor az mdnsresponder csomag lesz az, és nincs is elvileg a függőségi listában.
Alex
-
vargalex
Topikgazda
válasz Intruder2k5 #402 üzenetére
Hi!
Még az jutott eszembe, hogy ugye nem a Total Commander másolási buffer beállításai viccelnek meg? (Mondjuk gondolom ugyan azon a gépen próbálod, így vélhetően az Asus-ról is rossz eredmények lennének.)
Alex
-
vargalex
Topikgazda
válasz tomi7711 #466 üzenetére
Hi!
Éppen írni akartam, hogy FAT32 a partíció. De látom, észrevetted.
LuCi remote management alatt azt érted, hogy WAN irányból elérhető-e? Ha igen, akkor a válasz az, hogy természetesen. Elég engedélyezned a 80-as portot a Network->Firewall->Traffic Control menüpont alatt. Persze nem érdemes mindenki számára nyitottnak hagyni, igaz jelszó nélkül nem sokra mennének. Nálam csak a cég IP-címéről engedélyezett a http, ssh, ftp port:
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Speeedfire #513 üzenetére
Hi!
Én is a Rootfs on External Storage megoldást használom, de ez nem azt jelenti, hogy a router vinyóról bootolna. Csupán annyit, hogy a /overlay nem a flash maradék része lesz, hanem egy adott külső driver partíciója. És így tényleg nem nagy ügy megcsinálni. Igazából a legnagyobb előnye azon kívül, hogy bőven van helyed az, hogy ha valamit félrekonfigurálsz, és nem indul a router, akkor egyszerűen a külső drive nélkül indítod, és így egy frissen telepített rendszered marad (mintha akkor raktad volna fel a firmware-t). Majd egy linuxos gépen helyreteszed a dolgokat, vagy már elindult routerrel felmountolod, és ott teszed helyre.
Alex
-
vargalex
Topikgazda
válasz tomi7711 #523 üzenetére
Hi!
Az fstab-ban lehetőség van device, label, illetve uuid szerinti mount configra. A label talán annyival kényelmesebb az uuid-nál, hogy vinyó csere esetén sem kell szerkesztened az fstab configot.
Ha nem device-t adsz meg, akkor a /lib/functions/block.sh script libmount_find_token() függvénye a blkid használatával adja vissza a device-t.
A te esetetben a scriptet valahogy így lehetne módosítani:ntfs-3g -o rw,noatime "$(blkid | grep "UUID=\"EE428D74428D4277\"" | cut -f1 -d:)" /mnt/hdd
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz tomi7711 #536 üzenetére
Hi!
Sajnos előfordul néhány olyan külső ház, ami nem kompatibilis, és igazából nem az OpenWrt miatt. A WL-500gP fórumban is találsz ilyen házakat. Ha jól emlékszem néhányaknak WD külső házzal, illetve Cooler Master X Craft 360-al nem ment.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #540 üzenetére
Valószínűleg elég rmmod-al unload-olni néhány modult. Gondolom a lényeg az, hogy a firmware-nak a /tmp-ben legyen elég helye.
Alex