Hirdetés
-
GAMEPOD.hu
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz Speeedfire #24658 üzenetére
Az új init script nem foglalkozim már az open_file_limit változóval. Csak a config-ban maradt benne.
Alex
-
vargalex
Topikgazda
válasz Gyurka6 #24674 üzenetére
Hi!
Nincs HP1020-am, de mindenképpen Hotplug scriptet kell írnod! Ez a script a nyomtató felismerésekor mindig le fog futni.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Gyurka6 #24676 üzenetére
Hi!
Valóban hiányzik egy fi a végéről. ; nem látom, hogy hova kellene. A log-ban a done sor is benne van? Csak ez az egy nyomtató van a routerre kötve?
Szerk.: Most néztem meg jobban a scriptet. OpenWrt alatt (legalábbis 2.6-os kernelen) elvileg az eszköz nem /dev/usb/lp0 lesz, hanem /dev/lp0. Tehát helyesen:
#!/bin/sh
FIRMWARE="/mnt/sihp1020.dl"
if [ "$PRODUCT" = "3f0/2b17/100" ]
then
if [ "$ACTION" = "add" ]
then
echo "`date` : Sending firmware to printer..." > /var/log/hp
cat $FIRMWARE > /dev/lp0
echo "`date` : done." > /var/log/hp
fi
fiViszont, ha valóban ez a hiba, akkor szerintem a done sor nincs a log-ban.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Hi!
Most gyorsan leteszteltem nálam a Samba-t. Sajnos HDD hiányában csak egy microSD olvasóban csücsülő 8GB-os Class10-es microSD kártyával tudtam tesztelni, amit a formázóm első opciójával formáztam, tehát swap+mnt (utóbbi ext4 filerendszer). Egy 4401,875 MB méretű file-val teszteltem.
Írás:
Indult: 12:28:45, végzett: 12:36:38. Ez összesen 473 másodperc, ami 9,306 MB/s írási sebességet jelent.
Olvasás:
Indult: 12:41:10, végzett: 12:48:40. Ez összesen 450 másodperc, ami 9,781 MB/s olvasási sebességet jelent.
Ez szerintem rendben van. HDD-vel valamennyivel gyorsabbnak kell lennie. Közben az összes szolgáltatás futott, persze a transmission-ban egyetlen torrent sem volt. Következő teszt a transmission lesz.
Ami még eszembe jutott: logolás nálad hova történik? Extroot van? Ha igen, az extroot partíciódon található 2.6-os kernelhez tartozó file-okat törölted?
[ Szerkesztve ]
Alex
-
-
vargalex
Topikgazda
Hi!
Megnéztem az 1.1-ben. Static Leases-be felvettem a kérdéses MAC addresst. Ha bekapcsoltam a MAC szűrést (Allow listed only), akkor addig nem tudott kapcsolódni, míg oda fel nem vettem a MAC címét (IP-cím kérésig nem is jut el).
Kíváncsiságból feltettem az 1.02.1-et és megnéztem ott is. Ugyan így működik.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz hudyfiu #24722 üzenetére
Hi!
A parancs végére tegyél egy & jelet, hogy háttérben indítsa! Különben itt megáll a futtatás folyamata és ezért nem fog route-olni neked.
Egyébként a ddns-nek automatikusan mennie kellene a wan interface up-kor (hotplug script gondoskodik róla). A 3G kapcsolatodat wan-ként definiáltad a config-ban?[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz szabolcs.sz #24730 üzenetére
Hi!
Nem használok több alhálót, de szerintem helyesen:
LAN cím: 192.168.1.1 / 255.255.0.0
start: 513
limit: 253A beállítást, ahogy a Wiki-ben is láthatod, az ipcalc.sh scripttel ellenőrizheted is:
root@D-Link:~# ipcalc.sh 192.168.1.1 255.255.0.0 513 253
IP=192.168.1.1
NETMASK=255.255.0.0
BROADCAST=192.168.255.255
NETWORK=192.168.0.0
PREFIX=16
START=192.168.2.1
END=192.168.2.254Míg a te beállításaiddal:
root@D-Link:~# ipcalc.sh 192.168.1.1 255.255.0.0 257 252
IP=192.168.1.1
NETMASK=255.255.0.0
BROADCAST=192.168.255.255
NETWORK=192.168.0.0
PREFIX=16
START=192.168.1.1
END=192.168.1.253A gond összesen annyi, hogy a 255.255.0.0 subnet mask miatt 192.168.0.0-tól kell számolni!
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Bobby81 #24737 üzenetére
Hi!
Pont azt akartam felajánlani, amit raidx írt. Ha elpostázod (és a visszapostázás költségét elküldöd/átutalod), akkor szívesen megnézem.
Persze előtte még kipróbálhatod, hogy nem kell-e a kábelednek a router irányú kommunikációhoz a 3.3V, mert akkor azt is be kell kötnöd (a router soros portján az egy 3.3V kimenet).
Alex
-
vargalex
Topikgazda
válasz Speeedfire #24742 üzenetére
Hi!
Megnéztem, de sajna csak pendrive-val tudtam tesztelni. Az pedig, mint tudjuk cache hiányában nem igazán szereti a párhuzamos hozzáférést. Így annyit tudtam összevetni, hogy hogy viselkedik az 1.1-es build (3.2.9-es kernel) és az 1.02.1-es build (2.6.39-es kernel). Azt kell, hogy mondjam, hogy mindkettőnél ugrált a sebesség (400 KB/s-1,4 MB/s) és a load is felment mindkettő esetében 4 körülire. De ezt én a pendrive számlájára írom. Persze mindkét esetben az általam adott alap transmission configgal.
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz Intruder2k5 #24855 üzenetére
Hi!
Én azért gondolok inkább kliens problémára, mert ugyan azt a timeservert beállítva az új buildem, illetve a PC is átállt.
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz kenand #24882 üzenetére
Hi!
Igen, a transmission továbbra is menni fog. Persze a szükséges portokat az első routeren kell nyitni.
Ha elolvastad végig a hivatkozott hozzászólást, akkor a végén láthattad az egyszerűbb megoldást:
"Az 1-es, illetve 2-es pont akár el is hagyható, ha megelégszel 3 LAN porttal. Ebben az esetben az első router LAN portját a második router valamelyik LAN portjával kell összekötni. Míg az eredeti (3 pontos) megvalósítás szerint akár a WAN-ba is mehet (vagy a WAN-ba mehet PC)"
Azaz ilyenkor csak a LAN interface-t kell DHCP-re állítani!
Alex
-
vargalex
Topikgazda
válasz Flashcash #24924 üzenetére
Hi!
Mert a grafikon a böngészőből veszi az időt (-24 órát mutat), az ftp/samba pedig a klienstől (szerintem). De tölts csak le valamit torrenttel, vagy hozz létre egy file-t ssh-n és annak a dátumát nézd meg. Ez utóbbi a mérvadó!
Szinte biztos, hogy a kliens rossz óraállítási dátumot tud, így én is a szombat-vasárnapi váltásra számítok. Onnantól kezdve bármilyen módszerrel létrehozott file dátuma jó lesz.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz huliganboy #24931 üzenetére
Hi!
Egyrészt: miért RC6-ot tettél fel, amikor régen létezik már végleges 10.03.1 is?
Másrészt: a BackFire build-nek mindig része a Luci, tehát én a böngészőben keresném a hibát (cache ürítés, privát mód, stb.)
Persze ehhez most már alapállapotba kellene tenni a firmware-t, mert össze-vissza telepítgettél:mtd -r erase rootfs_data
Szerk: egyébként tényleg nincs már luci-admin-full csomag, teljesen más a csomagok struktúrája.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Kris87 #24956 üzenetére
Hi!
Nem PPPoE kapcsolatom van, és tudom, hogy PPPoE esetén 1492 a megszokott MTU, de ez nekem nagyon furcsa a logban:
"Mar 29 02:42:38 OpenWrt daemon.err pppd[1335]: Interface eth0.2 has MTU of 1492 -- should be at least 1500.
Mar 29 02:42:38 OpenWrt daemon.err pppd[1335]: This may cause serious connection problems."Próbáld meg 1500-al.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Kris87 #24963 üzenetére
Hi!
Igen, ahogy írtam is, tudom, hogy PPPoE esetén 1492-es az MTU, de gondoltam, hogy egy próbát megér. Az viszont elképzelhető, hogy a modem és router páros okozza a gondot, hallottunk már ilyenről. Próbáltál másik kábelt is a modem-router közé?
Esetleg, ha van lehetőséged megpróbálhatod azt, hogy a modemet állítod be úgy, hogy ő tárcsázzon, ekkor a routeren csak DHCP kapcsolat kell.A gond az, hogy a router szerint a modem nem válaszol neki.
Alex
-
vargalex
Topikgazda
válasz glocker #24973 üzenetére
Hi!
Mivel mindig a terminál kezdeményezi a kapcsolatot, így tűzfal szabály nem szükséges, ugyanis alapból kifelé minden engedve van. Nyilván fix IP sem kell.
Ha kívülről is kezdeményeznek kapcsolatot, akkor kell a tűzfalon módosítani, de akkor nem rule, hanem redirect szabályt kell rögzíteni.
Alex
-
vargalex
Topikgazda
Új hozzászólás Aktív témák
- Dell G15 Gamer laptop 15.6", NVIDIA GeForce RTX 3060, Intel Core i7
- Dell Latitude 5500 15,6", i5 8365U, 16GB RAM, jó akku, 27% ÁFÁS
- Samsung Galaxy A51 128GB, Kártyafüggetlen, 1 Év Garanciával
- Honor 200 Lite 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Latitude 7420 2-in-1 27% 14" FHD IPS érintő i7-1185G7 16GB 512GB NVMe magyar vbill ujjlolv gar
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen