- Computex 2024: monstrumhűtő a DeepCoolnál (videóval!)
- Computex 2024: szimpatikus Montech billentyűzetek a porondon
- Computex 2024: háznézőben a Montech asztalainál
- Computex 2024: kompakt AIO-k és tápegységek a Montech receptje alapján
- Computex 2024: a Ducky klaviatúrái sem restek felülni az analóg vonatra
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Bluetooth hangszórók
- ThinkPad (NEM IdeaPad)
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Milyen monitort vegyek?
- Projektor topic
- Milyen CPU léghűtést vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- iPad topik
Hirdetés
-
Új Reno12 modellek is érkeznek
ma A Reno12 Pro mellett belépő ajánlatokkal is készül az Oppo, a Reno12 F 4G-s és 5G-s verzióban is elérhető lesz.
-
SGF24 - Remekül fest a Phantom Blade Zero
gp A Summer Game Fest utolsó játéka nem más volt mint a PC-re és PS5-re készülő játék, amelyhez még mindig nem kaptunk megjelenési dátumot.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
PROHARDVER!
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz dash17291 #27996 üzenetére
Hi!
Maga a parancs nem támogatja a revízió számot. De a feeds.conf.default-ban (igazából inkább másold le feeds.conf néven és azt szerkeszd) meg tudod adni (a példában a packages-ből a 32000-es revizóra fog update-olni):
src-svn packages svn://svn.openwrt.org/openwrt/packages@32000
src-svn xwrt http://x-wrt.googlecode.com/svn/trunk/package
src-svn luci http://svn.luci.subsignal.org/luci/trunk/contrib/package
#src-svn phone svn://svn.openwrt.org/openwrt/feeds/phone
#src-svn efl svn://svn.openwrt.org/openwrt/feeds/efl
#src-svn xorg svn://svn.openwrt.org/openwrt/feeds/xorg
#src-svn desktop svn://svn.openwrt.org/openwrt/feeds/desktop
#src-svn xfce svn://svn.openwrt.org/openwrt/feeds/xfce
#src-svn lxde svn://svn.openwrt.org/openwrt/feeds/lxde
#src-link custom /usr/src/openwrt/custom-feedMajd a
./scripts/feeds update -a
paranccsal leszedi a beállított revíziót.
Ha mégis szeretnéd, hogy az update-nak megadható legyen, készült hozzá patch (nem teszteltem).
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Hi!
Az IP kamerának nincs köze az USB-hez, így router által támogatás sem szükséges hozzá, mivel LAN-on, vagy WiFi-n csatlakozik. Router oldalról legfeljebb annyi kellhet, hogy fut egy ftp (vagy samba) server, amin keresztül fel tudja tölteni a képeket/videokat a kamera. Ez pedig adott.
Alex
-
vargalex
Topikgazda
Sziasztok!
Nos, olvasgattam itt a torrenttel, illetve wifivel kapcsolatos hozzászólásokat. Ezért az többször hangoztatott álláspontomat összefoglalva leírnám:
A transmission letöltés nálam ment rendesen. Ráadásul, mivel a cégnél teszteltem, a céges tűzfal miatt passzív voltam, valamint a teszthez egy pendrive-ot használtam (swap-ra is), aminél egy HDD-vel jobban kellene mennie. Az, hogy az aktuális letöltés mennyi (torrentnél egyébként is ugrándozhat, csak klienstől függ, hogy mennyire mutatja pontosan az aktuálisat) annyira nem mérvadó, ha az átlag így is 1 MB/s volt. Még egyszer mondom, hogy HDD-vel, illetve aktív módban azért több várható (illetve nyilván erősen függ a kapcsolatok számától is). Ami hozzá tartozik a dologhoz, és eddig nem írtam róla, az az, hogy én közben nem nézegetem a terhelést a LuCI-n, mert a transmission által okozott load-ot feleslegesnek tartom megfejelni a luci-bwc (a valós idejű grafikonokhoz adatokat gyűjtő kis daemon) által okozott terheléssel (tud magas load-ot is okozni), illetve a letöltést sem követem folyamatosan sem WebGUI-n, sem Remote GUI-n.
A WiFi hibákra még most is azt mondom, hogy én inkább kliens oldali problémát (vagy a kliens drivere és az 1043ND WiFi-je közötti inkompatibilitást) sejtek. Ugyanis én rendszeresen használom egy Intel 4965agn-el (igaz, ez 2,4 GHz-en nem tud 40 MHz-et, csak 5 GHz-en, de az ugye az 1043ND-nél nem játszik), illetve 2 ZTE Blade-val, valamint 2 HTC mobillal és a logban egyetlen DMA hiba sem látszik.
Illetve kollégám 2 db 1043ND-t használ az 1.1.1_beta3-al a megjelenése óta WDS-ben és még nem volt manuális reboot sem. Teljesen stabil a kapcsolat.
Akinek előjönnek a hibák, próbálta esetleg, hogy ha a kliensen linuxot használ (csupán a driver problémák megerősítésére/megcáfolására) is előjön-e a hiba?Alex
-
vargalex
Topikgazda
Hátha valakit érdekel: már lefordult a firmware új verziója (még nem döntöttem el, hogy 1.1.2, vagy 1.1.1-beta4 legyen) és bekerült a támogatottsági listába a TP-Link TL-WDR4300, valamint a Planex MZK-W04NU.
Alex
-
vargalex
Topikgazda
Hi!
Azt elfelejtettem írni, hogy a kérdéses notebookot windows-al is használom. Illetve a topicban samba / ftp sebességről csak Windows alatt mért értékekről nyilatkoztam. A Linuxot, csak mint "ellenpróba" vetettem fel.
A WiFi-s kliensekkel az a gond, hogy ha az egyik megfekteti, azt mindegyik észreveszi.Alex
-
vargalex
Topikgazda
Hi!
A http://owrt.uw.hu/-n elérhető az 1.02.1-es verzió.
Egyébként miből vontad le azt a következtetést, hogy a WiFi-s gondot kernel probléma okozza? Más is írta, hogy nála sincs gond a WiFi-vel, így mindenképpen a kliens-szerver gond lehet. A WRT54G-t ne hasonlítsd, ott zárt BroadCom WiFi driverről beszélünk. Nyilván más lehet a hibatűrő képessége.Alex
-
vargalex
Topikgazda
válasz hiperior #28118 üzenetére
Hi!
DNS nevet bármikor tudsz rögzíteni a LuCI-ban a Hálózat->Gépnevek menüpont alatt (akár azenscannerem.hu címet is) egy IP-hez. Viszont, ha a scanner webes felülete nem a 80-as porton megy, akkor a port megadását nem fogod megúszni. De azt megteheted, hogy a LuCI-t átállítod a 80-as portról másra és a scannerét teszed a 80-asra, ekkor nyilván nem kell a portot megadni, csak a LuCI eléréséhez.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Menotti #28127 üzenetére
Hi!
OpenWrt-nél nagyon jól config-olható a DDNS is. Azért van így, hogy ha második/harmadik/stb. routerként használod, akkor is be tudd állítani a DDNS-t rendesen. Ha első routerként üzemel, akkor lehet mindent alapon hagyni, csak a szervízt, gépnevet, felhasználó nevet és jelszót kell megadni. (És természetesen engedélyezni kell.) Viszont a funkció csak a WAN interface up-jára indul, tehát egy network (vagy router) restart is kell.
Alex
-
vargalex
Topikgazda
válasz megema #28139 üzenetére
Hi!
Pedig mennie kellene:
root@OpenWrt:/etc/init.d# opkg list_installed | grep cifs
root@OpenWrt:/etc/init.d# opkg install kmod-fs-cifs
Installing kmod-fs-cifs (3.3.8-1) to root...
Downloading ftp://gavarga:xxxx@192.168.1.231/trunk/ar71xx/packages/kmod-fs-cifs_3.3.8-1_ar71xx.ipk.
Installing kmod-crypto-hmac (3.3.8-1) to root...
Downloading ftp://gavarga:xxxx@192.168.1.231/trunk/ar71xx/packages/kmod-crypto-hmac_3.3.8-1_ar71xx.ipk.
Installing kmod-crypto-manager (3.3.8-1) to root...
Downloading ftp://gavarga:xxxx@192.168.1.231/trunk/ar71xx/packages/kmod-crypto-manager_3.3.8-1_ar71xx.ipk.
Installing kmod-crypto-hash (3.3.8-1) to root...
Downloading ftp://gavarga:xxxx@192.168.1.231/trunk/ar71xx/packages/kmod-crypto-hash_3.3.8-1_ar71xx.ipk.
Installing kmod-crypto-md5 (3.3.8-1) to root...
Downloading ftp://gavarga:xxxx@192.168.1.231/trunk/ar71xx/packages/kmod-crypto-md5_3.3.8-1_ar71xx.ipk.
Installing kmod-crypto-md4 (3.3.8-1) to root...
Downloading ftp://gavarga:xxxx@192.168.1.231/trunk/ar71xx/packages/kmod-crypto-md4_3.3.8-1_ar71xx.ipk.
Installing kmod-crypto-des (3.3.8-1) to root...
Downloading ftp://gavarga:xxxx@192.168.1.231/trunk/ar71xx/packages/kmod-crypto-des_3.3.8-1_ar71xx.ipk.
Installing kmod-crypto-ecb (3.3.8-1) to root...
Downloading ftp://gavarga:xxxx@192.168.1.231/trunk/ar71xx/packages/kmod-crypto-ecb_3.3.8-1_ar71xx.ipk.
Configuring kmod-crypto-hash.
Configuring kmod-crypto-manager.
Configuring kmod-crypto-md4.
Configuring kmod-crypto-md5.
Configuring kmod-crypto-hmac.
Configuring kmod-crypto-ecb.
Configuring kmod-crypto-des.
Configuring kmod-fs-cifs.
root@OpenWrt:/etc/init.d# df -h
Filesystem Size Used Available Use% Mounted on
rootfs 640.0K 456.0K 184.0K 71% /
/dev/root 6.5M 6.5M 0 100% /rom
tmpfs 14.4M 1.1M 13.2M 8% /tmp
tmpfs 512.0K 0 512.0K 0% /dev
root 14.4M 132.0K 14.2M 1% /tmp/root
overlayfs:/tmp/root 14.4M 132.0K 14.2M 1% /tmp/root
/dev/mtdblock3 640.0K 456.0K 184.0K 71% /overlay
overlayfs:/overlay 640.0K 456.0K 184.0K 71% /
/dev/sda2 7.3G 238.5M 6.7G 3% /mnt
root@OpenWrt:/etc/init.d# mkdir /mnt/cifs_test
root@OpenWrt:/etc/init.d# mount -t cifs -o username= //192.168.1.188/cifstest /mnt/cifs_test/
root@OpenWrt:/etc/init.d# df -h
Filesystem Size Used Available Use% Mounted on
rootfs 640.0K 456.0K 184.0K 71% /
/dev/root 6.5M 6.5M 0 100% /rom
tmpfs 14.4M 1.1M 13.2M 8% /tmp
tmpfs 512.0K 0 512.0K 0% /dev
root 14.4M 132.0K 14.2M 1% /tmp/root
overlayfs:/tmp/root 14.4M 132.0K 14.2M 1% /tmp/root
/dev/mtdblock3 640.0K 456.0K 184.0K 71% /overlay
overlayfs:/overlay 640.0K 456.0K 184.0K 71% /
/dev/sda2 7.3G 238.5M 6.7G 3% /mnt
//192.168.1.188/cifstest
200.0G 133.5G 66.5G 67% /mnt/cifs_test
root@OpenWrt:/etc/init.d# ls -la /mnt/cifs_test/
drwxr-xr-x 2 root root 0 Jun 25 15:51 .
drwxrwxrwx 5 root users 4096 Jun 25 15:54 ..
drwxr-xr-x 0 root root 0 Mar 9 11:31 backfire
drwxr-xr-x 0 root root 0 Jan 12 10:58 lgmod_s7
drwxr-xr-x 0 root root 0 Apr 2 15:00 luci
drwxr-xr-x 0 root root 0 Apr 5 12:13 luci_hungarian
drwxr-xr-x 0 root root 0 Feb 14 15:43 max_session_tool
drwxr-xr-x 0 root root 0 May 17 15:56 openwrt
drwxr-xr-x 0 root root 0 Apr 3 11:59 packagesAlex
-
vargalex
Topikgazda
válasz megema #28148 üzenetére
Nos, nem akartam holnapig várni, így gyorsan megnéztem. 2 percre állítottam a DHCP lease time-t. Annak rendje és módja szerint a lease time felénél bekérdez a kliens (PC-vel próbáltam) és újra is indul a 2 perc. Egy pillanatra nem szakad meg a net. Tehát kapcsolódó eszközzel (ha jól működik) soha nem éred el a lease time végét.
log-ban a lease time felénél látszik, hogy az iPhone ismét egy DHCP kéréssel fordul a routerhez (ez lenne a normális működés)?Alex
-
vargalex
Topikgazda
válasz lasarus1988 #28165 üzenetére
Hi!
A daemont azért hívják p910nd-nek, mert:
p: printer
910n: 910n-es porton fog futni (tehát ha a port 0, akkor a 9100-on)
d: daemonAlex
-
vargalex
Topikgazda
Hi!
Mivel ellenőrzöd, hogy nyitva van-e? A BF3-hoz jóval több forward szükséges!
Sysupgrade/factory között nincs ilyen eltérés, felesleges feltenni. Esetleg próbáld ki egy belső ftp/ssh szerverrel, hidd el, mennie kell.
[ Szerkesztve ]
Alex
-
-
vargalex
Topikgazda
Hi!
Ha az utolsó oldalon semmit nem változtattál, akkor az nem kell. Azért ránéznék még egyszer a továbbítás oldalra is.
SSH-n a
/etc/init.d/firewall restart
parancsra nem kapsz valamilyen hibát? (Futtathatod a LuCI-ban a Rendszer->Parancs futtatása ablakban is.)
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Esetleg, ha privátban tudsz hozzáférést adni, szívesen ránéznék. Ugye a PC most is a 192.168.1.101-es IP-t kapta? És nem csatlakozik egyszerre WiFi-n és vezetéken is (azaz 2 IP-vel)?
Esetleg egy szabálynál a szerkesztésre kattintva még a részleteiről csinálhatsz egy screenshotot.
Próbáltad már a PC-n kikapcsolni a tűzfalat?[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Azt kell, hogy mondjam, hogy bármilyen meglepő, de a PC-n futó tűzfalhoz a routernek semmi köze. Ha eddig sem voltak külön szabályok és a tűzfal is engedélyezve volt (az alkalmazás sem volt engedélyezve, mert akkor az nyithatott magának?), akkor eddig sem fogadhatta a bejövő kapcsolatokat. És ezen az álláspontomon semmivel nem tudsz változtatni. A tűzfal már csak ilyen, ez a feladata...
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Kicsirics77 #28205 üzenetére
Hi!
Letöltési sor mérete. Illetve természetesen engedélyezni is kell. Valamint feltöltés irányban is tudod állítani.
Alex
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs