-
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 semAzt 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 cigaretta 🔞
- Azonnali alaplapos kérdések órája
- Nyíregyháza és környéke adok-veszek-beszélgetek
- sziku69: Fűzzük össze a szavakat :)
- Bittorrent topik
- TCL LCD és LED TV-k
- Samsung LCD és LED TV-k
- Projektor topic
- Redmi Watch 5 - formás, de egyszerű
- Melyik tápegységet vegyem?
- További aktív témák...
- iKing.Hu - Samsung S25 Ultra - Titanium Black - Használt, karcmentes
- Apple Ipad 10.generáció
- Új HP Pavilion x360 14-ek Érintős hajtogatós Laptop Tab 14" -35% i5-1335U 8/512 FHD IPS Iris Xe
- RTX 4080 SUPER,16GB. Ryzen 7 7800X3D, 32 RAM Fury RGB! Garancia!
- Asztali PC , i7 9700K , RX 5700 XT , 32GB DDR4 , 500GB NVME , 1TB HDD
- BESZÁMÍTÁS! 1TB Western Digital SN850X NVMe SSD meghajtó garanciával hibátlan működéssel
- Xiaomi Redmi A3 64GB Kártyafüggetlen, 1Év Garanciával
- iKing.Hu - Apple iPhone 14 Pro Max - Gold - Használt, szép állapot
- Dell Latitude 8-11. gen i5, i7, 2-in-1 szinte minden típus csalódásmentes, jó ár, garancia
- BESZÁMÍTÁS! AOC 24P1 24 FHD 60Hz 5ms monitor garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged