-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
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.
-
-
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).
-
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? -
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 -
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 -
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.
-
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?
-
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?
-
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. -
#14772
st3v3np3t3r
nagyúr
kriszrap
#14771
-
#14768
st3v3np3t3r
nagyúr
kriszrap
#14767
st3v3np3t3r
nagyúr
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
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
vargalex- Tarr Kft. kábeltv, internet, telefon
- 5.1, 7.1 és gamer fejhallgatók
- Fogyjunk le!
- droidic: Windows 11 önállóság nélküli világ: a kontroll új korszaka
- Xbox Series X|S
- Szakított a OnePlus és a Hasselblad
- A Chrome egyeduralmára tör a ChatGPT böngészője
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Házimozi belépő szinten
- Yettel topik
- További aktív témák...
- BESZÁMÍTÁS! ASRock B450M R5 2600 16GB DDR4 256GB SSD 1TB HDD GTX 1650 4GB Zalman T4 PLUS 400W
- HP Thunderbolt-dokkoló, 120W G4 (4J0A2AA)
- FELVÁSÁRLÁS A GYŐRÚJBARÁTI BOLTUNKBAN!
- HP ZBook Firefly 14 i7-1165G7 16GB 512GB Nvidia Quadro T500 4GB 14" FHD 1 év garancia
- AKCIÓ! Apple Pro Display XDR 32 6K Nanotexturált üveg monitor garanciával hibátlan működéssel
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest