- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- Gurulunk, WAZE?!
- bitpork: Augusztus 2- szombat jelen állás szerint.
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- eBay-es kütyük kis pénzért
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Yutani: Yutani Retró Hangkártyái: AdMOS AdWave 32
-
LOGOUT
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
#61100
Balázs1986
őstag
Balázs1986
őstag
Akadt egy kérdésem, amire nem találtam választ, ebben kérnék most segítséget.
suste/HeadLess@OpenWrt@0.7 van fent. A gondom annyi, hogy beállítottam a Samba jelszóval való védését. Telefonnal próbálva remek, minden alkalommal kéri a név/jelszó párost. Win10 viszont egyszer kérte, azóta sem, pedig nem jelöltem semmilyen megjegyzés opciót be.
Van lehetőség erőltetni minden elérésnél a jelszókérést, vagy keressek tovább a Win-ben?
Köszönöm előre is
-
#61098
kallas0520
csendes tag
kallas0520
csendes tag
Sziasztok!
Adott egy TP-LINK WDR4300 V1 Vargalex build, amin minden úgy működik ahogy kell. A dinamikus DNS szolgáltatás beállításával kapcsolatban kérném a segítséget. Hogyan állítsam be ha távolról ugyanazt a Luci-s felületet szeretném látni, mint helyi hálón a 192.168.1.1 címen??
Előre is köszi! -
#61096
huan
őstag
Intruder2k5
#61095
huan
őstag
válasz
Intruder2k5
#61095
üzenetére
-
#61095
Intruder2k5
MODERÁTOR
huan
#61094
Szia!
suste blogjából keresd elő a 1043NDv1-hez való webrevert firmware-t, és azt tedd fel rá. Vagy innen is letöltheted.
-
válasz
dzson1
#61089
üzenetére
szia,
a tl-wr1043nd v1 még a régebbi és gyengébb hardverű, így nem megfelelő a diginet 200 pppoe sebességhez, működni fog ugyan, de a maximális sebességhez és komolyabb terheléshez már szűkös, a tl-wr1043nd v2 és v3 viszont már újabb és erősebb hardverű, az akár már a diginet 1000 csomaghoz is jó a hw nat okán.
v1.x van neked?Milli82; szia, itt a router ajánlós téma; link, gyorsabban kapsz segítséget.
-
dzson1
tag
Sziasztok
Van egy TP-Link WR1043ND routerem . A mai nap a Digi bekötötte a digi200-at. Az lenne a kérdésem , hogy ez a régebbi fajta routerem fog működni nekem a digi200-son ?
A digisek azt mondták , hogy nem. Vegyek egy gigabytos routert.
A router aljára az van írva Gigabyt TP-Link WR1043ND
??????? -
sz.gery
csendes tag
válasz
vargalex
#61086
üzenetére
Köszönöm a segítséget, a forced N valóban nem volt kipipálva. Most kipipáltam, mentettem a beállítást, újra is indítottam a routert de a telefon továbbra is 20 MHz-et kap, a laptopnál oké a 40MHz.
Még egy kérdés: -55 - -60dBm körüli jelerősségnél laptoppal 50-60Mb/s letöltési sebesség az reális és ne is várjak többet, vagy azért lehetne még mókolni vele valamit? Közvetlenül a router mellett 70-80-at mérek most.
-
vargalex
Topikgazda
válasz
sz.gery
#61083
üzenetére
Szia!
Ahogy suste is írta, állítsd be wifi-n a 40 MHz-es csatornaszélességet, illetve a Force 40 MHz mode-t el ne felejtsd bekapcsolni! A "40 MHz, második csatorna alatta" beállítás akkor érvényes, ha az elsődleges csatorna 5-14, a "40 MHz, második csatorna felette" pedig, ha az elsődleges csatorna 1-10 között van.
A vezetékes átvitel (WAN->LAN) növelése érdekében még kikapcsolhatod a tűzfalon (Hálózat->Tűzfal->Általános beállítások fülön) a WAN zónánál az MSS clamping-ot. UPC-nél úgysincs szükség rá.
-
-
sz.gery
csendes tag
Sziasztok
Feltettem a vargalex féle openwrt-t a 1043ND v1-es routeremre, és azt vettem észre, hogy a telefonom max 40-45 Mb/s letöltési sebességet ér el. (LG G2) A gyári firmware-rel nem volt ilyen gondom, szépen jött 70 körüli sebességgel a net.
Én ronthattam el valamit a beállítások közben vagy mi lehet a gond?
Azért váltottam, mert 120-ról 240-re nőtt a letöltési sebesség amit WAN->LAN irányba meg sem közelített a gyári firmware, ezzel most megy ilyen 180 körül.Ha tudtok esetleg másik megbízható firmware-t azt is megköszönöm. A cél az lenne, hogy a WAN->LAN illetve a WIFI sebessége a lehető legnagyobb legyen, valamint az USB-ről megy egy megosztott nyomtató. Semmi torrent stb. nem menne róla.
Köszi előre is
-
Headless
őstag
válasz
Figur10
#61080
üzenetére
Teljes tűzfal konfigot írj, mert a transmission web-el van valami gond, meg arra figyelj, hogy utc időzóna... Vagy az a time után írd be a --localtz kapcsolót. Meg amúgy az option proto-t szóközzel el kell választanod...
De lehet, hogy jobban jársz, ha letöltöd a basic.tar.gz-t és felrakod mentésként és beállítod webes felületen...
-
Figur10
tag
válasz
Headless
#61074
üzenetére
Szia
Először kis köszönöm a segítséget szerkesztettem ahogy javasoltad a
config rule
option src 'lan'
option name 'Xomi'
option src_mac 'x'
option src_ip '192.168.1.145'
option target 'DROP'
option extra '-m time --weekdays Mon,Tue,Wed,Thu,Sun, --timestart 20:30 --timestop 08:00'
option dest '*'
option proto 'tcpudp'Sajnos így sem működik most ez a hiba üzenet
root@OpenWrt:~# /etc/init.d/firewall restart
Warning: Unable to locate ipset utility, disabling ipset support
Warning: Option 'transmission_web'._name
-
Headless
őstag
Még nen 100%-ig, de elég valószínű, hogy nem lesz CC build sustenal. Hanem ahogy most is ugyanúgy használhatjátok a backupokat, javarészt már tesztelve voltak cc alatt is (szimplán mentés visszatöltése, uhttpd szükséges). Persze nem mindent próbáltunk, de ha kipróbálsz mindent várjuk a visszajelzésedet.. Oka a csomagok növekedése, egyszerűen nem fér bele az ami a BB-be belefért.
Alexé nem BB hanem AA.
-
frap
csendes tag
válasz
Lipigab
#61064
üzenetére
Szia,
Köszönöm tanácsaidat a témával kapcsolatban. Az alap BB openwrt-vel sem épül fel a kapcsolat, CC-vel gond egy szál se, annak ellenére, hogy a conf fájlok ugyanazok. Véleményem szerint kernelszinten javították a RADIUS authentication-t. Vargalex és Suste firmjei annyi jó szolgáltatást tartalmaznak, de BB-re épülnek.
A kiindulási alap egy multiwan lett volna, de már itt elvérzett az egész, természetesen csak a Wi-Free használat miatt (EAP-PEAP/MSCHAPv2).
Korábban használtam DDWRT-t, de anno Alex majd Suste firmje mindent vitt, annyira komplexek. Az én bajomra valószínűleg a suste@openwrt@CC@0.1 megjelenése lesz a megoldás amelyet nagyon várok, és a
9092-es felület jóságai mellett el tudom indítani a Wi-Free-t is. -
Patice
nagyúr
Sziasztok!
Egy kis segítséget szeretnék kérni. Van egy lassan 6 éves 1043ND V1 routerem még gyári FW-rel. Eddig nem volt igényem alternatív FW-re, szépen teljesített a gyári szofttal is.
De most sikerült családi házba költözni és a vezetékes szolgáltatás bekötéséig mobilnetet vagyunk kénytelenek használni. Ezt szeretném szétszórni a 1043-assal wifin, viszont ugye a gyári FW ezt nem támogatja.
Olvastam már, hogy mobilnetes stick függő is a dolog, ezzel kapcsolatban kérdezném először, hogy DIGI-s stick-kel van-e már valakinek tapasztalata? Hajlandó együtt működni a 1043-assal?
Másik kérdésem, hogy szerintetek melyik alternatív FW lenne érdemes kipróbálnom? Még egyiket sem használtam.
Előre is köszi!
-
suste
veterán
válasz
Figur10
#61070
üzenetére
majd kipróbálom én is, de luciban is próbáltad szerkeszteni és menteni?
(#61071) Ludovicus
de ez nem a külső elérésre vonatkozik
jó lenne ha tisztában lennél azzal amit írsz!
az a szabály pontosan a külső elérést engedélyezi vagy tiltja
ha a wifis elérést akarod tiltani, akkor ezt írd, mert ez nem ua!!!
erre talán az a legegyszerűbb, ha vendéghálóra teszed
(van valami isolation config is, de nézz utána....) -
Figur10
tag
Szia
Szóval szeretném megoldani, hogy a gyerekek este 20.30-tól reggel 8.00-ig péntek és szombat kivételével, ne tudjanak felcsatlakozni a routerre.
Szerkesztettem az alábbi szabályt.
config rule
option src 'lan'
option name 'block_internet_access_IP'
option src_ip '192.168.1.145'
option target 'DROP'
option extra '-m time --weekdays Mon,Tue,Wed,Thu,Sun --timestart 20:30 --timestop 08:00'
option src_mac 'xx:xx:xx:xx:xx:xx' (természetesen a gép mac. címe szerepel)
option dest '*'Majd mentettem, ezután kiadtam az alábbi parancsot
/etc/init.d/firewall restart
ekkor kapom az alábbi hiba üzenetet:
root@OpenWrt:~# /etc/init.d/firewall restart
Warning: Unable to locate ipset utility, disabling ipset support
Warning: Option 'transmission_web'._name is unknown
Warning: Option @rule[8]._name is unknown
Warning: Option @rule[9]._name is unknown
Warning: Option @rule[10]._name is unknown
Warning: Option @rule[11]._name is unknown
Warning: Section @rule[12] (block_internet_access_IP) does not specify a protocol, assuming TCP+UDP
Warning: Section @rule[13] (block_internet_access_IP) does not specify a protocol, assuming TCP+UDP
* Flushing IPv4 filter table
* Flushing IPv4 nat table
* Flushing IPv4 mangle table
* Flushing IPv4 raw table
* Flushing IPv6 filter table
* Flushing IPv6 mangle table
* Flushing IPv6 raw tableRemélem most már érthetőbb mit szeretnék.
Köszönöm előre is az útmutatást.
-
#61068
kali
legenda
giorgiosixx
#61067
válasz
giorgiosixx
#61067
üzenetére
semmi extrát, csak ne vendéghálón legyél.
próbáld meg a http://tplinkwifi.net címen is. -
Maximusz
aktív tag
Szia suste!
Tudnál abban a kérdésben segíteni, hogy a te verziódban elkészített openwrtben milyen típusú (verziójú) nfs megosztás van? - esetleg milyen NFS megosztásokat tud kezelni?
Most vargalex build ver. 1.1.7 Build date: 1.1.7: 2013.01.28-et használok, de mintha az NFS4-et nem tudnám felcsatolni, illetve a routeren futó NFS-t is csak olvasásra tudom felcsatolni ubuntus gépen. (persze lehet az én ügyetlenségem, de nem tudom mit rontottam el).
Maximusz
-
Lipigab
tag
Szia,
Par honapja en is megprobaltam UPC-WiFree halozatra kapcsolodni a routerrel mint kliens hogy aztan tovabb tudjam osztani a netet, de OpenWRT-vel csak addig jutottam, hogy sikeresen kapcsolodott a Wifihez, de nem kapott IP cimet. Ha nem a WiFree halozatra kapcsolodtam akkor egybol kapott IP-t szoval szoval az X802-es kapcsolatnal kellett volna valamit meg allitani...
Ugy oldottam a dolgot, hogy feltettem a DDWRT-t es azzal egybol kapott IP-t es egy masik routerrel osztottam is tovabb a netet.
Szoval ha csak arra kell az egyik router, hogy a WiFree-hez kapcsolodj, akkor esetleg probald meg a DDWrt-t.
-
válasz
Jimcat
#61033
üzenetére
Érdemes lenne megfontolni a vételár visszatéríttetését, azaz a vételtől való elállást.
Ha ugyanis garanciális alapon nem tudják javítani, csereként a vevő kizárólag azonos típusú készüléket köteles elfogadni, ilyen hiányában elállhat a vételtől, ami az eredeti vételár visszatérítését jelenti.MaCS
-
#61060
kali
legenda
giorgiosixx
#61059
válasz
giorgiosixx
#61059
üzenetére
szia,
igen, wifi kapcsolaton is elérhető.
egy dolgot ne csinálj wifi kapcsolaton; firmware frissítést! -
giorgiosixx
tag
válasz
giorgiosixx
#61052
üzenetére
Erre valaki? thx
"Most üzemeltem be egy WR1043ND v3-at és az lenne a kérdésem,hogy wifi-n keresztül el lehet érni az admin felületet?"
-
#61056
Intruder2k5
MODERÁTOR
hódmaci
#61055
válasz
hódmaci
#61055
üzenetére
Nem használok Gargoyle-t, sőt igazából OpenVPN-t se, de ezek titkosításra vonatkoznak, illetve, hogy a csatlakozó kliensek elérjék-e a router LAN oldalán lógó klienseket is, vagy csak magát a VPN szervert, illetve egymást elérjék-e a VPN kliensek, aztán forgalomszabályozási kérdés még, hogy minden internet forgalmat a tunnelbe bonyolítson-e a kliens, stb... De az OpenVPN weboldalán elég sok a dokumentáció, ott lehet olvasgatni ha részletesen érdekel a téma.
-
Figur10
tag
Sziasztok
Szükségem volna egy kis segítségre adott egy 1043ND V2 Poli27 1.3.2 r39208 rendszerrel szeretnék tiltani ip cím alapján internet elérést de sajnos a /etc/init.d/firewall restart parancs után ezt a hiba üzenetet kapom
mit nem csinálok jól?
Válaszotokat előre is köszönöm.root@OpenWrt:~# /etc/init.d/firewall restart
Warning: Unable to locate ipset utility, disabling ipset support
Warning: Option 'transmission_web'._name is unknown
Warning: Option @rule[8]._name is unknown
Warning: Option @rule[9]._name is unknown
Warning: Option @rule[10]._name is unknown
Warning: Option @rule[11]._name is unknown
Warning: Section @rule[12] (block_internet_access_IP) does not specify a protocol, assuming TCP+UDP
Warning: Section @rule[13] (block_internet_access_IP) does not specify a protocol, assuming TCP+UDP
* Flushing IPv4 filter table
* Flushing IPv4 nat table
* Flushing IPv4 mangle table
* Flushing IPv4 raw table
* Flushing IPv6 filter table
* Flushing IPv6 mangle table
* Flushing IPv6 raw table -
#61053
stvnppp
senior tag
Intruder2k5
#61050
stvnppp
senior tag
válasz
Intruder2k5
#61050
üzenetére
Köszönöm a segítségeteket, sajnos nem sikerült megoldani a problémámat, úgyhogy leírom részletesen, hátha van valami ötletetek.
Adott egy TP-Link WR1043ND V1 router, amin délutánig a vargalex volt fent, rajta kábelen egy Playstation 4, két laptop, (ezek ha nem az asztalon vannak használva, akkor wifin lógnak) valamint wifin két telefon és egy Sony tv van állandóan rajta. Újabban sokat használom a laptopokat wifin, azonban sokszor tapasztalom, hogy nincs net, nehezen csatlakozom a routerhez, amit általában megold egy kapcsolatbontás-csatlakozás is. Ezután jó minden néhány percig, aztán újra eldobja magát.
Gondoltam, hogy úgyse használom ki az OpenWRT által nyújtott lehetőségeket, ezért visszadobom a (legfrisebb) gyári firmwaret, hátha az stabilabb. Igazam is volt, délután a wifivel nem is volt gondom, azonban a PS4 nem szereti a TP-linkek gyári szoftverét, nem tud rajtuk keresztül csatlakozni a PSN Networkhoz.
Próbálgattam a beállításokat, utánaolvasni fórumokon, úgyhogy arra jutottam, hogy visszadobom az OPENWRT-t, méghozzá már suste suste-OpenWRT-BB-0.8-tl-wr1043nd-v1-squashfs-factory firmwarejét. A PS4 megint működik, a wifit még nem nagyon teszteltem, meglátjuk, de hátha tudtok valami beállítást mondani, amivel stabilizálni tudnám a wifit is.
Ehhez csatolom a környezet inSSIDer képét. Elég sokan vagyunk, sajnos sokszor az interferencia lehet a gond. Amit észrevettem, hogy a TP-Link gyári szoftverével a saját hálózatom x+y channelen dolgozik, míg az OpenWrt csak egy csatornán működik. Ezt be lehet valahogy állítani OpenWrt alatt? Gyári alatt sokkal stabilabb volt a jelem.
Persze egyéb öteleteket is meghallgatok, elsőre a szoftveres megoldások érdekelnek. Vagy szerintetek gondolgozak hardveres megoldáson is? Nagyobb antennával túlkiabálni a többieket, vagy legvégső soron egy új router, ami nem akadályozza a PS4-et?
A válaszokat előre is köszönöm.
-
#61052
giorgiosixx
tag
giorgiosixx
tag
Hi, a segítségeteket kérem. Most üzemeltem be egy WR1043ND v3-at és az lenne a kérdésem,hogy wifi-n keresztül el lehet érni az admin felületet? Egyszerűbb lenne nekem így ismerkedni vele mint kábellel összekötve, mert nem túl elérhető helyen van. Köszi!
-
#61050
Intruder2k5
MODERÁTOR
stvnppp
#61048
-
#61049
kenand
veterán
Intruder2k5
#61047
válasz
Intruder2k5
#61047
üzenetére
Köszönöm szépen.
Ha lesz időm ezt még megpróbálom -
#61047
Intruder2k5
MODERÁTOR
kenand
#61046
-
Azért kersek másik rootert, mert a 1043 V1-em évekig jól működött, de za utóbbi időben nagyon problémás lett. Lefagy, időnként belassul, használhahatlan lesz, legalánn 5 másik tápot kipróbáltam (gondoltam táp hiba) de nem iagazán segít.
Esetleg egy másik/újabb Openwrt Buid felrakása segíthet?
Esetleg megpróbálnék a régi vargelex helyett egy suste buildet?
Vargalex buildről hogyan tudok upgradelni? WEb-es felületről egy sysupgarde-t feltolhatok? -
#61043
stvnppp
senior tag
Intruder2k5
#61039
stvnppp
senior tag
válasz
Intruder2k5
#61039
üzenetére
Köszi, délután kipróbálom.
-
#61042
Intruder2k5
MODERÁTOR
kenand
#61041
-
V2 v3-ra is fel tudom tennia Vargalex féle Openwrt-t?
-
Maximusz
aktív tag
Sziasztok!
viszonylag régen jártam erre ( 2 éve ), de a sors fintora, hogy újra előkerült a problémám ( ami két éve is megvolt ).
Tehát röviden
OpenWRT működő NFS megosztással (Win8 látja és olvassa az Router NFS megosztását, meghajtóként felcsatolva).
Ubuntu 14.04 működő NFS megosztással (Win8 látja és olvassa az Ubuntu szerver NFS megosztását, meghajtóként felcsatolva).
viszont egymást nem tudják felcsatolni
Szerveren:
root@HP-N54L:~# mount 10.1.0.1:/mnt/public /mnt/router
mount.nfs: Protocol not supportedRouteren:
root@Timi-Router:~# mount -t nfs 10.1.0.9:/mnt/20EFRX /mnt/HP/ -o nolock
mount.nfs: Protocol not supportedSzerintetek mit rontok el, amiért egymást nem képesek felcsatolni, de mindkettőt működik, és tudom Win8 alatt használni?
Ubuntu szerver:
rpcinfo -p 10.1.0.9
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 53475 status
100024 1 tcp 57923 status
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100227 2 tcp 2049
100227 3 tcp 2049
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100227 2 udp 2049
100227 3 udp 2049
100021 1 udp 49597 nlockmgr
100021 3 udp 49597 nlockmgr
100021 4 udp 49597 nlockmgr
100021 1 tcp 51312 nlockmgr
100021 3 tcp 51312 nlockmgr
100021 4 tcp 51312 nlockmgr
100005 1 udp 41037 mountd
100005 1 tcp 44274 mountd
100005 2 udp 47846 mountd
100005 2 tcp 52060 mountd
100005 3 udp 33868 mountd
100005 3 tcp 60244 mountdOpenWRT ip-jével kiadva
root@HP-N54L:~# rpcinfo -p 10.1.0.1
program vers proto port service
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100005 1 udp 911 mountd
100005 2 udp 911 mountd
100005 1 tcp 914 mountd
100005 2 tcp 914 mountd
100003 2 udp 2049 nfs
100003 2 tcp 2049 nfs -
#61039
Intruder2k5
MODERÁTOR
stvnppp
#61038
-
stvnppp
senior tag
Sziasztok!
Van egy TP-Link WR1043ND V1 routerem, amin az OpenWrt - vargalex build ver. 1.1.7 van fent, viszont szeretnék visszaállni a gyári firmware-re. Tudtok adni valami leírást, amivel visszatehetném, lehetőleg minél egyszerűbb módszerrel.
Van lehetőség arra, hogy csak betallózzam a router online felületén a gyári firmwaret, és így visszatelepítsem?
A válaszokat előre is köszönöm!
Üdv
István
-
#61035
kosztilaci
újonc
kosztilaci
újonc
Sziasztok!
Segítségeteket szeretném kérni.
A Páromnak és nekem is Samsung I9060i Galaxy Grand Neo készülékem van.
Sajnos az itthoni wifi hálozathoz csatlakozás a TP-Link WR1043ND routeren keresztül bizonytalan állandóan ellenőriz és megszakad, korábban Galaxy Ace és Ace3 kifogástalanul üzemelt.
Ugyan ehhez a routerhez csatlakoztatott Acer laptop wifi kapcsolata kifogástalan.Feltettem már itt a kérdést sajnos nem jött válasz.
Szivesen csatolok minden beállítást routerről és telefonról is csak valaki próbáljon segíteni.Köszönöm
-
#61034
Intruder2k5
MODERÁTOR
Jimcat
#61033
-
#61033
Jimcat
csendes tag
Intruder2k5
#61032
Jimcat
csendes tag
válasz
Intruder2k5
#61032
üzenetére
köszönöm de elvileg wdr-3600 már nincs azért kénytelenek cserélni wifit nem is igazán használom csak a samba , és torrent megy rajta
közben megtaláltam mi a különbség a v2 illetve av3 között itt a téma-összefoglalóban. -
#61032
Intruder2k5
MODERÁTOR
Jimcat
#61031
-
#61031
Jimcat
csendes tag
Intruder2k5
#61030
Jimcat
csendes tag
válasz
Intruder2k5
#61030
üzenetére
az agáz hogy wdr3600 volt de az megdöglött és gariba adnának másik routert de nem foglalkoztam mostanában a dologgal és fogalmam sincs mire cseréltessem ki!
-
#61030
Intruder2k5
MODERÁTOR
Jimcat
#61029
-
suste
veterán
egyébként az fw-t tudjuk:Firmware: 3.13.15 Build 140319 Rel.41339n
mások már írtak olyat hogy egész jól megy NTFS-sel a gyári, így szerintem inkább a wifi beállítással vagy a kliensekkel lesz baj....
bár switchről is van szó, ami meg kábeles klienseket sejtet...
az biztos hogy sokkal pontosabban kell kérdezni, hogy segíteni tudjunk!
-
Pr3s
aktív tag
válasz
ToxLee
#61026
üzenetére
Szia!
A hiba meghatározásában sokat segítene ha tudnánk, milyen filerendszerű a rákötött HDD.
De máris mondom, ha nem gyári a firmware a routereden de a HDD NTFS rendszerű, akkor ez is lehet felelős a lassúságért. Igaz ettől azért többet kellene produkálni, de azt sem írtad, hogy wifin, vagy kábellel csatlakoznak a kliensek a routerhez.
Ezek fontos infok, mert eddig kb. a csíkos szatyor meghatározásnál járunk, de nem tudjuk mekkora is a mérete, esetleg a csíkok hosszában vagy keresztben vannak-e rajta, színesek a csíkok, vagy csak feketék. -
ToxLee
őstag
Sziasztok!
TL-WR1043ND router USB 2.0-án keresztül kommunikál egy 1TB-os WD vinyóval. Ugye a HDD-t eltudom érni ugyanazon az IP-n mint a routert és ezen tárolom a backup fájlokat. A gond az, hogy a vinyóra bődületesen lassan másolnak a gépek, kb. 3 MB/s hiába a TP-Link gigabites switch meg a 100Mb-es háló kártyák. Nem lehetne valahogy gyorsítani a folyamaton? A gépeken Win 7 64bit fut.Firmware: 3.13.15 Build 140319 Rel.41339n
Hardware: WR1043ND v1 00000000 -
#61018
Intruder2k5
MODERÁTOR
Boost3er
#61017
válasz
Boost3er
#61017
üzenetére
Szia!
Keress egy szabad csatornát a WiFi-nek, és azt állítsd be fixen a routerbe. Lehetőleg 1-11 közöttit válassz!
-
Boost3er
tag
Sziasztok!
Nekem volt egy TP-Link 1043nd routerem de az 3 év után sajnos elromlott, sokszor eldobta a wifi jelet, kicserélték nekem egy teljesen új, bontatlan v3-as routerre. Ezt a routert most állítottam be de azt csinálja, hogy időközönként eldobja a wifi-t teljesen, tehát SSID se látható semmi. Valakinek hasonló tapasztalat? Esetleg valami rossz beállítás lehet? Vagy vigyem vissza, hogy hibás?
Köszönöm szépen előre is!
-
frap
csendes tag
válasz
vargalex
#61013
üzenetére
igen:
config wifi-device 'radio0'
option type 'mac80211'
option hwmode '11g'
option path 'platform/ath9k'
option htmode 'HT20'
option disabled '0'
option txpower '20'
option country 'US'
option channel '6'config wifi-iface
option network 'wwan'
option ssid 'UPC Wi-Free'
option device 'radio0'
option mode 'sta'
option bssid 'xxx'
option eap_type 'peap'
option auth 'MSCHAPV2'
option identity 'xxx'
option password 'xxx' -
frap
csendes tag
válasz
vargalex
#61011
üzenetére
a kapcsolat:
kern.info kernel: [ 201.390000] wlan0: authenticate with 06:7e:34:1a:42:3d
kern.info kernel: [ 201.410000] wlan0: send auth to 06:7e:34:1a:42:3d (try 1/3)
kern.info kernel: [ 201.420000] wlan0: authenticated
kern.info kernel: [ 201.430000] wlan0: associate with 06:7e:34:1a:42:3d (try 1/3)
kern.info kernel: [ 201.430000] wlan0: RX AssocResp from 06:7e:34:1a:42:3d (capab=0x411 status=0 aid=1)
kern.info kernel: [ 201.440000] wlan0: associated
daemon.notice netifd: Network device 'wlan0' link is up
daemon.notice netifd: Interface 'wwan' has link connectivity
kern.info kernel: [ 201.830000] wlan0: disassociated from 06:7e:34:1a:42:3d (Reason: 23)
daemon.notice netifd: Network device 'wlan0' link is down
daemon.notice netifd: Interface 'wwan' has link connectivity loss -
frap
csendes tag
válasz
vargalex
#61008
üzenetére
a folyt.:
daemon.info dnsmasq[1936]: started, version 2.71 cachesize 150
daemon.info dnsmasq[1936]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC
daemon.info dnsmasq-dhcp[1936]: DHCP, IP range 192.168.2.100 -- 192.168.2.249, lease time 12h
daemon.info dnsmasq[1936]: using local addresses only for domain lan
daemon.warn dnsmasq[1936]: no servers found in /tmp/resolv.conf.auto, will retry
daemon.info dnsmasq[1936]: read /etc/hosts - 1 addresses
daemon.info dnsmasq[1936]: read /tmp/hosts/dhcp - 1 addresses
daemon.info dnsmasq-dhcp[1936]: read /etc/ethers - 0 addresses
daemon.info dnsmasq-dhcp[1936]: DHCPINFORM(br-lan) 192.168.1.237
daemon.info dnsmasq-dhcp[1936]: DHCPACK(br-lan) 192.168.1.237 pc-PC
daemon.info dnsmasq-dhcp[1936]: DHCPINFORM(br-lan) 192.168.1.237
daemon.info dnsmasq-dhcp[1936]: DHCPACK(br-lan) 192.168.1.237 pc-PC
daemon.info dnsmasq-dhcp[1936]: DHCPREQUEST(br-lan) 192.168.1.237
daemon.info dnsmasq-dhcp[1936]: DHCPNAK(br-lan) 192.168.1.237 wrong network
daemon.info dnsmasq-dhcp[1936]: DHCPDISCOVER(br-lan)
daemon.info dnsmasq-dhcp[1936]: DHCPOFFER(br-lan) 192.168.2.237
daemon.info dnsmasq-dhcp[1936]: DHCPREQUEST(br-lan) 192.168.2.237
daemon.info dnsmasq-dhcp[1936]: DHCPACK(br-lan) 192.168.2.237 pc-PC
daemon.info dnsmasq-dhcp[1936]: DHCPINFORM(br-lan) 192.168.2.237
daemon.info dnsmasq-dhcp[1936]: DHCPACK(br-lan) 192.168.2.237 pc-PC
daemon.info dnsmasq-dhcp[1936]: DHCPINFORM(br-lan) 192.168.2.237
daemon.info dnsmasq-dhcp[1936]: DHCPACK(br-lan) 192.168.2.237 pc-PC -
-
frap
csendes tag
válasz
vargalex
#61005
üzenetére
Szia, íme
Mon Nov 16 21:46:40 2015 daemon.notice netifd: Interface 'wwan' is enabled
Mon Nov 16 21:46:40 2015 daemon.notice netifd: wan (1709): Sending discover...
Mon Nov 16 21:46:43 2015 user.emerg syslog: setting up led USB
Mon Nov 16 21:46:43 2015 user.emerg syslog: setting up led WLAN
Mon Nov 16 21:46:44 2015 user.emerg syslog: knockd: can't load library 'libpcap.so.1.3'
Mon Nov 16 21:46:44 2015 user.emerg syslog: - init complete - -
suste
veterán
egyébként backup formájában elérhető és használható sok általunk készített dolog
talán egy dolog van ami biztosan nem megy egyelőre, az a knockd (persze ez az egyik legfontosabb a biztonság miatt)egyébként is az a terv, hogy lehet nem lesz CC build, csak backupok, hiszen szinte biztos hogy kell extroot, akkor meg jó az alap CC is....(hasonlóan mint a 4MB-osoknál, csak ott még extroot sem lehetséges...)
-
Új hozzászólás Aktív témák
Hirdetés
- Új csak kipróbált Smartech 55 139cm Qled 4K UHD Quantum tv google assistant,Netflix, stb
- DJI Mini 4 pro - Fly More Combo - RC2 drón szett +128GB SanDisk SD
- ÚJ Lenovo Legion Pro 5 16IRX9 - 16" WQXGA 165Hz - i5 14500HX - 32GB - 1TB - RTX 4060 - 3 év garancia
- T14s Gen4 14" FHD+ IPS i7-1365U 16GB 512GB NVMe magyar bill IR kam gar
- Gopro hero 7 black
- Maximális teljesítmény és biztonság, csak az ARCTIC mx-4-el! Adj új erőt a gépednek!
- Samsung Galaxy A5 32GB Kártyafüggetlen 1Év Garanciával
- Keresünk dokkolókat
- BESZÁMÍTÁS! CSAK KIPRÓBÁLT! ASUS ROG Ally X (2024) 1TB kézikonzol garanciával hibátlan működéssel
- DELL Universal Dock D6000 dokkolók, RTX Legion Pro laptopok 4 év Lenovo garanciával, licencek
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest