-
Fototrend
Fototrend
Xpenology Téma Összefoglaló 
Új hozzászólás Aktív témák
-
Csak azért kérdeztem mert a kolléga javasolta az RR loadert.
Konkrétan:
DS425+ verziot telepits, az tartalmaz nvme slotot ezert jelenleg azt ajanljak leginkabb az RR loader githubjan
Mellesleg kismillioszor volt mar itt is emlitve h fo vagy alverziot nem frissitunk loader frissites nelkul mert hazavagja a rendszert, csakis update1 -> update(x) eseten fog menni regi loaderrel
Egyébként én is pont ma délelőtt frissítettem a 7.2.2-72806-ot Update 9-re. Természetesen előtte kézzel töltöttem le a frissítést majd tallóztam be a pat fájlt, mert automatán a 7.3.2-8609 Update 4-et tenné rá, és ahhoz már régi a loaderem, de az új RR elvileg már támogatja a 7.3.x-et. Lassan a 7.4-et is, bár azzal még vannak problémái. -
Arc loader 3.1.0 . A legújabb. BIOS frissítés nincs hozzá de amúgy nemrég frissítettem. Ha megjön a géphez a flex -sata kábel akkor tudok rakni bele 2.5 ssd-t és arra már tudom telepíteni a ds918+ modellt. Elvileg az mindenben kompatibilis hardverileg (gemini szerint) és talán azzal már nem lesz ez a bug. Addig használom így .
-
Nálam valami más probléma van sajnos. Kipróbáltam a ds425+ típust választva és telepítettem. Tényleg települ nvme ssd-re de ezzel is azt csinálja mint a sa6400-al hogy ha újraindítom a routert vagy pillatra kihúzom a net kábelt onnantól már ne lehet elérni a gépet sehogy sem. Egyszerűen lefagy a hálókártya vagy nem tudom pontosan mi történik de csak kényszerített kikapcsolás majd bekapcsolás segít. Másik gépemen amin csak tesztelem a xpenology-t nincs ez a probléma. Persze sűrűn nem szakad meg a net de néha előfordulhat l és akkor már szarakodni kéne. Meg nem normális ez. Azért még használom így aztán majd meglátom mennyire idegesít.
-
Nálam valami más probléma van sajnos. Kipróbáltam a ds425+ típust választva és telepítettem. Tényleg települ nvme ssd-re de ezzel is azt csinálja mint a sa6400-al hogy ha újraindítom a routert vagy pillatra kihúzom a net kábelt onnantól már ne lehet elérni a gépet sehogy sem. Egyszerűen lefagy a hálókártya vagy nem tudom pontosan mi történik de csak kényszerített kikapcsolás majd bekapcsolás segít. Másik gépemen amin csak tesztelem a xpenology-t nincs ez a probléma. Persze sűrűn nem szakad meg a net de néha előfordulhat l és akkor már szarakodni kéne. Meg nem normális ez. Azért még használom így aztán majd meglátom mennyire idegesít.
-
Új vagyok a topikban és nem olvastam annyit vissza . Melyik lenne a leg kompatibilisebb hardveresen hp prodesk g4 600 mini i3 8100T proci 16 gb ram géppel amin lehet telepíteni nvme ssd-re ? Sajos ebben gemini és chatgpt eddig nem igazán tudott segíteni . Azok csak az sa6400-at mondták de az nem kompatibilis igazán . Kösz előre is a segítséget .
-
DS425+ verziot telepits, az tartalmaz nvme slotot ezert jelenleg azt ajanljak leginkabb az RR loader githubjan
Mellesleg kismillioszor volt mar itt is emlitve h fo vagy alverziot nem frissitunk loader frissites nelkul mert hazavagja a rendszert, csakis update1 -> update(x) eseten fog menni regi loaderrel -
Hát frissítés miatt totál elszált a rendszer . Többet nem frissítek . A minipc-ben csak nvme ssd tehető . Meg lehet valahogy oldani hogy a ds918+ modelt telepítsem nvme ssd-re ? arc loaderbe hiába van bejelölve az addon menüben nem észlel meghajtót . Így csa az A6400 modelt tudom telepíteni de az nem kompatibilis igazán a hardverrel így hálózat fagyás hiba van ha megszakad a net véletlenül . Utána elérhetetlen a dsm ,még ssh- se érni el .
-
Én új vagyok xpenology használatban (openmediavault nekem túl bonyolult ) így nem tudom pontosan hogy mennek a dolgok de arra figyelmeztetett a gemini , hogy frissítésel vigyázzak . Ja meg hogy általában loadert is kell frissíteni . De ha most nem kellett akkor ráfrissítek én is . Amúgy nagyon bejön a xpenology . DSM felületén frissítetted itt [kép] ? Vagy valahogy máshogy ?
-
A biosban a C1E-t kikapcsoltad?
A HDD vezérlő meg AHCI módban legyen és ne IDE módban.Mondjuk nekem N40L-es van, de az nem lényeges különbség.
Még 2025-ben az RR-25.8.1-et raktam fel. A DS3622xs+ra a 7.2.2 utolsó verziót választottam. Maga a telepítés kb mint egy Windowsé, yes-yes-enjoy.
Az első indulás az némileg tovább tartott mint amit kiírt. De kb ½ óra után a Syno assistant megtalálta. Azóta ha újra indul az olyan kb 4-5 perc. A 3615xs 6.1.7u3 nem egész 2 perc alatt indult újra, ugyanezen a vason.Köszönöm a segítséget!
A C1E-t mindenhogy próbáltam, a HDD pedig végig AHCI módban volt.Viszont azzal a loaderrel, amit ajánlottál, végre sikerült, és most már működik! Nagyon köszönöm a tippet!
-
Sziasztok!
Egy kis segítséget szeretnék kérni.Nemrég vásároltam egy HP N36L MicroServert. A gép biztosan működik, mert a TrueNAS és az OpenMediaVault is gond nélkül felment rá és hibátlanul elindul.
Viszont az Xpenologyt egyszerűen nem sikerül működésre bírnom. Több különböző loaderrel és több pendrive-val is próbálkoztam (4 GB-tól 16 GB-ig), (HDD-vel és HDD nélkül is).
A loaderek többsége eljut odáig, hogy el tudom készíteni a loader építést, viszont az első újraindítás után szinte mindegyik lefagy. Minden alkalommal várok legalább 10 percet, de semmi nem történik.
Az első indítás előtt még látom a gépet a routerben, pingelni is tudom, viszont az újraindítás után már sem a router nem látja, sem pingelni nem lehet.
Próbáltam olyan loadert is, amit nem a célgépen, hanem egy másik konfigurációs gépen kell előkészíteni, de ott is pontosan ugyanez történik.
Van valakinek ötlete, hogy mi lehet a probléma, vagy mit érdemes még másképp csinálnom? Minden tanácsot szívesen fogadok.Előre is köszönöm a segítséget!
-
Sziasztok!
Egy kis segítséget szeretnék kérni.Nemrég vásároltam egy HP N36L MicroServert. A gép biztosan működik, mert a TrueNAS és az OpenMediaVault is gond nélkül felment rá és hibátlanul elindul.
Viszont az Xpenologyt egyszerűen nem sikerül működésre bírnom. Több különböző loaderrel és több pendrive-val is próbálkoztam (4 GB-tól 16 GB-ig), (HDD-vel és HDD nélkül is).
A loaderek többsége eljut odáig, hogy el tudom készíteni a loader építést, viszont az első újraindítás után szinte mindegyik lefagy. Minden alkalommal várok legalább 10 percet, de semmi nem történik.
Az első indítás előtt még látom a gépet a routerben, pingelni is tudom, viszont az újraindítás után már sem a router nem látja, sem pingelni nem lehet.
Próbáltam olyan loadert is, amit nem a célgépen, hanem egy másik konfigurációs gépen kell előkészíteni, de ott is pontosan ugyanez történik.
Van valakinek ötlete, hogy mi lehet a probléma, vagy mit érdemes még másképp csinálnom? Minden tanácsot szívesen fogadok.Előre is köszönöm a segítséget!
-
-
Survelliance Station, DSM6.2.3
Próbálom beüzemelni, kísérletképpen, egyelőre egyetlen kamerával.
Pontosan mit állít, ill. mire szolgál az Érzékenység és a Küszöb mező?
Az a gondom, hogy rögzít egy csomó gyakorlatilag üres videót. Néha csak a fényviszonyok változnak, néha meg nem tudom mi. Már kivettem azokat a részeket, ahol a növényeket mozgathatja a szél. Ha viszont nagyon elállítom akkor semmit se vesz fel. Hogyan érdemes ezt beállítani?
Az SPK-t a neten találtam, úgy tudtam, hogy csak két kamerát tud kezelni, de a liszensz oldalon azt mondja, hogy 40 liszensz - ez lehetséges?
-
ekkold
őstag
Survelliance Station, DSM6.2.3
Próbálom beüzemelni, kísérletképpen, egyelőre egyetlen kamerával.
Pontosan mit állít, ill. mire szolgál az Érzékenység és a Küszöb mező?
Az a gondom, hogy rögzít egy csomó gyakorlatilag üres videót. Néha csak a fényviszonyok változnak, néha meg nem tudom mi. Már kivettem azokat a részeket, ahol a növényeket mozgathatja a szél. Ha viszont nagyon elállítom akkor semmit se vesz fel. Hogyan érdemes ezt beállítani?
Az SPK-t a neten találtam, úgy tudtam, hogy csak két kamerát tud kezelni, de a liszensz oldalon azt mondja, hogy 40 liszensz - ez lehetséges? -
Nos, a támadás első jele:
Az AI megkért hogy töltsem le a log fileokat... Sajnos alig tudtam a kérést teljesíteni, mivel:
Vagy törölték őket, vagy itt is hozzáférést vettek el, még admin-ként is.
Szerencsémre ez a file: /var/log/auth.log megvan.
Az első bejegyzés a file-ban:
2026-05-13T06:36:34+02:00 [NAME_OF_NAS] synoscgi_SYNO.API.Auth_3_login[7289]: pam_unix(webui:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=93.152.221.X
Ami 2026-05-14T10:27:18+02:00-ig ismétlődik az alábbi IP-kel:
rhost=93.152.221.X (X = 2,14,22,26,30,34)
Tipikus botnet, automata rendszer.
~7600 bejegyzés, aminek 90% ez.
Aztán több ilyen nincs. Mint említettem, emiatt tippelek, brute force támadásra.
Az IP-re rákerestem google és Bulgáriát adta ki. Szóval a Spanyol szál az csak hab a tortán.
Amit javasolt nekem az AI:
3. SSH Hardening (if using SSH)
Edit /etc/ssh/sshd_config:
cp /etc/ssh/sshd_config /volume1/Temp/etc/ssh/sshd_config
# Disable root login
PermitRootLogin no
# Disable password auth (use key-based only)
PasswordAuthentication no
PubkeyAuthentication yes
# Change default SSH port (optional but effective)
Port 2222 or any non default port
# Disable empty passwords
PermitEmptyPasswords no
# Limit login attempts
MaxAuthTries 3
MaxSessions 2
# Restrict users who can login
AllowUsers [specific admin_user/s]
# Disable protocol 1
Protocol 2
Mint emlitettem a linux-ban nem érzem tul otthon magam ezért kérdezem, hogy ezek a beállitások segitenek?
Persze, amit eddig is javasoltatok: fiókvédelem, VPN, tűzfal (helyes) beállítása, ezek is meglesznek. -
Update:
Sajnos kifogytam a github AI keretemből igy nem kapok választ az utolsó kérdéseimre.
Az AI-nak egy log filet (auth.log) kezdtem adagolni, hogy analizálja.
A rossz hir, hogy a behatolásra utaló jeleket már Juni-12 (vagy előbb)-re teszi. Az egész logot a file mérete miatt nem tudtam beadni (500kb limit, file 2,5MB). Épp daraboltam a filet, amikor feltünt...rengeteg login attempt... 26.05.13-14 között (a file méretének kb fele). Lehet több is lenne, de csak 05.13ig van meg a file.Szóval a tippem felé, hogy ez brute force támadás volt? És pontosan mikor történt a behatolás. Utalt még az AI Console loginre, szóval mivel ezt nem használom, mehet is a kukába. (Persze full reinstall lesz ebből.)
Szóval jelenleg a nyomozásom itt tart, de lehet itt vége is lesz, mert az AI nélkül nagyon lassú lenne tovább keresnem. Minimális a Linux ismeretem. -
Egy barátomnak telepítettem egy hasonló kis xpenology szervert mint a sajátom: Celeron J1900, 8Gb RAM, Samsung 3,84Tb szerver SSD. Fut rajta qBittorrent, DLNA / médiaszerver, fájlszerver, webszerver+php, és egy virtuális gép, amelyen Mikrotik RouterOS fut. Ez utóbbival is megoldható a VPN szerver, pl. wireguard.
Ez így a konnektorból kb. 7W teljesítményt vesz fel, amikor gigabittel másolok róla akkor felmegy 8W-ra, gigabites tempóban íráskor pedig kb. 8,8W a fogyasztása (tehát háttértárral, futó programokkal, és a tápegység hatásfokával együtt). Gondolom majd ha a torrent is belelendül akkor azért kicsit feljebb megy majd a fogyasztása, de ezt csak valami nagyon modern cuccal lehetne überelni szerintem.
-
Igen megpróbálhatsz belépni a hacker felhasználójával, de
- előtte legyen mentésed mindenről.
- semmiképpen se engedd ki internetre, mert hiába tiltod le, vagy szűröd, a bejövő kapcsolatokat, ha hagyott ott hátsó ajtót, akkor akár az is jelentkezhet a hackernél, hogy "hahó itt vagyok,..."Az lenne az érdekes még, hogy vajon nyitva hagyott SSH-n jött be (jelszót elvileg törhette brute-force-al, mert nem volt fiókvédelem), esetleg a dockerben talált valamit amit fel tudott használni ahhoz, hogy admin jogú terminált indítson.
A lényeg: az már biztos, hogy ebből megbízható rendszer már nem lesz, a full reinstall-t szerintem nem lehet megúszni, vagy legalábbis nem érdemes megkockáztatni a jelenlegi rendszer további éles használatát.
-
ekkold
őstag
Egy barátomnak telepítettem egy hasonló kis xpenology szervert mint a sajátom: Celeron J1900, 8Gb RAM, Samsung 3,84Tb szerver SSD. Fut rajta qBittorrent, DLNA / médiaszerver, fájlszerver, webszerver+php, és egy virtuális gép, amelyen Mikrotik RouterOS fut. Ez utóbbival is megoldható a VPN szerver, pl. wireguard.
Ez így a konnektorból kb. 7W teljesítményt vesz fel, amikor gigabittel másolok róla akkor felmegy 8W-ra, gigabites tempóban íráskor pedig kb. 8,8W a fogyasztása (tehát háttértárral, futó programokkal, és a tápegység hatásfokával együtt). Gondolom majd ha a torrent is belelendül akkor azért kicsit feljebb megy majd a fogyasztása, de ezt csak valami nagyon modern cuccal lehetne überelni szerintem. -
Szóval vegyek egy ultra nagy levegőt és készítsem fel magam a full reinstallra... (de előtte a lehetséges behatolás megkeresése).
Kérdezik itthon tőlem: Ha már be tudsz lépni, mit szenvedsz még vele? Egyáltalán ki a fene akarna téged feltörni?
A: Lehet csak egy unatkozó "gyerek", de persze ott van a ransomware veszélye vagy csak botnet egy nodeját akarják feltenni, ki tudja.
Vagy megfigyelik a belső hálót és ha valaki bankolni akarna vagy utalni... Aztán meg jöhet az agyfax, hogy miért nem tettünk ellene...
Q: A fiókvédelemre nem reagáltál..
A: Bocs, ez ki volt kapcsolva. (kérem a tapsvihart)
Q: Az említett szolágáltatásoknak nyitottál is portot a routeren?
Ha VPN be volt állítva akkor minek? Miért nem azon keresztül használtad távolról ezeket a funkciókat?
A: A HA is kapott port forwadingot, szóval nem default, de volt neki.
Q: Ha bármelyik konténer host networkben futott, rootként futott, volume mounttal hozzáfért a DSM fájlrendszeréhez,
akkor egy konténerből történő kitörés sokkal veszélyesebb.
A: ESPHome, HomeAssistant, WireShark... mind host networkben fut.
volume mounttal hozzáfért - Ha ilyenre gonfolsz: /volume1/docker/homeassistant/:config:rw - ilyen van.
Hogy root-ban, azt nem tudom. Amikor elkezdtem (A XPenologyt és Dockert) ezt a scriptet használtam az első telepitéseknél (forrás: marius hosting) pl.:
docker run -d --name=homeassistant \
-e TZ=Europe/Budapest \
-v /volume2/docker/homeassistant:/config \
--net=host \
--restart always \
homeassistant/home-assistant
Ezt feladatidőzitőben 1x manuálisan lefuttatm és ez töltötte le a HA-t és telepitette fel nekem. A futtatást root-ként ment végbe.
Ez azt jelenti hogy a HA root jogokat kapott?
Q: azonnal leválasztani a NAS-t az internetről;
A: A probléma óta egy internet néküli, leválasztott hálózaton(LAN) van. Egymaga meg max a laptop.
Q: lementeni a naplókat és megvizsgálni: DSM naplók, SSH naplók, Container Manager naplók, felhasználó-létrehozás ideje, sikeres és sikertelen bejelentkezések;
A: Utána nézek ezek hol találhatóak aztán SSH-val kimásolom őket. (még persze az ujratelepités előtt)
Q: Xpenology-specifikus sérülékenység vagy elavult loader/DSM.
A: A loader ARC-A 24.3.3 nem mai csirke. Örültem, hogy működésre birtam.
Q: WebStation/PHP/phpMyAdmin, ha ténylegesen futottak.
A: Ezeket leallithatom. Azért voltam, hogy ha majd egyszer kedvem idő lesz akkor készitek valamit.
Q: SSH (ha engedélyezett volt és jelszavas hitelesítést használt).
A: Jobban figyelek, hogy csak akkor menjen, ha kell.
Q: Valamilyen más internetre publikált DSM csomag (például WebDAV, VPN vagy Surveillance Station), ha nem volt naprakész.
A: Surveillance Station az opciónális, mivel a loaderrel az 58 licences 9.1.2 fut.
Q: ellenőrizni, hogy mikor jött létre az admin2, és milyen IP-címről történt a létrehozás (ha a naplók még megvannak);
A: Most már hogy le tudtam tiltani, ujra engedélyezzem és adjak neki uj jelszót, majd ezzel belépve nézzem meg a sajtát naplóját stimt?
(Bejelentkezési előzmények, aktivitás ilyesmi)
Update: Belenéztem és Spanyolországból léptek be, 2026.06.24 09:31-kor. De még nem tudom a fiók mikor jött létre és hogyan.Tűzfal config lesz az egyik fő hiba forrás, mivel úgy akartam vagy volt annó beállitva, hogy csak Magyarország IPt fogadjon el.
Biztos valamikor valami nem úgy ment ahogy akartam és a turkálás közben jól el k-tam... -
Egy kis info, amit SSH terminalbol kapartam ki, amikor a log fileokat akartam letölteni:
cd /usr/local/lib/
cd /usr
exit
cd /volume2
ls
cd @docker
ls
cd containers
ls
cd /volume2/@docker/volumes
ls
cd /volume2/@docker/containerd
ls
cd /volume2/@docker/image
ls
cd /volume1
ls
cd /volume2/@docker
ls
cd runtimes
ls
cd /volume2/@docker/trust
ls
/volume2/@docker/tmp - note cd nem maradt ki nem irta oda
cd /volume2/@docker/tmp
ls
cd /volume2/@docker/btrfs
ls
cd subvolumes
ls
cd /volume2
ls
cd /volume2/docker
ls
cd homeassistant
ls
exit
stty intr ^G
uname -a
cat /etc/synoinfo.conf | grep custom_login_title
cat /etc/hostname
df -h
rm /etc/cron.d/1562.*
ps -ef |grep echo | awk '{print $2}' | xargs kill -9
usr/syno/sbin/synouser --del c1562
ps -aux |grep chisel | awk '{print $2}' | xargs kill -9
uname -a
exit
df -h
/usr/syno/sbin/synouser -add c1562 cman1234 "c1562" 0 "" 2
usr/syno/sbin/synogroup --memberadd administrators c1562
rm /etc/cron.d/1562.*
ps -ef |gerp echo | awk '{print $2}' | xargs kill -9
python -c 'omport pty; pty.sawn ("/bin/bash")'
exit
synoindex -R all
exitEzek azok a parancsok amiket, feltételezem a user nevemmel, hajtott végre.
A github AI szerint sem rózsás a helyzet, mert nemcsak admin usert hozott létre, de elvileg a nyomait is eltüntette. Megosztom amit tudok hátha valaki tanul belőle.Azon agyalok... hogy szándékosan vette el az admin jogaimat, mert kész volt azzal ami tenni akart és felhívja a figyelmemet erre.... vagy véletlen vette el...
GA
-
Szóval vegyek egy ultra nagy levegőt és készítsem fel magam a full reinstallra... (de előtte a lehetséges behatolás megkeresése).
Kérdezik itthon tőlem: Ha már be tudsz lépni, mit szenvedsz még vele? Egyáltalán ki a fene akarna téged feltörni?
A: Lehet csak egy unatkozó "gyerek", de persze ott van a ransomware veszélye vagy csak botnet egy nodeját akarják feltenni, ki tudja.
Vagy megfigyelik a belső hálót és ha valaki bankolni akarna vagy utalni... Aztán meg jöhet az agyfax, hogy miért nem tettünk ellene...
Q: A fiókvédelemre nem reagáltál..
A: Bocs, ez ki volt kapcsolva. (kérem a tapsvihart)
Q: Az említett szolágáltatásoknak nyitottál is portot a routeren?
Ha VPN be volt állítva akkor minek? Miért nem azon keresztül használtad távolról ezeket a funkciókat?
A: A HA is kapott port forwadingot, szóval nem default, de volt neki.
Q: Ha bármelyik konténer host networkben futott, rootként futott, volume mounttal hozzáfért a DSM fájlrendszeréhez,
akkor egy konténerből történő kitörés sokkal veszélyesebb.
A: ESPHome, HomeAssistant, WireShark... mind host networkben fut.
volume mounttal hozzáfért - Ha ilyenre gonfolsz: /volume1/docker/homeassistant/:config:rw - ilyen van.
Hogy root-ban, azt nem tudom. Amikor elkezdtem (A XPenologyt és Dockert) ezt a scriptet használtam az első telepitéseknél (forrás: marius hosting) pl.:
docker run -d --name=homeassistant \
-e TZ=Europe/Budapest \
-v /volume2/docker/homeassistant:/config \
--net=host \
--restart always \
homeassistant/home-assistant
Ezt feladatidőzitőben 1x manuálisan lefuttatm és ez töltötte le a HA-t és telepitette fel nekem. A futtatást root-ként ment végbe.
Ez azt jelenti hogy a HA root jogokat kapott?
Q: azonnal leválasztani a NAS-t az internetről;
A: A probléma óta egy internet néküli, leválasztott hálózaton(LAN) van. Egymaga meg max a laptop.
Q: lementeni a naplókat és megvizsgálni: DSM naplók, SSH naplók, Container Manager naplók, felhasználó-létrehozás ideje, sikeres és sikertelen bejelentkezések;
A: Utána nézek ezek hol találhatóak aztán SSH-val kimásolom őket. (még persze az ujratelepités előtt)
Q: Xpenology-specifikus sérülékenység vagy elavult loader/DSM.
A: A loader ARC-A 24.3.3 nem mai csirke. Örültem, hogy működésre birtam.
Q: WebStation/PHP/phpMyAdmin, ha ténylegesen futottak.
A: Ezeket leallithatom. Azért voltam, hogy ha majd egyszer kedvem idő lesz akkor készitek valamit.
Q: SSH (ha engedélyezett volt és jelszavas hitelesítést használt).
A: Jobban figyelek, hogy csak akkor menjen, ha kell.
Q: Valamilyen más internetre publikált DSM csomag (például WebDAV, VPN vagy Surveillance Station), ha nem volt naprakész.
A: Surveillance Station az opciónális, mivel a loaderrel az 58 licences 9.1.2 fut.
Q: ellenőrizni, hogy mikor jött létre az admin2, és milyen IP-címről történt a létrehozás (ha a naplók még megvannak);
A: Most már hogy le tudtam tiltani, ujra engedélyezzem és adjak neki uj jelszót, majd ezzel belépve nézzem meg a sajtát naplóját stimt?
(Bejelentkezési előzmények, aktivitás ilyesmi)
Update: Belenéztem és Spanyolországból léptek be, 2026.06.24 09:31-kor. De még nem tudom a fiók mikor jött létre és hogyan.Tűzfal config lesz az egyik fő hiba forrás, mivel úgy akartam vagy volt annó beállitva, hogy csak Magyarország IPt fogadjon el.
Biztos valamikor valami nem úgy ment ahogy akartam és a turkálás közben jól el k-tam... -
Folytatva: tanulságos lehet ha sikerül kinyomozod mi történt, mert akkor hatékonyabb védelem építhető. Ugyanakkor én ezután sem bíznék ebben a rendszerben, tuti hogy újratelepíteném. Ha megvan a támadó IP-je akkor meg lehet nézni földrajzilag honnan támadott, és bár valószínűleg VPN-t használt, az IP akkor is hasznos lehet, mert ha pl. nem magyar IP-ről jött, akkor lehet a routerben pl. magyar IP-kre korlátozni a hozzáféréseket. Ha az is meglenne milyen szolgáltatást használva tört be, szintén segíthet jobb védelmet kialakítani.
-
Előre is elnézést, ha nehezen értelmezhető amit itt leírok. Sok kv, rossz alvás (meleg), rengeteg újrairás....
- van-e más gyenge pont a hálózatból amin keresztül belső címről támadhattak?
Gyenge pontok? WiFi csak WAP2, mert jópár IoT (ESP/Xiao) WPA3-al nem akart működni.
Jelszó sincs kimaxolva csak 10 karakter. De falun, ahol szomszéd WiFi vagy nincs vagy csak 70-80dbm, nem is kell(?).
Router mezei Telekomos Fast 5670, jelszó cserélve, nem default.
Achilles sarok talán még a lustaságom lehet, hogy a maradjak bejelentkezve funkciót előszerettel használom... akár napokig.
Ez LAN-on belül nem lehet nagy baj, vagy mégis?
Az admin fiók inaktiválva van/volt, a Syno is javasolta, igy tettem.
Egy admin jogú fiókom volt, amitől elveszett a jog.
További jele még ami behatolásra utal:
- admin2 user admin jogokkal, utolsó jelszó modositás dátuma 2026.06.24
alig 1 nappal az események előtt.
Ezt is inaktiváltam és admin jogait is elvettem.
Nem töröltem még, hátha lesz valakinek valami ötlete, hogy vissza lehessen követni mit is csinált.
VPN szolgáltatást nem használtam, csak a beépitett VPN Szervert, OpenVPN-el. De utóbbi időben ezt sem.
- NAS-ban be volt-e kapcsolva a tűzfal és egyéb védelmek (pl. fiókvédelem)?
Az egyetlen admin fióknak, jelszava erős 25karakter + 2FA aktiválva van/volt.
A NASon belül a tűzfalat az alábbi link
https://mariushosting.com/synology-how-to-correctly-set-up-firewall-on-dsm-7/
segitségével állitottam be, amikor annó (1-2éve) rendszeresen kopogtattak SSH-n és ha jól rémlik a Mail Server-en keresztül.
Már jó ideje nem volt a rednszertől jelzés behatolásra való próbálkozásról.
Lehet itt (is) van némi hiba.
- milyen szolgáltatások futottak rajta?
- a szolgáltatások közül mi volt elérhető internetről?
LAN/WAN:
DSM 7.2, SynoDrive, CloudSync
Container Manager-ben
Használatban (24/7):
- Mosquitto
- HomeAssisstant
- ESPHome
Alkalmankénk:
- WireShark
- pihole
SurveillanceStation, Syno Contacts, VPN Server, WebDav, TeamViewer (csak elvétve használom)
Download Station, MediaServer (DLNA)
Még telepitve de nem nagyon használom:
MariaDB 10, phpMyAdmin, WebStation
Syno Mail és Server (nem aktiv), DNS Server, DHCP Server
Folyamatos kapcsolat az itteni NAS és egy másik között, illetve a Google Driveal is van.
2 Telefon és 2 Laptopnak van Drive kapcsolata, külön user névvel és csak Drive hozzáféréssel. Nem adminok.
Nem vagyok biztos benne, de talán az SSH be volt kapcsolva, igaz nem alapértelmezett porton.
Itt jön a kérdésem, hogy az SSH belépéshez nem kell a 2FA, ugye?
Mert ha csak elég volt az admin user neve és a jelszó, akkor ez is megmagyarázhatja, hogy hol léptek be.
Scriptre ötlet:
Ha meglévő/új user kap/elveszit admin jogokat -> küldjön emailt.
Vagy van ilyen beállitás a Synoban gyárilag? -
Előre is elnézést, ha nehezen értelmezhető amit itt leírok. Sok kv, rossz alvás (meleg), rengeteg újrairás....
- van-e más gyenge pont a hálózatból amin keresztül belső címről támadhattak?
Gyenge pontok? WiFi csak WAP2, mert jópár IoT (ESP/Xiao) WPA3-al nem akart működni.
Jelszó sincs kimaxolva csak 10 karakter. De falun, ahol szomszéd WiFi vagy nincs vagy csak 70-80dbm, nem is kell(?).
Router mezei Telekomos Fast 5670, jelszó cserélve, nem default.
Achilles sarok talán még a lustaságom lehet, hogy a maradjak bejelentkezve funkciót előszerettel használom... akár napokig.
Ez LAN-on belül nem lehet nagy baj, vagy mégis?
Az admin fiók inaktiválva van/volt, a Syno is javasolta, igy tettem.
Egy admin jogú fiókom volt, amitől elveszett a jog.
További jele még ami behatolásra utal:
- admin2 user admin jogokkal, utolsó jelszó modositás dátuma 2026.06.24
alig 1 nappal az események előtt.
Ezt is inaktiváltam és admin jogait is elvettem.
Nem töröltem még, hátha lesz valakinek valami ötlete, hogy vissza lehessen követni mit is csinált.
VPN szolgáltatást nem használtam, csak a beépitett VPN Szervert, OpenVPN-el. De utóbbi időben ezt sem.
- NAS-ban be volt-e kapcsolva a tűzfal és egyéb védelmek (pl. fiókvédelem)?
Az egyetlen admin fióknak, jelszava erős 25karakter + 2FA aktiválva van/volt.
A NASon belül a tűzfalat az alábbi link
https://mariushosting.com/synology-how-to-correctly-set-up-firewall-on-dsm-7/
segitségével állitottam be, amikor annó (1-2éve) rendszeresen kopogtattak SSH-n és ha jól rémlik a Mail Server-en keresztül.
Már jó ideje nem volt a rednszertől jelzés behatolásra való próbálkozásról.
Lehet itt (is) van némi hiba.
- milyen szolgáltatások futottak rajta?
- a szolgáltatások közül mi volt elérhető internetről?
LAN/WAN:
DSM 7.2, SynoDrive, CloudSync
Container Manager-ben
Használatban (24/7):
- Mosquitto
- HomeAssisstant
- ESPHome
Alkalmankénk:
- WireShark
- pihole
SurveillanceStation, Syno Contacts, VPN Server, WebDav, TeamViewer (csak elvétve használom)
Download Station, MediaServer (DLNA)
Még telepitve de nem nagyon használom:
MariaDB 10, phpMyAdmin, WebStation
Syno Mail és Server (nem aktiv), DNS Server, DHCP Server
Folyamatos kapcsolat az itteni NAS és egy másik között, illetve a Google Driveal is van.
2 Telefon és 2 Laptopnak van Drive kapcsolata, külön user névvel és csak Drive hozzáféréssel. Nem adminok.
Nem vagyok biztos benne, de talán az SSH be volt kapcsolva, igaz nem alapértelmezett porton.
Itt jön a kérdésem, hogy az SSH belépéshez nem kell a 2FA, ugye?
Mert ha csak elég volt az admin user neve és a jelszó, akkor ez is megmagyarázhatja, hogy hol léptek be.
Scriptre ötlet:
Ha meglévő/új user kap/elveszit admin jogokat -> küldjön emailt.
Vagy van ilyen beállitás a Synoban gyárilag? -
Ha fel akarod deríteni, hogy mi és hogyan történt, az attól is függ, hogy a támadó mennyire igyekezett elrejteni a nyomait. Olyan rendszerfájlokba is beleteheti a módosításait, amelyek amúgy is módosulnak, és nincs ember aki észreveszi, vagy csak gigantikus munkával...
Első körben:
- milyen szolgáltatások futottak rajta?
- a szolgáltatások közül mi volt elérhető internetről?
- van-e más gyenge pont a hálózatból amin keresztül belső címről támadhattak?
- NAS-ban be volt-e kapcsolva a tűzfel és egyéb védelmek (pl. fiókvédelem)? -
Úgy tűnik siker!
Github AI (nekem csak ajaj
) segítségével sikerült visszakapnom az admin jogokat újratelepítés nélkül.
ekkold: Valószínű, hogy így van, mivel egy admin2-t találtam, ami felületes szemrevételezésem után, úgy látom, hogy 2026.06.25 éjfél körül jött létre, a problémát meg aznap valamikor 16-17h körül érzékeltem. Szóval nem sokáig fértek hozzá.Kérnék szépen ötleteket, hogy milyen logokat, jeleket keressek a behatolás azonosítására. Rejtett scriptek, új backdoor létrehozására....
Jelszó csere az alap lesz. -
Úgy tűnik siker!
Github AI (nekem csak ajaj ) segítségével sikerült visszakapnom az admin jogokat újratelepítés nélkül.
ekkold: Valószínű, hogy így van, mivel egy admin2-t találtam, ami felületes szemrevételezésem után, úgy látom, hogy 2026.06.25 éjfél körül jött létre, a problémát meg aznap valamikor 16-17h körül érzékeltem. Szóval nem sokáig fértek hozzá.Kérnék szépen ötleteket, hogy milyen logokat, jeleket keressek a behatolás azonosítására. Rejtett scriptek, új backdoor létrehozására....
Jelszó csere az alap lesz. -
Próbáltam, de nem ez a baj.
Itt ugye csak uj jelszót kap a user, de a jelszavamat tudom és a 2FA is megy, be tudok lépni. Csak az admin privilégiumok vesztek el. Pl. nincs Vezérlőpult.
Az admin (default admin fiók) fiók meg le lett tiltva, a sugó javaslatára, még a telepítés után (kb 2 éve). Akár csak az SSH-t is annó kikapcsoltam. Csak akkor kapcsoltam vissza amikor feltétlen kellett. Szóval hiába is cserélnék az adminnak jelszót, akkor is letiltva marad nem? Hogyan lehetne vagy reakitválni az admint, vagy admin jogokat adni a useremnek? Valahogy az ARC Recovery-ben lehet ilyet csinálni? Netet böngészgetem és ere fele mutatnak a szálak...GA
Úgy tűnik siker!
Github AI (nekem csak ajaj ) segítségével sikerült visszakapnom az admin jogokat újratelepítés nélkül.
ekkold: Valószínű, hogy így van, mivel egy admin2-t találtam, ami felületes szemrevételezésem után, úgy látom, hogy 2026.06.25 éjfél körül jött létre, a problémát meg aznap valamikor 16-17h körül érzékeltem. Szóval nem sokáig fértek hozzá.Kérnék szépen ötleteket, hogy milyen logokat, jeleket keressek a behatolás azonosítására. Rejtett scriptek, új backdoor létrehozására....
Jelszó csere az alap lesz. -
Üdv!
Setup:
Gép egy lenovo laptop
loader: arc-a 24.3.3
(XPenology) dsm 7.2.2
Totál nagy bajban vagyok...
Fogalmam sincs mi történhetett, de az egyetlen admin fiókom átváltott mezei user fiókká, full menet közben.
A háttérben docker-ben pár dolog futott: HomeAssitant, ESPHome (épp ezzel dolgozhattam webes felületen), Mosquitto, talán még WireShark...
Amig az ESPHome teszi a dolgát(compile), addig elindítok el letöltést a Download Stationben. Nem találom. De nem csak ezt. Nincs Vezérlőpult, Csomag kezelés, Conatiner manager semmi admin cucc. Még a mappák egy része is eltűnt.
SSH, Telnet.... szerintem ki vannak kapcsolva, mert volt idő amikor sokszor kopogtattak az ajtón.Óvintézkedésként: A gépet leválasztottam a hálózatról és minden SynoDrive klienseket kikapcsoltam.
Mit tudok ilyenkor tenni? (Az újra telepítést leszámítva.)
GA
ARC bootmenüben tudsz csinálni DSM Password Reset-et.
-
Üdv!
Setup:
Gép egy lenovo laptop
loader: arc-a 24.3.3
(XPenology) dsm 7.2.2
Totál nagy bajban vagyok...
Fogalmam sincs mi történhetett, de az egyetlen admin fiókom átváltott mezei user fiókká, full menet közben.
A háttérben docker-ben pár dolog futott: HomeAssitant, ESPHome (épp ezzel dolgozhattam webes felületen), Mosquitto, talán még WireShark...
Amig az ESPHome teszi a dolgát(compile), addig elindítok el letöltést a Download Stationben. Nem találom. De nem csak ezt. Nincs Vezérlőpult, Csomag kezelés, Conatiner manager semmi admin cucc. Még a mappák egy része is eltűnt.
SSH, Telnet.... szerintem ki vannak kapcsolva, mert volt idő amikor sokszor kopogtattak az ajtón.Óvintézkedésként: A gépet leválasztottam a hálózatról és minden SynoDrive klienseket kikapcsoltam.
Mit tudok ilyenkor tenni? (Az újra telepítést leszámítva.)
GA
-
Értettem elsőre is. Ugyanezt próbáltam: nálam nem működött. DSM6.1.7u3 és DSM6.2.3 verzióval próbáltam. A telepített linuxom ext4 fájlrendszerét látta a TC, pontosan úgy ahogyan te is írtad, a hálózati meghajtók között mutatta, de a DSM-ét nem látta.
Egyelőre még maradtam DSM6.2.3u3-nál nekem jobban bevált a régi vason, de már nem ext4-et, hanem btrfs-t használok. A btrfs erőforrásigény többletét nem veszem észre, viszont stabilabb (kapott pár szabálytalan leállítást - semmi baja nem lett szerencsére, az ext4 ezt sokkal kevésbé bírja) Meg ext4-en nem hajlandó virtuális gépet futtatni, btrfs-en meg igen, és néha használok ilyesmit (pl. Mikrotik routerOS-t kísérleti célból, és. pl. wireguad-ot használok benne). -
A DSM 7.2 telepítésekor én is BTRFS-re váltottam. Szóval nem tudom azzal mi lenne, de mondom azt a bizonyos 2 TB-os összeomlott Basic kötetről az adatokat a TC-vel másoltam le. Azt tudom mondani, hogy hálózati meghajtóként látta a TC a HDD-t, pedig a meghajtó fizikailag az asztali gépem házában volt sata portra dugva.
-
Ismerem az ext4 plugint, linuxos lemezekkel szépen működik. Most megpróbáltam ujra, igaz virtuális gépen, de a xpenology lemezét nálam nem látja és nem tudja olvasni. Van egy diskinternal reader plugin is a TC-ben, az leglább látja hogy ott van a kötet, de az sem tudja olvasni. Élesben btrfs-t használok, nem tudom, hogy azt tudná-e olvasni bármi, de a virtuális gépben bármikor létrehozhatok egy ilyen kötetet is, egy teszt kedvéért.
-
Másik gépre telepíteni kell xpenology-t, és ahhoz csatolni. A "másik gép" akár virtuális gép is lehet, pl. virtualbox-on.
A synology/xpenology 1 lemezes tár esetén is szoftveres RAID-ot hoz létre, csak olyan eszközzel olvasható ami ezt is tudja. Linux alatt mdadm-ot is telepíteni kell hozzá. Windows alatt, bár láttam a neten különféle javasolt megoldásokat, de nekem egyik sem működött.
Ha valaki tud biztosan működő, windows-os megoldást, xpenology (btrfs, és/vagy ext4 fájlrendszerének) olvasásra, azt kíváncsian várom!
-
Sziasztok!
Adott egy Xpenology, 6.1.3 as DSM-el. Az emberünk elfelejtette az admin jelszót(Költözés, külföld egyéb okok) és persze vanak rajta képek amik kellenének...
Hogy tudom resetelni a jelszót vagy az is jó ha tudom olvasni windows os géppel a tartalmukat...
Na most az utóbbira már tettem pár kisérletet btrfs driver és ext4 driver is fent van a W11 alatt de nem látaj a tartalmat a meghajtó látszik a prtició is de nem tudom olvasni (mountolni).
Esetleg valaki tud rá megoldást?
Köszönöm előre is...
-
a lant a tg3.ko modul kezeli a g7-en. ennek benne kéne lennie a betöltött (buildelt) loaderben. sok esetben csak ext-ként van jelen, így azt be kell töltetni build előtt. tcrp-nél mindig kellett az ext megadás, bár a gépelősdi miatt elég volt az ext auto parancsot kiadni, így mindent megtalált. sajna, pocopico 7.2.2-nél abbahagyta, bár van még élő forkja, akár 7.3-ra is, ext-tekkel.
a buildnél azért volt neted, mert a tinycore behúz néhány modult, míg a buildelt img csak akkor, ha benne van alapból a modulok között.
elsőnek a friend szokott indulni, ha be van építve, ez ellenőrzi a syno kernel verzióit. ha belefér a builddal készítettbe, akkor simán elindul, ha van újabb update vagy upgrade a syno-n, akkor meg a build felület indul. a problémája is ugyanez: nem tudja a kapott vagy beállított ip-t,
csak a konfix xml-ben lévő, még tinycore alatt eltároltat tudja megjeleníteni. ha más a mac addr az xml-ben, mint a kártya fizikai mac-je (amit a tiny is használ), akkor máris más lesz a kiosztott ip.
ha nincs betöltve insmoddal a tg3 modul, akkor meg eszköz sincs, nem hogy ip-t kérjen a routertől. ez ugyanaz, mint win esetén. ismeretlen hálókártya nem hálókártya, csak a kezelő driver megadása (inf betallóz vagy driver telepítés) és betöltése után fogja tudni használni az eszközt. addig csak ott van a pci sínen és lekérdezhető pár adat az eszközről. gyártó id, eszköz id, eszköz csoport (lan, lemezvezérlő, stb.). dsm alatt is van, community csomagból lspci, sudo után. -
Nagyon nem egyszerű csinálnom, mert nem a gép előtt ülök, ismerősöm csinálja, én távoliasztallal, illetve facebook massanger kombóval csináljuk, én Szegeden ő és a gép Budapesten van, így nem olyan egyszerű levezényelni a dolgot, ráadásul mivel dolgozik így egyeztetni kell, hogy mindenkinek jó legyen.
Azzal a loaderrel lett próbálva eddig amik itt lettek javasolva és a bios is így lett beállítva, még azt is eltudom képzelni, hogy egyik pendrájvot sem szereti a loader amivel próbálkoztunk, szóval ez sem kizárt, tovább kéne kísérlezezni az biztos, pláne olyannal amin itt nálam is egyértelműen ment. minden.
Azt tudom, hogy a legutolsó módolt BIOS van a gépen, azt még én tettem rá, hogy a DVD olvasó helyére is lehessen HDD-t tenni, ennél újabb nem létezik, ez kellett annak ideén hogy a xpenó is elfusson rajta.
Nem tududom akarunk e még plussz időt beletenni, mert már összességében kb. 1 hónapja megy a botladozás, és elveszi az ember kedvét az ilyen sikertelenség. -
-
32GB-os USB3-as, nem noname, de próbáltuk USB2-essel is.
Az az érdekes, hogy le is generál mindent, be is tölt, de hol kap IP-t és hol nem, de a synology felületéig ahol az 5000 portos felület jönne be addig soha nem jutunk el, és a telekomos routerben sem jelenik meg az eszköz.Azért köszönöm mindenkinek az eddigi segítséget.
-
-
-
Sziasztok!
Gigabyte GA-J3455N-D3H alaplapon szeretnék xpenology telepíteni.
A loader (RR és ARC is tesztelve) sikeresen elindul, a webes konfigurációs felület elérhető. A Build folyamat (DS918+, DS920+ és DS3622xs+ modellekkel is próbálva) hiba nélkül lefut.
Azonban újraindítás után az xpenologyt a hálózat nem lehet elérni.
A router látja, a kezelőfelület szerint kap ip címet, de pingelni nem lehet és a Synology Assistant sem találja az eszközt.
Van valakinek ötlete melyik loaderrel és milyen beállítással lenne érdemes megpróbálni? -
Úgy jártam mostanában 2 eszközömmel is, hogy a megszokott amúúgy rendszergazda csoportban lévő felhasználóm hirtelen nem ért el semmilyen szolgáltatást...
Újratelepítettem a rendszert. Azonban most elakadtam. Ha egy darab kamerát használni surveillance station-nel, akkor melyik loader melyik dsm verzióját érdemes használni, ami még a legfrissebb
Legfrissebb RR loader esetén hiába van net elérése a dsm file-t nem tudja build alkalmával letölteni...
-
kleinguru
addikt
Úgy jártam mostanában 2 eszközömmel is, hogy a megszokott amúúgy rendszergazda csoportban lévő felhasználóm hirtelen nem ért el semmilyen szolgáltatást...
Újratelepítettem a rendszert. Azonban most elakadtam. Ha egy darab kamerát használni surveillance station-nel, akkor melyik loader melyik dsm verzióját érdemes használni, ami még a legfrissebb
Legfrissebb RR loader esetén hiába van net elérése a dsm file-t nem tudja build alkalmával letölteni...
-
Köszi mindenkinek a segítséget, de sajnos továbbra is elhasal az egész, annál a résznél mikor már az 5000-es portú IP-t kell a gépnek kiosztania, előtte a Pendrive létrehozásnál és beállítgatásnál még van IP, de mikor újraindul és kapnia kéne az ip-t az 5000-es portal no ott elhasal az egész, pár másodpercre kap IP-t de utána eldobja és sok sok perc várakozás után sem történik semmi... pedig úgy csináltuk ahogy javasolva volt.
Egyszerűen nem jövünk rá mi a baja. 
-
Köszi mindenkinek a segítséget, de sajnos továbbra is elhasal az egész, annál a résznél mikor már az 5000-es portú IP-t kell a gépnek kiosztania, előtte a Pendrive létrehozásnál és beállítgatásnál még van IP, de mikor újraindul és kapnia kéne az ip-t az 5000-es portal no ott elhasal az egész, pár másodpercre kap IP-t de utána eldobja és sok sok perc várakozás után sem történik semmi... pedig úgy csináltuk ahogy javasolva volt.
Egyszerűen nem jövünk rá mi a baja. -
zsolt501
nagyúr
Köszi mindenkinek a segítséget, de sajnos továbbra is elhasal az egész, annál a résznél mikor már az 5000-es portú IP-t kell a gépnek kiosztania, előtte a Pendrive létrehozásnál és beállítgatásnál még van IP, de mikor újraindul és kapnia kéne az ip-t az 5000-es portal no ott elhasal az egész, pár másodpercre kap IP-t de utána eldobja és sok sok perc várakozás után sem történik semmi... pedig úgy csináltuk ahogy javasolva volt.
Egyszerűen nem jövünk rá mi a baja. -
Kicsit hekkeltem a qBittorrent4.5.5.spk telepítőn, beletettem a jelenlegi legfrisebb (v5.1.4) binárist, és default magyar nyelvre állítottam. Nekem szépen feltelepült DSM6.2.3-ra.
Egy kis karácsonyi ajándék DSM6 felhasználóknak, aki friss qbittorrentet szeretne használni: [qBittorrent_5.1.4_x64-DSM6.1.spk] Garanciát természetesen nem vállalok.
Aki esetleg nem akar 5-ös verziót használni, itt a 4.6.7 verzióhoz telepítő (szintén DSM6-ra intel x64): [link] -
Regebben, ma mar a loader config menuben van DSM downgrade lehetoseg (RR loaderben legalabbis)
horby4
DSM 7.2.2 upd6 a max amit hasznalhatsz az Ivy gen CPU miatt, RR loaderbol pedig 25.9.7 ami kell neked1000000 hála és köszönet működik!!!
Csak most volt időm és kedvem vele újra foglalkozni vele!
A felhasználók eltüntek és a programok se állítódtak vissza, de az adatok megvannak.
Az már biztos hogy ezt nem fogom frissíteni soha többet (így legalábbis nem ahogy csináltam).Kösz mégegyszer!!!
-
Ha nem ismernétek és néztek filmeket és sorozatokat és szoktatok torrentezni.
Ezt próbáljátok ki: https://logout.hu/tema/stremhu_source_self-hostolhato_stremio_addon_magya/friss.html
https://stremhu.app/
Igaz nem Xpenon megy hanem egy synon konténerben. Elég jó kis csapat verődött össze a discorton. Lassan 3 hónapja használom. -
Szia!
Jelenleg a gépben 8GB RAM van, ennyi is a max tán amit bele lehet hivatalosan tenni, de tán léteztek sikerek 16GB-al is, de nem ez a cél.Régebben a Jun 1.03-as Loadert használtuk 6.1.7--es DSM-el, alap feladata nem óriási, leginkább a torrentel letöltés, fájl tárolás, illetve Plex futna rajta.
Fel akatuk rakni a frissebb DSM-et először ARC-vel próbálkoztunk, de míg a pendrájvos beállításnál volt még hálózat, de mikor már bootolni kellett volna a DSM felé ott már nem működött, raktunk bele egy másik hálókártyát de azzal is ugyan ez lett a probléma, majd megpróbáltup TinyCore RedPill Loaderrel is de a hiba ugyan az lett sajnos, szóval a beállító felületnél még van hálózat, de utána már nem, és így nem sokra jutunk. -
Még úgy rémlik a pendrive készítése sem volt mindegy, hogy mivel csináltam. Ezt próbáljátok ki. win32diskimager . Össze vissza próbáltam mindent . Másik pendrive. Külső-belső USB. Az első indulás nagyon sokáig tart! Számítógépre feltettem ezt Synology Assistant aztán keresés-keresés meg a routert lestem mikor kap IP-t a xpeno.
Megnézni majd csak holnap tudom!
Nem sürgős, eddig is pihent a sztori táp hiba miatt, mostmár nem akarjuk elkapkodni.
) segítségével sikerült visszakapnom az admin jogokat újratelepítés nélkül.
Új hozzászólás Aktív témák
A Synology szervereinek a Quickconnect használatával történő visszaéléséről szóló hozzászólások vagy témák előzetes értesítés nélkül törlésre kerülnek!
A párosított generátorok (MAC és SN) linkek vagy eszközök is törlésre kerülnek!
A Surveillance Station feltörésére vonatkozó hozzászólások vagy témák és / vagy a feltört / SS hivatkozások létrehozása törlésre kerül előzetes értesítés nélkül.
- Az NVIDIA vezére szerint a kódolás ma már csak pötyögés
- Battlefield 6
- Mibe tegyem a megtakarításaimat?
- Nvidia GPU-k jövője - amit tudni vélünk
- Yettel topik
- Gitáros topic
- Leégett egy hővédelemmel rendelkező 12V-2x6 tápkonnektor
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- AMD FX
- EA Sports WRC '23
- További aktív témák...
- BESZÁMÍTÁS! Lenovo LOQ 15ARP9 FHD Gamer notebook - R5 7235HS 24GB DDR5 512GB SSD RTX 3050 6GB W11
- Új Lenovo IdeaPad Slim 5i Prémium Gamer Processzoros Laptop 14" -30% i7-13620H 16/1TB FHD+ OLED
- AKCIÓ! HP Elitedesk 800 G2 SFF brand - i7 6700 16GB DDR4 250GB SSD 500GB HDD GTX 1050Ti 4GB W10
- Dell Latitude 5420 14" Touchscreen i5-1135G7 16GB 256GB 1 év garancia, 4G LTE OPCIÓ
- Telefon felvásárlás!! Apple iPhone 16, Apple iPhone 16e, Apple iPhone 16 Plus, Apple iPhone 16 Pro