Oh, igazad van

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-extra

sqm-scripts függőségei:
tc kmod-sched-core kmod-sched-cake kmod-ifb iptables iptables-mod-ipopt iptables-mod-conntrack-extra

[ Szerkesztve ]

Alex

ha még szüksége lenne valakinek LEDE alá jól működő minidlna-ra, akkor innen leszedhet egy mentést, amiben a jó verzió van
(backup-minidlna_1.2.0-mips_24kc-2017-12-12.tar.gz)

[ Szerkesztve ]

Sziasztok !
Segitség kellene ehhez a routerhez.

Adott az "Access Controll" beállitás, de nem jutok dülöre vele.
Beállitom a MAC- szürést egyetlen gépre és ha jováhagyom, akkor az összes
gépen elmegy a net.
Valami nem jo itt, már végigböngésztem a netet, de nem találtam rá megoldást,
vagy nem tiltja azt az egyet vagy minden gépet blokkol.
WR 1043 V4 -es a router.

Köszi !

Sziasztok, előre bocsátom, gyenge kezdő vagyok...Ma vettem egy WR1043 ND v1-t, az eladó szerint DD-WRT van rajta. A problémám, hogy nem tudom konfigurálni, mert a 192.168.1.1- re nem reagál. A kérdésem-mint a hülyegyereknek pls-DD-WRT-s gépnél mi a belépési kód(vagymi )? Reset, kihúz, vár keveset, visszakapcs megvolt-hatástalanul.

Értem, hogy gőzgép, de mi hajtsa?

Sziasztok! Gyári firmnél meg lehet oldani, hogy az usb-n csatlakoztatott 2,5-es hdd kikapcsoljon, ha nincs eszköz, ami olvasná? Folyamatosan ég a hdd ledje, és teker is szegény. Ha gyári firmnél nem megoldható, esetleg valamelyik nyílt forrásúnál?

Próbáld meg a 192.168.2.1-et.
Vagy rádugsz egy gépet, megnézed a hálózati beállításokat. Az átjáró ip-je kell.

[ Szerkesztve ]

A 192.168.2.1-re sem reagál. Gondolom USB-n kellene rátennem a laptopra. Az meg perpill nincs, holnap szerzek és próba. Gondolom, ha ráteszem gépre, akkor felismeri és ott tudok olvasgatni.Mindenesetre köszönöm a tippet

[ Szerkesztve ]

Értem, hogy gőzgép, de mi hajtsa?

Próbátam a gyári fw-.t visszatölteni a openwrt-vargalex helyett ez alapján. Sajnos hibát ír a végén "Failed to erase block", és most
nem merem újraindítani, mert félek, hogy tégla lesz. Valami ötlete van valakinek?

root@OpenWrt:/tmp# mtd -r write wr1043nv1_en_3_13_15_up_boot\(140319\).bin firmware
Unlocking firmware ...

Writing from wr1043nv1_en_3_13_15_up_boot(140319).bin to firmware ... [w] [e]Failed to erase block

[ Szerkesztve ]

Vacillálni, vagy nem vacillálni, ez itt a kérdés, vagy mégse?

usb-n nem lesz jó
az eladót kérdezd meg, hogy hogyan lehet beállítani a routert

Jobb lett volna előtte kérdezni!
Feleslegesen őrzöd a routert, a parancsban kiadtad az automatikus rebootot. Ha ez az írásvédett partíció miatt mégsem történt meg, akkor keress egy vágott fw-t és azzal próbáld meg újra, ne ezzel a bootossal.

A link csak akkor jó, ha tényleg v1-es a routered.

[ Szerkesztve ]

jó nagy hülyeség volt mtd-hez nyúlni, mikor a sysupgrade is jó lett volna
és főleg nem boot-os gyári fw-t kéne feltolni, erről millió hsz van itt és az összefoglalóban is van segítség....

Ok, tényleg elb..tam.
Újraindult, és tégla lett. Így jártam.

Vacillálni, vagy nem vacillálni, ez itt a kérdés, vagy mégse?

Kérdeztem.Még nem válaszolt, de gondoltam itt olyan guruk vannak ehhez a típushoz, hogy egy jó - és egyszerű - megoldást tudtok ajánlani, amivel hipp-hopp ok minden. Kiegészítés: első bekapcsoláskor feljött a DD-WRT oldala, kért felhnevet, jelszót, de lányos zavaromban beírtam mindent, csak az admin-admin párost nem... Aztán reseteltem és onnantól már semmi...

Értem, hogy gőzgép, de mi hajtsa?

Értem köszi!

Találtam hozzá unbrick videót, legalább megnézem a kondikat is benne.

Vacillálni, vagy nem vacillálni, ez itt a kérdés, vagy mégse?

Te most wifin, vagy lanon kísérletezel?
Vezetékes kapcsolatot kell létrehozni és úgy beállítani. Ez nem USB, hanem UTP.

1043nd V2 routerem van. Suste-féle openwrt használok. LEDE Fast-Path-ot raktam fel. A sebességgel nincs is gond, de a csatolási pontot hiányzik. Suste basic backupot felraktam, de így se látszik a meghajtó. Fileserver kellene a routerre. Mit kellene telepítenem?
Suste esetleg tervezel LEDE Fast-Path v2 csomagot?
Köszönöm!

Telepíteni kell az alapvető usb-s csomagokat...

installer oldalon fent is van szerintem alapból, de telepítheted manuálisan is.

Ami az én automountomhoz pluszba kell az a blkid... azt is telepíteni kell...

Amúgy a rendszer loadja hogy alakul v2-őn mert nekem sima lede 17.01.4 alatt szörnyű mit művel... mondjuk mysql, transmission, rss reader,statisztika, smb, ftp, openvpn két példányban egy kliens egy szerver, régi suste alatt simán bírta ezt normális terheléssel, most le-le álldogál a transmission, stb...

Gondolkoztam, hogy rászánok még egy napot és kiproóbálom a fastpath-ost hátha a nat legalább nem fogná vissza...

Bár lehet kinőttem ezt a routert... és vennem kéne saját felhasználásra egy 860l-t... de most felment az ára... :/

[ Szerkesztve ]

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Köszi. Úgy néz ki, hogy sikerül!
A luci sokkal lassabb, mint bb-n. A transmission már egy bananaról fut így az nem terheli. Még alig egy napja próbálom csak a lede-t. Először factory változatát raktam fel. Az újraindításnál a karika lefagyott. Újra fel a BB, majd sysupgrade. Most már kicsit gyorsabb a felület.
A Digi giabitesre emelése miatt próbálkoztam. Az ont-ra kötve 614/212Mb/s-ot mértem, a 1043V2 LEDE Fast path 597/213Mb/s, míg Suste BB-vel 154/195Mb/s.
Eddig még mást nem próbáltam vele. A suste verzióval is csak ddns, fileserver futott. Csak az elején használtam torrentre.
A 860L-t én is nézegettem.

V4-hez melyik a legfrissebb gyári FW? Mindenhol a 160607-os?

A német oldalon valamiért fent van egy újabb verzió (170401), de csak Portugáliának, ez vajon mi lehet?
http://www.tp-link.de/download/TL-WR1043ND.html#Firmware

Nekem is V4-es verzió van pár hete, és én is kiszúrtam már hogy van frissebb firmware, de csak portugál verzióhoz. Mondjuk azt nem értem akkor az EU miért van a nevében.

Én nem merem kipróbálni, hogy működik-e vele vagy sem. Azért is mert ugye mint írtam pár hetes, és ha valamit elszúrok rajta, és visszaküldöm, kiszúrják hogy belenyúltam akkor bukta gari+pénz is.

Gigabyte B660 Gaming X DDR4, IntelCorei5 13600K/Arctic LF III 360,Kingston 4x8GB DDR4 3200MHz,MSI RTX 3070 Gaming X TRO,Samsung 970EVO Plus 500GB, Samsung 980 1TB SSD,Phanteks Eclipse P600S ,FSP Hydro G 650W

Ha elég a két LAN. Sajnos nekem ezért nem jó.

Te nem most nőtted ki a 1043v2-t, hanem már legalább 1 éve .
Már rég a DLink860-nal kéne üzemelned, és még olcsón meg is úsztad volna, amikor beszéltünk róla.... és már régebben is írták mások is, hogy kifutó modell lett....

Az újabb Openwrt/Lede fw-k az újabb/bővebb kernel miatt sajnos mindig lassabbak ua HW-n . (A cputest táblázatunkból is egyértelműen látszik.)
Gondolom a legtöbb gyártó is ezért maradt az AA-nál, és inkább azt foltozgatják.
Milyen lehetne egy Dlink860 AA-val?
Ráadásul a LEDE eleve több ramot is igényel, ezért is panaszkodnak a régebbi (32MB-os) routeresek rá....
De reméljük a CC tényleg megmarad alternatívának.

(#67875) GZoli7
gigabites és 100-as switch is létezik a világon .....sokszor a 4 port is kevés....

[ Szerkesztve ]

Én a 4 portost is plusz switchel használom, de nincs mindenkinek.

(#67877) woodworm: Ez is igaz.

[ Szerkesztve ]

LAN-on...De már megtudtam 192.168.11.1-el bejelentkezett. Be is tudtam(nagyjából) konfigurálni, de a wifi hol megy, hol nem, de inkább nem. Kérdésem lenne: ez a hiba adódhat-e a DD-WRT-ből, esetlegesen valami hibájából (letöltés, telepítés), és ha igen, akkor a gyári firmware-t visszatéve esetleg tudná-e a gyári beállításait? Egyébként feltettem hardverapróra, ha valakit érdekel.

Értem, hogy gőzgép, de mi hajtsa?

Hali! v2-es

Hali!

A válaszomat a kérdésed alatt találod a fast lede féle fw-t tettem fel...

Wifinél is megbízható és gyors ez az fw?

Nekem nagyon nehezen indult, aztán mintha most beállt volna, magam sem értem hogyan. Eleinte elég hullámzó volt a wifi sebesség, de most meg elég gyors és stabil is. Lehet valamelyik szomszéd eszköze zavart be... Nem tudom.

Sziasztok!

Találkozott már valaki olyan problémával, hogy elszáll az egész kapcsolat (kábel és wifi), és nem lehet elérni a router kezelőfelületét sem (közben felkiáltójeles a hálózat kábelen). Egy v2 egységről van szó.

Sega mindenkinek!

A segítségetekre lenne szükségem! Van a lakásban egy UPC Connect Box, amihez csatlakozik a 15 méterre lévő garázs, külső falán elhelyezett Tenda U1-es USB-s Wifi vevő, 16dBi-s antennával! A Wifi vevő egy asztali géphez csatlakozik, amihez egy TP-Link WR-1043ND v1.8-as router van hozzá kapcsolva ethernet kábellel. A router bridge módra van állítva, a Wifi kapcsolat pedig meg van osztva (lád kép) A gondom az, hogy a Wifi kapcsolat pl. a rá csatlakozott telefon, vagy tábla gépnél random eltűnik, és azt írja, hogy 'Csatlakozva, az internet kapcsolat nem elérhető' Valakinek tippje, vagy javaslata, hogy-hogy lehetne valami megoldást találni a problémára, vagy valami más csatlakozási javaslat? Ezekből az összetevőkből szeretném megoldani, nem szeretnék más eszközöket vásárolni!

A segítségeteket előre is köszönöm!

Ha nincs n@pfelkelte, majd csinálok ;-)

Közben javítanám és kiegészíteném pár dologgal: nem v2 hanem v3, illetve gyári firmware van rajta. Elő szokott még az is fordulni hogy nem lehet csatlakozni a wifi hálózatra, csak újraindítás után. Közben kábelen van internet és a sebesség is jó. Szerintetek itt is a táppal van gond?

[ Szerkesztve ]

Sziasztok!

Openvpn-el kapcsolatos probléma megoldásához szeretnék segítséget kérni.

Adott egy szerver (192.168.0.2), aminek a konfigja:

config openvpn 'myvpn'
option enabled '1'
option verb '3'
option proto 'tcp-server'
option port '1194'
option dev 'tap'
option mode 'server'
option tls_server '1'
list push 'route-gateway dhcp'
list push 'redirect-gateway def1'
option keepalive '10 120'
option ca '/etc/openvpn/ca.crt'
option cert '/etc/openvpn/my-server.crt'
option key '/etc/openvpn/my-server.key'
option dh '/etc/openvpn/dh2048.pem'

A kliens windows konfigja:

dev tap
proto tcp

log openvpn.log
verb 3

ca ca.crt
cert my-client.crt
key my-client.key

client
remote-cert-tls server
remote xyz123.uk.to 1194

Ezzel windowsban működik minden, kap a virtuális hálókártya egy jó ip címet, megy a net forgalom a vpn szerveren keresztül, elérem a vpn szervert futtató rúterre csatlakozott többi eszközt is, minden klappol.

Viszont szeretném, ha ehhez a szerverhez tudna kapcsolódni egy másik rúter is (192.168.4.1) az ország másik feléből , hogy az ezen a kliens rúteren csücsülő lan kliensek is el tudják érni a távoli vpn szerveres rúteren csücsülő eszközöket és fordítva.

Ennek a client routernek a konfigja:

config openvpn 'myvpn'
option enabled '1'
option dev 'tap0'
option proto 'tcp'
option verb '3'
option ca '/etc/openvpn/ca.crt'
option cert '/etc/openvpn/my-client.crt'
option key '/etc/openvpn/my-client.key'
option client '1'
option remote_cert_tls 'server'
option remote 'xyz123.uk.to 1194'

Kapcsolódás közben ezt a logot kapom:

Fri Dec 15 10:58:03 2017 daemon.notice openvpn(myvpn)[1031]: Socket Buffers: R=[87380->87380] S=[16384->16384]
Fri Dec 15 10:58:03 2017 daemon.notice openvpn(myvpn)[1031]: Attempting to establish TCP connection with [AF_INET]81.182.35.251:1194 [nonblock]
Fri Dec 15 10:58:04 2017 daemon.notice openvpn(myvpn)[1031]: TCP connection established with [AF_INET]81.182.35.251:1194
Fri Dec 15 10:58:04 2017 daemon.notice openvpn(myvpn)[1031]: TCP_CLIENT link local: (not bound)
Fri Dec 15 10:58:04 2017 daemon.notice openvpn(myvpn)[1031]: TCP_CLIENT link remote: [AF_INET]81.182.35.251:1194
Fri Dec 15 10:58:04 2017 daemon.notice openvpn(myvpn)[1031]: TLS: Initial packet from [AF_INET]81.182.35.251:1194, sid=fcc8a294 5afa7461
Fri Dec 15 10:58:40 2017 daemon.notice openvpn(myvpn)[1031]: VERIFY OK: depth=1, C=HU, L=SzSzM
Fri Dec 15 10:58:40 2017 daemon.notice openvpn(myvpn)[1031]: VERIFY KU OK
Fri Dec 15 10:58:40 2017 daemon.notice openvpn(myvpn)[1031]: Validating certificate extended key usage
Fri Dec 15 10:58:40 2017 daemon.notice openvpn(myvpn)[1031]: ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
Fri Dec 15 10:58:40 2017 daemon.notice openvpn(myvpn)[1031]: VERIFY EKU OK
Fri Dec 15 10:58:40 2017 daemon.notice openvpn(myvpn)[1031]: VERIFY OK: depth=0, C=HU, CN=1043
Fri Dec 15 10:58:40 2017 daemon.notice openvpn(myvpn)[1031]: Control Channel: TLSv1.2, cipher TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Fri Dec 15 10:58:40 2017 daemon.notice openvpn(myvpn)[1031]: [1043] Peer Connection Initiated with [AF_INET]81.182.35.251:1194
Fri Dec 15 10:58:40 2017 daemon.info pppd[1359]: System time change detected.
Fri Dec 15 10:58:41 2017 daemon.info dnsmasq[1574]: read /etc/hosts - 4 addresses
Fri Dec 15 10:58:41 2017 daemon.info dnsmasq[1574]: read /tmp/hosts/dhcp.cfg02411c - 2 addresses
Fri Dec 15 10:58:41 2017 daemon.info dnsmasq-dhcp[1574]: read /etc/ethers - 0 addresses
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: SENT CONTROL [1043]: 'PUSH_REQUEST' (status=1)
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: PUSH: Received control message: 'PUSH_REPLY,route-gateway dhcp,redirect-gateway def1,ping 10,ping-restart 120,peer-id 0,cipher AES-256-GCM'
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: OPTIONS IMPORT: timers and/or timeouts modified
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: OPTIONS IMPORT: route options modified
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: OPTIONS IMPORT: route-related options modified
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: OPTIONS IMPORT: peer-id set
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: OPTIONS IMPORT: adjusting link_mtu to 1658
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: OPTIONS IMPORT: data channel crypto options modified
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: Data Channel: using negotiated cipher 'AES-256-GCM'
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: Data Channel Encrypt: Cipher 'AES-256-GCM' initialized with 256 bit key
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: Data Channel Decrypt: Cipher 'AES-256-GCM' initialized with 256 bit key
Fri Dec 15 10:58:41 2017 daemon.notice netifd: Interface 'vpn0' is enabled
Fri Dec 15 10:58:41 2017 daemon.notice netifd: Network device 'tap0' link is up
Fri Dec 15 10:58:41 2017 daemon.notice netifd: Interface 'vpn0' has link connectivity
Fri Dec 15 10:58:41 2017 daemon.notice netifd: Interface 'vpn0' is setting up now
Fri Dec 15 10:58:41 2017 daemon.notice netifd: Interface 'vpn0' is now up
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: TUN/TAP device tap0 opened
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: TUN/TAP TX queue length set to 100
Fri Dec 15 10:58:41 2017 daemon.warn openvpn(myvpn)[1031]: NOTE: unable to redirect default gateway -- VPN gateway parameter (--route-gateway or --ifconfig) is missing
Fri Dec 15 10:58:41 2017 daemon.warn openvpn(myvpn)[1031]: WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Fri Dec 15 10:58:41 2017 daemon.notice openvpn(myvpn)[1031]: Initialization Sequence Completed
Fri Dec 15 10:58:42 2017 user.notice firewall: Reloading firewall due to ifup of vpn0 (tap0)

A hibát a Fri Dec 15 10:58:41 2017 daemon.warn openvpn(myvpn)[1031]: NOTE: unable to redirect default gateway -- VPN gateway parameter (--route-gateway or --ifconfig) is missing sornál keresgélem, de nem jutok tovább. Tud nekem valaki segíteni? Előre is köszönöm!

Erre valaki ??
Vagy ez egy csoda bug ?
[link]

[ Szerkesztve ]

próbáld meg LEDE-vel, lehet hogy a gyári SW-ben van valami bug
https://lede-project.org/toh/hwdata/tp-link/tp-link_tl-wr1043nd_v4

Ez a max3232-es áramkör mennyire működhet router újraélesztéshez? Sajnos se dku-5 se ca-42 nincsen, viszont max3232-est találtam párat itthon. Rendeltem az ebay-en is kütyüt hozzá, de az 1-2 hónap, mire megjön.

Vacillálni, vagy nem vacillálni, ez itt a kérdés, vagy mégse?

Sziasztok!

TL-WR1043N V5-ből kellene boot nélküli FW, hogy menjen LEDE FW-ről való visszafrissítés gyárira.
Oka: nagyobb sebességnél egyszerűen lefagy a router, minden led világít, nem lesz jó.

Esetleg más megoldás is szóba jöhetne, de leginkább a gyári FW visszaállítása lenne jó!

TFTP-s megoldás gondolom továbbra is él ahhoz gyári fw kell ami fent van tp link oldalon bootos, ugyanis azt az uboot intézi, amihez az openwrt nem nyúl.

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

És mi legyen a file neve?
Mert a wr1043nv5_tp_recovery.bin-t nem vette fel.
Tűzfalat is kikapcsoltam, nem csatlakozott.