-
GAMEPOD.hu
OpenWrt topic
Új hozzászólás Aktív témák
-
st3v3np3t3r
veterán
válasz kriszrap #14767 üzenetére
Ezzel nekem is gondom van ezért saját hálózaton belül,ezért jelenleg UPnP-t vagyok kénytelen használni. Nekem a gondom az, hogy:
-van hogy kábelen van hogy wifin használom a laptopom
-2 különböző mac címre nem tudom ugyan azt az ip-t foglalni a virtuális szervernek
-ugyan azon portot nem tudom 2 eltérő ip címhez társítani
és ezzel a problémám, hogy mindig állítgatni kell a kliensben a használt port-ot oda-vissza.Ha jól értem te WDS-en keresztül szeretnéd korlátozni hálózati hozzáférést? Kell egy belső ip-t is beállítani, hogy melyik címre történjen a továbbítás
[ Szerkesztve ]
Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...
-
st3v3np3t3r
veterán
válasz kriszrap #14771 üzenetére
Ebben az tud segíteni,aki jártas a MultiWAN beállításban...
Mert ilyen formában ahogy te szeretnéd,2 WAN forrásból kell hogy dolgozzon a router
WAN1 - mobilneted
WAN2 - szomszéd netje(wifin)
OpenWRT MultiWAN témában ezt találtam link[ Szerkesztve ]
Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...
-
vargalex
Topikgazda
válasz kriszrap #14858 üzenetére
Itt semmit nem adtál meg lényegében. Azt mondtad neki, hogy ha a 192.168.0.2 IP-ről a 192.168.1.1 IP-t akarják elérni, akkor a default policy-t használja.
Fel kell venned egy policy-t, amiben csak a 192.168.1.1/24 hálózatba tartozó interface van benne. Majd itt a rule-nál azt mondod, hogy a 192.168.0.2-es forrás IP esetén azt a policy-t használja.Alex
-
vargalex
Topikgazda
válasz kriszrap #14860 üzenetére
Szia!
Szerintem itt több hiba is van.
1. Felvettél egy torrent_policy-t, aminek ugye nem látjuk, hogy melyik interface a tagja. Vagy torrent interface-nak nevezted el a kérdéses interface-t?
2. A rule-nál beállítottad a Destination address-t. Azt legutóbb is írtam, hogy ez így azt jelenti, hogy ha a cél cím a 192.168.1.1, akkor az a torrent_policy-n keresztül menjen. Neked ugye cél címtől függetlenül kell egy bizonyos policy-t használni.Csak a tisztán látás végett:
Van egy wan, egy wanb és egy torrent interface-od is? Vagy a wanb az csak a default config miatt van?
Alex
-
kriszrap
tag
válasz kriszrap #14908 üzenetére
Sikerült de ha olvastam volna ezt valahol...
[link] 1:21 nél mindegy sikerült eddig.Annyi a bajom akkor müködik a rendszer amikor beállítom hogy használja a vpn átjáróját de nem szeretném csak a nast szeretném elérni 192.168.1.0 hálózaton amit 192.168.0.0 hálózatról szeretném elérni. Hogy lehet ezt megoldani?
-
Headless
őstag
válasz kriszrap #16144 üzenetére
van egy amit mindenképp elfelejtenék.
az ntfs fájlrendszert linuxon ne használj ha nem muszáj.
egyrészt az inotify funkció hiányzik vagyis a minidlna nem fogja tudni, hogy új tartalom került be (csak manuális rescannel fog menni), másrészt lassabb sokkal mint egy ext4 fájlrendszer.
a problémádat talán az okozhatja hogy a transmission lefoglal valami fájlt ami megakasztja a dlna működését. De én inkább azt mondanám hogy a fő problémád az inotify hiánya vagyis az ntfs fájlrendszer.
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
őstag
válasz kriszrap #17956 üzenetére
Tipp: talán a DFS-el van összefüggésben, állítsd dél afrikára az 5ghz régióját, ott a 100 feletti csatornák nagy része DFS mentes, így ha ilyen csatornákon használod/használtad akkor valószínű meg fog szűnni a gond, bár ez szürke zóna, itthon szabályellenes így használni.
OpenWrt wiki a DFS-ről[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
fatpingvin
őstag
válasz kriszrap #17961 üzenetére
cron job lesz, az érdekes az lesz hogy valahogy időalapot vegyél hozzá, ugyanis a cron emlékeim szerint gépidővel dolgozik, nem külső időreferenciával, szval egy véletlen újraindítás nulláz.
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
xabolcs
őstag
válasz kriszrap #18003 üzenetére
Megprobalhatod a forditast SDK-val is! En a Snapcast-ot szoktam igy forditani.
#!/bin/bash
# tar -xjf openwrt-sdk
# ln -s /valahova/klonozott/git/repo/badaix-snapos/openwrt/ package/snapcastcd openwrt-sdk-*/
scripts/feeds update -a
scripts/feeds install snapcast libsoxr boost libopus libflac libogg libavahi-client alsa-lib libvorbisidec libvorbiscat <<EOC > .config
# CONFIG_SIGNED_PACKAGES is not set
CONFIG_PACKAGE_snapcast=y
CONFIG_PACKAGE_snapclient=y
CONFIG_PACKAGE_snapserver=y
EOCmake defconfig
make package/snapcast/compile -j8
make package/index[ Szerkesztve ]
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
xabolcs
őstag
válasz kriszrap #18006 üzenetére
Ahhoz a szkripthez valami Linux prompt kellene, meg letoltott qBittorrent forras. Ha ennyire ismeretlen a terulet, akkor kerj meg valakit!
Egyebkent milyen eszkozre szeretned telepiteni a qBittorrentet?
Es miert pont azt a klienset? A tamogatott Transmission vagy rtorrent nem jo?aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
xabolcs
őstag
válasz kriszrap #18010 üzenetére
Nem tudom milyen vason fut az OMV, de ha lenne rajta lehetoseg Docker szolgaltatast futtatni, akkor lehetne ra tenni friss qBittorrent-et. Milyen vason fut? Es hogyan fut az OMV, nativan, vagy az is rogton Docker kontenerben?
Azert akadekoskodunk vargalex-szel ennyire, mert szerintunk a NAS-odban sokkal tobb ero van, mint a routerben, testhezallobb feladat lenne neki (ahogy eddig is az volt, az elavult qBittorrenttel).
[ Szerkesztve ]
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
őstag
válasz kriszrap #18010 üzenetére
Ezt szeretném felrakni [link] Webes támogatás miatt.
Maradj a transmissionnál, vannak hozzá leírások az openwrt oldalán. A rtorrent valamiért nagyon lefogja az AC57U-t, nekem sokkal lassabban töltött mint a transmission.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
xabolcs
őstag
válasz kriszrap #18014 üzenetére
Se nem Zyxel-ezek, se nem OMV-zek, de ebben a kereso altal feldobott 2017-es cikkben ("Zyxel NAS 520/540/542 mit Debian und OpenMediaVault (OMV) betreiben.") meg mindig aktualis infoval szolgalnak, hogy hogyan csereld le a gyari Zyxel-es feluletet Debian alapu OpenMediaVault-ra.
Belenezve a debian-nas-bullseye-21.218-armhf.img.gz image-be, tenyleg a hivatalos Debian Bullseye-t es OpenMedia Vault Shaitan-t hasznalja egy kicsit korosabb (3.2.0-as) kernellel.
Ahogy nezem a leirast, az egeszben a Windows aloli pendrive iras resz a legnehezebb, de pl. a balenaEtcher-t pont erre talaltak ki.
Most olvasom az OpenMediaVault topikot, s meke11 forumtarsnak is ilyenje volt 2011-ben.
[ Szerkesztve ]
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
Új hozzászólás Aktív témák
- ASUS routerek
- Opel topik
- Amlogic S905, S912 processzoros készülékek
- E-roller topik
- Facebook és Messenger
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Politikai mémek
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Kerékpárosok, bringások ide!
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest