- Poco M3 - felújított állomás
- Térerő gondok, tapasztalatok
- iPhone topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Google Pixel topik
- Milyen okostelefont vegyek?
- Honor Magic6 Pro - kör közepén számok
- One mobilszolgáltatások
- Olcsó Galaxyk telepíthetik a One UI 7-et
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
> Nem, de ez sem éppen elfogadható, hogy nincs HW hiba (már) de nem tudsz vele mit kezdeni.
De volt HW hiba. Szet vannak estve a metaadatok, ez semmilyen fajlrendszeren nem segit. Az is eredmeny, hogy nagyreszt olvashato az adat.
> Azt nem is mondom, hogy ugyanígy táp kontakthiba esetén a tükör nem védett meg az adatvesztéstől
Az tokmindegy, hogy minek volt hibaja. A ZFS (es hasonlok) a lemezhibaktol vedenek. Ha mindegyik eszkozzel gond van, az egy mas ugy. -
-
#34263
lionhearted
őstag
hcl
#34262
-
urandom0
senior tag
-
#34259
lionhearted
őstag
hcl
#34258
A basic auth csak egy szabvány, hogyan küldöd el a jelszavad. Hogy azzal mit csinál a web szerver, az a te dolgod.
Attól lesz jobb egy megoldás, hogy nem csak user/passt küldesz, és lehetőleg nem plain HTTP-n.![;]](//cdn.rios.hu/dl/s/v1.gif)
Szerintem.@bambano: minden igaz, csak az nem, hogy user/pass tárolásra ajánlottam. Alapból tud totpot, webauthN, és más modern autentikácios lépést/megoldást. Néhány kattintás, és jól dokumentált.
-
#34257
lionhearted
őstag
hcl
#34255
Jó, én értem, csak ebben vannak össze nem egyeztethető tételek...
Basic auth/httpaswd miben rosszabb, mint formloginnal belépni egy ldapba?
Máshonnan kell közelíteni, a user/passt elkerülni, vagy legalább bővíteni 2FA-val. Erre van több lehetőség, van ami gyárilag adott (a felsorolt külső szolgáltatók, akik ingyen adják neked ezt az egészet), van ami extra eszközt igényel (Yubikey/webauthN/hmac challange-response megoldások), vagy gányolsz magadnak egy httpaswd-totp megoldást, ami igencsak limitáltan működik (basic authnál folyamatosan kell küldeni kb, tehát extra hosszú lejáratú totp megy csak érdemben.) -
#34254
lionhearted
őstag
hcl
#34253
-
#34252
lionhearted
őstag
hcl
#34245
-
#78522999
törölt tag
Nincs dinamikus dns-em. A domain szolgáltató dns-ét használom, ott van beállítva a domain-ekhez a vps ip.
De sokáig nem volt gond vele. Most viszont egy kis szünet után újrapakoltam a szervert és új certbot hitelesítést csináltam a https kapcsolathoz a domainek/subdomainek számára.
Nem tudom van-e összefüggés, de azóta elszabadult a pokol.Úgy döntöttem törlöm a teljes szervert a log-ok mentése után és másképp csinálom meg újra.
Nem pakolok ki mindent a webre/netre.
Nem tudom, de esetleg maradhatna a phpmyadmin ssh-tunnel-el?
Illetve jó volna valami whitelist alapján csak bizonyos ip tartományokra korlátozni a szolgáltatások elérését. -
-
#78522999
törölt tag
Nekem is fura, de akkor miért tudtam ssh-val bejelentkezni??
Illetve a szolgáltató oldalán "running" volt a státusz.
Mindegy, most figyelni fogok mindenre és ha valami furcsaság van, kutakodni fogok.Mondjuk hibát nem látok az ngix esetében ami érdekes lenne, de az access tartalmaz érdekes kéréseket.
Illetve van fent egy phpmyadmin is, aminek szintén érdekes a log-ja. Folyamatos kéréseket látok, miközben nem is használom. -
jimmy399
senior tag
Nos, ez nem a ZFS-el kapcsolatban írom, de a gyorsulásról jut eszembe:
SSD-s rendszerindítás (ext4, default kapcsolókkal):
-------------------------------------
Startup finished in 185us (firmware) + 36us (loader) + 9.454s (kernel) + 13.969s (userspace) = 23.424s
graphical.target reached after 12.052s in userspace.HDD-s rendszerindítás (BTRFS, zstd fájlrendszertömörítés):
-------------------------------------
Startup finished in 79us (firmware) + 35us (loader) + 7.938s (kernel) + 13.138s (userspace) = 21.077s
graphical.target reached after 13.119s in userspace.SSD egy 2,5"-os USB 3.0-s házban (64 GB Kingston, BTRFS compress=zstd):
---------------------------------------------------------------------------------------------------------------------------
Startup finished in 111us (firmware) + 62us (loader) + 7.412s (kernel) + 11.186s (userspace) = 18.599s
graphical.target reached after 10.739s in userspace.Debian 12.5, legutolsó kiadott kernellel. Bár tény, hogy az első egy Xfce4-es DE
a HDD-n meg egy Openbox-os tint2-es és konzolos login van és a 3. SSD-n a külső házban szintén a HDD-ről áttelepített rendszer fut Openbox-al és tint2-vel.A Chrome indítás kb 15 másodperc az első indítás esetén, ez egy belejlentkezett profillal és bekapcsolt cache-el.
-
Elnézést, ha úgy jött le, h esetleg az általános hozzáértésedet vonom kétségbe. Storage építésénél jellemzően a célszoftvernek próbáljuk adni a kontrollt.
TrueNAS rendes Linux, abszolút való virtualizációra. Ha sima Debiant raksz fel, az is működni fog, de a TrueNAS (Scale) ad egy csomó segítséget.
-
Az a baj, h nem vagy kulonosebben tapasztalt/profi infrastruktura-mernok, de el akarod kezdeni egymas tetejere pakolni az absztrakciokat. Ez az almoskonyv szerint nem vezet jora, mert ha valami elkezd rakoncatlankodni, macerasabb lehet kinyomozni, hogy mi van.
ZFS/RAIDZ1 on bare metal (HBA), ez a megoldas, ami neked kell. Konkretan azt javaslom, hogy TrueNAS-t rakjal fel. Ha gond van, diszk ki/be, resilver, kesz. Ha alkalmazasok, szolgaltatasok kellenek, akkor TrueNAS alatt virtualizalsz.
Lehet ennel bonyolultabban is csinalni, de _szerintem_ nem tartasz ott. Ha nem fontos az adat, akkor persze jatssz vele.
-
#34107
lionhearted
őstag
hcl
#34106
-
#34105
lionhearted
őstag
hcl
#34104
> Keverni? Amikor egymás mellett fut 200 gép egy Power vason, az keverés?
Nem. Semmi köze nincs ahhoz, hogy 200 gép van-e rajta, az a compute node-ot írja körül. És egy compute node nem úgy néz ki mint egy SAN. Ezt értem keverés alatt.
> Igen, ezért kérdeztem, hogy mi az, ami az adott céloknek egyszerre meg tud felelni
Remélem, hogy értem a kérdést, és legjobb tudásom és pozitív hozzáállás mellett írom, amit írok. Tehát pipa.
> Lássuk, nagyobb diszkre költöznél, akkor a RAID tömböt macerálni kell. Meghal egy diszk, RAID macera. Partíciókat kell macerálni. Stb. Egy qcow2 esetén meg a NAS-nak mindegy, mi van alatta.
De a hostnak nem mindegy. Azt akartam itt kifejezni, hogy teljesen mindegy, hogy a HOST ZFS-t vagy a GUEST ZFS-t kell abajgatni, pontosan ugyanazzal a munkával jár. A diszk csere akkor is a HDD fizikai kicserélésével jár, és pont. Ha pedig azt értjük extra melónak, hogy ezen valamiféle OS is van, akkor mindkét esetben így van (lehet/lesz), az egyik esetben a HOST OS, a másikban a GUEST OS. Ha van plusz diszk, akkor egyik esetben sem kell.
> A plusz réteg meg minden VM esetén megvan, szóval...
Ugye a direkt hozzáférésben az a lényeg, hogy nincs meg, legalább is a storage-et illetően (jelen esetben). "Menedzselni" a KVM-et persze kell, hogy ki kapja meg, ez plusz meló. De nincs FS->QCOW2->FS, csak 1db FS van az adott pár diszkeden, és pont. Pont ott, ahol a legértékesebb adataid vannak.
> És khm, az sem szokás, hogy a VM local diszken, az adat meg SAN-on, akkor már a VM is a SAN-ról fut, a hostban nem is kell legyen diszk.
Szokásokról nem nyitok vitát, amúgy pedig nem pontosan ezt írtam. És magad is hoztál rá példát.
-
#34101
lionhearted
őstag
hcl
#34095
Persze, hogy ritkán látsz ilyet, hiszen nem szokták keverni a funkcionalitását a fizikai vasnak. Már csak azért sem, mert másra van szükség adott funkcionalitáshoz, más-más az optimum... de szükség törvényt bont, te meg otthonra kendácsolsz, és ehhez próbáltam hozzátenni, teljesen függetlenül attól, hogy mi van enterprise környezetben.
Még azt tudom elképzelni, hogy a KVM-nek ZVol-t adsz (iSCSI target, ahogy egy storage-ről kapnád), ha már nem LVM-ben gondolkozunk.
A fizikai diszket nem tudod könnyen költöztetni? Akármilyen környezetbe viheted, ahol van SATA csatlakozó.
ZFS alatt diszket cserélni (bővíteni!!) azért rendesen szívás, de megintcsak, nem mindegy, hogy a host diszkjeit cseréled, vagy a guestnek adottat? Nem látok különbséget. Ugyanazok a ZFS problémák.
Ámde az, hogy egy fájl az egész adattárad, az ad egy extra komplexitás, amivel extra hibát viszel a rendszerbe... ha az valahogy megrottyan, vihet mindent... és igen, ez igaz a fájlrendszerre is, de olyanod ugyanúgy van (ZFS a hoston), sőt, több is egymáson (hiszen a fájlod csak egy block device a guest felé, arra tesz még ő is egy plusz FS-t, pl ext4.) És akkor a ZFS előnyeit egy óriási binárison kell értelmezni. Snapshotolni a qcow2-t, háááát, ha próbáltad, akkor tudod, hogy azt menedzselni nem könnyű. Azt csinálja, hogy lesz 2 fájlod, és az élő rendszer diffeli a régit... abból újra egyet csinálni ugye... performanciáról nem is beszélve. Menteni se poén egy ilyet, de sokat segít, ha külön van az adattár, ha az nagyjából WORM.Nem tudom ki hol találkozott enterprise-szal, vagy én vagyok túlságosan közel a hiperkonvergenciához, de mifelénk nincs a compute node (legyen az kvm vagy kubernetes worker) lokális diszkjein megőrzendő adat. És persze hívhatom a SAN-tól kapott blockdevice-t "VM diszknek", de nem teszem, mert valaki még összekeveri a lokálisan tárolt qcow2-vel. Szóval @urandom0 mondása nálam így végződne: ...minden mást a storage réteg (Ceph, Gluster, SAN, stb.) tárol.
-
#34092
lionhearted
őstag
hcl
#34091
-
#34089
lionhearted
őstag
hcl
#34088
-
#34087
lionhearted
őstag
hcl
#34084
-
bambano
titán
szerintem mindent, ami állandó, és nincs túl nagy igény a biztonsági szeparációra, azt egy helyre kell tenni.
veszed a vasat, ráraksz egy alap debiant, és azon összedrótozod a kvm hostot meg a nast.egyébként meg az is kérdés, hogy neked mi az, hogy nas? nekem a nas az egy nfs szerver és pont. nincs mit virtualizálni rajta. ha guesteket akarsz rátenni, akkor lvm2.
Szerintem nem kell túlbonyolítani semmit, fájlrendszer az ext4 és jónapot. Arra kell figyelni, hogy alap beállítással kvm-et ne rakj raid1-re.
-
Antaran
csendes tag
Végül felment egy 32 Gb -s pendrivera a Debian 12, egy másik installer pendriveról.
X260 intel cpu-n installáltam, aztán beindult vele egy Ryzenes laptop is pendriveról.
Az volt a bibi, hogy az installer valami miatt nem gondolta fontosnak, hogy a target system partition az bootable legyen. Miután cmdből azzá tettem, elkezdett beindulni róla a gép. -
Antaran
csendes tag
Köszönöm szépen. 👌 Vagány. Még emésztem a cikket + A 8-10GB tárhelyen még gondolkozok, hogy van e ilyen. Ami még itt fennforgás, hogy nincs linuxos gépem. W10ről irtam ki az install ISO -t egy 32 Gb-os pendrivera. Amiről át szerettem volna installálni a 256 GBos pendrivera egy yt video alapján, csak mig ott bootolt install után, nálam nem. Lehet, h a méret is túl nagy ehez, legalábbis túl sok cikket találok arról, hogy főleg inkább 32 GB nál kisebb driveokkal érdemes próbálkozni.
-
5leteseN
senior tag
Nézem...
Közben az is beugrott, hogy a Plop miért merült fel bennem (ismét): az UEFI-BIOS-ban emlegettek vhol onnen meghivható RAM-drive-ot.
=> ...és a Plop emlékeim szerint megtudja "hamisitani" a régi "tutyi-mutxi" BIOS-okat UEFI-sre, REBAR-osra, lehet, hogy ezt is tudja már, vagy fogja tudni, miután szólt neki valaki 
Majd jövök holnap, és addig is:
-ek! -
janos666
nagyúr
Kipróbáltam mindkettőt, és a Btrfs mellett tettem le a voksom.
A ZFS-nek van 2, számomra viszonylag nagy limitációja (hasonló gyökérből fakadnak):
- nincs defrag (pedig ha kvázi-állandóan írsz rá, akkor de, igen, töredezik... lalalalááá...)
- nem lehet RAID profilt váltani, beleértve, hogy nem tudsz pl. 3-ról 5 lemezre bővíteni.
Ami ZFS-ben jobb, az a saját scheduler és cache management, beleértve a most már tudtommal akár perzisztens (reboot-ot túlélő) L2 cache (de ahhoz külön vdev kell, tehát pl. egy dedikált SSD). Illetve ott elvileg nem fordulhat elő, hogy áramszünet/pánik miatt félbemarad egy olvas-módosít-ír ciklus, de ez úgy tudom, hogy csak szinkron írás módban igaz, és ha nem adsz hozzá külön vdev-et (sőt, ezt javasolt 2 lemezre tükrözni, mert átmenetileg csak ezen él egy példányban az inten log, vagyis ami majd írva leszen a tömbre - ennek megfelelően olyan SSD-t javasolnak, amin van áramtartalék kondenzátor), akkor az lassú művelet (ezért kapásból át is lehet irányítani a szinkront aszinkronná, ha nincs hozzá külön vdev-ed, és jobban érdekel a sebesség, mint adatbiztonság).
Szeirntem Btrfs-ben is tök egyszerű lenne kiküszöböni, ha manuálisan állítható lenne a stripe size (de valamiért még mindig nem az), és beállítanál pl. 5x 512n HDD-kkel 4k szektor és 4k leaf size-t (akkor eleve sohasem lenne részleges felülírás).
A Btrfs-nél 10+ éve "majd egyszer" mindkettő. A kézi stripe size és a vdev-szerűség is. A "write-hole" dolgot meg akarták egyszer oldani Btrfs-ben a Microsoft Storage Spaces-hez hasonló módszerrel, csak rájöttek, hogy az lassú (viszont SS-el el lehet játszani a stripe size / sector size trükköt, és akkor gyors, Btrfs-el nem engedik), ha nincs külön vdev (és azt sem akaródznak bevezetni). -
a scrub indítható akár kézzel is
hdd csere nem nagy truváj, elfaileled a diszket, amit ki akarsz venni, kicseréled, aztán azt mondod, hogyzpool replace kötetNév régiHDD újHDD
átméretezést egyszer csináltam (miután kicserélgettem a diszkeket), úgy rémlik kifejezetten fájdalommentes volt az is, de a konkrét parancsokra már nem emlékszem.
az ArchWikin sokmindenre kiterjedő leírás van a ZFS-ről, érdemes átböngésznisebesség tekintetében viszont passz. nem rémlik, hogy valaha lett volna tapasztalatom RAID5-tel
-
tizenéve használok ZFS-t, eddig a legnagyobb megelégedésemre, azóta a ZFS Kisegyház elkötelezett híve vagyok
öt lemezzel pont faszán össze tudsz rakni egy RAID-Z tömböt, az egy lemez kihalását gond nélkül átvészeli. havonta automatikusan fut egy scrub, az átvakarja a tömböt, szól ha gebasz van.
egyébként meg fasza snapshot kezelés, stb stb. szóval forrón ajánlom a ZFS-t -
JoinR
őstag
Hihetetlen dolgokat tud produkálni egy hibás egér. Nekem pár éve volt olyan, hogy a gép random elkezdett szaggatni, csak tölt és tölt, a feladatkezelő is alig válaszolt. Néha megjavult, de pár percen belül újra előjött. Már nem tudtam mit csinálni, újrahúztam a gépet is, de attól se javult meg. Kihúztam a laptopból mindent, és lám, minden hibátlan. Akkor mondta barátnőm, hogy jaa, kiborult valami az asztalra, az egér is elázott.
-
olivera88
veterán
Na úgy nézem sikerült rájönni mi váltja ki a hibát. Most sikerült böngészőn kivül is előidézni a hibát. Mégpedig ha az egérgörvővel kattintok, probáltam Dolphinban kétszer is egymás után, hogy megnyitok egy mappát egy új fülön, és egyböl elő is jött hiba.
Aztán kipróbáltam 1x Chromeban is, hogy megnyitok egy linket görgővel új fülön, és egyböl előjött a hiba.
Eddig nem volt ilyen problémám, napi rendszerességgel szoktam görgővel kattintani böngészőben és sose lett ilyen probléma.
Mi lehet erre megoldás? Igy h elvileg most már tudjuk mi okozza a hibát.
Megpróbálok egy másik egeret, azt hiszem van egy régi működő Logitech egerem.
Létezhet h egér állhat probléma hátterében? -
olivera88
veterán
Nem oldja meg kwin --replace. Vivaldit próbaltam egyszer de ott is ez lett.
sh4d0w Nincs olyanom.kwin --replace Amúgy valami errorokat is dob
A A KDE fórum találtam megoldást elvileg. [link]
rm -r ~/.local/share/kscreen/
And redo your display configuration.De nem próbáltam még.
Ez milyen beállításokat töröl amúgy? -
olivera88
veterán
Hiába kapcsolom ki kompozitort. Ugy is sikerül elöidézni ezt a hibát..
Hülye kérdés lehet, de létezhet h böngésző miatt jön elő a hiba? Akárhányszor eddig elöjött mindig Chrome használáta közben.
Az előbb úgy használtam gépet egy darabig h nem volt nyitva a Chrome. Gépen csináltam ezt azt, videót néztem, fájlokat helyeztem át, futattam Python scriptjeim, letöltö scripteket futtattam. Aztán megnyitottam Chromet h megnézzek ezt azt, és kb fél órába se telt bele asszem h előjöjjön a hiba.
-
olivera88
veterán
Ja reagál az alt tabra. Érdekes sose nem volt ilyen problémam amióta Debian 11 et használok, de előtte se asszem. Csütörtök este óta meg most állandóan az miatt szenvedek...
Most kapcsoltam be gépet és már úgy indult h nem működött a kattintás, mert az este így lett kikapcsolva gép. És ki kellett jelentkezni megint..
Mi az a kompozitálás? -
vargalex
félisten
Hogyne lenne CoreElec S912-re. Annyi, hogy csak 9.2.8 verzió van Leia-val (a CoreELEC-Amlogic.arm-9.2.8-Generic.img.gz kell neked) és a megfelelő device tree file-t kell bemásolnod dtb.img néven az első partíció gyökerébe. Utóbbihoz az S905 topic téma összefoglalójának 62b pontjában találsz segítséget.
Illetve a CE telepíthető belső flash-ra is. Ehhez az összefoglaló 62f pontjában találsz némi leírást. -
#33221
lionhearted
őstag
hcl
#33219
-
bambano
titán
a rebuildet nem mdadm processz csinálja, hanem kernel thread.
szerk: a privát magánvéleményem pedig az, hogyha bármi kérdés merül fel egy diszkkel kapcsolatban, az nálam repül. sokkal olcsóbb kidobni és venni újat, mint tojtorozni, azután majd három hónap múlva elszáll a legrosszabb időpontban.
-
#68216320
törölt tag
Jelszókezelés, de nem jelszókezelő.
"Jelszókezelőt nem használok és nem fogok..."
Lehet félreérthető voltam, de akkor pontosítok. Jelszókezelésre jelszókezelőt (program vagy szolgáltatás) nem használok.
Kulcskezelésre viszont nagyon gondolkodom egy Yubikey beszerzésén.bambano:
"szerintem az az ssh-keygen utasítás, amit másik hsz-ben írtál, az új publikus ÉS privát kulcsot is generál."
Még nem tudtam lepróbálni, de lefogom. Úgy kerestem rá, hogy privátból csak publikust csináljon. -
#68216320
törölt tag
Persze, de egy AES256-al védett txt-nél már nem jobb.
Mindegyikhez kell egy mester jelszó, de cserébe nem kell külső program.
De erről nem szeretnék tovább értekezni, mert nem ez volt a kiinduló kérdés.Az viszont igen, hogy az RSA2048 maradhat vagy esetleg érdemes lépni egy szintet?
-
#68216320
törölt tag
Az világos, jelenleg is minden user mondjuk a VPS-en 1-1 sor az authorized_keys-ben. De félreértettél, nem erre gondoltam, hanem a private szközökre.
Azaz most egyetlen private kulcsom van mondjuk a laptopomon id_rsa névvel. Ennek a public része van használatban a VPS-en, GitHub-on, Raspberry-n, etc.A kérdésem arra irányult, hogy amennyiben minden helyre külön kulcspárt csinálok, akkor több id_rsa (vagy éppen ami a fájlnév az új algoritmusú privát kulcshoz) lesz a laptopomon?
arcoskönyv:
Nincs forward jelen esetben sehol. Azaz mindenhol a kliens közvetlenül éri el a public-ot (VPS, HomeServer, satöbbi)Igazából a problémám az, hogy mondjuk a GitHub-on lévő publikus kulcsot használom a VPS-en is (és még pár helyen) és nem érzem megfelelően biztonságosnak a dolgot.
Vagy valami tanúsítvány használat jobb lenne?
-
#33056
fatpingvin
addikt
hcl
#33054
fatpingvin
addikt
-
urandom0
senior tag
Igazából RHEL-ből van free verzió, de csak magánszemélyek részére, 16 gépig (azt hiszem). De ez most céges dolog lesz. Lehet, hogy akkor maradok mégis a CentOS-nél.
Ez a Oracle Linux nem tűnik rossznak, állítólag 1:1 RHEL kompatibilis, de van belőle "unbreakable kernel" nevű, hiper-szuper stabil változat.
-
urandom0
senior tag
CentOS Stream? Végső soron az sem lenne rossz, csak kicsit tartok tőle, hogy instabilabb, mint egy downstream disztró.
A Suse nem lenne rossz, de azért a RHEL/CentOS vonalnak nagyobb a támogatottsága. Igazából az Oracle Linux vs. Rocky vs. Alma között vacillálok, csak nem tudok dönteni. Én szívem szerint az Oracle-t választanám, de ahogy utánaolvastam, a többség inkább az Almát vagy a Rockyt ajánlja (jellemzően csak azért, mert az Oracle az az Oracle-é).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Szerintem.
miért nem futhat a hoston smb?
Új hozzászólás Aktív témák
Hirdetés
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Bomba ár! Lenovo ThinkPad P43s - i7-8G I 8GB I 256GB SSD I Nvidia I 14" FHD I Cam I W10 I Garancia!
- Turbózd fel géped a jövő RAM-jával!
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- Xiaomi Redmi Note 13 Pro+ 512GB, Kártyafüggetlen, 1 Év Garanciával
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest