- Videós, mozgóképes topik
- Milyen alaplapot vegyek?
- Milyen monitort vegyek?
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Szünetmentes tápegységek (UPS)
- Azonnali processzoros kérdések órája
- Gaming notebook topik
- Hivatalosan is reagált a Core CPU-k stabilitási gondjáira az Intel
- Hobby elektronika
- Autós kamerák
Hirdetés
-
Galaxy S22 One UI 6.1 frissítés: volt, nincs
ma Komolyabb hibák bukkantak fel, a Samsung a biztonság kedvéért leállította a frissítés közzétételét.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Android és iOS rendszerekre érkezik a Sonic Rumble
gp A május végére tervezett zárt bétára már lehet jelentkezni a hivatalos oldalon.
Új hozzászólás Aktív témák
-
veterán
Sziasztok!
Hegesztett már fel valaki unifi controllert tartományban, WS2012R2-re? A letöltések között nem látok külön szerver oprendszert megjelölve, ráadásul alapból WSUS-t futtató környezetbe kerülne, szóval van egyfajta rossz előérzetem, ezért kérdezek inkább.
-
veterán
-
veterán
Köszi a Unifi válaszokat, Urak, szerintem is a CloudKey lesz a legjobb megoldás!
-
veterán
Köszi Urak! Csavartam egyet a dolgon, ugyanis a Unifi 8-60W switch - amit menedzseltem volna - jófej módon NEM hajtja meg a Nanobeam AC Gen2 AP-ket, mert azoknak passzív poe kellene, ez meg aktív. Imádom az Ubiquiti-t, hogy nincs egy kurva táblázatuk, amiben egy az egyben le van írva, mi és mivel kompatibilis. Persze, utólag már megtalálod, amikor hiba miatt keresed, de hogy a termék adatlapokon miért nem szerepel egy összegző mátrix, az rejtély. Mindkét eszköz támogatja a 802.3 af-et, mégsem megy, mert az egyik aktív Poe-s, a másik meg csak passzív, ezért ugye nem kommunikál a szükséges adatokról. Beszarás. Hogy esetleg kézzel állíthasd a Unifi switch-en, hogy adjon fix 24V delejt arra a portra? Felejtsd el, majd a szabvány elintézi automatikusan! Ja, nem. Csak 3 órát szoptam, mire rájöttem, mi is a gond.
Mindenesetre, most vagy veszek aktív-passzív átalakítót, vagy egy régebbi edge switch-et, ahol a poe kézzel állítható.
Eszemf@szom megáll már ezektől, ugyanilyen dokumentálatlan baromságok miatt szoptam annak idején egy EdgeRouter Pro-val is.
[ Szerkesztve ]
-
veterán
Egyedül azért lett mellé választva Unifi switch, mert egyrészt jó lett volna azt is monitorozni felhőből (tudom, úri huncutság), másrészt még nincs tapasztalatom Unifi switchekkel, csak AP-vel, és ha már van egy kis pénz fejlesztésre, miért ne... De azt álmomban sem gondoltam volna, hogy a Unifi szoftver nem ad lehetőséget arra, hogy kézzel állítsak PoE-t adott kimenetre, ha már 5 évvel ezelőtt az EdgeOS is tudta ezt...
Egyébként a gyártó esküszöm, direkt szopatja a népet ezzel a megkülönböztetéssel, a hardverben kábé nulla a különbség, és folyamatosan azt látom, hogy direkt, minden ok nélkül tesznek keresztbe annak, aki vegyesen szeretné használni az eszközeiket.
Marad alternatívaként a Mikrotik, ott ugyanis nincsenek ilyen szopások. Ott sokkal nagyobbak vannak.
@IBR: A TP-LINK egyik termékcsaládja konkrétan lenyúlta a Unifi szisztémát, még a kontroller is ugyanúgy néz ki, mint az UBNT változata. Az eszközökről nulla tapasztalatom van, csodálom, hogy nem perelte őket az Ubi a hasonlóság miatt. A szoftver az tényleg szinte ugyanaz, le sem tagadhatná, honnan merített inspirációt.
[ Szerkesztve ]
-
veterán
Igen, ezt szívtam meg, ahogy írtam is fentebb: ki gondolta volna, hogy az af szabvány támogatása egyes esetekben KIZÁRJA, hogy kézzel is kapcsolgathasd? Oké, ha tudja automatán, az csak jó, de mint látható, most aranyat érne, ha kézzel is megadható lenne, és semmi nem indokolja, hogy ezt ebben a formában nem támogatja az eszközt. Tudtommal a passzív PoE 24V az ősi szabvány, minden ez után jött csak. Ebből adódóan úgy gondolom, joggal várná el az ember, hogy ne fusson ilyen zsákutcákba. Pláne így, hogy nagyobb termékeken ezek szerint működik! Ahogy a felsorolásodból látható is, három unifi switchük van, és mindhárom másképp támogatja a PoE-t. Hát nem lett volna értelmesebb ezt az infót nem a doksik utolsó oldalára száműzni, hanem írni a termék bemutató oldalára egy kompatibilis eszközök listát? Ja, nem, az túl egyszerű lenne.
Na, majd legközelebb.
[ Szerkesztve ]
-
-
veterán
Sziasztok!
Sikerült vásárolni egy HP G10 szervert WS2016 "No key, No media" változatban. Szeretnénk WS2012R2-őt használni, de több probléma is akadt:
- MSDN-ről letöltött telepítő kulcsot kér, ezzel viszont nem rendelkezünk
- Van korábbi WS2012 ROK lemezünk, szintén HP szerverekhez kaptuk, ennél pedig nem települ a rendszer "Failed BIOS Lock" üzenet mellett.Milyen opciónk van, azon kívül, hogy WS2016-ot telepítünk?
-
veterán
Köszi a választ! Sajnos nincs MSDN-em, csak az ISO-t szedtem le a virágboltból, bízva abban, hogy kiolvassa UEFI alól a kulcsot, de nem, pedig elvileg a géphez lett vásárolva a WS2016, direktben a HP-tól. A downgrade jog rendben van, de ilyen esetben honnan szerzek kulcsot?
-
veterán
-
veterán
válasz TheProb #18311 üzenetére
Valóban, az L2-ben tévedtem, az tényleg L3, némi rövidzárlat, bocs. De a lényeg változatlan, ha beomlik a router mögötti hálózat, akkor sem viszi magával a teljes fő hálózatot. Persze, az RSTP és a loop protection a legjobb megoldás, ahogy írtam is... Csak ugye ez feltételezi, hogy megfelelőek a már meglévő eszközök, a router meg egylépésben megoldja a gondot.
-
veterán
Helló Urak!
Az egyik szerverünkön gyűlnek egy mélyebb temp mappa alatt a "netty_tcnative_XXXXXX.dll" fájlok, nagyjából 10 percenként keletkezik egy új. A keresések alapján ez a Tomcathez köthető, de igazából a kérdés az, hogy valaki találkozott-e már ezzel a jelenséggel, illetve hogy biztonsággal törölhetők-e ezek a fájlok. A DLL törlésnél egy kicsit mindig összébb megy a szék alattam, de elvileg a tempben vannak, sok kárt talán nem okoz a hiányuk.
Köszi a válaszokat előre is!
-
veterán
válasz CsodaPOK #18668 üzenetére
Elvileg tűzfalszabályokat lehet kategóriák alapján létrehozni, ha jól emlékszem. De ha teljesen automatikusan frissülő, nulla kézi b*szogatást igénylő megoldást keresel, aktív vírusvédelemmel megfejelve, akkor Sophos, illetve StormShield termékek között nézz körbe. Mindkettő licenc köteles (anélkül csak egyszerű tűzfalak), de utóbbinál nem olyan vészes a dolog. ZyXel is érdekes lehet, de úgy két éve volt nálam pár hetes tesztre egy eszköz tőlök, nem voltam maradéktalanul elégedett, picit pilótavizsgás volt (mindenféle gyártói képzettség nélkül írom, persze). Sophos elég egyszerű, de a Stormshield nekem jobban bejött, nem utolsó sorban frankó hozzá a magyarítás, amire poersze legyinthetünk, de ha nem vagy jártas a témában, nagyon is sokat jelent egy-egy értelmes fordítás, és abban az volt.
Ha csak weboldalak tiltása a cél, akkor squid, ha még ennél is egyszeűbb kell, akkor OpenDNS, ha marad az UBNT, akkor én ezt ajánlanám.
(Persze, a GDPR miatt itt az idő besz@ratni a fillérb@szó tulajdonsokat, hogy kell egy normális security gateway, kerül amibe kerül...
[ Szerkesztve ]
-
veterán
válasz szallasi007 #18670 üzenetére
Az árazással nem vagyok képben jelenleg, néhány éve nagyon kedvező volt a piacon, maga a hardver is fele annyiba került, mint az akkori Astaro/Sophos egységeké, a licenc meg jóval barátibb volt, 200 userre adták nagyjából annyiért, mint a konkurenciánál 100-ra, és volt egy korlát nélküli verzió is, picivel drágábban. Nekem szimpatikus volt, de persze ez sem hibátlan, ha licenc nélkül használod, akkor meg amúgy sem ér semmit az egész, jobban jársz egy EdgeRouterrel, szvsz.
[ Szerkesztve ]
-
veterán
válasz szallasi007 #18672 üzenetére
Hmm, érdekes. Mondjuk évi 1 restartot nem érzek soknak, a szoftverfrissítések miatt úgyis újra kell indítani.
[ Szerkesztve ]
-
veterán
válasz E.Kaufmann #18701 üzenetére
Aid4Mail nálam bevált.
-
veterán
válasz IO.sys #18756 üzenetére
Csak azért ne csináld, hogy legyen. Nekem is van egy kis cégem, először én is domainben gondolkodtam, mert örökölt workgroup van, de aztán rájöttem, hogy végülis mi a répának? Majd ha cserélhetsz szervert, vehetsz legalább kettőt, hogy tartalék DC is legyen, majd akkor, addig csak öntökönszúrás, ha bedől a rendszer. Szerintem.
Levelezést kitoltam felhőbe, usereknek standard neveik vannak (penzugy, munkaugy), a Windowsban keresztnév a megjelenített név, hogy ne piszkálja a lelküket, és igazából egy-egy dolgozó váltás sem nagy gond, mert jelszó 1 perc alatt átütve, megejelnített név szintén, és minden megy tovább, pár perc munkával.
[ Szerkesztve ]
-
veterán
Még valami, csak lejárt a szerkesztési idő. Azt írod, csodaprogramok futnak a vasakon. Még egy ok, hogy miért ne piszkáld a jelenlegi felállást, mert lehet, hogy nem úszod meg reinstall vagy újra aktiválás nélkül, legalábbis én találkoztam már olyan programmal, ahol a felhasználónév változása után újbóli regisztrációt kért, ami nem hiszem, hogy egyszerű menet a közszférában, olvasva itt néha az érintett kollégák kanossza-járását.
Egyébként a GPO is sok esetben kiváltható egyéb módszerekkel, ha másként nem, hát lokális beállításokkal is. Persze, munkásabb így, meg elegánsabb úgy, de nálam ilyen kis főnél mindenképp az 1. szabály ("SOHA NE SZOPASD MAGAD!") lépne érvénybe.
[ Szerkesztve ]
-
veterán
válasz sugarforce #18799 üzenetére
Most gondolkodunk az Aruba bevezetésén, jövő héten megyek egy céghez demóra, leírnád pár mondatban, mire érdemes figyelni, rákérdezni?
Köszi előre is!
-
veterán
válasz sugarforce #18801 üzenetére
Köszi az információt, meghoztad a kedvem a váltáshoz! Alapvetően Ubiban gondolkodtunk, de annyira tolják a CISCO/Aruba vonalat, hogy gondoltuk, megnézzük legalább az egyiket, és akkor már inkább a HP vonalat vinnénk, a meglévő eszközparkunk miatt. Vállalatirányítási rendszer alá keresünk értelmes megoldást, de ezek szerint ez sem különb, mint az Ubi, ahol azért szintén látok néha érdekességeket (főleg az utóbbi időkben...), cserébe legalább olcsó(bb).
-
veterán
Szerintem menj CISCO irányba, nekem pedig küldd át légy kedves az MS munka kontaktját!
[ Szerkesztve ]
-
veterán
Oké, persze csak poénnak szántam, de ha nem top secret, az MS ajánlatra kíváncsi vagyok, csak az érdekesség kedvéért!
Egyébként ha értenék a CISCO-hoz, biztos azt választanám. Szerintem az tartósabb tudást ad. Olyan, mint a JAVA: hiába sz@r, az életben nem fog kikopni...
[ Szerkesztve ]
-
veterán
Sziasztok!
Veeamnek estem neki, de van egy gondom, amit nem értek. A helyzet a következő:
- Van egy fizikai vas, ezen fut a Veeam, van a gépben 10 terrányi lokális tárhely.
- A hálózat többi része 3 darab VMware ESXi host,ezeken futó virtuális gépeket mentenénk.
- Az ESXI hosztok egy HPE storagere dolgoznak.Ennek megfelelően hozzáadtam a VMWare Vsphere-t futtató vCenter szervert a "managed servers" részhez, ahol meg is jelentek szépen a hosztok. Ezzel együtt létrejött egy WMvare proxi is.Backup repónak hozzáadtam egy újat, ami a helyi tárhelyre mutat, jogot első körben everyone-nak adtam (nem marad így, csak a teszt kedvéért), így lényegében ugyanazok a beállítások jöttek létre új néven, mint ami a Default backup repóban van. Létrehoztam egy új backup jobot, megadtam benne egy VM-et, backup repoként a lokál lemezekre mutató egyéni repót, és futtattam. Erre kaptam egy olyan üzenetet, hogy a VM-ek alatt futó HPE storage egyik kötetén nincs elég hely a backuphoz, ezért skippeli a feladatot.
Gondolom, láma kérdés, de mi a francot szeretne arra a storage-ra írni, amikor neki a lokál diszkeken kellene dolgoznia? A snapshot miatt írna oda az automatikusan létrejövő VMware proxi?
-
veterán
válasz X Factor #18933 üzenetére
Őszintén szólva nem látom át még a helyzetet, most ismerkedem a Veeammel, de akár az is egy megoldás lehet, amit írtál. Azért furcsa a dolog, mert most állnánk át ArcServe-ről, és azzal nincs ilyen probléma, köze nincs a storage kiosztott köteteihez, nem hogy még arra akarjon valamit visszaírni.
-
veterán
válasz szallasi007 #18971 üzenetére
Az a baj az ilyen próbákkal, hogy bekonfigolsz valamit, aztán meg az éles áttéréskor megy a szopóroller, mert nem úgy működik, ahogy kellene, persze már mindenki elfelejtette azt a beállítást, amibe a teszt miatt belepiszkált.
-
veterán
0365 guruk, segítsetek! Az egyik user "archivált" a cégnél, ami annyit jelentett, hogy az 0utlook 2016-ban gyárilag meglévő Archive mappában létrehozott éveket, azok alatt hónapokat, majd kijelölt a bejövő / elküldött levelek közül másfél évnyi anyagot havonként, és áthelyezéssel átdurrantotta egyik mappából a másikba. A levelek mindegyike eltűnt a beérkező / elküldött levelek közül, azonban megjelenni már nem jelent meg a kézzel létrehozott mappákban minden, olyannyira nem, hogy egyes hónapok teljesen hiányoznak, mások részlegesen, némelyek pedig hibátlanul megvannak.Webes felületen szintén nem látszik.
Kérdés 1: van valami log, amiben látszódik, hogy mégis mi a mákos lóf@szt is csinált pontosan?
Kérdés 2: van MS-nél restore funkció, amit kiadhatnék az adott fiókra? Tudtommal nincs...
Köszi előre is!
[ Szerkesztve ]
-
veterán
válasz kraftxld #19045 üzenetére
Szia!
Köszi a választ! Outlook 2016. Az archiválás minden fiókban tiltva van (elvileg), de a kolléga a gyári archive mappába kezdett el almappákat létrehozni, és oda behúzogatni a leveleket. Az az alapértelmezett levélmegtartási szabály aktív a teljes tartományon, ami 2 év után áthelyezi az archív mappába a leveleket, ha van archív mappa, de elvileg ez semmit nem csinál, ha nincs indítva archiválás kézzel. Esetleg az pöffenthette be a szabályt, hogy elkezdett mappákat létrehozni az Outlook "Archive" alatt? Ennek ellentmond, hogy egyrészt eltűntek a levelei, nem kerültek be semelyik archív mappába, másrészt hiányoznak két évnél "fiatalabb" hónapok, miközben vannak két évnél idősebb levelek is a megmaradtak között.
OWA-ban belépve a fiókja alá a lomtár törölt elemek visszaállítása a kiszolgálóról (vagy hasonló) menüpontjában megtaláltam szerintem majdnem mindent, de ugyanennek az outlookos megfelelője csak nagyjából 1 hónapnyi levelet mutat visszamenőleg, pedig két nappal ezelőtt kezdett el trükközni vele, tehát ha törlődtek a levelek akár a rendszer, akár a user által, az most törlődött. Sajnos az OWA alól nincs olyan opció, hogy CTRL+A és visszaállítás, ehelyett egyenként kellene bepipálni több ezer levél előtt a checkboxot, majd visszaállítani. Egyébként néhányat kipróbáltam, és a forrásmappákba állítja vissza a tartalmat, tehát nem a user által kreált mappákba.
Valami ötlet az egyszerű visszaállításra, esetleg tipp a helyre, hogy hol kereshetném még a leveleket? A user kezét meg majd letöröm, ha alkalmam nyílik rá, csak ezen legyünk túl...
-
veterán
válasz kraftxld #19047 üzenetére
1. Nincs semmi ilyesmi, Helyi archiválás letiltva.
2. DefaultMRM policy van a userre húzva (mint mindenki másra is a szervezetben), egyetlen default elemmel, ami a "Default 2 year move to archive". Erre gyanakodtam tegnap is, de azért nem stimmel, mert egyrészt megmaradtak két évnél idősebb levelei, miközben újabbak nem, plusz a szervezet minden tagjára aktív, és másokra ez nem érvényesült (2,5 éves a rendszer, talán rábukkant volna valaki már erre).
Plusz, ha le is fut ez a policy, a leveleknek akkor is meg kellene maradniuk valahol, nem? Archiválás, nem törlés, ráadásul a magyarázata szerint archívumba kellett volna raknia a leveleket, ha van a felhasználónak archív postaládája. De nincs, erre meg azt írja, hog ilyen esetben nem csinál semmit.
Erre írtam feljebb, hogy mivel kézzel kezdett el mappákat létrehozni Outlook alatt az "Archive" mappában, lehet, hogy ezzel akaratlanul beindította a policy-t? A címke tulajdonságaiban látszik, hogy műveletként archiválás van kiválasztva, nem törlés.
A biztonság kedvéért az alapértelmezett 2 évet átírtam tegnap éjjel 10 évre, de ezzel utólag már nem sokat érek.
[ Szerkesztve ]
-
veterán
válasz kraftxld #19051 üzenetére
Igen, itt a mentéssel lesz a probléma, ugyanis nincs semmi külsős szoftverrel letolva lokálba. O365 kínál a visszaállításra valami lehetőséget? Mivel helyben nem én vagyok a rendszergazda, az a menekülőút sincs, hogy a fullba leszinkronizált PST-t mentem éjjelente, és ilyenkor abból simán visszaraknám a törölt anyagot.
Egyébként most megtanulja, hogy ne kattintgasson, és ne mappázgasson hülyére mindent, mert jelen állás szerint egyenként fogja OWA/Törölt elemek visszaállítása alól kézzel kijelölgetve visszaszedni a törölt leveleket.
[ Szerkesztve ]
-
veterán
válasz kraftxld #19053 üzenetére
"akkor elvileg mindet vissza lehet szedni egyszerűen."
Igen, ez nemrégiben be is vált, de varázslatos módon ezúttal ez a menüpont csak 50-60 darab elmúlt havi levelet rejt Outlookban, miközben OWA-n látható bő kétévnyi anyag...
Egyébként Te mit ajánlasz inkább a fentebb említett két lehetőség közül? Ha jól látom, a "litigation hold" csak egy puffert képez törlés esetére, amivel most simán vissza tudnám állítani az elemeket.
Köszönöm a segítségedet!
-
-
veterán
válasz DopeBob #19156 üzenetére
Legutóbbi infóm szerint incs benne! Konfig fájlban lehet túrni SSH-val, de úgy emlékszem, minden AP-ban külön-külön kellene beállítani. Amikor szóvá tettem a gyártói képzésen, hogy ez mégis mi a f*sz, elhessentették azzal a kérdést, hogy a MAC szűrés ma már semmit nem véd. Ebben igazuk van, de szomszéd Pistát megállítani azért jó lett volna.
[ Szerkesztve ]
-
veterán
Sziasztok!
Érdekes, de hasonló gondban vagyok én is. Adott egy kis cég, 18 fő, ugyanennyi gép, kábé 300 gigányi adattal, több lokál mysql adatbázissal. Kliensek frontján már jellemzően W10 van, de akad még egynéhány W7Pro is. Office-ok OEM-ek, 2013+. SBS2011 ment eddig workgroupban, de lassan elérkezik a szervercsere ideje. O365-öt vegyesen veszünk igénybe, nincs mindenkinek licence, és csak vállalati alapverziót használunk levelezésre.
Amit szeretnék elérni, hogy az elsődleges szerver ne fizikai vas legyen, hanem hyper-v gép, és az sem lenne baj, ha átmenetileg a régi vasat is virtualizálva futtathatnám majd a hoszton az új szerver mellett. Alapvetően WS2012R2 Standard-ben (esetleg WS2016?) gondolkodom telepítve a vasra, és azon belül futtatnám a hyper-v gépként magát a produktív szervert, és egy ideig a régit is, p2v után.
Nem tudom, mennyiben játszana nálam az Essentials. Ha jól rémlik, Essentials alatt nincs guest hyper-v futtatás, így viszont nálam bukott, hacsak nem a vason "csak" hyper-v servert futtatnék (ez elvileg ingyen van, vagy rosszul emlékszem?), ami alatt futna a virtuális Essentials, és mellette a régi munkacsoportos szerver virtualizálva .Azon is gondolkodom, kell-e nekem AD, mert egy visszaállítás csak nagyobb szopó, és olyan nagyon sok funkcióját nem használnám ki az AD-nek ebben az esetben, mivel a fluktáció minimális, levelezés kint van, van viszont helyette egy raklap retek program, amelyek futtatásához a klienseken rendszergazda jogot kell adjak a usernek. Az is biztos, hogy egy ideig együtt kell futnia a régi workgroup szervernek az(esetleg) AD-s újjal, bár ez nem jelenthet gondot, maximum nem lesz a régi szerverre SSO.
Mi itt a legjobb megoldás, szerintetek? WG vagy AD? Essentials vagy Standard?
[ Szerkesztve ]
-
veterán
válasz szallasi007 #19343 üzenetére
Köszi a választ! A régi hostot megtarthatnám tartalék DC-.nek, de akkor arra is kellene venni egy Standrard-et, ha jól rémlik az SBS2011-nél is volt egy olyan korlát, hogy csak DC lehet, TDC nem (Essentials-néál viszobnt biztos van ilyen, így az sem opció).
Amúgy van egy erősebb QNAP is, amit jelenleg backupnak használok, esetleg lehetne az az FS, és vennék másikat backupra, de akkor már nagyon megborítom a rendet.
Ami még szóba jöhet, hogy WS2016 elsődleges DC-nek, Azure-ös gép meg másodlagosnak, de nem tudom, ez mennyire életképes.
Lehet, hogy marad az, hogy az új hoszt kap egy WS2012R2 Standard-et, kap egy produktív WS2012R2 Hyper-V szervert maga alá, és csak workgrup marad, akkor nincs probléma az AD+FS házasságból.
-
veterán
válasz kraftxld #19347 üzenetére
Köszi Kraft, ilyesmi vázlatra vártam, mert jóval ésszerűbbnek tűnik, mint az eredeti elképzelésem, de van egy bökkenő: az egyik, hogy nem vagyok benne biztos, hogy az AD járható út. Raklap régi szoftver fut a szerveren és a klienseken is, nem tudom, hogyan reagálnának az AD-re. Most sincs tartomány, és ennyi főnél nem érzem a hiányát, maximum egy kis érzés motoszkál bennem mindig, hogy ez így parasztos, de a helyzet az, hogy évek óta működik.
Ha meg kell a workgroup, az kilövi az Essentials-t, mert ha jól rémlik, előtelepített AD-val érkezik, és nem lehet workgroup szerverként használni, de lehet, hogy tévedek.
A régi vasat nrm járatnám folyamatosan, ha gebasz van, mentésből pakolnám át rá a VM-et, ennyi megállást kibírnak. Apropó, mentés: Macriumban gondolkodom az ára miatt, de valaki képben van a Veeam árazásával esetleg? Mibe kerülne egy olyan verzió, ami szőrőstől-bőröstől lementene egy VM-et? A fizikai hostot nem lényeges annyira ebben az esetben, szvsz.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Samsung Galaxy S23 Ultra - non plus ultra
- Háború Izraelben
- Vodafone mobilszolgáltatások
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Politika
- Videós, mozgóképes topik
- Eredeti játékok OFF topik
- Milyen alaplapot vegyek?
- Automata kávégépek
- Milyen monitort vegyek?
- 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