-
IT café
Xpenology Téma Összefoglaló
Új hozzászólás Aktív témák
-
kgymac
őstag
válasz -=Jam=- #23039 üzenetére
Nem írta, hogy milyen felhasználóval próbálkozott. Tudtommal csak admin csoport userével lehet ssh-n belépni, remélem ilyen userrel próbálkozott. Ha az admin csoportos saját usertől vette el a jogot, akkor csak egy másik admin csoportos userrel fog tudni belépni és visszaállítani a jogokat.
Ha csak egy admin csoportos user van és ettől lett elvéve, gyári syno-n erre van ugye a reset gomb rövid megnyomása, ami xpenon nincs.
A költöztetés lehet az egyik megoldás, mert akkor az admin jogú felhasználó az lesz, akit az új rendszerben erre a célra létrehozott. Ill. az első rendszer partíció formázása (!!!NEM PARTÍCIÓ TÖRLÉS!!!, mert volt aki túlteljesítette aztán sírt az adataiért ) majd a rendszer újratelepítése, mint végső is szóba jöhet. Elvileg minden beállítás el fog veszni, de a file-ok megmaradnak, csak újra be kell lőni mindent újra (tanulság: egy admin user nem admin user). -
kgymac
őstag
válasz szaki035 #23117 üzenetére
6.2.4-hez is redpill loader kell.
A tinicore-t is kéne frissítened, a leírásokban benne van, hogyan kell. A videosod ezt kihagyta vagy túl régi loaderhez készítette.
Én modjuk elfelejteném a videos leírásokat, a félig fordított anyagokat és használnám az eredetit: [link]
A hdd átsorolás is megoldható, van rá topic is az xpenology.com/forumon, de a tinycore topicokban is rendszeresen van erről post. -
kgymac
őstag
válasz Mauzes #23143 üzenetére
Soros porton lelogolható, hogy mit csinál a boot során az img. Ehhez kell egy soros port + kábel + másik pc, szintén soros porttal (win alatt putty-tyal). Vagy kettő darab usb-soros kábel. Így pontosan látszódik minden üzenet és az is, hol akad el. Akár be is lehet jelentkezni.
-
kgymac
őstag
válasz Mauzes #23145 üzenetére
Igényel némi befektetést (kb.6500HUF), két usb-soros kábel+közé egy soros kábel
Ha van a gépe(ke)n soros port, akkor egy vagy két usb-soros kábel megtakarítható.
Plusz kell egy gép is, aminek kéne lennie, mert telefonról talán nem túl könnyű kiírni egy img-t, főleg, ha tinycore-ral fordítani is kéne egyet. Az igazi expertek persze megoldhatják egy host-tal (proxmox/esxi), két VM-mel (1 xpeno + 1 win vany linux) + telefonnal vagy tablettel (VNC kliens). -
kgymac
őstag
válasz Mauzes #23149 üzenetére
A másik módszer a találgatás, hogy mi történik, miért nincs a hálón, miért nem látszik, hiszen a képernyőn ott van a "hack" felirat, stb. Ami ugye csak egy fix szöveg a grubból.
Ha ismered a soros porton logolt sorokat, jóval nagyobb esélyed van megoldani a problémát. Korábban (legalább kétszer, bár VM-ből, de nem különbözik a soros kábelen megjelent adatoktól, csak egyszerűbb megszerezni - proxmox alatt putty sem kell hozzá, esxi-nél még licenc is kell, mert az alap /hpe féle ingyenes/ nem tudja a soros porti kimenet hálóra fordítását) postoltam soros porti logokat. Abból el tudod dönteni, hogy érdemes-e beruházni a kábelekre vagy megoldhatatlan lesz a feladat számodra. Mert így csak találgatni lehet. Bár általában két-három ok van csak: nem töltődött be a lan-t kezelő modul, valami update megakadt (hisz induláskor ellenőrzi a syno a kötet egyik könyvtárát, hogy van-e benne file. Ha van, megpróbálja végrehajtani). A harmadik kacifántosabb, az img betöltése során nem jött létre mindhárom syno-s devize a /dev-ben, ezt pl. csak soroson belépve lehet megoldani (vagy ha olvastál figyelmeztetéseket és telepítetted is az erre vonatkozó javító scriptet).@essejó: Én is oroszt tanultam vagy 9 évig, mégsem érthetőek az orosz nyelvű leírások.
Az angol meg vagy hatodszorra újrakezdő szint, így marad az olvasgatás, fordítgatás gugli-val, persze szígorúan összenézve a forrással, mert a gugli is tud alkotni. -
kgymac
őstag
válasz Mauzes #23170 üzenetére
6.2.3-ig: Ha legközelebb készítesz pendrive-ot, másold le a letöltött img-t valami olyan néven, amit majd évek múlva is névről be tudsz azonosítani (pl. jun102b.img -> jun102b_n40l.img), azt osfmount-tal csatold fel a másolatot, módosítsd, majd a lecsatolás után írd ki. A kész img-t őrizd meg. Legközelebb csak újra ki kel írnod, ha más a pendrive, akkor csak a vid&pid-et kell átírni a kiírás előtt.
6.2.4 vagy későbbi rendszerhez mindig új boot img-t készítenék a tinycore-ral. Persze, az aktuális pennel is lehet új boot-ot készíteni (frissebbet vagy ugyanazt). -
kgymac
őstag
-
kgymac
őstag
válasz wdarty #23553 üzenetére
Ha a kötet típusa SHR, akkor nagyobb hdd-vel bármikor bővítheted, amíg van sata port kapacitásod, egy vezérlőn lévő portokból.
Ha basic, akkor van lehetőség RAID1-re bővíteni. Van egy szép syno táblázat arról, hogy miről mire lehet váltani. RAID1-ről akár RAID5 vagy RAID6-ra is.
Ha basic, akkor SHR-re csak a kötet törlése után lehet váltani, értelem szerint mentés+visszaállítás is kell.
Xpeno-s összefoglaló olvasása ajánlott, valamint Borisz76 szösszeneteit is erősen ajánlanám (syno topic összefoglalójából vagy a Borisz76 mint tag alól is elérhető). -
kgymac
őstag
válasz enginev3.0 #23611 üzenetére
Ezt ki kéne próbálnod. Lehet, hogy a win11 emelt az ntfs verzión, így a linuxok alatti támogatása akár késhet is. Persze, egy játszós lemezzel akár ki is próbálhatnád, ha a dsm6 olvassa, akkor 99%, hogy a 7-esen is fog menni.
-
kgymac
őstag
válasz memphis_19 #23742 üzenetére
Szia,
AHCI mód kell, anélkül nem fogod tudni dsm-mel használni.
Konkrét alaplaptípussal + AHCI-vel kéne keresned az infót hozzá, az is kiderülne, ha nem lehetséges. Gondolom raid módban lehet a vezérlője, ha van egyáltalán sata vezérlő rajta. -
kgymac
őstag
válasz memphis_19 #23746 üzenetére
Volt akinek sikerült, több is, ill. olyan is, akinek nem. Garantálni nem lehet, bár láttam már bőven olyat, hogy user error volt a hiba oka.
Verziók egyezésére is figyelned kell, mert a 7 így elég tág. Érdemes megtartani a korábbi syno típust is, főleg, ha nem egyezik a procid (cpu család) képessége az új modellnél használttal.
Tinycore esetében egyedi hw kezelésnél van csomag, ami nincs meg minden syno típushoz. -
kgymac
őstag
válasz kgymac #23802 üzenetére
Nos, végül elindult Papamaco leírása és némi kiegészítés után.
A satamap és a build között le kellett futtatni az alábbi parancsot, enélkül nem nagyon detektál hardvert:
./rploader.sh ext ds3622xsp-7.1.1-42962 auto
Utána már van a gen7-ben lévő tg3 modul, plusz az lsi sasomat is le kezeli.
Ill. Papamaco pár helyen kihagyta a "./"-t a parancsok elejéről, de ez igazán csak win mániásoknak okozhat gondot. -
kgymac
őstag
válasz gyugyo79 #23816 üzenetére
Nem ajánlja fel a csomag frissítését. A rajta maradt régi csomag a dsm csomagkezelő szerint fut, így nem tudja eltávolítani. Utána kéne nézni, hogy milyen szolgáltatás névvel fut, majd azt leállítani. Utána eltávolítható lesz, ha tényleg ez a probléma vele. Ezt egy kicsit korlátozza az időkeret, amit nas telephelyén töltök. Kösz az infót, majd kipróbálom. Gugli csak fals infót adott eddig, bár 1-2 keresésem volt csak a témában.
@corix72:
update1-en vagyok, most elég ez az ugrás 6.1 után, mert az eddigi frissítési próbálkozásaim (esxi VM + lsi9211 passtrought) sikertelenek voltak 6.2, 6.2.3, 7.0.1 esetében. Persze a 7 érthető, mert nem volt tg3 lan ko modulja betöltve, anélkül meg ugye nem kapsz ip-t.
A 6.2 ágon nem segített egyetlen extra.lzma csere és sajnos a soros porti logok sem -
kgymac
őstag
válasz gyugyo79 #23821 üzenetére
A paraszt módszer működik linuxon. Finddel talált (/ + grep bin/peta maszkkal talált) bináris file-ok (petát tartalmazó) könyvtárainak ill. file-ok törlése után már biztos nem fut semmi a következő újraindításkor, az adatbázisból így már a csomagkezelő is el tudja távolítani a csomag bejegyzését.
Már csak az usb-s problémám maradt. Nem látja az usb-s upst és a régi hp lézerem, de mintha több soros lett volna az lsusb kimenete korábban (hp gen7 microserver). Sajna ezt nem vettem észre, a tesztnél használt N36L-en nincs usb-s eszköz. -
kgymac
őstag
Sziasztok,
Aki még 6.1-en van a G7-es mikroszerverével, tenne fel egy lsusb kimenetet? Már mindkét G7-esemet frissítettem 7.1.1up1-re, de csak a másodiknál tűnt fel, hogy nem látja sem az upst (eaton 5e850i), sem a nyomtatómat (hp laserjet1020). Persze, nem látszanak a RAC usb-s eszközei sem, de az nem zavaró (egér, billentyű, távoli vezérléshez).
A bios-ban még meg vannak, de tcrp boot után már nincsenek a listában ssh-n. -
kgymac
őstag
-
kgymac
őstag
válasz csehig #23838 üzenetére
A megoldás az lsusb, összehasonlítva a 6.1 és a 7.1 alatti kimeneteket. Most éppen döglődik a vpn kapcsolatom otthonra, a hálózat gépeit elérem, csak a nast nem (tűzfal szabály bibi lehet), a tartalék nas meg ki van kapcsolva. Marad, hogy kiírok egy pen-t 6.1-re és bebootolok a régi tarcsi 500gb-ssel, esetleg egy új tinycore-ral (kéne, hogy legyen rajta lsusb az usb-s pen beazonosításához) és azon nézem meg.
A soros modulok hiánya elég régóta ismert (7.0 kiadása óta), létezik a pótlására leírás is (Marius), de nem tudom kihúzni+bedugdosni az ups kábelét minden újraindításnál. -
kgymac
őstag
válasz Bornie127 #23842 üzenetére
lsi9211-8i-ket használok (h310 és h200 it fw-vel).
tinycore-ról működik az átállás, de csak sata-nak detektálja az lsi sas vezérlőt, de ahhoz, hogy működjön is, kell az mtp3sas.ko modul, amit nem tesz bele automatikusan.
Pár posttal korábban megtalálod, hogy mivel lehet működésre bírni, két g7 microserver upgrade-en vagyok túl (ds3615xs 6.1.7u3 => ds3622xs+, 7.1.1up1), az adatok mind megmaradtak, a beállítások kb.90%-as is. webdav, openvpn portokat kellett beállítani, a tűzfalban ill. a csomagban állt vissza defaultra vegyesen.
ds3622xs+ nem támogatja az usb1.1 eszközöket, úgy tűnik az ohci-hcd.ko modul hiányzik a syno féle boot img-ből (3615 még tartalmazza, de az 3.x-es kernel, míg a 3622 4.x). Csak fordítással, ext -ként lehetne hozzáadni a modult, de pocopico féle rp-ext-ek között nincs, a francia Sebastian féle modul nem tölthető be, az egyedüli mód egy külső usb hub, amin keresztül működnek a 12mbit-es eszközök. -
kgymac
őstag
válasz Essejó #23864 üzenetére
A beállítások egy része a /dev/md0-on van. Az egyes csomagoknál a telepítéshez használt köteten symlink-ek vannak a syno könyvtáraiba, de a konfig file-ok tényleges helye nem a /volumeX-en van, hanem egy olyan könyvtárban, ami a /dev/md0 köteten tárolódik.
Nekem eddig semmim nem veszett el, pedig ups-t is csak 2-3 hónap múlva vettem, a proxmox-os G8-on futó xpeno VM-eknek pedig csati hiányában csak szűrt táp jut. -
kgymac
őstag
válasz csehig #23868 üzenetére
Van. Külső min usb2.0 hub. Bolt ha nincs hubod, de kell a működés. Ha nincs usb1.1 eszközöd, akkor nem is találkozol vele. A legrégebbi penjeim is min usb2.0-sok, ha nincs usb-s ups, nem is tűnik fel. És a Marius-os módszerrel ellentétben nem kell kihúzni+bedugni újra, mint a sorosnál. Persze, nekünk van egy előnyünk az orig syno tulajokkal szemben: mivel kell boot img-t fordítani, így a serialhoz szükséges modulokat bele is lehetne pakolni eleve.
És a probléma nem a G7, hanem a ds3622xs+ ohci kernel modul hiánya. Ds3615xs-en valószínűleg van ohci modul, mert a kernele még a régi, 3.1xxx-es, míg a 3622 már újabb, 4.4xxx-et használ. ds3615xs-t nem próbáltam, az csak a végső megoldás lett volna, ha gond van a ds3622xs+-szal.
-
kgymac
őstag
válasz Gombinyó #23888 üzenetére
Én esxi-n (6.5) használom, átadom az egyik usb vezérlőt és egy lsi9211-8i-t 8 hdd-vel. Proxy2 blogjában találsz hozzá leírást.
A másik g8-on proxmox van, de az 5.4 óta nem tudom átadni az lsi-t a hpe genyósága miatt. Nem tudom megkerülni a biosban lévő pcie passtrought tiltást. 5.3 alatt még ment, ill. az esxi6.5-öt sem zavarja.
Ha virtuális lemezt adsz át, nem férsz hozzá a smart infókhoz, az esxi-é meg nekem eléggé fapados. Továbbá sata vezérlőt fogsz átadni a VM-nek, ami alapból ahci-s. Ill. a pvscsi (esxi) vagy virtios scsi-hez is van driver az rp-ext repo-ban, így kezeli a VM-ként futó dsm. -
kgymac
őstag
válasz akosmakos334 #23915 üzenetére
Amíg valamelyik syno modell a bootoláskor nem képzi meg az NVME lemezed partícióból az mdadm által kezelt tömböt, addig neked kell megoldani a tömb(ök) létrehozását, "összeszerelését" , felcsatolását induláskor, felhasználói scriptből, valamint a lecsatolását, a tömb(öK) megszűntetését leállításkor futó felhasználói scriptből (akár csak usb-s lemezeknél). Ehhez persze az is kell, hogy legyen egy köteted, amiről a syno be tud boot-olni, azaz egy sata-s diszken lévő 3 partíció (/dev/md0, /dev/md1 és /dev/md2 eszközök megléte. az md0-ról bootol, azon tárolja a beállításaidat, az md1-en swap, az md2-n pedig a működéshez szükséges minimum köteted, a telepített alkalmazásokkal, csomagokkal).
Ja, ha van/lesz ilyen syno hw, akkor ez még nem elég, az xpenology-nak is támogatnia kell majd. Ebben az esetben nem kell scripteket írnod induláshoz/leállításhoz, addig kell.
Ráadásul a saját scriptek esetében az md0 és md1 tömbökhöz is hozzá kéne adnod az NVME lemezeidet, különben a rendszerpartíció állandóan hibás lesz a tároláskezelőben. Ha csak 1 adatpartíciód lesz az NVME lemezeket, akkor nem kell foglalkoznod az md0 és md1 tömbökkel, valamint a beillesztésükkel a rendszerbe.
Az mdadm a kulcsó, találsz pár találatot a topicban, hogyan is kéne ezt az egészet. Ja, és ups kötelező eleme a rendszerednek, anélkül ne is próbálkozz, mert adatvesztés a vége. -
kgymac
őstag
válasz akosmakos334 #23918 üzenetére
Szerintem kevesen próbáltak másikat, mint a ds3615xs, ds3622xs+, esetleg 918.
Mondjuk ez utóbbi zsákutca annak, aki valami extra sata/sas kártyát szeretne használni.
Én már annak is örülök, hogy működik a G7 N36L-en és N40L-en a 3622 az amd proci ellenére. A tinycore-ral ki tudod próbálni, Papamaco leírása 99%-ban jó, az extra hw-kat kéne felismertetni. A 3622 helyett egy másik modellt kéne választanod, mondjuk olyat, amibe a syno eredetileg is tett NVME-t. A támogatott modellek lekérdezhetőek, mondjuk nem értem, miért tart itt mindenki pár sor beillesztésétől, de hát ők tudják. Megszokásból szeretnek olyat, amiben csak pár sort kell módosítani. Ha majd be lesz üzemelve a grub ellenőrző összeg ellenőrzése a synonál, akkor majd mindenki rá fog kényszerülni a saját boot fordítására. Mert az ellenőrzés most csak opció. -
kgymac
őstag
válasz ekkold #23920 üzenetére
Ez már telefonoknál is működik ? Be sem fog töltődni. Pont arra találták ki, hogy ne kompromitálódhasson a rendszer.
@kenand:
Az intel féle VT-X az, ami most működik, esetleg VT-D -is (hw átadás, bár ezt régebben csak a xeon-ok tudták). Az amd féle csak olyan syno modellnél lehet támogatott, ami eleve amd procira épül. Most már van ilyen, de nem tudom, hogy támogatott-e xpenology vonalon. A 3617+ is nyögvenyelősen indult, a 920 hamarabb révbe ért, ahogy a 3622xs+ is.
A VT-D kell hw átadáshoz, pár megkötést írt hozzá a syno (nem suspend-elhető a VM, stb.)
Az usb-s BT stickednél pont arra gondoltam, hogy suspeded a VM és nem leállított. Úgy emlékszem, ezt lehetett állítani KVM vonalon.
Ha virtualizálnom kell, akkor nálam az xpenology csak VM, nem host. Esxi vagy proxmox a host (G8, E3-1260L xeonnal), a hdd vezérlőt direktben átadom, a host nem kezeli. Esxi-n egy usb vezérlőt is.
Populárisabb modellnél esetleg rá lehet nézni, hogy meg vannak-e a szükséges kernel modulok (létezik a file, ha igen, betölthető-e az insmod-dal). A modulok elvileg kvm* néven vannak a rendszerben, így egyszerűen ellenőrizhető lenne. -
kgymac
őstag
válasz kenand #24015 üzenetére
Van auto detektálás, már leírtam korábban, papamaco leírásából csak ez maradt ki. Így az ext-ek is bekerülnek, nélküle nem volt tg3 lan és a 9211 sas vezérlő sem a G7-en. Ugyan ez utóbbit sata vezérlőként detektálta, de az alap satás modul nem kezeli, így nem voltak hdd-im boot után (még a teszt VM-ben, e1000e lannal), csak az alap 50GB-s.
És a tinicore sem csak egy modellt támogat, bár gépelni kell hozzá. A támogatott modellek kilistázhatóak. -
kgymac
őstag
válasz kenand #24041 üzenetére
Én speciel az ext autodetektálást is futtatnám, ha már van.
./rploader.sh ext dva1622-7.1.1-42962 auto
A backup elég régóta nem megy, valamiért 1GB körüli maradt az img, bár az 1GB-s penre már nem fér fel (v0.9.0), nálam utoljára a v0.4.4 volt jó, még az xpenology.club-os első leírás idejéből.
szerk: arpl esetében is meg kéne próbálnod az ext hozzáadást, talán reszeltek hozzá legalább egy auto opciót.
[ Szerkesztve ]
-
kgymac
őstag
válasz ekkold #24124 üzenetére
Telneten látszik valami ?
Nálam 1622 alatt ez van:Jan 1 00:54:42 updater: updater.c:6728 ==== Start flash update ====
Jan 1 00:54:42 updater: updater.c:6732 This is X86 platform
Jan 1 00:54:42 updater: boot/boot_lock.c(228): failed to mount boot device /dev/synoboot2 /tmp/bootmnt (errno:2)
Jan 1 00:54:42 updater: updater.c:6167 Failed to mount boot partition
Jan 1 00:54:42 updater: updater.c:3182 No need to reset reason for v.42962
Jan 1 00:54:42 updater: updater.c:7322 Failed to accomplish the update! (errno = 21)
Volt ilyen hiba korábban, 6.2.3 alatt, nem volt meg az összes /dev/syno* eszköz, egy patch-es javítás volt hozzá, melyet előre fel kellett telepíteni. -
kgymac
őstag
válasz kenand #24131 üzenetére
Neked is ajánlom a telnet-et, kb. a pat feltöltése után elérhető.
Én ezzel készítettem a loadert (0.9.3, majd 0.9.4 is)./rploader.sh update
./rploader.sh fullupgrade
./rploader.sh identifyusb
./rploader.sh serialgen DVA1622
./rploader.sh satamap
./rploader.sh ext dva1622-7.1.1-42962 auto
./rploader.sh ext dva1622-7.1.1-42962 add https://raw.githubusercontent.com/pocopico/rp-ext/master/redpill-boot-wait/rpext-index.json
./rploader.sh ext dva1622-7.1.1-42962 add https://raw.githubusercontent.com/pocopico/rp-ext/master/redpill-acpid/rpext-index.json
./rploader.sh build dva1622-7.1.1-42962 compile
exitcheck.sh rebootAz ext-eket pocopico rp-ext githubos oldaláról lehet lelesni, a LINK-et új lapon megnyitva megjelenő szövegből az
"url": "https://raw.githubusercontent.com/pocopico/rp-ext/master/raspbi-pill/rpext-index.json"
tagban van az az url, amit az exp ... add <url>-ben kell használni. Bár már az auto is csodákra képes annál, aki nem kapott ip-t (pl. mert nincs betöltve a lan kernel modul vagy be van töltve, de nincs az fw blokk a helyén).A T610 esetén azért sikertelen a telepítés, mert a szükséges /dev/synoboot* eszközök nincsenek. Ennek megállapításához kell a telnet. És a javításához is.
-
kgymac
őstag
válasz ekkold #24140 üzenetére
dva1622
USB3 lehet a megoldás, mert nekem is települt (korábban usb2 portban volt, még tegnap déli build), a logok alapján nem lett betöltve az usb2-t kezelő modul (de akár a pen eltüntető rmmod is lehet ok).
tinycore, 0.9.3 + frissítés, a tegnap megosztott build-del.
Persze, a bios-t is érdemes testre szabni, mert úgy néz ki, uefi-s és nem uefi-s boot-ot is támogat. Az audio-t is letiltottam, ez megmaradt, a sata0..2 port egyedi letiltása nem.[ Szerkesztve ]
-
kgymac
őstag
válasz ekkold #24146 üzenetére
Eddig hogy?
Én innen töltöttem le ( tinycore-redpill.v0.9.4.0.img.gz ).
7zippel kicsomagol, rufus portable-val kiírtam (kingston 16GB usb3 pen).
Mivel nem nagyon szeretem az uefi-t, ezért a biosban (T610: F10 indításkor) be van állítva, hogy nem támogatja az uefi hdd-t, fdd-t, nem támogatja az usb-fdd-t, csak az usb-hdd-t.
Boot beállítva, hogy a penről induljon(mint usb-hdd).
Bebootoltam, beléptem tc userrel távolról (putty).
Soronként beillesztettem a telepítő utasításait (10 sor, a "disable_mtrr_trim" -et még nem tettem bele).
Kb. ennyi. A pent a kék hátsó usb3-as aljzatba dugtam be, onnan működik. 3-4 sort logol, a sok soros kernel szöveg csak akkor jelent meg, ha usb2 aljzatba lett dugva (ekkor 58%-nál leáll a telepítés, telnet alapján 21-es hibával (nincs /dev/synoboot, 1&2&3 eszköz)). Usb3-ba dugva a telepítés végig ment.
Ami hiányzik a "disable_mtrr_trim"-en kívül, egy új partíció, vfattal, majd annak mountolása az /etc/fstab-ban, hogy legyen helye a script backup parancsának. -
kgymac
őstag
esxi-n is működis a hdd-k átadása. Proxy2 leírása még mindig aktuális, le van benne írva. Bár én inkább a vezérlőt szoktam átadni, úgy van smart. Mind proxmox, mind esxi-hez ugyanazt az img-t szoktam használni, az esxi-hez persze konvertálni kell vmdk-ra (ingyenes progival,starwind v2v).
Ú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.
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest