-
Fototrend
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
suste
veterán
válasz
ShadeX
#57132
üzenetére
sokféleképpen megoldhatod
1: magát a vendég wifit kapcsolgattatod ki a cronban
(uci parancs kikapcsolásra ha a 2. wifi a vendég: "uci set wireless.@wifi-iface[1].disabled=1")
2: a vendég interfészt kapcsolgattad ki
(pl uci parancs kikapcsolásra: "uci set network.guest.disabled=1")
3 esetleg tűzfal szabályt hozol létre időzítéssel
4....sok egyéb megoldás lehet -
válasz
ShadeX
#52208
üzenetére
NIncsmit! Némi tájékozódási pont az ügyben!
-
-
-
-
doberman
senior tag
válasz
ShadeX
#52187
üzenetére
egyszer ugyanígy járt egy ismerősöm. Nála ami "bejött" : a natolt hálózatból a routere vpn kapcsolaton keresztül kapcsolódott a szülei vpn szervert futtató routeréhez. mikor el akarta érni a sajátját, akkor vpn a szülőkhöz és máris közös hálóban találta magát az otthoni routerrel.. kicsit macerás a dolog de működött..
-
gurabli
őstag
válasz
ShadeX
#52187
üzenetére
Hát, ha noip sem működik...
Talán még megoldás lehet előfizetni egy VPN szolgáltatásra, amelyik támogatja az openVPN-t és engedélyezi a torrent forgalmat is (van ilyen). Ezt beállítod a routerben és akkor működnie kellene. És még titkosítva is lesz a forgalom, nem tudnak leellenőrizni sem
Azt nem tudom, hogy ha a routerern fut az openVPN, akkor policy based routinggal meg lehet e adni, hogy csak bizonyos alkalmazások használják a vpn kapcsolatot. Két routerrel biztos
+2K rengetek, 1k körül van egy hónapra a legtöbb vpn szolgáltató és már csak elvből is inkább nekik fizetnék mint az ilyen szolgáltatóknak itthon, még ha ua is lenne. -
vargalex
Topikgazda
válasz
ShadeX
#27583
üzenetére
Hi!
A build-emben találsz is erre példát (kikapcsolva), igaz IP címmel (block_internet_access_IP néven). De ezt módosítani MAC címre, semmiből nem tart. A szabály így néz ki:
Itt nyilván a további argumentumoknál az időintervallum módosítása, Forrás cím helyett Forrás MAC cím megadása, illetve engedélyezés szükséges.
Config-ban így néz ki a dolog.
-
vargalex
Topikgazda
válasz
ShadeX
#16050
üzenetére
Hi!
Ez kell neked is. Nem próbáltad még a Luci-app-vnstat-ot? Config-olható, megjeleníthető a statisztika, nem kell külön web szerver. És van vnstat daemon is, nincs szükség cron ütemezésre sem. Ez is tegnap volt téma.
Illetve vnstat-hoz van a vnstat PHP frontend-től egy (szerintem) sokkal tetszetősebb jsvnstat nevű interaktív frontend.
Csináltam néhány képet a Luci-s vnstat megjelenítésről, hogy mindenki el tudja dönteni megfelel-e neki. Ma tettem fel, ezért csak a mai adatokat látjátok:
-
vargalex
Topikgazda
válasz
ShadeX
#12226
üzenetére
Hi!
Ugyan ez a probléma volt Nimfas-nál is. Az segített csak, hogy a 21-es porton nyitottuk ki az ftp-t a TP-Link-en. Tehát a 2221-re vonatkozó redirect szabályt töröld, majd a 21-re vonatkozó rule-nál a destination IP-t töröld. És természetesen a TP-Link előtt lévő routeren forward-old a 21-es portot a TP-Link-re.
-
vargalex
Topikgazda
válasz
ShadeX
#10991
üzenetére
Hi!
Azt elfelejtettem írni, hogy az umask 0020-as megoldás csak egy ismételt bejelentkezés után történő transmission újraindítással lépne érvénybe (vagy reboot után). És természetesen csak a későbbiekben letöltött file-okra érvényes. Illetve a root által létrehozott file-okra, könyvtárakra is csak egy ismételt bejelentkezés után.
Szerk.: Most meg Intruder2k5 előzött meg engem.

-
-
vargalex
Topikgazda
válasz
ShadeX
#10987
üzenetére
Hi!
A nobody usernek soha nem volt írásjoga a root által létrehozott file-okhoz, hacsak nem adtad hozzá a root csoporthoz.
3 megoldás létezik:
1. a fenti, azaz a nobody user-t hozzárendeled a root csoporthoz
2. a /etc/profile file végére beírod:umask 0020
Ezzel azt éred el, hogy a root által létrehozott file-okról nem veszi le az egyéb user-ek írásjogát.
3. Ez nem ajánlott (de gyaníthatóan eddig így használtad), az az, hogy a /etc/samba/smb.conf.template-ban a guest account-ot root-ra állítod és a root-ot kitörlöd az invalid users-ből.
-
válasz
ShadeX
#10983
üzenetére
Ez már volt téma... Illetve még ezeket olvasd át.
-
-
válasz
ShadeX
#10956
üzenetére
Ezzel a programmal csinálod? Nekem ez működött...

Tűzfalak kikapcsolva? Biztosan nem az szívat? Tűzfal miatt már sokan megjárták ASUS Firmware Restoration Tool-al is, és volt akinek csak úgy ment, hogy Hiren's BootCD-ről indította a gépet. Ha másképp nem, próbáld meg Te is úgy, akkor biztosan nem lesz semmilyen szoftveres tűzfalad. Szerintem a probléma biztosan ilyen jellegű...
-
-
-
-
válasz
ShadeX
#10859
üzenetére
Ez elég valószínű... Te is készülhetsz egy soros kábeles újraélesztésre, vagy viheted vissza garanciába. Mondjuk az, hogy él a LAN port, illetve csak 1x villannak a LED-ek, biztató jel, mert ha crash-el a firmware, akkor a villogás ismétlődik, és a LAN portok sem élnek. Akárhogy is legyen, a fentebbi két megoldás biztosan működik!

-
-
Az igazat megvallva az 5 megnyitható file-t én kicsit keveslem... Ez okozhatja még akár a sebesség visszaesésedet is, mert ha éppen befejez egy file-t, akkor visszaesik a sebesség mielőtt a következőt elkezdené tölteni, és 5-ös limit esetén ez 20-25%-ot jelent. Bár nekem rtorrent-em van, de abban 64-re állítottam a max megnyitható file-ok számát, a torrentenkénti peer-ek pedig 50-es limitre vannak belőve. Tehát egy kicsit bátrabb beállításokkal szerintem próbálkozhatsz. Ráadásul ez a router elvileg erősebb is valamivel, mint az enyém.
-
Becslésem szerint olyan ~1,5 MB/sec körül lehet... Bár, mint ez már sokszor elhangzott itt, ez sok mindentől függ... Elsősorban attól, hogy ez hány nyitott kapcsolatból tevődik össze, mert ha túl magas a kapcsolatok száma (sok lassú peer van) akkor azok jobban terhelik a procit, mint ha kevesebb kapcsolattal érnéd el ugyanazt a sebességet. Aztán számolni kell még a futó torrentek daradszámát, a megnyitott szeletek számát, méretét, stb... Ezek mind belejátszanak. De a fenti értéket mondanám egy hozzávetőleges maximum értéknek.
-
-
appel
őstag
nem tudom, hogy whitelistnél mennyire szereti a dyndns címeket, de ha szereti, akkor regisztrálj mégegy dyndns címet, azt tedd bele whitelistbe és otthon a routereden, vagy a pc-den updateld ezt a második címet...
ha ez nem, akkor nem kell neked az a whitelist (option 'rpc_whitelist_enabled' 'false')
Új hozzászólás Aktív témák
- Elektromos autók - motorok
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Azonnali fáradt gőzös kérdések órája
- Android 16-ra nyitott az egyik legmenőbb csukható
- Interactive Brokers társalgó
- BestBuy topik
- Vírusirtó topic
- Impozáns lesz a következő Intel CPU generáció csúcsmodellje - is
- Kihúzhatja a gyufát a PC-s gyártóknál az érkező új Xbox
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- További aktív témák...
- iKing - Samsung Galaxy A56 5G 5G sebesség, nagy kijelző, stabil üzemidő 8/256 GB
- Asus TUF A15 FA507NUR 15.6" FHD IPS Ryzen 7 7435HS RTX 4050 16GB 512GB NVMe magyar vbill gar
- iKing - Xiaomi 14T Pro Titan Gray Vékony, prémium kivitel, nagy kijelző 12/512
- Samsung NX300 MILC + 18-50mm + 50-200mm
- Apple Macbook Air 13,6 M4 10C CPU/16GB/256GB - Égkék - HUN - 55 Ciklus - 100% akku , 2,5 év gari
- Apple iPhone 14 Pro Max Gold Dynamic Island, 120 Hz ProMotion, 48 MP kamera-128 GB-100%
- DX Racer fekete gamer, irodai szék
- Laptop felvásárlás , egy darab, több darab, új , használt ! Korrekt áron !
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer egerek és billentyűzetek kitűnő árakon!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő
Azt nem tudom, hogy ha a routerern fut az openVPN, akkor policy based routinggal meg lehet e adni, hogy csak bizonyos alkalmazások használják a vpn kapcsolatot. Két routerrel biztos





vargalex
