-
Fototrend
Új hozzászólás Aktív témák
-
-
lovi27
addikt
válasz
simico
#15855
üzenetére
A hibára megkérdeztem van-e nyoma, hogy valahonnan elindulhassunk, ne vaktában kelljen próbálkozni, de a válasz az volt nincs. Te is ezt válaszoltad: "Pár napig nálam is ugyanez volt Pi 4-en, aztán egyszercsak magától elmúlt..." Majd hirtelen lesz ok és olyan utasítás a megoldásra amit kevesen értenek. Ha bárki olyat ajánl ami a rendszer alapvető működését befolyásolja - már pedig a repository módosítása ilyen - akkor legyen elvárható a részletes magyarázat mit csinál az ajánlott megoldás, hogy mindenki eldönthesse használja vagy nem. Esszét sem kell írni hozzá, elég a forrást megnevezni.
Kerestem, de nem találtam bejegyzést az eredeti problémára. Ezért a dupla security forrást nem kapcsoltam hozzá. Most sem gondolom azt, hogy ez okozza.
-
lovi27
addikt
Még annyi lényegeset az előzőhöz, hogy a rendszert azért bolygatták meg, mert a v5.6.3-tól kezdve elvileg (és remélhetőleg a gyakorlatban is) az OMV a biztonsági frissítéseket már automatikusan telepíti.
Ha már... Ez hasonló.
Mostanában volt gond a teamviewer forrással is. Talán az ingyenesség miatt keletkezett, de nem tudom, nem használom. Lehet azóta már megoldódott, de ahogy javasolták, aki nem használja nyugodtan törölheti a források listájából. -
lovi27
addikt
válasz
simico
#15851
üzenetére
Lassan közelítünk, mert szó sincs arról, hogy nincs nyom, nincs semmi üzenet.
De előbb meg kéne beszélni, hogy mindenki értse mi történik, hogyan lehet elhárítani és utána jöhetne a megoldás. Nem fordítva, elsőnek a csoda utasítás. Sokaknak, de főleg a kezdőknek fogalma sincs mit okoz, mi történik ha végrehajtja, és egyáltalán megoldás-e a problémájára. De azért hajtsuk végre..
Amiről írsz, ha valaki futtatta az update parancsot és hasonló üzenetet kapott:
"All packages are up to date.W: Target Sources (main/source/Sources) is configured multiple times in /etc/apt/sources.list:10 and /etc/apt/sources.list.d/openmediavault-os-security.list:2"
Tehát a csomag frissítések rendben, de a végén van egy W (warning) figyelmeztetés, hogy egy célforrás kétszer szerepel és megadja a két helyet is. De ez csak figyelmeztetés, nem okoz hibát! Viszont amíg nem szüntetjük meg az állapotot addig kapjuk.Az új biztonsági forrás (security) önálló helyet kapott a sources.list .d mappában, ezért feleslegesen szerepel az alap repository listában is. Valószínűleg arról van szó, hogy az átállás során először oda tették, majd később jobbnak látták önálló helyre tenni, de valamiért onnan nem törlődött.
Tehát, ha kitöröljük az /etc/apt/sources.list fájlból a sort eltűnik a figyelmeztetés éls ez a probléma megszűnik. De csak ez... -
lovi27
addikt
válasz
tompyka
#15831
üzenetére
Nem adtál meg megosztott mappát! Hova dolgozzon szerencsétlen? Nem Windows, hogy megadod neki D: és a többit elintézi. Az uuid csak a meghajtót jelöli, de hiányzik a mappa.
Az uuid drive-on hozzál létre egy mappát például torrent névvel, oszd meg és írd az uuid után, de egybe vele: /torrentNem szerencsés az adminnal dolgozni. Persze egy dockernél nem lőnek vele nyulat, de az elején kell a jó beidegződést megszerezni!
És a külső USB HDD-n ugye nem NTFS fájlrendszer van?!Most olvasom, hogy már nem az első docker alkalmazásod. Nem alakítottál ki egy sémát magadnak? Ide telepítem a konfigokat, ott meg majd az adatok lesznek, vagy valami hasonló.
-
lovi27
addikt
Nem vonom kétségbe senki segítőkész szándékát, de látszik időnként fals információ jön. Akinek nem inge ne vegye magára...
Én se raidezek és nincs időm minden információt ellenőrizni. A RAID nagy téma ahhoz, hogy legyen a PH-en saját fóruma - RAID - Ott a témában járatosoktól lehet választ kapni.Kérem, most zárjuk le a RAID témát, vagy kérdés esetén tessék átkattintani a szakfórumba.
De ide is írták már jól használható infót a RAID módokról. A keresőt is lehet bátran használni. -
lovi27
addikt
válasz
d33jay
#15788
üzenetére
Nem kell a teljes meghajtó (HDD , SSD) az OMV-nek telepítéskor, van rá bejáratott megoldás! Először a hálózatról egy minimális, grafikus felület nélküli Debiant kell telepíteni (netinst). A Debianban teljes particionáló van, így lehet csak a rendszer (OMV) partíciót törölni, a többi érintetlen marad. Majd utána a teljes OMV-t egy szkript fájlal lehet telepíteni.
Az Összefoglalóban ezt hívom szerver módnak. Összefoglaló!A particionálás miatt nagyobb figyelmet kíván, de csak az első telepítés a nehezebb, amíg ráérez valaki hogy is gondolták a Debian fejlesztők. Ezzel a móddal akár a docker adatok külön partíción elhelyezése is könnyen megoldható. Például, ha a Linux felhasználók fenntartott Home könyvtárat külön partíción helyezzük el. Majd a docker telepítéseket oda irányítjuk.
"már az asszonynak, meg a lányoknak is lenne olyan cuccuk, amit jó lenne letárolni...."
Pont ezért kéne a RAID, az adatoknak. Mit mondasz majd, ha véletlenül elszáll a HDD és oda minden mentésük? Nem a rendszernek kell RAID. Azt újra lehet telepíteni, lehet róla biztonsági másolatot készíteni. De egy évekkel azelőtt készült képet hogyan pótolsz? Sehogy!
Nem a raid-re akarlak rábeszélni mert én se használok. A Nextcloud-ot is csak tesztüzemben használom, mert élesben csak akkor tenném, ha a redundanciát megoldanám. Addig csak hazardírozás lenne. A lényeg, ne bemondásra döntsd el! -
lovi27
addikt
válasz
nagyfejü
#15781
üzenetére
A webGUI böngészőből elérhető grafikus felhasználói felületet jelent.
Az OMV-nek egy van, nem tudom milyen másikra gondolsz. Programoknak még van, mert például a Portainer kezelése is azzal történik, vagy a torrent kliensek is azok.Régebben volt egy terminál plugin (talán a shellinabox) és ha abban futtattad az MC fájlkezelőt akkor az is böngészőben történt. Nem arra gondolsz? [kép]
Az OMV5-ben már nincs. De ha a Cockpit-tet telepíted abban van hasonló terminál. -
lovi27
addikt
Szeretném felhívni a figyelmet az Összefoglalóra. Ma az egyik kérdés volt, hogyan érhető el a webgui? Részletesen le van írva az Összefoglalóban. Külön fejezetben. Tehát megtalálni sem nehéz. Annyival kiegészítem a leírtakat (akár az Összefoglalóban, akár a hozzászólásokban), hogy jellemzően a telepítés utáni állapotra vonatkoznak, amikor még biztosan a 80-as porton érhető el a webgui. Később, ha ezt valaki bármi okból megváltoztatja onnantól csak ő tudja az új elérést.
-
lovi27
addikt
válasz
Oldmobil
#15757
üzenetére
Így más a helyzet, hogy eddig is te kezelted őket, ismered az előéletüket.
Csoporton belüli változtatásokat (pl. SMB megosztások) nem fontos egyenként elvégeztetni, de csak azokat. És időben sem ajánlott nagyon elhúzni. De ezek az azonos jellegű jóváhagyások inkább csak telepítéskor bosszantanak, később már nem jellemző.
-
-
#15736
lovi27
addikt
szasza7103
#15734
lovi27
addikt
válasz
szasza7103
#15734
üzenetére
Sajnos, kezd gyakorlat lenni, így pedig nehéz segíteni...
Ha kérdésed a settings fájlra vonatkozik, akkor ki kell ábrándítsalak, mert nem a konfig fájlban van a megoldás, ennél összetettebb dolog. A világhálón titkosítva kommunikálunk, a hozzáférésre a 443 portot jelölték ki. Alapból a TR a 9091 portot használja, a qB pedig a 8080-at. A két port között kapcsolatot kell teremteni (hogy elérhető legyen a torrent kliens).
Ezért olvasható a fórumon olyan csúnya szavak, mint reverse proxy vagy nginx proxy manager, vagy traefik, vagy titkosításra a Let's Encrypt.
A fordított proxy elvileg "csak" konfig írás, de... ha, ha, ha.
Ezek telepítésében (is) nagy segítség a docker. Kis gyakorlat megszerzése után szinte gyerekjátékká válik. De legalább is nem kell szakembernek lenni, elég csak néhány egyszerű szabályt bemagolni. A docker és menedzselő telepítését az OMV fejlesztők elénk rakják. Jó, néhányat azért kell kattintanunk. A telepítő fájlok használat készen letölthetők, a részletes magyarázattal ellátva. Igaz angolul, ami néhányunknak okozhat gondot. Utána nekünk azt a néhány paramétert kell csak módisítani, ami egyedül a saját hardverre a jellemzők. Ilyenek az elérési utak (path, volumes) és a környezeti változók (environment). Végül egy egyszerű paranccsal, de akár újabb kattintással is telepíthető az alkalmazás.
Ugye, nem is olyan bonyolult?
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
lovi27
addikt
válasz
szpeti40
#15712
üzenetére
Az ifconfig régi parancs, van új, erősebb alternatíva az ip parancs.
Az ifconfig-ot már nem fejlesztik, nem is alapja minden új kiadásnak. Az Összefoglalóban is ezért szerepel az ip a parancs. Ez az ajánlott.
Olvass utána, ha már a jó tanár nem említette, pedig ez sem vadonatúj. Már az előző Debian kiadásban is benne volt. -
#15708
lovi27
addikt
szasza7103
#15707
lovi27
addikt
válasz
szasza7103
#15707
üzenetére
Oszd meg a másik merevlemezen a mappát ahová töltenél.
Onnantól meg kell ismételni a 3.ponttól a lépéseket, csak a /media/NASHDD1/ helyett úgy fog kezdődni a mappa elérés út, hogy /srv/dev-dsik-by-UUID.... -
#15706
lovi27
addikt
szasza7103
#15705
lovi27
addikt
válasz
szasza7103
#15705
üzenetére
Jó kérdés. Elvileg igen, de még nem használtam, nincs vele tapasztalatom.
Miért nem jó ha direktben a másikra írod? Cserélgetnéd a linket? -
#15700
lovi27
addikt
szasza7103
#15697
lovi27
addikt
válasz
szasza7103
#15697
üzenetére
Azért ennél többet árulj már el, hogy hol akadsz el.
Mi a hardvered, mivel próbálkoztál, natív módon vagy dockerben próbálod telepíteni? -
lovi27
addikt
válasz
Froclee
#15669
üzenetére
Bekapcsolt debug-nál a logban is látszik:
level=debug msg="Found a remote digest to compare with" remote="sha256:981babbe157a0cfd8aed85c81de0f06784e49f2ff9e9d1866d051b7187555a2c"level=debug msg=Comparing local="sha256:981babbe157a0cfd8aed85c81de0f06784e49f2ff9e9d1866d051b7187555a2c" remote="sha256:981babbe157a0cfd8aed85c81de0f06784e49f2ff9e9d1866d051b7187555a2c"level=debug msg="Found a match"level=debug msg="No pull needed. Skipping image." -
#15670
lovi27
addikt
szasza7103
#15666
lovi27
addikt
válasz
szasza7103
#15666
üzenetére
Értem, de emlékezz (nézd) vissza, ezt írtam:
"Az ntfs-t használja más is, csak korlátozottak a lehetőségek...."
Nem véletlenül írtam, mert az ntfs-nek más a szerkezete mint a Linux fájlrendszereknek.
Már írtam, hogy mivel a Microsoft foglalkozik a Linuxszal van esély, hogy megnyitja teljesen az ntfs-t is a Linux közösség számára, mert eddig sem a tudáshiány, hanem licenc problémák akadályozták a teljes ntfs kezelést a Linux alatt. Ugyanis nem nyitott fájlrendszer. -
lovi27
addikt
A nagy számok törvénye alapján mondjuk két évente egyszer fordul elő ilyen baki. Tegnap volt egy, tehát most két évig nyugodtan frissítheted!
Komolyra fordítva a szót szerintem van egy egyszerűbb megoldás.
Ahol nem akarsz frissebb verziót, a telepítőnél adj meg egy konkrét verziót az image-nek.
Ha nem adunk meg semmit akkor a docker automatikusan latest-nek feltételezi, azaz mindig a legújabb verziót tölti le. De ha megadunk...
Hadd dolgozzon a watchtower, abból úgysem talál majd újabbat. -
lovi27
addikt
Szerintem tipikusan a torrent kliensek is azok az alkalmazások amiket nem sok értelme van frissíteni, ha már van egy jól működő verzió. Mióta van torrent ugyanúgy működik. Letöltjük a torrent fájlt, bedobjuk a kliensbe, letölti és mi örülünk. Ennyi. Semmi nem változott.
Esetleg akkor, ha valahol olvasunk arról, hogy milyen új csoda funkciót találtak ki hozzá.
De tudjuk, a csodára várni kell... -
#15640
lovi27
addikt
szasza7103
#15639
lovi27
addikt
válasz
szasza7103
#15639
üzenetére
Szereted ostorozni magad, de nincs rá ok. Szimpatikus ahogy kitartóan próbálkozol és lassan jönnek is az eredmények. Biztos lesznek még hibák, de csak az elért eredmény a lényeg.
Néztem az L2J szervert, de játékkal nem foglalkozok. Viszont a telepítését nézve nem lesz egyszerű. Nem kezdőknek való, ha egyáltalán erről van szó.
Ahogy a neve is mondja, szerintem a hálózaton lévő másik gép mappáját lehet vele az OMV-hez csatolni, ami lehet SMB vagy NFS vagy WebDAV típusú. [kép]
-
#15638
lovi27
addikt
szasza7103
#15637
lovi27
addikt
válasz
szasza7103
#15637
üzenetére
Nem értem mik ezek a host mappák, de ha telepíted a sharerootfs plugint (ami rögtön az első), akkor az OMV-ben már a rendszer gyökérmappa könyvtárait is meg tudod osztani. Remélem ott megtalálod ezeket a host mappákat.
Az ntfs-t használja más is, csak korlátozottak a lehetőségek. De, persze meg kell próbálni.
-
#15636
lovi27
addikt
szasza7103
#15635
lovi27
addikt
válasz
szasza7103
#15635
üzenetére
De, ha már fent van a Debian 10 csak 3 parancs az OMV telepítése és ha már majd megy minden újratelepíted - ha akarod. Ez gyors megoldás a próbához. Lásd az Összefoglalót.
-
lovi27
addikt
Ez azt jelenti, hogy mivel már nem fejlesztik a v4-et nem szabad használni.
Nem kellett volna visszaváltanod - bár látszik flottul megy a telepítés - a v5 esetén docker a varázsszó. Azért hagytak abba több plugin fejlesztését is, mert dockerben azok is és még sokkal több alkalmazás egyszerűen telepíthető és folyamatosan aktualizálják őket.Az OMV-ben mindig csak az adott verzióhoz készült plugint szabad telepíteni!
Nem foglalkoznak a telepítő okosításával. Megrekedt a pendrive-hoz való követelmény szintjén. De van megoldás helyette! Használd az Összefoglalóban leírt Debian szerver módú telepítést. Csak 10 perc és abban profi a particionáló rész. Utána még 3 utasítás és újabb 10 perc az OMV5 telepítése tokkal, vonóval együtt, azaz a legújabb állapotra frissítve, az Extrák pluginnal és a Midnight Commanderrel együtt.
Az eredmény nagyon hasonló lesz ahhoz, mintha az ISO-ról történt volna a telepítés. -
-
#15618
lovi27
addikt
szasza7103
#15617
lovi27
addikt
válasz
szasza7103
#15617
üzenetére
Nincs érthetetlen, csak nem látható a minidlna, mert nincs grafikus ablak hozzá, ezért a konfig fájlt kell írogatni ha megosztást akarunk hozzáadni. A pluginban ezt megcsinálták nekünk a fejlesztők.
Nincs szükség CD-re, pendrive-ot lehet használni helyette.
-
lovi27
addikt
Ha root vagy az SSH-ról is kötelessége a shutdown parancsra kikapcsolni.
A másik, hogy a v4-hez már rég nem adnak ki frissítést. Ha jött csak valami Linux javítás lehetett amitől nem szabadna megkergülnie.
Jut eszembe! Nem telt be a rendszerlemez? Akkor szokott az történni a webes felülettel amit írsz, ha nem tud kiírni a rendszer. Milyen méretű a partíció?
-
lovi27
addikt
válasz
szpeti40
#15612
üzenetére
Kezdetben használtam úgy, hogy az OMV-t kibővítettem asztali Debianra és például böngészőt is telepítettem. Ha nem lépsz be az asztali felületre, az X Window nem fogyaszt
plusz erőforrást! Ez nem Windows!
Csak azért hagytam fel vele, mert minden újratelepítés sok munkával járt. Utána jött a könnyítés a telepítő szkripttel, a komplett Debianra telepítés lehetőségével. -
#15613
lovi27
addikt
szasza7103
#15611
lovi27
addikt
válasz
szasza7103
#15611
üzenetére
Ha majd telepítetted a MiniDLNA-t sokkal jobban fogod értékelni az OMV fejlesztőket!
-
lovi27
addikt
Akkor az SSH keresztül a
shutdown now
paranccsal kitudod kapcsolni. A reboot pedig újraindítja.
Ez normálisan állítja le, nem csak kitépi alóla a hálózat feszültséget." bekapcsoláskor a parancssori képernyő elsötétül pár sor kiírása után"
Mit értesz parancssori képernyő alatt?
Addig is nézd meg mit kapsz a következő parancsokra:
apt update
apt upgrade
apt autoremove
Ja, és mi van a webgui-val? -
#15603
lovi27
addikt
szasza7103
#15601
lovi27
addikt
válasz
szasza7103
#15601
üzenetére
Feldobtam egy Debian 10-t és jó hírem van, a Transmissiont alapból telepítette, természetesen a Debian által támogatott v2.94-et. A MiniDLNA-t pedig a csomagok között megtalálod, például ha a Synaptic csomagkezelő keresőjébe beírod: [kép]
-
#15600
lovi27
addikt
szasza7103
#15599
lovi27
addikt
válasz
szasza7103
#15599
üzenetére
Használd a Debian saját grafikus update managerét. A rendszer alkalmazások között találod.
De mintha volna olyan is, hogy Software Center vagy hasonló nevű. -
lovi27
addikt
válasz
tama777
#15568
üzenetére
Akkor hangsúlyozni kell, hogy a linkelt megoldás (így kezdődik):
"csak a Debian Buster disztribúciók 32 bites telepítését érinti", azaz kevés felhasználót.
A docker használatával legtöbbször már nem is az alkalmazások (pl. a Nextcloud) intézik az SSL certificate dolgait, hanem pl. az Nginx Proxy Manager vagy a Swag.
Ráadásul a Plex saját maga kezeli a titkosítást és ha elvesszük tőle mindig is fegyelmeztet, hogy emiatt legyünk nagyon óvatosak. -
lovi27
addikt
válasz
dontibee
#15557
üzenetére
Nekem is HP van csak jóval régebbi (gyengébb) és én is az NFS megosztással táplálom a jó régi média lejátszót és nézd meg a mai CPU terhelést: [kép]
Nem is lehet megmondani mikor használtuk. Így hogy tudna az OMV akadást okozni?
Én nem tudom.Azt a csúnya folyamatos terhelést a dockeres Nginx Proxy Manager okozza.
-
lovi27
addikt
Szerintem, igen. Nem tudok arról, hogy a frissítés tönkretenné a konfig fájlt. Megváltoztatná. Nonszensz. Talán olyan már volt, hogy frissítés után a log szerint nem rendesen indult el egy konténer (vagy csak nem vártam eleget
), de konténer restart parancs hatására már mindig úgy ment ahogy kellett. Nem ment tönkre. De tegyük fel megtörténik.Egy docker image-nek nem pont az az egyik lényege, hogy akár száz vagy ezer helyen is telepíthető és mindegyiken ugyanúgy fog futni a konténerben!? Ezt a tulajdonságát (is) használják vállalatoknál. Számunkra lefordítva ez azt jelenti, hogy százszor vagy ezerszer is újratelepíthetjük mindig ugyanúgy fog viselkedni. Tehát ha baj történne csak a kitöltött telepítő compose fájl kell - ami lehet a stack-ben vagy yml fájlban - és újratelepítve egy perc múlva működik mint addig. Tehát akkor sem történik katasztrófa.
-
-
lovi27
addikt
válasz
dontibee
#15531
üzenetére
Az sdb1-en történt hiba: multiply-claimed blocks többszörösen használt blokkok lettek a lemezen. Ugyanaz a terület több fájlhoz tartozik. Kérte is a rendszer RUN fsck MANUALLY.
Csak ezzel óvatosan, bár az adatvesztés már valószínűleg megtörtént.
Az sdb1 HDD-t a további használat előtt tüzetesen ellenőrizni kell! -
lovi27
addikt
Jellemzően két torrent kliens közül használjuk valamelyiket: qBittorent és a Transmission.
De természetesen más Linux alapú is használható. Mindkettőnek van webes felülete.
Natív módon is és dockerben is elég egyszerű a telepítésük: qB és Tr
Gyorsabb letöltésre inkább a qB-t használják, kiegyensúlyozottabb letöltésre a Tr-t. -
lovi27
addikt
-
lovi27
addikt
válasz
sepsi0
#15476
üzenetére
WrebGUI alól valóban nehézkes a partíciókkal foglalkozni. Ezért van az Extrák menüben a GParted Live lehetőség, aminek viszont a beüzemelése elég egyedi.
Ezért ilyen esetekben kiírom a GParted-ot egy pendrive-ra és onnan indítva a NAS-t egyszerű a particionálás.Ahogy már ajánlották is a rendszerről partíció mentést kell csinálni. Ez a biztos mód. A Clonezilla-t támogatja az OMV, de ha van más bejáratott program az is jó.
Amúgy nem kell felni a dockertől, már kiforrottan, megbízhatóan integrálták. Nem szokott baj lenni vele. Illetve, ha nem működik valami rendesen az általában csak a docker részt érinti.
-
lovi27
addikt
-
lovi27
addikt
A Linux, de más op rendszer se azt figyeli melyik port van csatlakoztatva, melyik nincs, hanem azt hogy a hálózati modul melyik chipre épül és annak működéséhez szükséges meghajtó programot telepíti.
A kábel megfelel a gigabites követelménynek? Végül is nem az számít mennyit ír, hanem hogy mennyi a tényleges sebesség. Ellenőrizd le.
-
lovi27
addikt
válasz
gery2123
#15312
üzenetére
A DDNS-ekhez kell egy kapcsolattartó, ami bizonyos időnként közli a szolgáltatóval az eszköz aktuális IP címét. Különben honnan tudná pl. a DuckDNS, hogy az általad választott domain névre érkező kérést melyik IP címre továbbítsa.
Igen, valós lehet a router gond, mert folyamatosan panaszkodsz az internetelérésre.
De ez a fórum az OMV-vel foglalkozik. Mire ide talál valaki már feltételezhető jól működik a router, az alapbeállításokkal tisztában van, működik az internet, stb.
Ha még nem, akkor vannak szakosodott fórumok a speciális infók begyűjtésére. -
lovi27
addikt
válasz
gery2123
#15302
üzenetére
Már érthető, mert ez nem wireguard, és nem is OMV probléma. Most ismerkedsz a távoli hálózateléréssel és találkozol a problémákkal. Azért a konfig fájlt hamar megtaláltad.
Van DuckDNS elérésem és azzal is pöccre indult a wireguard. Semmi konfig állítgatás, csak a serverurl-hez be kell írni a választott duckdns.org domain nevet és az app-ban a QR kód mindent beállít. Ugye az IP követést (pl. duckdns) nem felejtetted el?
-
lovi27
addikt
válasz
gery2123
#15300
üzenetére
A SERVERURL auto opció csak addig használható amíg a wireguard létrehozás pillanatában érvényben lévő külső IP cím nem változik meg. Ugyanis a QR kód - teljesen logikusan - tartalmazza a szerver elérhetőségét, IP címét is. Az auto opció hatása az, hogy lekérdezi és beépíti a kódba. Nálam akár hetekig sem változik meg, ezért próbálhattam nyugodtan.
Erre figyelj, vedd számításba. -
-
lovi27
addikt
válasz
gery2123
#15296
üzenetére
Nem ismerem a routered, de jónak tűnik a portnyitás.
Ha a mobiloddal próbálod otthon, akkor a mobilon a próba idejére a wifi-t tiltsd le, hogy biztosan egy külső hálózaton kapcsolódjon.Amúgy nem értem mi az, hogy nincs neted, mert a wireguard csak kapcsolatot épít fel egy távoli eszközzel. Csak használja az internetet.
-
lovi27
addikt
válasz
gery2123
#15293
üzenetére
Szia! A compose fájlban fontos szerepe van a bekezdésnek. Itt nincs a forrásodban, a docker fórumban helyen írtad.
Nálam nem volt ilyen opció a wg0.conf-ban, pedig működött:
[Interface]Address = 10.13.13.1ListenPort = 51820PrivateKey = 00000000000000000000000000000000000000000=PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADEPostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE[Peer]# peer1PublicKey = 11111111111111111111111111111111111111111=AllowedIPs = 10.13.13.2/32A routerben kinyitottad a portot (51820 UDP)?
-
lovi27
addikt
El van írva a F2B-ban az ftp-nél a naplófájl, csak úgy látszik még senki se használta. A másik fórumon se reklamálta senki. A v4-ben sem írta semmi a proftpd.log fájlt. Xferlog se volt.
Amúgy is logikátlan, mert ha van proftpd.log fájl akkor azt minek még szűrni proftpd-vel, azaz önmagával. Úgy értelmes, ha a naplófájlnak a /var/log/auth.log fájlt adod meg és abból szűröd ki a proftpd bejelentkezési kísérleteket.
De távoli elérésre a sima ftp nem ajánlott, mert az autentikáció sincs titkosítva!!!
Lokális hálózatra meg minek Fail2Ban... -
-
-
lovi27
addikt
válasz
Celtis
#15195
üzenetére
Értettem, hogy arra célzol a Plex DLNA több, jobb, éppen ezért nem is arra, csak a samba-ra válaszoltam neked.
Lehet rosszul emlékszem, de nem is olyan régen valaki pont a Plex DLNA-val nem volt elégedett. Akkor annyira látványos csak nem lehet. Használom és ismerem a Plex felületét, de az nem DLNA szabvány szerinti. Nálam nincs is engedélyezve a DLNA része. -
-
lovi27
addikt
válasz
Balerik
#15186
üzenetére
Internetelérés alatt az OMV-t értettem, hogy elérii-e a világhálót.
Most már tudjuk, hogy eddig nem. Pontosabban kellett volna fogalmaznom.A Cloudflare-t mondják a leggyorsabbnak. Én többet is használtam (Google, Cloudflare, OpenDNS, Digi), de észrevehető különbséget nem tapasztaltam közöttük.
Most épp az 1.1.1.1 tetszik, de a 8.8.8.8 is hasonlóan könnyű.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
), de konténer restart parancs hatására már mindig úgy ment ahogy kellett. Nem ment tönkre. De tegyük fel megtörténik.
Új hozzászólás Aktív témák
tradeelek11Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- 10 Darab ÚJ PC Játékszoftver
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Apple iPhone 16 Pro Max Natural Titanium Titán dizájn, Pro kamera,100% akku,2026. 02. 11
- HIBÁTLAN iPhone 11 Pro 64GB Space Grey -1 ÉV GARANCIA - Kártyafüggetlen, MS2137, 100% Akksi
- PlayStation 5 Pro /// Boltból, Számlával és 1 Év Garanciával
- Samsung Galaxy A56 5G / 8/256GB / Kártyafüggetlen / 12Hó Garancia / BONTATLAN
- AKCÓ! HTC VIVE Pro 2 virtuális valóság szemüveg garanciával hibátlan működéssel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi