Hirdetés
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S23 Ultra - non plus ultra
- Samsung Galaxy A52s 5G - jó S-tehetség
- Milyen okostelefont vegyek?
- Samsung Galaxy A54 - türelemjáték
- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- OnePlus 15 - van plusz energia
- iPhone topik
-
Mobilarena
Új hozzászólás Aktív témák
-
agent_k
őstag
válasz
LZoli74
#18895
üzenetére
Érdemes az omv fórumát nézni inkább. Amikor tegnap ebbe belefutottam még nem tudták mire kell a dockernek omv mellett az app armor. Az omv-nek nem kell. Szóval telepíteni sem kell.
Egy másik lehetséges megoldás app armor telepítés nélkülsudo mkdir -p /etc/default/grub.d
echo 'GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT apparmor=0"' | sudo tee /etc/default/grub.d/apparmor.cfg
sudo update-grub
sudo reboot[
/CODE] -
LZoli74
csendes újonc
Üdv Mindenkinek!
Tegnap frissült a rendszerem és többek között a docker is letöltött frissítést. Ezt követően leállt
. Elérhetetlenné vált a Portainer és minden olyan dolog ami a docker-be lett telepítve. Ti is tapasztaltatok hasonló problámát?
Éjszakába nyúló keresgélés, állítgatás után meg lett a megoldás:
apt install apparmor apparmor-utils auditd
Miután ez a parancs lefutott elindult minden ismét.
Amiért mindezt megosztottam csupán egy kérdés. Mit csinál a fenti parancs, amibe egy hasonló problémával foglalkozó fórumon találtam rá? Eddig nem kellett, most miért lett rá szükség?
Köszönöm szépen előre is a válaszokat!
-
#18891
tradeelek11
Topikgazda
AlyrArkhon
#18889
tradeelek11
Topikgazda
válasz
AlyrArkhon
#18889
üzenetére
Ok a Fixálásban igazad van rájöttem hogy ,Asus
(Mondjuk vannak olyanok ahol simán meglehetne oldani )
De én azért próbából biztos kiosztatnék vele, legalább hogy biztos jó e tartomány.Tisztelettel
-
#18890
Gabesz87
veterán
AlyrArkhon
#18889
Gabesz87
veterán
válasz
AlyrArkhon
#18889
üzenetére
Ja értem, tehát a probléma (amit én nem tudtam), hogy 254 lehet a max értéke mind a 4 tagnak az IP-ben!?
#18888 tradeelek1:
nincs arról szó, hogy nem hittem el, de számomra semmi negatívumot nem jelent. Részemről teljesen midnegy, mi route-ol, amíg minden rendben működik, akadás, szakadás nélkül. -
#18889
AlyrArkhon
senior tag
tradeelek11
#18888
AlyrArkhon
senior tag
válasz
tradeelek11
#18888
üzenetére
A javasolt megoldás a DHCP szervernél (a routeren) kezdődik. Itt be lehet állítani, hogy mettől meddig ossza az IP-t. Egy otthoni hálózatban bőven elég mondjuk 100 db cím, így a példában szereplő router nyugodtan oszthat 192.168.50.2-től 192.168.50.100-ig. A fix készülékeket meg lehet állítani 101-től 254-ig.
Azért nem jó, ha fixet teszel az osztott részbe, mert ha a fix kiesik (kikapcsol, és lejár a bérlet) a router biza kioszthatja bárkinek. Aztán ha visszakapcsolod a fix című eszközt, kész is az ütközés
-
#18888
tradeelek11
Topikgazda
Gabesz87
#18886
tradeelek11
Topikgazda
-
válasz
Gabesz87
#18884
üzenetére
Hasznos olvasnivaló: Ip cím fogalma, felépítése
DHCP alapok -
Gabesz87
veterán
válasz
szpeti40
#18885
üzenetére
Várjunk csak, lehet, hogy én nem jól értem azt, hogy DHCP tartományon kívüli címet megadni? Akkor nem tudom jól értem-e, én eddig azt hittem, ez azt jelenti, hogy ha nekem a DHCP tartomány 192.168.50.2-től 254-ig van, akkor 192.168.50.255 és afeletti címeket adok meg. Vagy akkor a tartományon kívüli cím a 192.168.0.x lenne? De akkor a hálózaton lévő dolgok, amiknek eltér a tartománya, látják egymást? Hú, nem akarom ám tovább borzolni a kedélyeket, és tovább értetlenkedni!?
-
-
Gabesz87
veterán
válasz
szpeti40
#18882
üzenetére
Na ezt most nem értem
Régen 192.168.0.22 volt. Ok, a 192.168.50.255 nem jó a lentebbi okból. De mi baj van a 256-tal? Miért nem tudom beírni?#18883 Horvi:
igen, így van, 2-től 254-ig van a DHCP, az 1-es a router LAN IP-je. Akkor most amit nem értek:
1. Milyen DHCP-n kívüli IP adható akkor tehát?
2. Miért baj (vagy nem ajánlott) ha DHCP-n belüli IP-t adok meg? Merthogy ezelőtt is úgy volt amúgy, a 0.22 DHCP-s IP volt, és nem volt vele gond). SZóval ha adok most is pl. egy 191.168.50.22-t?Bocsánat az értetlenkedésért, de mint modntam, nem annyira vágom a hálózati dolgokat.
-
válasz
Gabesz87
#18881
üzenetére
Hát a .256-ot meg biztosan nem fogod tudni megadni.
Próbáld meg a .50-est, vagy nemtudom hanyas volt régebben."Nincs kedvem átvariálni az egész DHCP-t, meg akkor a router LAN IP-t is (50.1-ről)? Vagy azt nem muszáj változtatni, az független lehet a DHCP-től?"
Röviden nem kell átvariálni, csak érvényes címet adj meg. Azt hittem egyértelműek ezek a dolgok, azért mondtam, hogy DHCP-n kívül adj meg címeket, de ezt inkább felejtsd el, nem mondtam ilyet
Én csak azért írnám át a régi 192.168.0.X-esre, mert ezt szoktad meg eddig is.
Hosszabban ha érdekel a dolog, akkor neten nagyon jó hálózatos anyagok vannak.Nálam úgy van, hogy van egy DHCP címtartomány ahol osztogat a router, pl .150-ig, alatta meg én kézzel osztogatom ki az eszközöknek amit úgy gondolok. De a DHCP működése miatt nem lesz gond a címütközéssel.
-
-
Gabesz87
veterán
Nyomtam egy restartot, de nem segített
U.a. a szitu. Hát ez szomorú. Na jó, akkor lehet hogy átállítom majd a tartományt vissza 0-sra. De utána meg megint vissza kell állítsam az OMV IP-t is a firstaid-el az eredetire ha jól sejtem!?
Vagy még megpróbálok egy másik IP-t, ami a DHCP tartományon belül van. Amúgy miért ajánlott tartományon kívüli IP? Mert nekem előtte is úgy volt. -
válasz
Gabesz87
#18876
üzenetére
"Restartot még megpróbálom, de hogyan kell? Szimplán restart parancs?"
WebUI-ban jobb felül a gombbal vagy CLI-benrebootparancs, de ha már úgyis bent vagy ssh-n, akkor elég ha a hálózati interfész kapcsolod le meg fel, nem kell full restart.
De ha még csak most lett router az az Asus, akkor én megcsinálnám amit divan kolléga javasolt -
#18876
Gabesz87
veterán
AlyrArkhon
#18873
Gabesz87
veterán
válasz
AlyrArkhon
#18873
üzenetére
Nem hinném, én legalább is nem csináltam ilyesmit. Itteni, vagy nem tudom már milyen leírás, guide alapján a WebGUI-n a hálózati beállításoknál beállítottam neki egy statikus IP-t, amit használtam, de ennyi, semmi mást nem csináltam (meg a default portot állítottam át 100-ra).
244-ig van a DHCP.Restartot még megpróbálom, de hogyan kell? Szimplán restart parancs?
#18874 divan:
végül is, gondolom, az is járható út. Utálom ezeket a hálózati beállításokat, és nem is annyira az én világom, ezért igyekszem minél kevesebbet piszkálni. Asszony melózik keményen HO-ban, úgyhogy most nem b..tatom a DHCP-t, mert kiakad, ha elmegy a net -
#18875
szpeti40
addikt
AlyrArkhon
#18873
válasz
AlyrArkhon
#18873
üzenetére
A .255-ös címet ki sem osztja alapból a DHCP, mert az a szórási cím (broadcast) /24-es alhálózatban.
-
#18873
AlyrArkhon
senior tag
Gabesz87
#18868
AlyrArkhon
senior tag
válasz
Gabesz87
#18868
üzenetére
csak nagyon gyenge tipp, de nincs az az OMV eszköz tűzfalazva vagy egyéb módon állítva hogy hol közlekedhet? Mert ha valahol be lett állítva, hogy csak a 'régi' hálózaton, azaz 192.168.0.x cimeken/címekre, akkor nem fogod elérni 192.168.50.x-es címen, hiába keresed akár egyéb 50-es címről...
(magán megjegyzés: valami ősi okokból én erősen idegenkedem az utolsó két cím /254,255/ kiosztásától...) -
Gabesz87
veterán
válasz
szpeti40
#18869
üzenetére
Nem ugyanaz végzi, mert eddig a Telekomos eszköz volt a router, a saját Asus routerem csak AP volt. Most meg ugye az én eszközöm route-ol.
Igencsak bonyolult a hálózati topológia. 3 szint, szintenként 1-1 Asus router, kábeles AiMesh hálózatban vannak (AX56U a main router, a Digis modem után, a fsz-en, és a 2 másik emeleten van 1-1 node, AC57U v3, és egy AX55). Az OMV-s gép lent van az AC57U-ra kötve. Itt látszik is (Asus nevű az OMV-s gép):
-
válasz
Gabesz87
#18868
üzenetére
"Digis modem bridge módban, így a saját eszközöm a router. Más lett a tartomány, eddig 192.168.0.x volt, most 192.168.50.x."
Ebben az esetben nem kellett volna változnia a LAN IP tartományodnak, mert ugyan az az eszköz végzi a routeolást, aki korábban is, csak a hálózatod WAN oldalán történt változás.Hova van kötve az a gép?
A digis eszközre vagy arra a routerre ami a T-s időszakban is végezte a forgalomirányítást? -
Gabesz87
veterán
Segítséget szeretnék kérni! Ahogy írtam pár napja, szolgáltatóváltás volt! T-ről Digire. Digis modem bridge módban, így a saját eszközöm a router. Más lett a tartomány, eddig 192.168.0.x volt, most 192.168.50.x. Természetesen nem érem el az OMV-t. Localban bill+monitorral bejelentkeztem, omv-firstaid paranccsal végigzongoráztam a hálózati konfigot, adtam neki egy DHCP tartományon kívüli IP-t. Először Errno 11 resource temporarily unavailable hibát dobott hosszas várakozás után. Keresgéltem google-ben, és írták, hogy meg kell adni DNS-t. OK, köv. próbálkozásnál megadtam a 8.8.8.8-at, így sikerült is, kiírta, hogy sikerült a hadművelet. Viszont mégsem érem el, pingelni sem tudom. Pedig a routeren látom a számára kiosztott IP-t. Mitévő legyek?
-
Gabesz87
veterán
Jelenleg a T-s eszköz a router, a saját eszközeim (van 3 Asus router kábeles AiMesh-ben) csak AP-k. De a Digivel a szolgáltatói eszközt bridge-be tetetem majd, és az én routerem lesz a router. Most a DHCP tartományból van adva az OMV_nek egy fix IP (amit ugye a T-s HGW-ben állítottam be).
-
válasz
Gabesz87
#18861
üzenetére
Ha a szolgáltatói eszközt használod DHCP szervernek is, akkor annak a beállításainak megfelelően fog címet osztani az OMV-nek is. Ha fix IP címe van a gépnek (amit érdemes DHCP tartományon kívülre rakni), akkor csak úgy fog menni, ha az alháló egyezik.
Ha viszont saját routered van, akkor LAN oldalról semmi változásod nem lesz. -
-
Tamy
őstag
Proftpd megosztásban hogyan lehet eltüntetni egy mappát? Valamiért minden újraindításkor létrehoz egy 0 bájtos /dev/log fájlt, amit se webes felületen, se a proftpd.conf fájlban nem látok megosztva, mégis ott van. Szeretném magát a "dev" mappát is kizárni a megosztásból.
-
Kenderice
senior tag
Sziasztok.
FTP megosztással lenne gondom.
Minden eszközön megfelelően működik, egyet kivéve.
Droidos telefonon a VLC-t használva 1-2 mappát kivéve mindegyikre azt írja, hogy üres könyvtár.
Ez a vlc hibája lehet, vagy az omv-ben kell valamit konfigolni hogy menjen rendesen? -
Lacics25
aktív tag
Sziasztok! OMV 6 bővítményekből telepítem a PhotoPrism alkalmazást. A megadott könyvtárak léteznek, engedéllyel rendelkeznek. 2342 port nyitva. Videót is találtam a neten, ahol ugyanez történik. Amikor az "UI megnyitása" gombra kattintok, nekem csak homokórázik, majd honlap nem elérhető. Tud valaki segíteni? köszönöm!
-
-
ixel
csendes tag
válasz
agent_k
#18842
üzenetére
Köszi a választ!
Ez egy Banana PI 1 ezen van SATA és azon a winyó, nincs rack.
De néha leszakad a netről is.
Az alacsony fogyasztása miatt kisérleteztem vele, aztán jónak tünt úgy két évig,..
A parancsban amit leírtál az xxx helyére mit is írjak (hogy azonosítsam a winyót) ? -
agent_k
őstag
végignézem az összes hibát egyenként. Ebben benne van amikor leállt a lemez? 6:43-kor talán?
Ami érdekes lehet azok az emask utáni timeout-ok. Oda akar fordulni a lemezhez vagy a vezérlőhöz, de nem kap választ.
Az ext4-fs error érdekes, ata-bus error viszont nekem is van az nem minden esetben jelent hibát.
3 dolog amiket lehetne cserélgetni
- kábel
- mobilrack (/ táp ha van hozzákötve)
- hdd
ASmedia chipsetes a rack?Futass még egy parancsot légyszi roottal: badblocks -v /dev/xxx ahova kötve van a lemez
de ez már nem omv probléma. Érdemes lenne egy linuxos csoportba beírni a problémádat, mivel ez már operációs rendszer üzemeltetés, abban meg nem biztos, hogy itt erős bárki is. Magamat is beleértve.
-
agent_k
őstag
válasz
kaczati
#18835
üzenetére
Mármint úgy érted, hogy vigye át a backup a usereket, megosztásokat, egyéb beállításokat?
Ebben az esetben nem a válasz.Vagy úgy érted, hogy az 1T-s winyón van minden tehát omv és adat és ezt szeretnéd az új hardverrel használni? Mert akkor ott az új hardver rádugod az SSD-t és használod. Feltételezve, hogy a régi és az új platform azonos.
Ebben az esetben igen a válasz.Vagy úgy érted, hogy a rendszer vinyón van az omv és az 1T-s SSD-t dugnád rá az új 6-os omv-re és ne kelljen újra létrehozni a megosztásokat?
Ebben az esetben is nem a válasz. -
kaczati
csendes újonc
Sziasztok!
Van egy régi gépemen OMV4-el de kezd halódni a hardver..
1Tb SSD van benne és nem szeretnék másolgatni ha nem muszáj
Lehetséges-e hogy egy új gépre felrakom a 6-ost és a beállításokat és hivatkozásokat átmásoljam.
Amiket használok: Plex, MKVToolnix, MC, Transmission -
ixel
csendes tag
Sziasztok!
Két éve működik egy Banana PI M1-en egy OMV NAS-ként ahol egy 1TB winyó van használva tárolónak. Újabban azt tapasztalom, hogy pár nap után a winyó lekapcsolódik, nem látszik. Ilyenkor ha újra csatolom egy-két napig látszik. csatolom az fstab tartalmát de ezt nem változtattam a telepítés óta.
Szerintetek mi lehet a hiba? -
Jelenlegi konfig: OMV 6-os, 3 db egyforma méretű adat-winyó RAID-5 ben, plusz egy 120-as SSD a rendszernek.
A Raid 5 tömbön lévő adatpartíciót kezdem kinőni. Fogy a hely. Vennék még egy vagy két adat-winyót és bővíteném a háttértárat.
A leírásban azt olvastam, hogy ki lehet bővíteni a Raid tömböt plusz winyókkal úgy, hogy megmaradnak a rajta lévő adatok.
Kérdésem: Csinált-e már ilyet valaki itt, mire figyeljek oda? Jó lenne nem elrontani. -
nemurea
aktív tag
-
Nerazim
őstag
válasz
szpeti40
#18825
üzenetére
Erre gondolsz?
root@arm-64:~# tail -f /var/log/nginx/openmediavault-webgui_access.log
127.0.0.1 - - [17/Jan/2023:19:50:52 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2"
192.168.0.221 - - [17/Jan/2023:19:51:00 +0100] "POST /rpc.php HTTP/1.1" 400 645 "http://192.168.0.27/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/53 7.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36"
127.0.0.1 - - [17/Jan/2023:19:51:22 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2"
127.0.0.1 - - [17/Jan/2023:19:51:52 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2"
127.0.0.1 - - [17/Jan/2023:19:52:22 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2"
127.0.0.1 - - [17/Jan/2023:19:52:52 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2"
127.0.0.1 - - [17/Jan/2023:19:53:22 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2"
127.0.0.1 - - [17/Jan/2023:19:53:52 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2"
127.0.0.1 - - [17/Jan/2023:19:54:23 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2"
127.0.0.1 - - [17/Jan/2023:19:54:53 +0100] "GET / HTTP/1.1" 200 10727 "-" "Monit /5.27.2" -
-
Faby
senior tag
Értesítés küldéshez mi kellhet még a gmail acc beeállításán kívül?
Megadtam a küldő címét, az SSL portot, a felhasználó nevet / jelszót, de a teszt e-mail sem megy el, hibát nem jelez, a logban ez van:Jan 15 13:58:25 NAS-OMV5 systemd[1]: Started Postfix Mail Transport Agent (instance -).Jan 15 13:58:25 NAS-OMV5 systemd[1]: Starting Postfix Mail Transport Agent...Jan 15 13:58:25 NAS-OMV5 systemd[1]: Started Postfix Mail Transport Agent.Jan 15 13:58:25 NAS-OMV5 systemd[1]: run-r3499cc0a80d346f48eabf00f74ac3f35.scope: Succeeded.Jan 15 13:58:25 NAS-OMV5 postfix/qmgr[59931]: E38C1119: from=<címzett@gmail.com>, size=37653, nrcpt=1 (queue active)Jan 15 13:58:25 NAS-OMV5 postfix/qmgr[59931]: 4E47615C: from=<címzett@gmail.com>, size=20271, nrcpt=1 (queue active)Jan 15 13:58:25 NAS-OMV5 postfix/qmgr[59931]: B0DC0429: from=<címzett@gmail.com>, size=9015, nrcpt=1 (queue active)Jan 15 13:58:25 NAS-OMV5 postfix/qmgr[59931]: 1366F50B: from=<címzett@gmail.com>, size=24703, nrcpt=1 (queue active)Jan 15 13:58:25 NAS-OMV5 postfix/qmgr[59931]: 640DE166: from=<címzett@gmail.com>, size=9014, nrcpt=1 (queue active)Jan 15 13:58:25 NAS-OMV5 postfix/qmgr[59931]: 76712104: from=<címzett@gmail.com>, size=10900, nrcpt=1 (queue active)Jan 15 13:58:26 NAS-OMV5 postfix/smtp[59934]: connect to smtp.gmail.com[2a00:1450:4013:c07::6d]:465: Network is unreachableJan 15 13:58:26 NAS-OMV5 postfix/smtp[59934]: E38C1119: to=<címzett@gmail.com>, relay=smtp.gmail.com[108.177.127.109]:465, delay=336, delays=336/0.04/0.44/0, dsn=4.7.8, status=deferred (SASL authentication failed; server smtp.gmail.com[108.177.127.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8 https://support.google.com/mail/?p=BadCredentials i23-20020a50fc17000000b0047c6f3eccb2sm10374710edr.50 - gsmtp)Jan 15 13:58:26 NAS-OMV5 postfix/error[59943]: 4E47615C: to=<címzett@gmail.com>, relay=none, delay=1233, delays=1233/0.49/0/0, dsn=4.7.8, status=deferred (delivery temporarily suspended: SASL authentication failed; server smtp.gmail.com[108.177.127.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8 https://support.google.com/mail/?p=BadCredentials i23-20020a50fc17000000b0047c6f3eccb2sm10374710edr.50 - gsmtp)Jan 15 13:58:27 NAS-OMV5 postfix/error[59943]: B0DC0429: to=<címzett@gmail.com>, relay=none, delay=1248, delays=1246/1.5/0/0, dsn=4.7.8, status=deferred (delivery temporarily suspended: SASL authentication failed; server smtp.gmail.com[108.177.127.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8 https://support.google.com/mail/?p=BadCredentials i23-20020a50fc17000000b0047c6f3eccb2sm10374710edr.50 - gsmtp)Jan 15 13:58:28 NAS-OMV5 postfix/error[59943]: 1366F50B: to=<címzett@gmail.com>, relay=none, delay=322, delays=320/2.5/0/0, dsn=4.7.8, status=deferred (delivery temporarily suspended: SASL authentication failed; server smtp.gmail.com[108.177.127.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8 https://support.google.com/mail/?p=BadCredentials i23-20020a50fc17000000b0047c6f3eccb2sm10374710edr.50 - gsmtp)Jan 15 13:58:29 NAS-OMV5 postfix/error[59943]: 640DE166: to=<címzett@gmail.com>, relay=none, delay=343, delays=340/3.5/0/0, dsn=4.7.8, status=deferred (delivery temporarily suspended: SASL authentication failed; server smtp.gmail.com[108.177.127.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8 https://support.google.com/mail/?p=BadCredentials i23-20020a50fc17000000b0047c6f3eccb2sm10374710edr.50 - gsmtp)Jan 15 13:58:30 NAS-OMV5 postfix/error[59943]: 76712104: to=<címzett@gmail.com>, relay=none, delay=338, delays=333/4.5/0/0, dsn=4.7.8, status=deferred (delivery temporarily suspended: SASL authentication failed; server smtp.gmail.com[108.177.127.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8 https://support.google.com/mail/?p=BadCredentials i23-20020a50fc17000000b0047c6f3eccb2sm10374710edr.50 - gsmtp)Jan 15 13:58:49 NAS-OMV5 postfix/pickup[59930]: 0E63D1242: uid=0 from=<root>Jan 15 13:58:49 NAS-OMV5 postfix/cleanup[60081]: 0E63D1242: message-id=<20230115125849.0E63D1242@NAS-OMV5.local>Jan 15 13:58:49 NAS-OMV5 postfix/qmgr[59931]: 0E63D1242: from=<címzett@gmail.com>, size=431, nrcpt=4 (queue active)Jan 15 13:58:49 NAS-OMV5 postfix/pipe[60082]: 0E63D1242: to=<openmediavault-notification@localhost.localdomain>, relay=omvnotificationfilter, delay=0.04, delays=0.02/0.01/0/0.02, dsn=2.0.0, status=sent (delivered via omvnotificationfilter service)Jan 15 13:58:49 NAS-OMV5 postfix/smtp[59934]: 0E63D1242: SASL authentication failed; server smtp.gmail.com[108.177.127.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8 https://support.google.com/mail/?p=BadCredentials kz11-20020a17090777cb00b007aece68483csm10723744ejc.193 - gsmtpJan 15 13:58:49 NAS-OMV5 postfix/smtp[59934]: connect to smtp.gmail.com[2a00:1450:4013:c07::6d]:465: Network is unreachableJan 15 13:58:49 NAS-OMV5 postfix/smtp[59934]: 0E63D1242: to=<címzett@gmail.com>, relay=none, delay=0.45, delays=0.02/0/0.43/0, dsn=4.4.1, status=deferred (connect to smtp.gmail.com[2a00:1450:4013:c07::6d]:465: Network is unreachable)Jan 15 13:58:49 NAS-OMV5 postfix/smtp[59934]: 0E63D1242: to=<címzett@gmail.com>, relay=none, delay=0.45, delays=0.02/0/0.43/0, dsn=4.4.1, status=deferred (connect to smtp.gmail.com[2a00:1450:4013:c07::6d]:465: Network is unreachable)Jan 15 13:58:49 NAS-OMV5 postfix/smtp[59934]: 0E63D1242: to=<feladó@gmail.com>, relay=none, delay=0.45, delays=0.02/0/0.43/0, dsn=4.4.1, status=deferred (connect to smtp.gmail.com[2a00:1450:4013:c07::6d]:465: Network is unreachable)Olyan, mintha nem lenne jó a felhnév/jelszó, pedig az tuti jó.
Hogy lehetne működésre bírni?Most csinálok egy barátomnak Synology NAS-t, ott kb 2 kattintás, és jönnek az üzenetek ugyanezzel a fiókkal.
-
Nerazim
őstag
-
Nerazim
őstag
Koszonom mindenkinek a hasznos infot, de vegul ujraraktam az egeszet az elejetol. Most viszont ujabb hibaba utkoztem. Webguin nem tudok belepni, 400 as hibat dob, probaltam masik bongeszebol, masik gepen, tarhelyet uritettem, sutiket toroltem, jelszot valtoztattam de semmi.
. Elérhetetlenné vált a Portainer és minden olyan dolog ami a docker-be lett telepítve. 
Régen 192.168.0.22 volt. Ok, a 192.168.50.255 nem jó a lentebbi okból. De mi baj van a 256-tal? Miért nem tudom beírni?
U.a. a szitu. Hát ez szomorú. Na jó, akkor lehet hogy átállítom majd a tartományt vissza 0-sra. De utána meg megint vissza kell állítsam az OMV IP-t is a firstaid-el az eredetire ha jól sejtem!?
Gondolom van rá parancs!?
Új hozzászólás Aktív témák
Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Antivírus szoftverek, VPN
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Alienware 17r4 olvass
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 Ti 16GB GAMER PC termékbeszámítással
- Apple iPhone 14 Pro 128GB,Újszerű,Dobozával,12 hónap garanciával
- Netatmo Presence okos kültéri kamera / 12 hó jótállás
- Apple iPhone 11 Pro Max 64GB,Átlagos,Adatkabel,12 hónap garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest