jó választás..
néhány kattintás és működik.
kliens kell hozzá, de van minden platformra. (androidon a TAP eszköz macerás, használj TUN-t ami alapértelmezett)
( a létrehozott tanúsítvány kell a kliensnek)

[ Szerkesztve ]

8lnu

Üdv
Nem gondolom, hogy ennyiből bárki megoldást fog találni, de hátha van valami, ami egyértelmű, így egy próbát megér.
OMV alapokon van etetve a HTPC-m, SMB-n keresztül, és időnként befreezel a film. Megáll a lejátszás, a kép ott marad kifeszítve, a hang megáll, majd kb fél perc elteltével, visszalép a Kodi a filmből oda, ahonnan elindítottam.
Nem vagyok abban sem biztos, hogy ezt az OMV okozza, lehet akár HTPC is, csak korábban, amíg a Zyxelről etettem, ilyesmi nem volt.

Az OMV tud NFS-t is, próbáld meg azzal ha a htpcd tud olyat.
Nálam az SMB és az NFS (sőt a minidlna) is tökéletes akár UHD BD-re is.

http://pel.hu/eoscard http://pel.hu/bdedit

Nálam volt ilyen...
A vége vinyócsere lett. Így kezdődött, mint nálad, akadások visszaugrások, aztán a feliratot nem tudta betölteni, nem lehetett léptetni előre-hátra, a sorozat egyik részét lejátszotta a másikat nem, aztán teljes vincseszterhelál. 3-4 nap alatt zajlott le a folyamat a világhírű WD Red vinyóval, a garancia lejárata után 1 héttel

Koszi, de vegul a routert VPN-eltem be.

E30 (oo=[][]=oo)

Jelenleg ott tartok, hogy túrom a netet, keresem a megoldást a jelenségek alapján. Gyanúm szerint az USB portból folyó áram nem egyenletes, ezért előfordul hogy nem kap elég áramot a hdd ezért történik a le- majd felcsatlakozás. Most külső tápos usb hub-bal tesztelem, egyelőre hiba nélkül megy 1 órája.

[ Szerkesztve ]

Szerintem az a probléma, hogy takarékos asztali PC-nek szánt hardvert szerver módon, folyamatos üzemben használod. Gondolom a BIOS-t ott úgy írták meg, hogy ha magára hagyod villanyoltást csináljon, lekapcsolja a perifériákat.

Nézd át a BIOS-t milyen beállítási lehetőségeket hagytak arra, hogy ezeket te válaszd meg. Szokott lenni olyan lehetőség is, hogy az USB portoktól még a PC kikapcsolt állapotban se veszi el a tápfeszültséget. Ha a BIOS beállításokban nem tudod megoldani a problémát, akkor szoftveres megoldást kell keresni. Pl. korlátozni az alvó állapotot, stb. Hasonló a probléma, mint mikor laptopot használnak szerverként.

az is nagyon jó! (mert ugye nem kell portfw a tüzfalon ami - valljuk be, hogy "tapogatózásra" ösztönzi a script kiddie -ket.. )

8lnu

Más lesz a gond, nem a tápellátás. Úgy tűnik, hogy a megoldáshoz jobban bele kell ássam magam a linux lelki világába. (Debian + USB3 HDD + UAS: I/O errors témában kutakodok.)

Egyébként mindegyik szerverem többnyire takarékos asztali PC-nek szánt hardverből áll.

[ Szerkesztve ]

Van erre az OMV-s OVPN-re valami leírás? Mert nekem valamiért nem akar működni.
Jelenleg router futtat egy openVPN szervert, de azt lekapcsoltam erre az időre.
Azóta pedig a routeren keresztül se megy (természetesen visszakapcsoltam).

Igazából az OMV-n be se tudom kapcsolni. Hiába kattintom át a kapcsolót, amint frissül a lap, offosnak mutatja ismét.

# I got bored one day and put everything on a bagel...

Üdv mindenkinek

Egy már jól belakott rendszert ami külön hdd-n van,át lehet "rakni" egy pen drivera hogy arról menjen ? Ha igen hogyan ? Köszi előre is.

Akkor könnyű helyzetben vagy. Ismered ezeket és nem kell azoknak megoldaniuk akiknek nincs ilyen hardverük.

Okés, köszi, megpróbálom.

ht42
Bakker, ne ijesztegess ... zsír új vinyók.

Biztos van de nem használtam...
Viszont nekem sem sikerült elsőre... okát nem tudom, de 1-2 hete pont itt volt szó egy apró bugról ami érintette az openvpn-t. A megoldás az lett, hogy eltávolítottam a plugint és frissítés után újra telepítettem.
egyébként tényleg csak tanusítványt kell készíteni és meg adni az elérési nevet vagy címet.. (egyébként az elkészült tanusítvány.zip kicsomagolva ott találsz egy opvn kiterjesztésű filét -szöveges, editálható.

[ Szerkesztve ]

8lnu

Hát persze.

Oh, szuper :/
Köszönöm.
Akkor megpróbálom én is eltávolítani majd újra vissza. Hátha...

# I got bored one day and put everything on a bagel...

nem.
eltávolít.
frissít.
újra telepít.

8lnu

Úgy értettem, igen
És működik is... vagyis most már legalább el tudtam menteni, be tudtam kapcsolni.
Létrehoztam a tanúsítványokat is, de valami csak nem stimmel. Nem csatlakozik.

Thu Feb 07 20:48:55 2019 OpenVPN 2.4.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Apr 26 2018
Thu Feb 07 20:48:55 2019 Windows version 6.2 (Windows 8 or greater) 64bit
Thu Feb 07 20:48:55 2019 library versions: OpenSSL 1.1.0h 27 Mar 2018, LZO 2.10
Thu Feb 07 20:48:55 2019 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Thu Feb 07 20:48:55 2019 Need hold release from management interface, waiting...
Thu Feb 07 20:48:56 2019 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'state on'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'log all on'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'echo all on'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'bytecount 5'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'hold off'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'hold release'
Thu Feb 07 20:48:56 2019 MANAGEMENT: >STATE:1549568936,RESOLVE,,,,,,
Thu Feb 07 20:48:57 2019 TCP/UDP: Preserving recently used remote address: [AF_INET]100.66.128.195:1194
Thu Feb 07 20:48:57 2019 Socket Buffers: R=[65536->65536] S=[65536->65536]
Thu Feb 07 20:48:57 2019 UDP link local: (not bound)
Thu Feb 07 20:48:57 2019 UDP link remote: [AF_INET]100.66.128.195:1194
Thu Feb 07 20:48:57 2019 MANAGEMENT: >STATE:1549568937,WAIT,,,,,,
Thu Feb 07 20:48:57 2019 MANAGEMENT: >STATE:1549568937,AUTH,,,,,,
Thu Feb 07 20:48:57 2019 TLS: Initial packet from [AF_INET]100.66.128.195:1194, sid=9f2778a9 fbaaf265
Thu Feb 07 20:49:57 2019 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Thu Feb 07 20:49:57 2019 TLS Error: TLS handshake failed
Thu Feb 07 20:49:57 2019 SIGUSR1[soft,tls-error] received, process restarting
Thu Feb 07 20:49:57 2019 MANAGEMENT: >STATE:1549568997,RECONNECTING,tls-error,,,,,
Thu Feb 07 20:49:57 2019 Restart pause, 5 second(s)

Routeren a saját OVPN szervere kikapcsolva.
PortFWD beállítva a NAS-ra (NAS_IP és 1194 port, UDP)
DDNS külső cím is beállítva, meg is találja az IP-t (100.66.128.195 stimmel)

Megnéztem a server.conf filet. Ott volt egy ilyen sor:
push "route 10.8.0.0 255.255.255.0"
meg kettővel alatta:
;push "route 192.168.1.0 255.255.255.0"
Ezt átírtam azóta 192.168.1.1-re is már, hátha az a baja (mivel ez a router IP-je is)... de ugyanaz a hiba

# I got bored one day and put everything on a bagel...

Ooooodejó! És most még eltűnt az egyik RAID tömböm is
Ezt már tényleg nem hiszem el. Azután tűnt el, hogy az OVPN miatt újraindítottam a rendszert.
Amióta létrehoztam, azóta nem volt reboot... tudtam rá másolni, minden rendben volt.
Most meg egyszerűen nincs meg.
Sőt, úgy tűnik, most már a rendszer se indul.

# I got bored one day and put everything on a bagel...

Ha lehúzom a másik tömböt, és csak a hiányzót dugom rá, akkor az előkerül.
De valamiért /dev/md0 mind a kettő O.O
Pedig amikor létrehoztam őket, az egyik md127 volt, majd md0 lett a második.
Akkor az a baj, hogy összeakadtak valamiért, nem?
Ezt ki lehet bogozni valahogy adatvesztés nélkül?

# I got bored one day and put everything on a bagel...

Sikerült visszanyerni mindkét tömböt
egyik /dev/md0, másik meg /dev/md127 ismét.
Viszont a nevük ugyanaz... omv:0
Lehet, h ez zavarja meg őket? Ezt tudom valahogy módosítani?

# I got bored one day and put everything on a bagel...

hmmm tls hiba, a connect létrejön de a security kézfogás nem....
ez nem omv hibának tűnik...
látom, hogy win alól próbálkozol. legalább egyszer el kell indítani az ovpn klienst rendszergazdai módban, hogy valamit legenerálhasson... utána már nem kell a rendszergazdai mód. - régebben volt ilyen nyűgje a kliensnek, de ez inkább win és rigolyái ...

RAID-ban nem vagyok otthonos, de ssh-n a /var/log/ -ban találhatóak a részletes logok... utána kellene járni ennek a "tömb-eltünésnek"...

8lnu

Köszönöm a választ, megnézem ezeket is.
Közben a Plex is megőrült... kezd kicsúszni a dolog a kezeim közül
OMV-n be van kapcsolva, de amúgy telefonról nem érem el.

Mondjuk az adatbázis kötet azon a tömbön van, ami újraindítás után nem volt meg.
Azt a két lemezt menet közben (áram alatt, futott a rendszer is) dugtam rá, így kerültek elő.
Lehet, hogy ezt az adatbázist keresi emiatt?
Hogy tudom, csak a plex szolgáltatást újraindítani? (Nem az egész rendszert, nehogy megint eltűnjön a tömb, amíg nem találom meg arra is a megoldást)
Simán deaktiválom, meg újra aktiválom?

OK, Plex kérdést a fentiek megoldották. Többit meg akkor ellenőrzöm.

[ Szerkesztve ]

# I got bored one day and put everything on a bagel...

Na megpróbáltam rendszergazdaként futtatni, jogosultságokat módosítottam a config mappán, de semmi.
Vagyis ugyanaz.

Átküldtem telefonra is a filet, ott is hozzáadtam a klienshez. Korábban telefonról és windowsos gépekről simán ment a routeren futtatott verzióval, most a telefonon is azt írja sok karikázás után, hogy nem tud kapcsolatot létesíteni a szerverrel.

# I got bored one day and put everything on a bagel...

Az OpenVPN felhasználó tagja az openvpn csoportnak?

Nem látok külön OpenVPN usert, se openvpn csoportot.
Létrehoztam két (nem OpenVPN nevű) felhasználót, ezeknek csináltam egy OpenVPN csoportot is.
Persze lehet, hogy nem jól csináltam.
Valamit máshogy kéne?

Jelenleg ezek a beállítások:
(nyilvános címnél nyilván teljes cím van megadva - valami.ddns.net)

[ Szerkesztve ]

# I got bored one day and put everything on a bagel...

Akkor ez baj. Nekem erre külön felhasználóm van. Nem biztos, hogy kötelező, de az a user akinek a nevét és jelszavát használod az legyen tagja az openvpn csoportnak (Felhasználó / Szerkesztés / Csoportok).
És csinálj neki egy új tanúsítványt, hogy a változások belekerüljenek.

Nekem nincs ilyen routerem, de ott csak a portot kell kinyitni, a többit az OMV intézi. Ez a beállítás jó, mennie kell.

[ Szerkesztve ]

na akkor:

-normál esetben nem kell létrehoznod sem felhasználót, sem csoportot ebből adódóan a config mappában sem kell turkálni... idézet a fórumon sokszor hangoztatott tételt: lehetőleg ne birizgáljuk ssh-n az omv-t... szkriptek írnak szkripteket és azok meg a config filéket... omv futása közben közbe nyúlkálni az adott folyamat leállítása nélkül - szinte borítékolható a rendszer összeborulás...
- először csak "házon belül - otthoni hálózaton" próbálkozz, egyszerűbb - majd ha megy így akkor jöhet a DDNS, meg a router mókolás.
- hibakeresésnél ne bonyolítsd a dolgodat: kapcsold ki a PAM azonosítást, a DHCP-ből vedd ki azt az ip címet -hagyd üresen, a nyílvános ip címhez pedig írd az omv ip címét.
- ezután töröld az előző tanusítványt és generáld újra. töltsd le, csomagold ki és tedd át vagy a pc-re vagy telefonra.

- belső hálózaton csatlakozz.
( a .ovpn filében található verbose 3 - értékének a növelésével részletesebb státuszt kapsz akár a real time adatforgalomról is - segíthet a hibakeresésben...)

hajrá, sikerülnie kell...

(látom közben lovi is reagált, akkor ezt tekintheted egy "B" tervnek a hibakereséshez..)

[ Szerkesztve ]

8lnu

Basszus, igazad van, ott volt egy openvpn is. Én meg külön létrehoztam egy csoportot :/
Hozzáadtam ehhez, generáltam új tanúsítványt, de továbbra is ugyanaz a helyzet.

(#9532) doberman
Köszönöm, nekifutok ennek is.
A jogosultságot a wines gépen lévő vpn kliens config mappáján állítottam.
Szerveren nem nyúltam semmihez, csak az OMV felületén kattintgattam eddig.

[ Szerkesztve ]

# I got bored one day and put everything on a bagel...

Nálam így működik. A beállítások azok amit most javasoltam és amit már te is beállítottál. Újratelepítés után is azonnal működött. De akkor most hagylak titeket.

Még annyit. A Windowsnál sem kellett semmit csinálni, csak felolvasta a generált openvpn tanúsítványt és máris csatlakozott. A PAM azonosítás csak védelem a kulcs illetéktelen másolása ellen. Olyankor a kulcson felül először felhasználónevet és jelszót kér, amit megjegyez és nem zaklat vele többet.

[ Szerkesztve ]

Köszönöm az infókat.

Most az alábbiakat csináltam (azon kívül, amiket doberman javasolt):
- a két openvpn felhasználó közül csak egyet hagytam meg és generáltam neki újra tanúsítványt
- openvpn teljes uninstall (windowson)
- letöröltem a mappát is, configostul
- újraindítottam a gépet, feltelepítettem újra (rendszergazdaként futtatva)
- a kicsomagolt file-ok közül kizárólag a *.ovpn kiterjesztésűt másoltam a config mappába
- rendszargazdaként futtatva elindítottam a klienst, mire először összeomlott a noti hálózata (lecsatlakozott a wifiről, eltűnt a hálózatok listája is, telejsen megsüketült)
- kliensből kiléptem, feléledt újra, vissza is csatlakozott a wifire
- újra megnyitottam a klienst (rendszergazdaként)
- connect és kb azonnal zöldre is váltott

Szóval most azért egy nagy kő esett le...
De el kell kezdenem visszaállítgatni mindent
Remélem, ezt követően is fog menni.

Szerk:
Közben VPN-en tudok netezni, ezt a kommentet is így írtam. De már az OMV-hez nem fértem hozzá:

Error #5002:
OMV\ErrorMsgException: Invalid IP address in /usr/share/php/openmediavault/session.inc:188
Stack trace:
#0 /usr/share/php/openmediavault/session.inc(212): OMV\Session->validateIpAddress()
#1 /var/www/openmediavault/index.php(34): OMV\Session->validate()
#2 {main}

Na amint visszaállítottam a PAM-et és a ddns.net-es címet, megint nem megy.

[ Szerkesztve ]

# I got bored one day and put everything on a bagel...

Valszeg a routeren lesz valami gond, mert a Transmissiont sem érem el kintről/weben (a valami.ddns.net:9091 címet beütve).

Router meg ezt írja a ddns fül alatt:
A vezeték nélküli router személyes WAN IP-címet használ.
Ez a router multi-NAT környezetben lehet és a DDNS szolgáltatás nem működik ebben a környezetben.

# I got bored one day and put everything on a bagel...

Routeren a NAT áthaladás fül alatt minden engedélyezve volt, kivéve a PPPoE.
Engedélyeztem, a transmissiont azonnal el is értem a ddns-en keresztül.

De a VPN továbbra se megy

Amúgy van egy másik router is a hálózaton, de az AP-ként lett beállítva.
Lehet, h ettől még bekavar neki? :/
De a transmission meg megy... tehát a ddns működik.

# I got bored one day and put everything on a bagel...

Válaszd szét a lokális, helyi és a távoli elérést. Ha most otthon a lokális hálózaton próbálod távoli címmel elérni abból könnyen kavarodás lehet - elsősorban benned. Lehet, hogy nem gond, de teremts tiszta helyzetet legalább addig amíg nem működik minden. Például távolról mobillal próbáld elérni úgy, hogy a mobilon tiltott legyen a wifi, Így biztosan nincs köze a helyi hálózathoz.

Igen, pont az előbb néztem, mert nem létezik, hogy transmission megy, vpn meg nem.
És most nem ment a transmission se.
Átkapcsoltam wifire, hátha előzőleg véletlenül azon néztem... ott megy. És nem helyi ip-vel, hanem a ddns címmel. De már mobilneten nem.
Úgyhogy a ddns hiánya lesz a VPN probléma is.

Na de azzal meg most mit kezdjek?
100.66.xx.xx volt a külső IP-m. Újraindítottam a routert és ismét egy ilyen IP-t kaptam, csak a két utolsó blokk tért el.
Modem nincs, másik router is emögött van. Lehet, hogy tényleg privát IP-t kapnék a digitől?

Na a DUC meg tök más IP-t lát O.O
94.21.xx.xx
Asuson továbbra is ez a fenti 100.-as

[ Szerkesztve ]

# I got bored one day and put everything on a bagel...

NATolva vagy a szolgáltatónál... addig nincs dyndns.

Ha jól látom a no-ip a ddns szolgáltatód és soha nem ellenőrizted működik-e a ddns cím? Látható vagy-e kívülről. Ezzel nekem is meggyűlt a bajom. Ha digis vagy kérni kell őket, hogy vegyenek ki a natolt címek közül.

Igen, no-ip és már vagy 3éve megvan ez a ddns cím, régen aktívabban használtam is.
Az utóbbi egy évben viszont nem volt szükség, hogy kivülről/távolról töltsek le, vagy VPN-ezzek, így nekem eddig nem tűnt fel.
Viszont húgom egészen addig, míg be nem üzemeltem az OMV-s szervert, VPN-en keresztül érte el a NASon lévő adatinkat. De akkor még routeren futott a VPN.
Úgyhogy valszeg az elmúlt 2-3hétben változhatott ez a részükről.

# I got bored one day and put everything on a bagel...

Amúgy köszi a tippet, már írtam is nekik.
Jó, h emiatt megnéztem a számlán a szerződésszámot is, így láttam, hogy emeltek a díjakon is

# I got bored one day and put everything on a bagel...

Most olvastam a Digi fórumon, hogy valaki kérte, kivették, majd most megint nem működik neki, mert ismét visszatették. Nem tudom mennyire igaz, de időnként jó ellenőrizni őket...

Sziasztok!

Van egy épített miniserverem, jelenleg azon fut az OMV, és az OMV-n belül telepített virtualbox segítségével futtatok különböző célokra használt virtuális gépeket (win és linux egyaránt).

Azon gondolkoztam, hogy nem jobb megoldás lenne-e, ha alapvetően egy virtualizációra szánt oprendszert tennék fel a gépre (pl esxi), és azon belül az egyik virtuális gép maga az OMV lenne, a többit pedig oda tenném mellé?

[ Szerkesztve ]

"I'd tell you a joke about UDP, but you probably wouldn't get it."

Nem tudja az ASUS routered a VPN-t ? Mert én ez esetben azzal csinálnám

Ezek néha nem teljesen normálisak. Nem is jön már tőlük semmi, csak a legkisebb net (a hálózat úgyse birkózna meg 100Mbps-nél többel).
Remélem, válaszolnak, kivesznek és ott is felejtenek a jövőben.
Mondjuk nekem szerencsére nem nagyon van rá szükségem, amióta működik a Plex, de húgom pl. így éri csak el a filmeket.

Tényleg, Plexnél hogy tudom megoldani, hogy ne csak én (egy felhasználó) férjek hozzá?
Hoztam létre fiókot páromnak is, meg is osztottam vele a tartalmat, mégse lát semmit.

(#9546) Dello79
De tudja, eddig így is használtam. Csak az OMV-t futtató HW kicsit erősebb, ezért gondoltam, inkább átrakom oda.
Amúgy mit segítene, ha routeren futna? A router frissíti a ddns-hez az IP címet is, a routeren pedig már eleve ez a 100.66.xx.xx cím jelenik meg.

# I got bored one day and put everything on a bagel...

Várd meg amíg elrendeződik ez a natolt cím dolog, mert a Plexet is befolyásolja.
Szerintem azt ne várd, hogy hétvégeken történik valami érdemi, mert akkor legfeljebb az elhajtásra kiképzett fiatal csajok vannak szolgálatban, az érdemi ügyeletes technikai személyzet meg ilyenkor legfeljebb a hibaelhárítással foglalkozik.

Ez már itt legalább harmadszor felmerülő probléma, ezért egy kis olvasnivaló róla:
Digi NAT

[ Szerkesztve ]

...legfeljebb az elhajtásra kiképzett fiatal csajok vannak szolgálatban - de jó megfogalmazás...

[ Szerkesztve ]

8lnu

nézz utána pontosan- a host (ESXi) rendszer által használt rendszerfeltételeknek... főleg felhívom figyelmedet a hálókártyára... 5+ évvel ezelőtt üzemeltettem ilyen esxi rendszert - roppant jól működött 2x4 magos xeon processzoron 16 gigabájt rammal... + 5 terra hdd-vel mindenféle raid tömbbökkel. de volt egy nagyon bosszantó tulajdonsága: 2-3 féle hálókártyatipussal volt hajlandó működni... virtualizálva futtatott omv, szép feladat. ha a host már megy akkor szerintem semmivel nem különösebb üzemeltetni az omv-t.

8lnu