Hirdetés
-
Saját AI-chipet visz az adatközpontokba az Apple
it A jelentések szerint az Apple saját chipeket fejleszt, hogy AI-szoftvereket futtasson az adatközpontokban.
-
Javított aktuális csúcslapkáján a MediaTek
ph A Dimensity 9300+ némi extra processzorerőt kínál.
-
Nincs több főgombos iPad, van helyette nagyobb Air és Pro M4 chippel
ma Frissítette táblagépes kínálatát az Apple, bemutatkozott az első OLED kijelzős modell és a mesterséges intelligenciában erős M4-es lapka.
-
PROHARDVER!
Új hozzászólás Aktív témák
-
BlackJack21
tag
Sziasztok!
Egy ideje szívok egy Hikvision IP kamera FTP elérésével. Eddig is problémás volt(de favágó módszerrel megoldottam), de nemrég volt egy proftpd frissítés, így azóta próbálkozok az "ultimate" megoldás megtalálásán.
A gondom az, hogy a kamera képmentése ftp-n keresztül menne, de valami oknál fogva a "/srv/ftp/ipkamera" könyvtárt hozza létre és nem a gui által(vrootban is szereplő) megosztott alias mappába.
A TC ftp kapcsolata a (kamerában is) megadott user/pass párossal remekül működik, az aliast látja a gyökér könyvtárnak, ide hozza létre a kézzel megadott mappákat.
A kamera konfig programjából a teszt sikeresen lefut, de itt már a rossz helyre(/srv/ftp/*) jön létre a mappa.
Ekkor a TC ftp-n keresztül mindkét mappát is látja, tehát a kézzel létrehozott OMV-ben konfigurált és megosztott, a virtuális rootban szereplő mappát is
Az OMV dokumentációjában az ilyen hiba a jogokkal kapcsolatos, de akkor miért jó bármilyen más ftp kapcsolatnál?
Természetesen az OMV-ben szolgáltatást kikapcsoltam, eltávolítottam a megosztásokat, a usereket, majd újra az egész, de nincs változás.
A frissítés előtt a /etc/proftpd/proftpd.conf fájlban átírtam a default útvonalat, így működött.( ekkor ez volt a vroot.log-ban:
" mod_vroot/0.9.4[27985]: aliased '/srv/dev-disk-by-label-Adatlemez/IPcam/IPcam' to real path '/srv/dev-disk-by-label-Adatlemez/IPcam/'")konzol tartalma:
root@OMV-NAS:~# cat /etc/proftpd/proftpd.conf
Include /etc/proftpd/modules.conf
UseIPv6 on
ServerName OMV-NAS
ServerType standalone
DeferWelcome on
MultilineRFC2228 on
DefaultServer on
ShowSymlinks on
DisplayChdir .message true
ListOptions "-l"
MaxInstances 30
DenyFilter \*.*/
User proftpd
Group nogroup
PersistentPasswd off
TimesGMT off
AllowOverwrite on
AuthOrder mod_auth_pam.c* mod_auth_unix.c
DefaultTransferMode ascii
Port 42445
TransferLog /var/log/proftpd/xferlog
IdentLookups on
UseReverseDNS off
TimeoutIdle 1200
TimeoutNoTransfer 600
TimeoutStalled 600
DeleteAbortedStores off
MaxConnectionsPerHost 5
DisplayLogin /srv/ftp/welcome.msg
<Directory />
HideFiles (welcome.msg)
</Directory>
<Directory /IPcam>
Umask 000 000
<Limit ALL>
AllowUser OR Admin,ipcam_user
DenyAll
</Limit>
<Limit READ DIRS>
AllowUser OR Admin,ipcam_user
DenyAll
</Limit>
</Directory>
<IfModule mod_auth.c>
DefaultRoot /srv/ftp
MaxClients 5
MaxLoginAttempts 2
RequireValidShell off
# This option is useless because this is handled via the PAM
# pam_listfile.so module, so set it to 'off' by default.
UseFtpUsers off
</IfModule>
<IfModule mod_auth_pam.c>
AuthPAM on
AuthPAMConfig proftpd
</IfModule>
<IfModule mod_ban.c>
BanEngine off
BanControlsACLs all allow user root
BanLog /var/log/proftpd/ban.log
BanMessage Host %a has been banned
BanTable /run/proftpd/ban.tab
</IfModule>
<IfModule mod_ctrls.c>
ControlsEngine on
ControlsMaxClients 2
ControlsLog /var/log/proftpd/controls.log
ControlsInterval 5
ControlsSocket /run/proftpd/proftpd.sock
</IfModule>
<IfModule mod_ctrls_admin.c>
AdminControlsEngine off
</IfModule>
<IfModule mod_delay.c>
DelayEngine on
</IfModule>
<IfModule mod_facl.c>
FACLEngine on
</IfModule>
<IfModule mod_quotatab.c>
QuotaEngine off
</IfModule>
<IfModule mod_ratio.c>
Ratios off
</IfModule>
LoadModule mod_vroot.c
<IfModule mod_vroot.c>
VRootEngine on
VRootLog /var/log/proftpd/vroot.log
VRootAlias "/srv/dev-disk-by-label-Adatlemez/IPcam/" "IPcam"
</IfModule>
<IfModule mod_wrap.c>
TCPAccessFiles /etc/hosts.allow /etc/hosts.deny
TCPAccessSyslogLevels info warn
TCPServiceName ftpd
</IfModule>
root@OMV-NAS:~# ls -la "/srv/dev-disk-by-label-Adatlemez/IPcam/"
összesen 12
drwxrws---+ 2 root users 4096 jan 7 21:08 .
drwxr-xr-x 12 root root 4096 dec 2 18:55 ..
root@OMV-NAS:~# ls -la "/srv/ftp/"
összesen 12
drwxrwxrwx 3 ftp users 4096 jan 9 08:01 .
drwxrwxr-x 7 root root 4096 dec 6 16:41 ..
drwxr-xr-x 3 ipcam_user users 4096 jan 9 08:01 IPCAMERA2
root@OMV-NAS:/var/log/proftpd# cat vroot.log
mod_vroot/0.9.4[21311]: aliased '/srv/ftp/IPcam' to real path '/srv/dev-disk-by-label-Adatlemez/IPcam/' -
BlackJack21
tag
[link] erre valami ötlet?
-
BlackJack21
tag
válasz Golyooo89 #16495 üzenetére
A routerben manuálisan rendeld a kívánt IP-t a MAC address-hez(Address reservation). Ez általában a DHCP szekcióban van. Ez annyit csinál, hogy a router mindig ugyanazt a címet ossza ki a NAS-nak, a NAS meg “ úgy látja”, hogy DHCP- n kapott címet. A Buffalo NAS- omnál volt hasonló problémám a torrent klienssel. Ez megoldotta. Most is így van kvázi fix IP az OMV-s gépnek.
[ Szerkesztve ]
-
BlackJack21
tag
válasz Kenderice #16636 üzenetére
Kövesd lépésről lépésre Techno Dad Life videójában szereplőket…
Ennél egyszerűbben, érthetőbben nem lehet elmagyarázni. -
BlackJack21
tag
válasz Oldman2 #16844 üzenetére
Ha nagy fokú automatizálást szeretnél, akkor ajánlanám a Sonarr/Radarr,(Bazarr)->Jackett->qbittorrent->Plex/Jellyfin/Emby kombinációt. Bár ennek a beállítása igényel pár napot.
Pl.: a Radarrban kiválasztod az óhajtott filmet(elkezded akár a magyar, akár az angol címét gépelni, majd a találati listából kiválasztod), minőségi profilt, majd a Jackett megkeresi az előzőleg megadott helyeken(pl.: torrent oldal), a qBittorrentel letölti, a Radarr áthelyezi a kívánt mappába, majd triggereli a médialejátszót(pl.: Plex), hogy frissítse le a listáját.
Ha nem szinkronos, akkor a Bazarr lehúzza az ismert feliratos oldalak valamelyikéről a felirat fájlt, és ezt is beteszi a film mappájába.
A Sonarr a sorozatokkal teszi ugyanazt, mint a filmekkel a Radarr.
-
BlackJack21
tag
válasz Klusi86 #17409 üzenetére
Nekem egy APC Smart UPS 1500 van ilyen célra. Itt a UPS beállításait kellett módosítani.
Ha a optimális beállítás ellenére is gyorsan leáll, akkor az akkumulátorokat is meg kellene nézni.
Az OMV-ben nekem akkumulátoros mód és 4500 mp van beállítva. Ezután az idő után leáll a NAS, a többi meg, ha a UPS töltöttsége 20% alá csökken.Vissza pedig 30%- nál indul a UPS, a NAS is automatikusan újraindul ezután. -
BlackJack21
tag
Kicsit hosszú lesz
A napokban felmerült, hogy ismét be kellene üzemelnem a 2-3 éve nyugdíjba küldött Buffalo Linkstation Pro Duo LS-WVL Nas(arm5e)-t. A fő cél a backup lenne, hetente csinálna egy mentést az aktív OMV-n lévő (számomra) fontos adatokról.
Az egyik lemez az új, OMV-re költözés terhelése alatt a raidről leszakadt.Emiatt úgy ahogy volt ment a polcra.Szóval leporoltam, a kivett lemezeket leellenőriztem, megnyaggattam. az egyik badsectoros, így az nem játszik, de a másik az teljesen használhatónak látszik.
Elindítva minden jónak tűnik, azonban elkezdtek előjönni a problémák, ezeket megoldottam, de eljött egy pont, amikor elkezdtem anyázni. Ez az SMB élesztésekor jelentkezett. Mind kiderült, már a Windows nem engedélyezi az SMB1 használatát. Ezzel nem is lenne baj, a sérülékenységét tekintve, de így maradna a terminálban(+powershell a windowsban) való turkálás, vagy valami más mód.
Szóval lenne lehetőség a NAS-on az SMB2 engedélyezésére, csak hozzá kellene férni a fájlrendszerhez. Az SSH-n régen meg is tettem a root hozzáférést, de mára nem működik, gondolom megoldották egy újabb firmware frissítéssel. (Minden próba után újraindul és újragenerálja a kulcsot)
Na itt 2 opció merült fel:
1., földhöz vágom és iszok inkább egy sört ( nem vagyok olyan, nem szeretem a sört )
2., elő a kugli keresőt és Debiant a NAS-ra.
A Debiant egy felesleges kör kivételével sikerült feltenni. Csak egy plusz merevlemezt kellett szerezni.
Ha már a Debian rajta van innen egy lépés csak az OMV.
Ez is viszonylag gyorsan a vasra került.(Meglepő módon az 5-ös ment fel)
Az ezeréves Buffalo immár OMV-sítva új életre kelt.
Viszont elkövettem egy hibát( amit akkor nem sejtettem, hogy az lehet)Minden menne, ha nem a plusz merevlemezre tettem volna a rendszert.
Mivel ez egy kétlemezes NAS, nem annyira probléma, de nekem csak baxxa a csőröm.
Gondoltam, hogy elő egy USB pendrive-ot, arra majd jól klónozom a meglévő rendszert. Tudom, hogy a clonezilla, meg a gparted a "rendszer része", de sehol nem találtam, gondoltam, az OMV-extras-szal raktam fel anno. Ezt is megtettem, de most sem találtam sehol. Ennyi idős koromra biztos szenilis lettem. Megnéztem a "nagy" NAS-t, és bizony az ott ékeskedett, ahol hagytam, vagy ahol illik lennie.Szóval a hw miatt nincs ilyen mód.
Újrarakni a rendszert "üres" állapotban nem hiszem, hogy menne, a Debiant is spéci parancsokkal kellett előkészíteni. A dd maradt még. Ennek most még utána kell járni.
DE itt felmerül a kérdés, hogy a NAS-on lévő beégetett tárhely(mtdblock1, mtdblock2, mtdblock3) használható lenne-e a bootoláshoz, ha igen hogyan? ( Elvileg a uImage az elsőre mehetne, a rootFS a másodikra), de még soha nem kellett ilyesmivel foglalkoznom, így ez számomra teljesen ismeretlen terület. Ahogy láttam 5 mód van a bootolásnak( az eredeti FW ebben a sorrendben próbálkozik)
(1. mtdblock1-> uImage, mtdblock2 -> rootFS,
2. 1. mtdblock1-> uImage, sda2-> rootFS,
3. sda1 -> uImage, sda2 -> rootFS,
4. tftp -> uImage, mtdblock2->rootFS
5. tftp -> uImage, tftp -> initRD,
Ebből minimum 2-t szeretnék lehetővé tenni. Jelenleg a 3. verzió van. Viszont ennek a sérülése esetén a NAS-ból tégla válhat.
Ötlet, hogy merre induljak el, hogy konfigoljam?[ Szerkesztve ]
-
BlackJack21
tag
válasz Oldman2 #17511 üzenetére
Hidd el, nekem sem kell az OMV5-WIN10(ewergreen) esetén a SMB megosztással küzdenem. A probléma az elavult SMB1-el van.
A NAS utolsó fw-e 2012-s, ennek megfelelően az is elavult.A windowsban külön engedélyezni lehet az SMB1 használatát, de nagyon nagy biztonsági kockázatot jelent. Ez 2017-2018 óta van így.
Nem mellesleg az OMV SMB2(és 3)-t használ. -
BlackJack21
tag
Igen, jól érted. A lemezről indul az OMV, de az eredeti rendszer indulásában már nem vagyok biztos.
Ezt adja az fdisk:
root@LS-WVL64A:~# fdisk -l
Disk /dev/sda: 298.1 GiB, 320072933376 bytes, 625142448 sectors
Disk model: ST9320325AS
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x4b107c53
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 499711 497664 243M 83 Linux
/dev/sda2 499712 623652863 623153152 297.1G 83 Linux
/dev/sda3 623654910 625141759 1486850 726M 5 Extended
/dev/sda5 623654912 625141759 1486848 726M 82 Linux swap / Solaris
Disk /dev/sdb: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Disk model: WDC WD30EFRX-68A
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 3E719172-2386-4CBC-9E3B-5E9BB3610976
Device Start End Sectors Size Type
/dev/sdb1 2048 5860533134 5860531087 2.7T Linux filesystem
Disk /dev/mtdblock0: 384 KiB, 393216 bytes, 768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mtdblock1: 64 KiB, 65536 bytes, 128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mtdblock2: 64 KiB, 65536 bytes, 128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sdc: 14.7 GiB, 15806234624 bytes, 30871552 sectors
Disk model: Flash Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc3072e18
Device Boot Start End Sectors Size Id Type
/dev/sdc1 240 30871551 30871312 14.7G c W95 FAT32 (LBA) -
BlackJack21
tag
válasz BlackJack21 #17516 üzenetére
Annyi változás van, hogy a uboot mégsem sérült, így az eredeti Buffalo NAS sw visszaállítható lenne akár(és kezdhetem elölről.). A másik, hogy USB-ről nem tudom indítani, mindenképp kell egy fizikai lemez is a rendszerbe.
-
BlackJack21
tag
válasz szpeti40 #18295 üzenetére
Én használom, megy is minden probléma nélkül egy APC SMART-UPS SUA 1500I-vel.
Még OMV5 alatt telepítettem a szolgáltatást, erre húztam rá pár hónapja az OMV6-ot. Így nem tudom esetedben, hogy mi lehet a konkrét hibaok.
A szolgáltatás beállításai nálam az OMV-ben:Engedélyezve
mód:önállóIllesztőprogram direktívák:
driver = usbhid-ups
port = auto
ignorelb //ez szvsz nem kell, de anno a debug után benne maradt...Akkumulátoros üzemmód
shutdown timer: 4500sec
Távfelügyelet nem engedélyeztem
A UPS usb kábellel van összekötve a szerverrel. ( A UPS konfigja egy windowsos gépről a Powerchute programmal történt). -
-
BlackJack21
tag
válasz Kenderice #18326 üzenetére
Közben hazaértem. Nem resolv.conf fájlban kell módosítani, hanem a /etc/systemd/resolved.conf fájlban a [resolve] sor után, a DNS előtt ha van # , akkor azt vedd ki. A "DNSStubListener= no" beállítás van még nálam.
Majd indítsd újra a szolgáltatást asystemctl restart systemd-resolved
paranccsal.[ Szerkesztve ]
-
BlackJack21
tag
válasz Gabesz87 #18457 üzenetére
Igen, használható. Nekem is ebben a felállásban van ( natív plugin), egy APC SUA1500-t vezérel. (USB-n van local-ban a szerverre dugva.) Meg lehet nézni a OMV-n belül is a log-ot, de én a Home Assistant alá tettem be. Az áramszünetkor elindul egy 4500sec-es visszaszámlálás ami, ha lejár, leállítja a szervert. Indulás automatikus, vagy ha visszaszámlálás közben visszajön az áram, akkor megszakítja a visszaszámlálást. A fogyasztási adatokat én nem látom, de ez lehet típusfüggő is, viszont a terhelési adatok(%) és a saját fogyasztás összege elég jó közelítéssel adja meg az összfogyasztást.
[ Szerkesztve ]
-
BlackJack21
tag
válasz Gabesz87 #18619 üzenetére
Nálam egy HP Microserver gen10 a hardver (2x2TB privát adatoknak HDD, 2x4TB "játszós" HDD, 512MB SSD rendszernek).
OMV fut, mint op.rendszer, mely alatt konténerekben Home Assistant, HACS, Mosquito-MQTT, Qbittorrent, Plex, Netdata, Sonarr, Radarr, Bazarr, Jacket, illetve Heimdal és Adguard. A kamerákat akarom még ide bedrótozni, voltak már próbálkozások, de nem volt sikeresnek mondható, majd neki kell ugrani mégegyszer).AZ OMV immár (a statisztika alapján) 196 napja fut, ennél csak a HP Procurve switch ketyeg több ideje, ami 330 napnál tart.
Persze ennek ára van, mert ~3kWh a napi fogyasztása ( persze ebben még benne van a digis ont, a asus router, 1-2 kamera és a UPS saját fogyasztása is).Amúgy a Miscroserverre visszatérve inkább a gen8-at ajánlanám, mert sokkal többet tud, illetve sokkal olcsóbbak az alkatrészek a későbbi bővítéshez( pl.: memória 20e vs 5e).
-
-
BlackJack21
tag
-
BlackJack21
tag
Nem kell semmit tenned. A portainer az egy ugyanolyan konténer, mint a többi, csak ennek az a feladata, hogy kezelje a többit.
A portainer leállítása után (docker stop portainer
) a többi konténert nem befolyásolja.
A leírásokban szerepel a régi verzió eltávolítása is (docker rm portainer
), utána deploy, amit szpeti írt (docker run -d -p 8000:8000 -p 9443:9443 --name portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer-ce:latest
) -
BlackJack21
tag
Én is jobban preferálom a dockeres megoldást, 20 konténernél is több fut egy időben. Így elszeparáltan könnyebb kezelni, bár a konténerek közötti kapcsolat szokott némi fejtörést okozni...
-
BlackJack21
tag
Kis segítségre lenne szükségem. Nem szeretnék tátott szájjal rohangálni abban a bizonyos erdőben.
A lényeg, szeretném kicsit aktualizálni a NAS-t. Jelenlegi rendszer 500GB ssd a rendszernek és 2x2TB HDD mirror raid és 2x4Tb HDD stripe szoftveres raid.
Amivel bővíteni szeretném:
+1TB M2 nvme SSD amire a rendszert át kellene mozgatni( gyorsabb újabb, jobb, szebb )
- 1x 18 TB a 2x 4TB helyére( ez mindenképp szükséges, az egyiken lett egy bad sector, így már nincs meg a bizalom )
A vas az egy HP microserver gen 10, így van bőven csatoló, illetve az m2 adapteren is van még egy sata.
A meglévő 8Tb-oson lévő adatokat is szeretném átmásolni a 18TB-osra. Viszont ami bonyolítja a helyzetet, hogy a docker konténetek config fájljai és adatai is ezen vannak, ezt is szeretném az 1TB -re másolni. Az 500TB-os marad a torrentnek munkalemeznek.Ennyi a kiindulási alap:
Járható-e az az út, hogy az új HDD-t felmountolva, előkészítés után átmásolom a tartalmat, majd a később elkészült új rendszerre illetszem?
A régi rendszert( OMV6 ) hogy fogom tudni átmozgatni az új SSD-re?
Egy backup/restore elég lehet?
Egy új OMV6 -ra rá fogom tudni húzni a régi backupot? ( amiért a kérdés felmerül, az az, hogy jelenleg mág a régi "labeles" kötetazonosító van a uuid helyett)
A dockereknél gondolom egyesével kell az elérési újvonalat módosítani.
Hogy lehetne minnél kevesebb állással végrehajtani? Hány lépésben célszerű ezt meglépni?Valaki, hozzáértő világosítson már fel, vagy küldjön tovább ( "menjek a p****-ba" ) .
Köszönöm!
Ú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.
- Google Pixel 6/7/8 topik
- Otthoni hálózat és internet megosztás
- Milyen program, ami...?
- Home server / házi szerver építése
- Nők, nőügyek (18+)
- PlayStation 5
- A fociról könnyedén, egy baráti társaságban
- Mozilla Firefox
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Lakáshitel, lakásvásárlás
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen