-
Fototrend
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
Laszlo733
aktív tag
válasz
vargalex
#66797
üzenetére
Az kavart meg, hogy nem tudtam hogy a suste féle transmission web ui az nem ugyanaz, mint a transmission 2. Mikor kitisztult a kép és feltettem a .gz állományt és mejelent.a 9092-es felületen az új felület már.tudtam hogy jó lesz. A telepítés után az adott mappába be is kerültek a hiányzó fájlok. Elnézést, hogy nem fogalmaztam érthetően. Az FTP-re áttérve, újratelepítettem az ftp-2017-07.19.tar.gz állományt és most már más a hibaüzenet. Feljön egy kis ablak a felhasználó névvel és jelszóval, de.hiába ok-zom le, azt írja hogy Autentikáció-Kísérlet 1.
-
vargalex
Topikgazda
-
#66796
Laszlo733
aktív tag
Intruder2k5
#66795
Laszlo733
aktív tag
válasz
Intruder2k5
#66795
üzenetére
Ezt írja ki: java.net.ConnectException: Connection refused
-
#66795
Intruder2k5
MODERÁTOR
Laszlo733
#66794
-
-
Laszlo733
aktív tag
válasz
vargalex
#66785
üzenetére
Ott a pont, fél siker! Érdekes módon, ha ürítem a cache-t, akkor feljön a jelszó és felhasználói név, de a hibaüzenet utána ugyan az. Szerintem a hiányzó fájl megléte után megszünne ez a probléma. Ez a jelenség a Dolphin böngészőnél fordul elő. Azonban az Operánánál és a Chrome-nál sikeresen belép a transmissionba, de a régi felület fogad.
-
vargalex
Topikgazda
válasz
Laszlo733
#66783
üzenetére
Továbbra is azt mondom, hogy a transmission-nál valami kliens oldali kavarodás van, ugyanis szerintem nincs benne a kérdéses file. Szóval, szerintem valamikor régen használtad a másik típusú web ui-t, amit cache-elt a mobil. Ennek megfelelően mobilon gondoltam a privát módot.
-
-
-
Laszlo733
aktív tag
Sziasztok! Még mindig a v4-es routerrel küzdök Lede alatt. Jelen pillanatban a routert kivülről elérem ( ddns megy ). Abban az esetben, ha mobilról szeretnék ftp-n keresztül csatlakozni a routerre csatolt merevlemezre, akkor kapcsolódáskor a következő hibát írja ki: connection refused / kapcsolat visszautasítva / Mi lehet a probléma, ha látszólag minden jól van beállítva portfordward-ban és a forgalmi szabályokban is. Lehet ezt valahogy tesztelni? A másik a transmission amit nem érek el mobilról. Itt is minden megfelelően be van állítva. A hibaüzenet: /usr/share/transmission/web/index.mobile.html ( No such file or directory ) Azt értem, hogy nem találja az index.mobile.html fájlt, de nem kellene annak benne lennie az adott könyvtárban, ha a szükséges összetevők telepítve vannak? ( transmission-cli-openssl, transmission-daemon-openssl, transmission-remote-openssl, transmission-web ) A szolgáltatások a rendszerindítás menüpont alatt el vannak indítva.
-
-
wszab
kezdő
válasz
Indiant
#66774
üzenetére
A https://dashboard.opendns.com/ -n kell regisztrálnod hozzá, és beállítani a szűrni kívánt kategóriákat.
Ezen kívül ha dinamikus az ip címed, akkor azt is be kell ugyanitt állítani (persze ezt lehet automatizálni).Én most a LEDE-n ott tartok, hogy jól működik tüzfallal minden kliens, ha nem állítottam be máshol DNS-t a routeren.
A router viszont nem lát, vagy nem jó DNS-t lát (emiatt nem megy a router-en a transmission, mivel nem látja a tracker-t).
Sőt, most már valamit annyira sikerült elállítanom, hogy ha a router-en beállítok DNS-t ( a Network-Interfaces-Wan-nál, vagy a Network-DHCP and DNS-nél), akkor sem lát a router DNS-t (ez pedig működött). Valami a dhcp configban nem jó, de nem bírok rájönni
-
Laszlo733
aktív tag
válasz
Indiant
#66774
üzenetére
Szia! Az OpenDNS és a GoogleDNS értelme, hogy elvileg gyorsabb mint a szolgáltatói DNS, viszont a szolgáltató követheti böngészési szokásainkat. Abban az esetben, ha a felnőtt tartalmat szeretnéd korlátozni, akkor érdemes ezt használni: 208.67.222.123 208.67.220.123 Mondjuk én nem a routerbe írtam be, hanem Windowsba.
-
Indiant
addikt
válasz
vargalex
#66770
üzenetére
Szia!
Köszönöm szépen, beleásom magam.
Viszont felmerült bennem ,h. hibáztam. Ez alapján.
ezt írja:
" Start your VLANs from 3, attaching them to the eth1.x sub-interfaces."
Az én VLAN3-am pedig eth0.3. Gyanítom, h. eth1.3-nak kellene lennie. Ugye? -
vargalex
Topikgazda
válasz
Indiant
#66769
üzenetére
Szia!
Nem kell ehhez kiegészítő. A /etc/config/dhcp-ben a dnsmasq szekcióhoz hozzá tudsz adni egy
option dhcpscript 'path_to_script'opciót. Ebben a script-ben pedig azt csinálsz, amit akarsz. A script első paraméterként megkapja a típust (add, old, del, stb.), második paraméter a MAC cím, a 3. paraméter az IP cím, a 4. pedig a hostname. Nyilván, ha csak a DHCP kérések érdekelnek, akkor az add típussal kell foglalkoznod és azt logolsz, amit szeretnél...
-
vargalex
Topikgazda
Az általam írt módon (azaz annak fordítottja szerint is) biztos, hogy működik. Szerintem a DNS forwardings kavarhat be. Nálam a felállás a következő:
A Network->WAN-nál adom meg a google DNS-t. Én a helyedben itt adnám megy az OpenDNS szerver IP-it.
Majd jöhet a tag-elés. A host-nál a dns 1 érték pontosan nem tudom, hogy mit csinál, nálam az nincs. -
wszab
kezdő
válasz
vargalex
#66763
üzenetére
Próbálkoztam ilyesmivel is (fordítva), de nem megy.
Network-DHCP and DNS-DNS forwardings-ban van a 208.67.222.222.A /etc/config/dhcp-ben
config tag 'apa'
list dhcp_option '6,8.8.8.8,8.8.4.4'
config host
option name 'apa'
option dns '1'
option mac 'xx:xx:xx:xx:xx:xx'
option ip '192.168.1.11'
option tag 'apa'A fix ip-t adja is, de a dns a 208.67.222.222.
-------------------------
A dd-wrt-ben a tüzfalas megoldás jött be (azért is lenne jobb, mert hiába írják át a kliensen a DNS-t, akkor is a szerver oldalon felülírja).Itt is próbáltam a /etc/config.firewall-ban:
iptables -t nat -A PREROUTING -s 192.168.1.11 -p tcp --dport 53 -j DNAT --to 8.8.8.8
iptables -t nat -A PREROUTING -s 192.168.1.11 -p udp --dport 53 -j DNAT --to 8.8.8.8iptables -t nat -A PREROUTING -p udp --dport 53 -j DNAT --to 208.67.222.222
iptables -t nat -A PREROUTING -p tcp --dport 53 -j DNAT --to 208.67.222.222Illetve ugyanitt más módon:
config rule
option target 'ACCEPT'
option proto 'tcp udp'
option name 'apa-dns'
option src_ip '192.168.1.11'
option dest 'wan'
option dest_port '53'
option src 'lan'
option dest_ip '8.8.8.8'
option enabled '0'config rule
option proto 'tcp udp'
option name 'Block DNS from LAN to WAN'
option src 'lan'
option dest 'wan'
option dest_port '53'
option target 'REJECT'
option enabled '0' -
vargalex
Topikgazda
így tudsz 1 db MAC-hez, vagy több host-hoz is egyedi DHCP opciókat (így többek között DNS szervert) rendelni.
Nálam úgy néz ki, hogy alapvetően a google, illetve a szolgáltatói DNS szervereket használom. Viszont a gyerekek tablet-jének az OpenDNS DNS szervereket adom. Ehhez a /etc/config/dhcp-be a következőket raktam:
config tag 'kids'
list dhcp_option '6,208.67.222.222,208.67.220.220'
config host
option name 'gyerek_tablet1'
option mac 'xx:xx:xx:xx:xx:xx'
option ip '192.168.x.x'
option tag 'kids'
config host
option name 'gyerek_tablet2'
option mac 'yy:yy:yy:yy:yy:yy'
option ip '192.168.x.y'
option tag 'kids'Ezzel az ő eszközeik statikus IP-t is kapnak és az OpenDNS DNS szervereket.
-
wszab
kezdő
Tudnátok nekem segíteni DNS beállításban?
LEDE-n még nem sikerült beállítanom, dd-wrt-n ment remekül (tűzfal beállítás).Azt szeretném, hogy általában a DNS a 208.67.222.222 legyen (opendns - gyerekek ne lássanak mindent),
de adott IP vagy MAC address esetén a 8.8.8.8 legyen.
Vagy mindenhol az egyik, vagy mindenhol a másik működik, de a kivételek nem akarnak működni -
direwolf
őstag
Ja értem, más IP tartományt használ. Nekem így nem jó.
@vargalex: relayd kellene, mert nem az AP, hanem a szolgáltató routere a DHCP szerver. Meg amúgy sem szeretném szétroutolni a hálózatomat. Erről lenne szó:
"Volt egy kiépített WDS hálóm két OpenWRT-s eszközzel: wr1043v1 ap+wds módban dhcp off + wa730re ap módban dhcp off, szolgáltatói router switch portján mindkettő. Kaptam a T-től egy d-link-et a gigás nethez, így a 730 elment nyugdíjba. Tegnap viszont szükségem lett volna egy nethosszabbításra a teraszon, gondoltam erre pont jó lesz a 730-as. Próbáltam beállítani bridgelt wlan client-nek. Csatlakozik is a 1043-ra, de az istenér se akar net lenni a lan portján. Hogy kell ennek kinézni luciban?" -
-
ace05
senior tag
Üdv!
Picit hosszú lesz.
Egy v2.1-esről lenne szó. A legfrissebb gyári firmware van rajta. Egy tplink wa901 ap, wds repeater módban bővíti a router vezeték nélküli lefedettségét, és egy másik, kisebb tplink router, lede firmwareval kliens módban, vezetékesen osztja a netet. A kisebb tplink router, a fő router wireless hálózatát osztja tovább. Vagy 15 kliens van a hálózaton. (Mobil, szg, beltéri és smart tv). A 1043nd-t valamikor 2013-ban vettem.
Ez a hálózat működött két héttel ezelőttig tökéletesen. De utána a kisebb routeren lévő kliensek(2db) nem kaptak ip-t a fő routertől. Mindent megpróbáltam, de nem sikerült a probléma végére járnom. De ha manuálisan adok kilenseknek ip-t, akkor volt internet. Utána azt is elkezdte csinálni, hogy kisebb lett a sávszélesség az ap-n meg a kliens módban lévő routernél. A fő routernél ez nem fordult elő. Újraindítás ezt megoldotta. Utána már nem tudtam azt ap-t elérni a hálózaton. Nem volt benne se a dhcp kliens listában, a címét se nyitotta meg(idő túllépés), de az ap-ra csatlakoztatott kliensek megtudták nyitni az admin oldalt és azok szerepeltek is a fő router dhcp kliens listájában. A smart tv-m az ap-ra csatlakozott vezetékesen, látta is a fő router, de elérni nem tudtam számítógépen, hacsak nem az ap-ra voltam rácsatlakozva. Itt is előfordult, hogy nem kaptak ip-t az ap-ra csatlakoztatott kliensek a fő routertől, de ha manuálisan adtam, akkor volt internet. Egy hard reset megoldotta. Egyre gyakrabban kellet hard resetelnem az ap-t, és újra indítanom a routereket. Már ott tartottam, hogy beruházok egy drágább routerre. De kíváncsiságból még egyszer felraktam az utolsó gyári firmwarét a fő routerre és azóta minden megjavult. Stabil minden vagy két napja.Szóval a kérdésem, ez már a haldoklás jele? Mi lehetett a probléma, hogy egy frimware frissítés megoldotta?
-
Indiant
addikt
válasz
vargalex
#66750
üzenetére
V3 192.168.1.254 (DHCP, VLAN) -> másik router (switchként bekötve) 192.168.1.2 . Az utóbbi routert átdugom az első routeren a Vlan3-ba, ami 192.168.2.x -en dhcpzik, allor gondolom a router ip címét is a 2-es tartományba kell átírni(pl. 192.168.2.2-re. A kérdés pedig arra irányult ,h. a 192.168.2.2-es routert fogom-e tudni konfigurálni (elérem-e a webcímét) a 192.168.1.x-es gépről, ami a V3-ra van dugva.(Vlan1-en)
-
chros
őstag
válasz
code1005
#66720
üzenetére
dissent1 portolta a staging trunk verzioba: igen leegyszerusitette az egeszet, normalis csomagok formajaba ontotte, igy ha jo lesz, mar bekerulhet a fo master branchbe.
A link a branch-hez az FP topicban van.
Ha van kedved teszteld, s irj oda.Alex, nincs kedved kiprobalni, ha van idod a teszt routereden? iperf meressel es wget-tel is?
Koszi -
Indiant
addikt
válasz
vargalex
#66745
üzenetére
Én a 192.168.1.x -es IP tartományban vagyok a V3-al, a vlan3 pedig a 192.168.2.x-ben. Ha a mögé kötött eszköz manuális IP címét átírom 192.168.2.2-re akkor 1-es tartományból nem vesztem el a konfigurálási lehetőségét? (csak mert fizikálisan nem férek hozzá)
..upd.:Azt hiszem ez a válasz:"Egy VLAN ugyanazokkal a jellemzőkkel bír, mint egy fizikai helyi hálózat (LAN), de lehetővé teszi az eszközök együtt kezelését még akkor is, ha nem ugyanarra a hálózati kapcsolóra csatlakoznak. A hálózat átkonfigurálása az eszközök fizikai áthelyezése helyett szoftveresen is végrehajtható."
-
-
krealon
veterán
válasz
prAet0r_
#66736
üzenetére
"Tudom azt is, hogy az épület adottságai befolyásolják a wifin elérhető sebességet, de a 40 Mbit letöltést a routerrel egy szobában, attól 1-2-3 méterre mértem, tehát házfal nem volt a kliens és a router között. Családi házról van szó, könnyűszerkezetes építésű. Egy Dell laptopon is ennyit mértem (Intel Wireless-AC 3160 adapter)"
https://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/dual-band-wireless-ac-3160-bluetooth-brief.pdf
"The Intel Dual Band Wireless-AC 3160 802.11ac, dual band, 1x1, Wi-Fi + Bluetooth® adapter"1x1-es adapterrel, 2.4 GHz-en, a 40 Mbps atvitel jo eredmeny.
Azonos legterben, nagyobb atviteli sebesseg eleresehez, AC szabvanyt ismero router (Access Point) szukseges. -
prAet0r_
csendes tag
Sziasztok!
V2.1 verziójú routerem van, UPC 240/20 Mbit-es netet használok.
Kábelen megvan a maximum sebességem, még kicsivel több is, azonban wifin 40/20 Mbitnél többet nem tudok kicsikarni belőle. Tisztában vagyok vele, hogy 240 Mbit wifin sosem fog átjönni, azonban ezt a 40 Mbitet keveslem. Tudom azt is, hogy az épület adottságai befolyásolják a wifin elérhető sebességet, de a 40 Mbit letöltést a routerrel egy szobában, attól 1-2-3 méterre mértem, tehát házfal nem volt a kliens és a router között. Családi házról van szó, könnyűszerkezetes építésű. Egy Dell laptopon is ennyit mértem (Intel Wireless-AC 3160 adapter), illetve a mobilomon is. (iPhone 5s)
A routeren gyári szoftver fut, de abból a legfrissebb. Próbáltam a speedboostot ki- és bekapcsolva is mérni a sebességet, úgy is 40 Mbit letöltés a max. Próbáltam több csatornán is (bár nincs sok router a közelben, így nem zsúfolt egyik csatorna sem), 20 és 40 MHz-en is. Reseteltem is a routert, de nincs változás.
Igyekeztem minden infót leírni, remélem nem maradt ki semmi fontos.
A kérdésem, hogy valami egyéb szoftveres beállításra van szükség, vagy egyszerűen ennyi a maximum?Köszönöm előre is a segítséget.
-
vargalex
Topikgazda
válasz
Indiant
#66733
üzenetére
Ahogy már megkaptad a választ, az alap konfiguráció éppen az, amit te is szeretnél. Annyi, hogy ha az UPC eszköze egy HGW router módban, akkor annak a LAN tartománya ne egyezzen az 1043ND LAN tartományával.
De gondolom az lehet a baj, hogy a LAN interface-t átállítottad DHCP-re. Ahogy írtam, ez zavarja meg a legtöbb felhasználót (ez is csak egy normál interface OpenWrt/LEDE alatt, azaz minden tulajdonsága - így a típusa is - megadható). A DHCP-re állítás nem azt jelenti, hogy DHCP szervert fog futtatni (hiszen az interface típusát állítod, nem a futó szolgáltatásokat), hanem azt, hogy ő DHCP-n fog IP-t kérni a LAN oldalról. (Gyári firmware, illetve talán DD-Wrt esetén az interface típusát csak a WAN esetén tudod állítani, azaz ott teljesen meg vannak különböztetve, tehát nem oldható meg velük minden). Mehet neki egy factory reset (vagy failsafe mód).
-
Indiant
addikt
válasz
vargalex
#66732
üzenetére
Azért mert a mögötte lévő router, aminek a lan-jába van dugva az 1043 ezt írja "DHCP request timeout.". Tehát nem kap dhcp-n ip-t (mármint a rá csatlakozó gépek. Így gondolom internetet sem.)
Illetve a quick start is ezt írja: "in IPv4 gateway write the address of the gateway, the device that allows internet access in your local network. In most home networks, the router is the gateway too, and its default address is 192.168.1.1."Mi a trükkje ,h. egy egyszerű routerként múködjön? Wan porton kapja a netet és a többi 4 porton dhcp-zze tovább és a WLAnon.
-
vargalex
Topikgazda
válasz
Indiant
#66731
üzenetére
LAN-on miért akarsz gateway-t megadni? Önmagát majd hírdeti DHCP-n a klienseknek.
A legtöbb embert azt zavarja meg az OpenWrt-ben/LEDE-ben, hogy itt nincs kitüntetett WAN, vagy LAN interface. Minden csak egy normális interface, ahogy lennie is kell. Ezért is tudsz mindent úgy konfigurálni, ahogy akarsz. Az alap telepítésben pedig ezek az interface-ok úgy vannak kialakítva, ahogy a gyári firmware alatt is megszoktad. Ott nem is tudsz a LAN interface-nak gateway-t állítani...Érdemes esetleg átnézni az ide vonatkozó wiki oldalt, hátha megvilágosul néhány dolog.
-
Indiant
addikt
válasz
vargalex
#66727
üzenetére
Csak úgy értettem ,h. az itt felmerülő problémák nem tűnnek egyszerűnek.
Én pl. most próbálom a V3 gyárira felrakni a lede-17.01.2-ar71xx-generic-tl-wr1043nd-v2-squashfs-factory.bin-t és ezt kapom: "Error code: 18005Upgrade unsuccessfully because the version of the upgraded file was incorrect. Please check the file name."
Fel sem megy.
..és ahogy látom, csak parancssorban lehet feltenni. (horror) 
-
vargalex
Topikgazda
válasz
Indiant
#66726
üzenetére
Az mit jelent, hogy mi sem bírunk az OpenWrt/LEDE-vel? Az általam "üzemeltetett" 6 routeren (mind más típus) köszönöm, gond nélkül megy...
Ha a FastPath patch-ra gondolsz, akkor az egy új fejlesztés, nem is a hivatalos LEDE/OpenWrt team által támogatott, így teljesen normális, hogy problémák vannak vele. Én egyébként csak kipróbáltam, de szükségem nincs rá, mivel vannak megfelelően erős routereim, amik nyers CPU teljesítményből megoldják a gigabit NAT-ot: D-Link DIR-860L, illetve Linksys WRT3200ACM.
-
-
chros
őstag
válasz
code1005
#66714
üzenetére
A juliusi Fp-ssel jok lesznek a csomagok.
De: erdemes az utolso 20-30 hozzaszolast atporgetni az FP Lede topicban, kb innen: [link]
Ebbol ugy latszik, hogy nem epp ugy muxik, ahogy kene. Ugyhogy csak sajat felelossegre.Mas: Alex, mikor te buildeld-ted a sajat FP-set, akkor ezt a patch-et benne hagytad?
059-increase-ag71xx-tx-ring-size.patch
Miota ujraforditottam 2 napja e nelkul, gwlim tanacsara, eddig nem indult meg ujra. -
vargalex
Topikgazda
válasz
code1005
#66705
üzenetére
A gond az, hogy valószínűleg trunk lede-t telepítettél, ami azóta már változott. Ha trunk-ot telepít az ember, akkor ezért az első lépés mindig az, hogy minimálisan az összes szükséges kernel csomagot is telepíti, így később nem éri meglepetés. Vagy stabil release-t kell telepíteni, ott nem változik semmi (legalábbis kernel biztosan nem).
-
code1005
senior tag
válasz
vargalex
#66699
üzenetére
Kaptam rá egy ilyen szép hibát:
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-printer:
* kernel (= 4.4.71-1-840c23c3f9dc6160d8c7bd302c6f494d) *
* opkg_install_cmd: Cannot install package kmod-usb-printer.Ez a kernel nem támogatja ezt a csomagot?
-
Sikerült megcsinálnom a vlan3-at is a 4-es portra. 
Új hozzászólás Aktív témák
- Android alkalmazások - szoftver kibeszélő topik
- Milyen billentyűzetet vegyek?
- The Division 2 (PC, XO, PS4)
- CES 2026: felcsavarta az AI-t az AMD, de örülhetnek a játékosok is
- Gaming notebook topik
- Arc Raiders
- GoodSpeed: Te hány éves vagy?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- CES 2026: Háromkarikás játékokra készül a Dreame
- Nintendo Switch 2
- További aktív témák...
- ÚJ Bontatlan Apple Macbook AIR M2 , M3 , M4 Legújabb magyar billentyűzet 1 év Garancia Deák Térnél.
- AKCIÓ ÚJ Bontatlan Macbook Pro 16 M4 Pro 14CPU/20GPU 24GB/512GB SSD Magyar billent Azonnal átvehető.
- AKCIÓ ÚJ Bontatlan Macbook Pro 14 M4 MAX 14 32GPU 36GB 1TB Magyar billentyűzet Azonnal átvehető Deák
- AKCIÓ ÚJ Bontatlan Macbook Air 13,6 M4 10CPU/10GPU 16GB/512GB SSD TOUCH ID - Magyar Azonnal Deák tér
- Apple iPhone 16 Pro MAX 256Gb, White Titan, Makulátlan állapotban, kártyafüggetlen, 3év , 100% akku
- Újszerű Apple MacBook Air M1 13.3 - 8GB/256GB - Asztroszürke - 150 Ciklus - 92% akku - 1 év gari -
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
- Sony PS3/PS4/PS5 és kézikonzolok Okosítása és Szoftveres szintű javítása - RÉSZLETEK A LEÍRÁSBAN
- 365 NAPRA RÉSZLETRE BANKMNETES KAMATMENTES , GAMER PC ,LAPTOPOK , GAMER SZÉKEK , GAMER MONITOROK
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest