-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
chros
őstag
A IP/MAC szerinti DNS-re elvileg itt a megoldas (meg nem probaltam):
config hostoption name 'foo'option dns '1'option mac '08:00:27:82:0D:B9'option ip '192.168.0.66'option tag 'foo'config tag 'foo'option dhcp_option '6,8.8.8.8,8.8.4.4'Az lesz a kerdes, hogy ez felulirja-e a "config dhcp 'lan'"-nal beallitott szervereket, vagy hozzadja.
Mar csak a meres hianyzik
-
-
xabolcs
őstag
Router: 1043ND v1
Mogotte levo NAT-olt kliensen: iperf -c 192.168.0.254 -i 10 -t 50 -m
Elotte levo szerveren: iperf -sOpenWrt 18.06+ (OpenWrt SNAPSHOT, r7401+462-9009efa18b)
DHCP / Static, flow offload[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 678 MBytes 569 Mbits/sec
[ 3] 10.0-20.0 sec 678 MBytes 568 Mbits/sec
[ 3] 20.0-30.0 sec 674 MBytes 566 Mbits/sec
[ 3] 30.0-40.0 sec 677 MBytes 568 Mbits/sec
[ 3] 40.0-50.0 sec 676 MBytes 567 Mbits/sec
[ 3] 0.0-50.0 sec 3.30 GBytes 568 Mbits/sec
[ 3] MSS size 1448 bytes (MTU 1500 bytes, ethernet)PPPoE, flow offload
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 298 MBytes 250 Mbits/sec
[ 3] 10.0-20.0 sec 296 MBytes 248 Mbits/sec
[ 3] 20.0-30.0 sec 296 MBytes 248 Mbits/sec
[ 3] 30.0-40.0 sec 296 MBytes 248 Mbits/sec
[ 3] 40.0-50.0 sec 296 MBytes 248 Mbits/sec
[ 3] 0.0-50.0 sec 1.45 GBytes 248 Mbits/sec
[ 3] MSS size 1440 bytes (MTU 1500 bytes, ethernet)A V1-nek ott lesz a gwlim fele fastpath, ami gyorsabb, de kevesbe kompatibilis.
A tobbi 1043 verzionak meg a qca8k (+DSA?) lesz a jovo, amitol en a HW NAT elerhetoseget varom. Pl. MT7621A + HW NAT = gigabites PPPoE NAT-olas 0% procihaszalattal.
-
xabolcs
őstag
Nem mukodott a V1 sohasem ath79 alatt, csak a hozzavalo fajlok voltak meg!
Annyi gondja-baja volt, hogy a switch nem mukodik flash-rol inditva, initrd-bol minden klappol.
Emiatt csak wifin keresztul ered el vagy soros porton.Rosszul ertetted az irasomat: lefordulni lefordul es telepulni is telepul, csak szamomra hasznalhatatlan switch funkcionalitas nelkul.
A tobbi portolt 1043 verzionak nincs baja.
-
xabolcs
őstag
Nem teglasitja a routert, ne aggodj!
Van egy-ket kohogosebb konfiguracio, pl. a temaindito router V1-es valtozatanal a switch kikapcsolva marad, vagy pl. a GL-AR300M-nek a NAND valtozata nem boot-ol be.
Ellenben a 1043 V2, V3 es V4 valtozatanak semmi baja nincs. Utobbiakhoz juppin csinal forditasokat.
A V1 nemmukodeserol itt lehet olvasni.
A GL-AR300M-rol pedig pedig a PR#983-ban. -
Archttila
veterán
Közben úgy néz ki, hogy megvan a ludas
[link]Na úgy tűnik mindkettőtök hozzászólására megvan a válasz. Itt találtam egy részletesebb leírást és persze azt is leírják, hogy miért nem ér ez a randomizáció sokat.
Amikor fel van már csatlakozva a telefon a wifi-re, akkor már az egyedi MAC címet használja, amit a telefon menüjében is megtalálsz. (Csatlakozás után már titkosított a kapcsolat és akkor szerintem már a MAC sem látszik.) Viszont a csatlakozás előtt amikor próbálja kideríteni, hogy a közelben van-e valamelyik ismert/elmentett hálózat, akkor random MAC címmel próbálkozik, hogy ne lehessen a csatlakozási kérésekből következtetéseket levonni.
Kipróbáltam, nem rejtett SSID és bekapcsolt MAC cím szűréssel is működik a dolog. Gondolom azért, mert ilyenkor a telefonnak nem kell kitalálnia, hogy a közelbe van-e az ismert/mentett hálózat.
Lehet korábban a MAC filtering része csak akkor volt érdekes, amikor már authentikálni próbáltak a készülékek, de most már a MAC filter megfogja amikor még csak keresik a készülékek a hálózatot. Majd megpróbálok valamit írni erről az OpenWRT-nek, aztán mondják meg, hogy bug vagy feature.
Shielding MAC addresses from stalkers is hard and Android fails miserably at it
-
llax
senior tag
Nekem nem 15m vezeték kell (1-1 kiállás más helyiségebe 15-30m kábel + tervezett 2x50m kábel a műhelyembe - WiFi helyett), amit csak lehet "bedrótozok"
Egy TL-SG108E és egy TL-SG108 lóg a 1043v3 mögött (utóbbi switch-ét nem használom LAN switch-ként).Közben jobban utánanéztem annak a 40Gbps vezérlőnek, valamely nagyker fals információit (és képeit) adja tovább az összes hazai webshop, ahol forgalmazzák (a legnagyobbak is). Állítólag csak DELL gépben megy és az olcsó (~16kHUF) verzió nem RJ45-ös.
-
vargalex
Topikgazda
Mivel a QOS és az SQM is iptables, illetve tc alapú, így szerintem mindkettőre igaz.
qos-scripts függőségei:
tc kmod-sched-core kmod-sched-connmark kmod-ifb iptables iptables-mod-ipopt iptables-mod-conntrack-extrasqm-scripts függőségei:
tc kmod-sched-core kmod-sched-cake kmod-ifb iptables iptables-mod-ipopt iptables-mod-conntrack-extra -
xabolcs
őstag
Honnan vagy annyira biztos benne? Hogyan mukodik? Es hogyan kellene?
Felhivtam a kollega figyelmet, hogy ha barmi baja van a routerrel, akkor visszaterunk LEDE 17.01.2-re, szerencsere az is birta a 200-as DIGI-t.
A juliusi build-del valo meresben vannak beesesek, meg is latszik a sebessegben.
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 3] 0.00-10.00 sec 1013 MBytes 850 Mbits/sec 8103/0 1 740K/4689 us
[ 3] 10.00-20.00 sec 1002 MBytes 841 Mbits/sec 8016/0 250 671K/3732 us
[ 3] 20.00-30.00 sec 1021 MBytes 856 Mbits/sec 8165/0 1 804K/6021 us
[ 3] 30.00-40.00 sec 1.00 GBytes 859 Mbits/sec 8192/0 1 847K/5836 us
[ 3] 40.00-50.00 sec 1.01 GBytes 864 Mbits/sec 8240/0 22 960K/9945 us
[ 3] 0.00-50.01 sec 4.97 GBytes 854 Mbits/sec 40716/0 275 960K/9945 us
[ 3] MSS size 1448 bytes (MTU 1500 bytes, ethernet)Nem tudom mitol lehettek azok a lassulasok, de az augusztusi build mar sokkal magabiztosabban NAT-ol.
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 3] 0.00-10.00 sec 1.04 GBytes 890 Mbits/sec 8492/0 171 322K/2602 us
[ 3] 10.00-20.00 sec 1.04 GBytes 891 Mbits/sec 8501/0 78 337K/2750 us
[ 3] 20.00-30.00 sec 1.03 GBytes 888 Mbits/sec 8468/0 110 401K/2819 us
[ 3] 30.00-40.00 sec 1.04 GBytes 891 Mbits/sec 8494/0 81 425K/2799 us
[ 3] 40.00-50.00 sec 1.04 GBytes 891 Mbits/sec 8502/0 49 477K/3649 us
[ 3] 0.00-50.01 sec 5.18 GBytes 890 Mbits/sec 42457/0 489 477K/3649 us
[ 3] MSS size 1448 bytes (MTU 1500 bytes, ethernet)A HW-NAT-ot pedig nem kapcsolja be azonnal a gyari firmware.
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 3] 0.00-10.00 sec 383 MBytes 321 Mbits/sec 3064/0 46 356K/2099 us
[ 3] 10.00-20.00 sec 1.08 GBytes 932 Mbits/sec 8885/0 62 429K/2202 us
[ 3] 20.00-30.00 sec 1.09 GBytes 934 Mbits/sec 8908/0 0 545K/2363 us
[ 3] 30.00-40.00 sec 1.09 GBytes 935 Mbits/sec 8919/0 0 1448K/2341 us
[ 3] 40.00-50.00 sec 1.09 GBytes 932 Mbits/sec 8889/0 53 1013K/2376 us
[ 3] 0.00-50.00 sec 4.72 GBytes 811 Mbits/sec 38665/0 161 1013K/2376 us
[ 3] MSS size 1448 bytes (MTU 1500 bytes, ethernet)A tesztalany egy 1043NDv4.
Ezek fenyeben szerintem teljesen jo a gwlim-fele build. Termeszetesen akkor lesz igazan megbizhato, ha mar benne lesz valamelyik LEDE release-ben.
Es persze arra is kivancsi vagyok, hogy hogyan fog muzsikalni a LEDE-s HW-NAT ezekhez a routerekhez. Vajon az is lassan kapcsol majd be?En meg azon gondolkoztam, hogy Barrier Breaker-be, Chaos Calmer-be meg persze vargalex-fele Backfire-be nem lehetne belerakni? Ott a LEDE-s forumban azt irjak, hogy eredetileg ez 3.x-es Kernelhez keszult. Ugy talan meg kevesebbet kellene dolgozni vele.
-
-
zolka95
őstag
Nincs verziószám.
Csak busybox 1.24.2
és "designated server (bleeding edge, 50040)cat /proc/version parancsra linux verziót, openwrt verzió 5.3.0.50040-et ír. Lede verzió számot itt sem.
Egyébként ha az opkg.conf fájlban nincs repo link, akkor azért nem tölt le semmit? Ez lenne a frissítési hiba oka, nem?
usb tárolót felismeri a lede magától, így beállítatlanul?
-
-
-
vargalex
Topikgazda
Természetesen Arch linux
:gavarga@gavarga-e5540 ~ % uname -a
Linux gavarga-e5540 4.11.9-1-ARCH #1 SMP PREEMPT Wed Jul 5 18:23:08 CEST 2017 x86_64 GNU/Linux
gavarga@gavarga-e5540 ~ % gcc --version
gcc (GCC) 7.1.1 20170621
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -
vargalex
Topikgazda
Annyit még hozzátennék, hogy ha 7.x.x gcc-d van, akkor ezt a patch-ot még kézzel hozzá kell adni, mivel a 17.01 branch nem tartalmazza.
-
vargalex
Topikgazda
-
-
vargalex
Topikgazda
Igen, nagyon jó eredmények. Post-oltam is a topic-ban.
De engem igazán az alap LEDE-vel mért eredmény lepett meg. Eddig a DIR-825 OpenWrt AA-val (AA közeli trunk-al) volt a leggyorsabb, nagyjából 400 Mbps NAT sebességgel (amit linkeltem is), aztán a későbbi verziókkal folyamatosan csökkent a sebesség. Legutóbb, mikor OpenWrt-vel próbáltam, akkor kb. 250 Mbps-nél megállt. Erre az alap LEDE-vel mérek 616 Mbps-t??? Azt nem tudom, hogy akkor a TL-WR1043ND v2/v3/v4, Archer C5/C7 miért nem tud ennyit (pedig elvileg erősebb SoC van bennük, mint a DIR-825-ben)? Vagy csak senki nem mérte LEDE alatt?
Most kipróbáltam a TL-WDR4900-at, LEDE-vel az is 600 Mbps környékén tud (természetesen DHCP-n), pedig ez is jóval erősebb SoC, mint a D-Link-ben lévő. Hozzátenném, hogy r1000 környéki LEDE trunk-al ez is megállt 300 Mbps alatt... -
vargalex
Topikgazda
Sziasztok!
Nos, gondoltam kipróbálom ezt a fastpath NAT-ot. Van itthon elfekvőben egy D-Link DIR-825 rev B1. Így arra fordítottam egy firmware-t.
Először felraktam az alap LEDE 17.01.1-et (azért ezt, mert a fastpath NAT patch-ek is ehhez készültek). Ekkor ért az első meglepetés:gavarga@gavarga-e5540 ~ % iperf3 -c 192.168.22.200 -i 1
Connecting to host 192.168.22.200, port 5201
[ 4] local 192.168.1.127 port 51966 connected to 192.168.22.200 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 75.5 MBytes 634 Mbits/sec 61 348 KBytes
[ 4] 1.00-2.00 sec 73.1 MBytes 613 Mbits/sec 41 355 KBytes
[ 4] 2.00-3.00 sec 73.1 MBytes 613 Mbits/sec 45 358 KBytes
[ 4] 3.00-4.00 sec 73.1 MBytes 613 Mbits/sec 50 362 KBytes
[ 4] 4.00-5.00 sec 73.0 MBytes 612 Mbits/sec 42 369 KBytes
[ 4] 5.00-6.00 sec 73.0 MBytes 613 Mbits/sec 47 372 KBytes
[ 4] 6.00-7.00 sec 73.2 MBytes 614 Mbits/sec 45 380 KBytes
[ 4] 7.00-8.00 sec 74.1 MBytes 622 Mbits/sec 44 386 KBytes
[ 4] 8.00-9.00 sec 73.0 MBytes 613 Mbits/sec 39 395 KBytes
[ 4] 9.00-10.00 sec 73.1 MBytes 614 Mbits/sec 45 400 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 734 MBytes 616 Mbits/sec 459 sender
[ 4] 0.00-10.00 sec 732 MBytes 614 Mbits/sec receiver
iperf Done.
gavarga@gavarga-e5540 ~ % wget http://traffic.vargalex.hu/test.img
--2017-07-07 20:14:15-- http://traffic.vargalex.hu/test.img
traffic.vargalex.hu feloldása… 192.168.22.200
Csatlakozás a következőhöz: traffic.vargalex.hu[192.168.22.200]:80… kapcsolódva.
HTTP kérés elküldve, várakozás válaszra… 200 OK
Hossz: 314572800 (300M) [application/octet-stream]
Mentés ide: „test.img”
test.img 100%[=====================================================================================================================>] 300,00M 65,7MB/s idő 4,5s
2017-07-07 20:14:20 (66,5 MB/s) -- „test.img” mentve [314572800/314572800]Soha nem tudott ez a router ekkora sebességgel NAT-olni! Nem tudom, hogy mit optimalizáltak a LEDE-ben! Anno ez volt a maximum, a későbbi build-ekben ez csak csökkent. Más típusok hogy állnak NAT ügyileg a LEDE-vel? A wget tesztet azért futtattam, hogy megbizonyosodjak róla, hogy nem az iperf3 csapott be. Látszik, hogy a WAN oldalon lévő szerverről 66,5 MB/s-el tudtam letölteni.
Ezután feltettem a fastpath NAT-al build-elt LEDE 17.01.1-et. Az eredmény:
gavarga@gavarga-e5540 ~ % iperf3 -c 192.168.22.200 -i 1
Connecting to host 192.168.22.200, port 5201
[ 4] local 192.168.1.127 port 52098 connected to 192.168.22.200 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 114 MBytes 955 Mbits/sec 0 542 KBytes
[ 4] 1.00-2.00 sec 111 MBytes 934 Mbits/sec 0 542 KBytes
[ 4] 2.00-3.00 sec 112 MBytes 939 Mbits/sec 0 568 KBytes
[ 4] 3.00-4.00 sec 111 MBytes 932 Mbits/sec 0 568 KBytes
[ 4] 4.00-5.00 sec 111 MBytes 930 Mbits/sec 88 571 KBytes
[ 4] 5.00-6.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes
[ 4] 6.00-7.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes
[ 4] 7.00-8.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes
[ 4] 8.00-9.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes
[ 4] 9.00-10.00 sec 110 MBytes 923 Mbits/sec 34 522 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 1.09 GBytes 934 Mbits/sec 122 sender
[ 4] 0.00-10.00 sec 1.08 GBytes 932 Mbits/sec receiver
iperf Done.
gavarga@gavarga-e5540 ~ % wget http://traffic.vargalex.hu/test.img
--2017-07-07 20:21:52-- http://traffic.vargalex.hu/test.img
traffic.vargalex.hu feloldása… 192.168.22.200
Csatlakozás a következőhöz: traffic.vargalex.hu[192.168.22.200]:80… kapcsolódva.
HTTP kérés elküldve, várakozás válaszra… 200 OK
Hossz: 314572800 (300M) [application/octet-stream]
Mentés ide: „test.img”
test.img 100%[=====================================================================================================================>] 300,00M 109MB/s idő 2,8s
2017-07-07 20:21:55 (109 MB/s) -- „test.img” mentve [314572800/314572800]És valóban átjött a gigabit. Tehát tényleg van értelme ennek a megoldásnak...
Retry-ok gondolom azért voltak, mert 2 viszonylag hosszú (>10m) Cat5 kábellel próbáltam.
-
suste
veterán
ha csak +50%-ot hozna NAT-ban, akkor már nagyon jó lenne szerintem, legalább kicsit ellensúlyozná a kernelfejlesztést
nagyon gyalázatos, hogy milyen mértékben lassult a NAT-olás az újabb kernelekkel ua HW-vel
azzal, hogy mennyire van valós igény a gigabithez közeli NAT-ra, igencsak vitatkoznék, de az 1 magos régebbi SoC-ok lassan a 100Mbit/s-t sem tudják kihajtani, 2-300Mbit/s-ről meg ne is álmodjunk
-
-
chros
őstag
Nos, itt a lede foruma: [link] (kertem is, hogy forditson egy archer c5 image-et
, C7 van) Tobb teszt-eredmeny is szerepel a topikban.
Ez nagyon igeretesnek tunik: nem hardware nat, igy hardware fuggetlen (azaz a procin mulik a teljesitmeny kulonbseg) es SQM is muxik vele allitolag. -
gr8tjoey
aktív tag
Erős felindulásból V3 lett, nem volt kedvem (időm) bármi mással kísérletezni.
Eddig azt kell mondjam, hogy egész jó, wifi-n file másolás 10-11MB/sec, samba gyorsult, Luciban lépkedés gyorsult. Úgy az egész gyorsult 15-20%-kal, bizonyos esetekben (pl wifi) jobban.Le a kalappal a 0.8.1-es build előtt, 0,6-ról jöttem át, és eltartott egy kis ideig amíg megtaláltam rajta amit keresek, de végül minden a helyére került.
A V1-esemet megkapta egy ismerős, ahol a következő konfig van:
- Emeleten UPC cisco kábelmodem, router, wifi ap egyben
- kábelen le földszintre, és ott ül a 1043-as.Egyelőre az internet lábába dugtam a zsinórt a 1043-nak, így dupla nat-tal jön a net, a routert DMZ-be raktam a cisco-n, hogy befelé megtalálják ssh-n, ftp-n, stb.
Tudom ez így nem a legjobb megoldás, mert az emeleti gépek és a földszintiek nem egy hálózatban vannak, és van köztük egy tűzfal is, így pl az emeletről nem megy a samba.
Mi az ideális konfig? Átkonfigurálni az internet portot switch porttá?
Ha a DHCP-t a cisco osztja minden eszköznek mindkét szinten, akkor gondolom a 1043 DHCP serverét le kell állítani, és az eszköznek fix IP-t adni, a cisco-ban meg rezerválni.Van még valami amire figyelni kell? Nincs nagyon időm kísérletezni, ezért kérdem.
-
mumtaz
senior tag
Használnám is, ha menne, de sajnos nem kell.
Előkaptam egy USB tápot, amit még anno csináltam. Egy egy külső táp USB-s cuccokhoz.
PC-n lepróbáltam, hogy működik-e még és működik. Ezt anno átkapcsolhatóüra csináltam, hogy az USB-ből jövő tápot (PC, laptop, router) ki lehet iktatni és az USB-s eszköz csak a külső adapterről kapja a tápot. Teljesen jól működik. PC a wifi adaptert csak erről megtáplálva simán működik. A routerbe dugva viszont ugyanazokat a hibaüzeneteket kapom, mint amit a korábbi hozzászólásomban írtam. Így a tápellátási gond teljesen ki van iktatva. Mi lehet még a probléma? Elvileg minden driver fent van hozzá a routeren.
Nagyon szeretném működésre bírni. -
#54715584
törölt tag
Gyári firmware, V2 vason V3 szoftver.
Furán mér, néztem speedtesttel. Az első 2 mérés kivételével a teszt közben 8-9 Mbps sebességet mutatott, míg a képen lévő értékek duplák. Tegnap frissítettem a telefon szoftverét, ami nagyon problémás volt, valószínűleg azzal lehetett a probléma, de akkor már előzőleg is, csak nem vettem észre. És a mai első mérésnél is. Lehet egy telefon reset megoldja majd. -
betyarr
veterán
semmi extra nem kell rá.se dlna szerver,se transmission,se ftp szerver,csak ddns.annyi kell hogy jól és stabilan ellássa a feladatát zsinóron meg wifi-n is.ne kelljen hozzányúlni csak akkor ha mondjuk engedélyezni vagy bezárni akarok egy portot.
a gyári fw-vel eddig hibamentesen üzemelt.mindenre megfelelő volt,amire használtam.ezért lenne jó ha az openwrt-vel is így működne.elérhető ez?megéri a fáradságot? -
#54715584
törölt tag
Eredetileg a PC lenne a médialejátszó, végül mégsem az lett, de ennek hosszú története van. Ezért vettem a mede8ert, és eddig nem bántam meg.
Viszont idióta vagyok úgy tűnik. Nyomtam egy resetet a legújabb szoftverrel és megnéztem újra a lejátszást.
Vagy megjavult közben valami vagy olyan hülye vagyok, hogy nem az NFS megosztást használtam a Favorite shortcutnál előzőleg a NAShoz.
Most működik rendesen, nem akad sem a kép, sem a hang. -
#54715584
törölt tag
Media player mint fizikai eszköz, egy med600x3d.
A NAS pedig egy WD MyCloud 3TB. Ha jól tudom Samba megosztást használ. Külön megosztási beállítás nincs, media servert tudok bekapcsolni, az a DLNA, de az ki van kapcsolva. A NAS-on 3 folder alapból publikus.
Alapvetően a NAS-ról játszok le filmeket media playerrel, de kipróbáltam PC-ről is megosztással, hogy lássam onnan működik-e, esetleg a file hibás vagy a NAS lehet bad sectoros.
Ha PC-n játszok le a NAS-ról filmeket, akkor az akadásmentesen megy, igaz technikai dolgok miatt ott csak DTS hang kerül dekódolásra.
USB-s lejátszást a media playeren próbáltam ki, miután egy 7 gigás file lejátszása okozott neki problémát a NAS-ról.
A media player topikja szerint másoknál mennek a BD50 méretű filmek is. Akkor megkérdezem a topikjában, hogyan tovább.
Köszi a válaszokat.
-
-
bela85
aktív tag
Bocs,tényleg totál laikus vagyok..
Amit létrehoztam extrootnak 200mb-os partíciót az /dev/sda5 és az van a csatolási pontnál felcsatolva
/overlay-ként..
Vagy nem azt kell nézzem? vagy a rootfs-t nézzem csatolási pontnál, mert akkor az ' / 'Downgrade-elni hogy tudnám a minidlna-t?
Illetve találtam a neten Minidlna 1.1.5-öt azt hogy tudnám feltelepíteni? -
Netuddki
tag
Úgy 10 évvel ezelőtt egy nagy számtekguru még azt is elmagyarázta nekem, hogy nem tesz jót a számítógépnek ha a gombbal kapcsolom ki, mert a HDD "ráejti a tűt a lemezre".
A HDD hibernálást pont azért találták ki, hogy kímélje a merevlemezt, ez az egyetlen célja. Nyilván nem az az optimális ha 10 percenként felébreszted, de ha pl. éjszakára hagyod aludni, pont egyharmaddal hosszabbítod meg az élettartamát. Nem kell minden "azt szokták mondani"-nak bedőlni.
Arról már nem is beszélve hogy ha összeadod a hibernálással megspórolt áramot, az sem kevés, a mozgó alkatrész miatt az egyik legtöbbet fogyasztó alkatrész. Nem mondom hogy 2 évente kijön belőle egy új hdd ára, de azért sokat bele tud számítani. -
Netuddki
tag
Az alapján men sikerült, mert azt a cbq algoritmust amit használna sehogy sem sikerült elővarázsolni, mindíg ismeretlen parancs hiba lett a vége. (pedig elvileg fel van telepítve minden ami kell)
Viszont utána találtam egy ilyet, ez a hfsc-t használja, ebben minden rendben lefutott, úgyhogy talán innen érdemes továbbindulni ha akar valaki. Van a leírás végén egy ellenőrző parancs, tc -s class show dev eth0 (nálam eth0.2 a wan oldal, arra csináltam meg az egészet), ez szépen ki is listázta a "gyors" meg a "lassú" szálat, de nálam mégis minden adat a gyors szálon ment, lehet hogy csak valami port vagy IP beállítást szúrtam el, ami miatt semmi nem ment a filternek a lassú oldalára.
Itt adtam fel este, mert ma már működnie kellett a rúternek, én meg mindent összegányoltam rajta közben, úgyhogy gyorsan visszadobtam a gyári fwt, majd ha érzek még affinitást hozzá akkor majd firtatom kicsit. Egyszer majd.suste: Annyira nem vagyok otthon a routerek működésében, de a 2 wifi nem eszi nagyon a procit? A 2 WPA2 kódolásban szinte biztos vagyok hogy igen. De ne legyen igazam, mindenesetre nálam egyértelműen lehal a vas ahogy bekapcsolom.
A másolás lassúságán kívül nekem a másik problémám lenne, (ha menne a 2 wifi az enyémen) hogy nincs több normálisan használható csatorna, csak amit éppen használok, nagyon tele van itt minden. Azt meg már lusta is vagyok végiggondolni, hogy ha 2 csatornál használok egyszerre, akkor ez mennyiben befolyásolja a MIMOt, mennyivel lassul a kapcsolat sebessége wifinként.Az ideális mindenképpen az lenne ha lehetne IPre vagy MACre sávszélt korlátozni, hasznos dolog ez.
Mindenképp hasznosabb pl. minthogy a ledeket villogtassuk a rúter előlapján a szekrényben, az mégis alap az openwrtben, ez meg nincs.
-
suste
veterán
igen, ezt a másolgatós dolgot mindig elfelejtem, de csak azért mert nem igazán értem meg miért van szükség rá
hiszen ha gyorsan kell valami, akkor kábelnél nincsen jobb (wifi közelébe sem ér)
de akár a másolás idejéig átcsatlakozhatod másik wifire is, vagy kikapcsolod a szabályzást (akár mobilról 1-2 kattintással)
de egy jó pendrive-val is gyorsabb a másolás, mint wifin
stbstbén több család igényeit is látom, de ez a másolgatás sehol nem jön elő, ezért nem tudom elképzelni, hogy ez mindennapos legyen valahol, és nekem sem jutna eszembe a wifi ha gyorsan kell másolgatni, hanem máshogy szervezném az adatforgalmat....
de pl külön repeater és/vagy switch használatával máris megoldódna a saját hálózatos gyorsabb másolás
-
suste
veterán
De miért baj, ha van egy külön interfész+wifi a korlátozott eszközöknek?
Nálam már évek óta megy így 2db különálló és eltérő korlátozással létező psk2 vendég wifi hálózat, mellette a korlátlan LAN+wifi, és néha beüzemelek egy nyitott igazi vendéghálót is másik korlátozási beállításokkal.
Ez mind tökéletesen üzemel, a stats grafikonok is igazolják a korlátozásokat..... -
csabsz13
aktív tag
OK, köszi. a DMZ-t már csak a legvégén próbáltam. már előtte volt fix IP címmel port forward is. ha meg tudom oldani, akkor viszont inkább maradnék a port forwardnál, mert még lehet, hogy majd lesz más eszköz is közvetlenül a CISCO-ra kötve és nem biztos, hogy lesz előtte bármilyen tűzfal a CISCO-n kívül.
-
csabsz13
aktív tag
-
rqbrqb
csendes tag
Közben próbálkoztam még. Notebook -(wifi)->router-(kábel)->NAS útvonalon 10MB/s az átvitel (megjegyzés magamnak: ellenőrizni a kábelt, hogy bírja-e az 1G-t). Gondolom a felcsatolt USB driveot nem bírja szegény router. lehet egy Asus N18 jobb lett volna erre a feladatra.
-
vargalex
Topikgazda
Szia!
Azért hívják rc1, rc2, rc3-nak, mert nem végleges. Nyilván a fontos javításokat átvezetik. A 3.18-as longterm support kernel, nyilván az rc és a végleges változatok kiadásakor aktuális alverziót tartalmazzák (ami a kernel.org-on éppen aktuálisan letölthető verzió) az egyes release-ok.
-
suste
veterán
, én a BB-t patcheltem szétMás:
belefutottam egy érdekes limitációba, valaki megnézhetné, cáfolhatná vagy igazolhatná:
hardver: fő router + repeater
szoftver: fő router bármi, repeater bármelyik openwrt
probléma: repeaterrel felcsatlakozok a fő routerre (én relayd-del csináltam), és a repeateren megpróbáltam beüzemelni egy + wifi AP-t a LAN-ra
luciban minden jónak tűnik, de a + AP-re vagy nem tudnak felcsatlakozni a kliensek, vagy ha felcsatlakoznak, akkor is állandóan ledobálja őket (10-20mp-enként)
ha letiltom az 1. AP-t akkor jól működik a 2., és fordítva is igaz, csak egyszerre nem mennek rendesen
próbáltam vendég wifiként is létrehozni a 2-at, de úgy sem megy, ugyan az a helyzet mint LAN-ra csatlakozvajó lenne, ha valaki ki tudná próbálni.....
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
vargalex- Hammer 6 LTE - ne butáskodj!
- A fociról könnyedén, egy baráti társaságban
- Kínai és egyéb olcsó órák topikja
- BestBuy topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Tsarevna - Akciójáték a szláv mitológia alapján
- exHWSW - Értünk mindenhez IS
- Gyúrósok ide!
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Xiaomi 15 - kicsi telefon nagy energiával
- További aktív témák...
- LG 65QNED86T / 65" - 164 cm QNED / 4K UHD / 120Hz & 3ms / HDR 10 Pro / FreeSync Premium / HDMI 2.1
- BESZÁMÍTÁS! ASUS TUF Z390-PRO GAMING alaplap garanciával hibátlan működéssel
- Lenovo Thunderbolt 3 kábel (4X90U90617)
- AKCIÓ! Apple Macbook Pro 16" 2019 i9 9980HK 64GB DDR4 1TB SSD Radeon Pro 5500M garanciával
- T Phone Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged