Új hozzászólás Aktív témák
-
-
Gargouille
őstag
válasz s.roland93 #27347 üzenetére
Esetleg ez a hiba lenne az?
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz TheSaint #27370 üzenetére
Tudod ez is olyan, hogy attól függ honnan nézed. A te szempontodból kutyaütő banda. De közben lehet azért van ez a brigád, mert ők adták a legolcsóbb árajánlatot és hát olyan is a színvonal.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz sanzi89 #27380 üzenetére
Nem vagyok reprezentatív forrás, csak a saját tapasztalataimra tudok alapozni, de az összes vírusvédelem nagyjából "placebo" a gyakorlatban - ezen az alapon - ha azt nézem, hogy hány kármentésben vettem már részt és mennyi különböző védelmi megoldás volt mindenhol. Igazából ez a vírusvédelem témakör is alapvetően egy hitkérdés, mert leginkább a szerencsén múlik, hogy pont megfogja-e azt, ami érkezik. A defender semmivel nem rosszabb mint a többi.
Teljesen egyetértek a mentés fontosságával.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Flowtation #27393 üzenetére
Erre nincs általános megoldóképlet, hogy mi a legjobb az erősen függ attól is, hogy mennyi felhasználóról és mappáról van szó. De abból érdemes kiindulni, hogy az adatok lehetőleg úgy legyenek elrendezve, hogy ne 100 mappa mélységig kelljen variálni, mert az szinte kezelhetetlen lesz. Lehet célszerűbb először átgondolni milyen csoportok vannak hozzáférés szerint és átrendezni külön mappákba az adatokat, hogy minél egyszerűbb legyen a hierarchia és átlátható maradjon.
Elvileg a szabályos megközelítés, hogy csoportokba rakod a felhasználókat (pl. pénzügy, sales, support stb.) és ezeknek a csoportoknak adsz jogokat. Lehet úgy is persze ahogyan leírtad, de abba gondolj bele, hogy ha ilyen keresztezéseket csinálsz, hogy például read mindenki de vannak kivételek, akkor idővel nagyon áttekinthetetlen lesz az egész, lehetnek nem várt keresztreakciók stb.
Ami a legfontosabb, hogy áttekinthető legyen a rendszer, először csinálj egy jogosultsági mátrixot akár excelben, vedd fel a mappákat és a csoportokat a két tengelyre és X-elgesd be, hogy melyik mihez fér hozzá. Utána ha átgondoltátok és érthető, akkor állíts bármit is.Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz MasterDeeJay #27421 üzenetére
"Lemezkezelőben tükör eltávolítása opció gondolom, nem cseszi szét a megosztásokat?"
Emlékeim szerint nem, menet közben megcsinálható. Utoljára kb 6 éve csináltam ilyesmit, de úgy rémlik, probléma nélkül ment. Ha van rá időd esetleg egy virtuális gépen teszteld le a folyamatot.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
-
Gargouille
őstag
Valószínűleg mindezt meg tudod oldani egy PS scripttel, kiexportálod, összefűzi aztán beimportálja egy külön usernek például. Meg rakhatsz bele összefésülést is mondjuk, hogy az ismétlődőeket kikapálja stb. Igazából csak fantázia kérdése.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Senki sem születik PS gurunak, de ha van rá kapacitásod (és érdeklődésed), akkor ez egy remek feladat kicsit beletanulgatni. Csak fejben bontsd szét a folyamatot (például exportálás, összefűzés, importálás) aztán csak úgy kis részenként próbáld megírni. Rengeteg segítséget, példákat lehet találni a neten, bőséges az irodalma.
Annyiból még bátorítanálak rá, hogy ha picit megbarátkozol a PS-el, akkor nagyon sok mindent meg fogsz tudni oldani vele / automatizálni és sok terhet levehetsz a saját válladról, szóval mindenképp hasznos dolog.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Hzsolsz #27438 üzenetére
Igazából szerintem ez nem épp ideális felállás, hogy a DC végzi a belső útválasztást lényegében, az ilyesmit általában úgy szokás megoldani, hogy a routeren osztod külön szegmensekre a hálózatot és ezeket tűzfaszabályokkal szeparálod is.
Azzal, hogy ha kiveszed a DHCP-ből a GW-t, még nem oldottad meg, mert ha kézzel beállítja magának valaki a kliensen akkor ugyanúgy át fog látni a másik alhálózatba.
Ha szolgáltatói router van, akkor azon ez nem megoldható általában, de egy egyszerű Mikrotik routerrel például simán.Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz petiwr #27448 üzenetére
Kiegészítésként mondom csak, hogy ha esetleg vannak konkrét kérdések már a fejedben, amik megfogalmazódtak, akkor akár szerintem ide is bedobhatod, hátha meg tudja valaki közérthetően válaszolni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Döglött Róka #27450 üzenetére
Helyes! No meg ha jön pár jó kérdés és itt meg lehet vitatni, abból még más is tanulhat, így nem csak petiwr kollégának lehet hasznos.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #27469 üzenetére
A többiek már leírták jól, én csak két dolgot fűznék hozzá:
1. VLAN. Erre fókuszálj, jól mondta F.E.K. kolléga.
2. A szerverről nem tudunk sokat, de ha esetleg ez egy virtuális gépként fut, akkor a hypervisor-t rakd külön védett VLAN-ba a mentéssel együtt, a virtuális gépet meg a normál hálózatba, hogy elérjék a userek. Így full el tudod szeparálni az infrastruktúrát a produktív környezettől. Ha nem virtualizált, akkor pedig tedd azzá.
3. Veeam Agent-el tudsz menteni gyönyörűen. Alapból ha csak ezt a szervert akarod menteni, akkor ingyenes. Ha virtuális környezet van, akkor pedig a Veeam Backup & Replication Community Edition -al profi módon akár több virtuális gépet, fizikai gépet vagy bármit is. Szintén ingyenes, annyi limittel, hogy 10 gépet fogsz tudni csak vele menteni, de ez több mint elég.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #27475 üzenetére
Valószínűleg úgy gondolja, hogy a NAS-on fut a backup szoftver (vagy app vagy aminek akarjuk nevezni) és az készíti a mentést a szerverről, nem pedig úgy, hogy a szerveren fut a backup szoftver, ami a NAS-ra tolja át az adatot.
A logika - gondolom - ebben az, hogy ha kompromittálódik a szerver, akkor az utóbbi esetben a támadó könnyen hozzáfér a NAS-hoz is a szerveren mentett hitelesítőadatok megszerzésével, míg az előző esetben nem.
Ehhez annyit szeretnék csak hozzáfűzni, hogy ha egy alhálózaton van a két eszköz (szerver és NAS) és képesek oda-vissza kommunikálni egymással, akkor igazából nem sokkal vagy előrébb, mert ha bejutnak a szerverre onnan közvetlenül támadható a NAS is, ami valószínűleg csak idő kérdése, hogy elessen.
Ha szeparálod az alhálózatokat (külön VLAN-ok) és két külön alhálózatban van a NAS és a szerver, akkor tudsz ez ellen védekezni, mert akkor például tudsz "egyirányú átjárást" biztosítani a két hálózat között. Például a NAS hálózatából "átlátsz" a szerverébe, de fordítva viszont nem (mondjuk egy Mikrotik routerrel ezt könnyedén meg tudod oldani). Ezzel pedig el tudod érni, hogy a NAS-on futó bakcup szoftver szépen eléri a szervert és le tudja menteni, de ha bejutnak a szerverre visszafelé már nem tudják sehogyan sem elérni a NAS-t, mert abba az irányba nem átjárható a két alhálózat.
Ez persze csak egy lehetőség a sokból.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Flowtation #27492 üzenetére
Mármint ez nem működik?
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz bolvar #27546 üzenetére
A merevlemez titkosításnak pont az a lényege, hogy a ne férj hozzá a tartalmához ha kiveszed a lemezt a gépből vagy idegen adathordozóról bootolsz. Magyarán ha a bebootolsz egy CD-ről vagy pendrive-ról, akkor RAW disk-et fogsz látni kb. --> így nem tudsz lokál admin jelszót resetelni
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
-
Gargouille
őstag
válasz bogabi #27576 üzenetére
Ugye itt az sem mindegy, hogy milyen Team-be fogod össze a kártyákat (switch independent, LACP, static...), illetve az SMB Multichannel a jó barát.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz MasterDeeJay #27580 üzenetére
Eventlog-ban mit találsz róla? Gondolom a sikertelen authentikációról kerül bejegyzés.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Kicsit hasonlóval már volt dolgom tavaly. Sharepoint-ra akart költözni a cég egy Synology NAS-ról (két telephely), de mindenképpen ragaszkodtak a felmappelt hálózati meghajtóhoz. Végül egy nagyon szerencsétlen kompromisszummal megoldottuk nekik, de IE kell hozzá és azzal van lehetőség felcsatolni így egy Sharepoint mappát, noha ez már nem egy supportált megoldás tudtommal. Persze kellett hozzá egy vbs scriptet is írnunk, mert kb hetente újra kell csatlakoztatni, ezt meg automatizálni kellett valahogy.
Szóval én ilyesmire csak ilyen gány megoldást láttam sajnos. Pedig - szerintem - jogos igény lenne a userek részéről.
A OneDrive klienssel meg az a gond, hogy a leszinkronizált fájloknál nem igazán jól megoldott a közös munka, idővel jönnek a duplikálódott fájlok vagy a csak nagy sokára (esetleg soha) felszinkronizált változások stb. Nagy mennyiségű fájl és mappa esetén horror tud lenni (van multi ügyfelünk, ahol ez napi probléma).
Igazából én eddig jól működni a gyakorlatban csak ott láttam, ahol böngészőből nyitogatják a fájlokat, de azt meg - szerintem - kényelmetlen és fapados használni egy fájlkezelőhöz képest.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
"Pont arra gondoltam, hogy így fogják használni, ezzel kiveszem a képletből a OneDrive-os sync problémáját, meg igazából talán szól is a usernek, ha olyan fájlra nyit rá, amit mások használnak."
Igazából ha a userek a böngészőből való használatot el tudják fogadni és megszokják, akkor az tökéletesen működik. Ha így használják, akkor a felhasználók egyszerre is szerkeszthetik bármelyik fájlt (akár az asztali alkalmazásban is, a lényeg, hogy a böngészőből nyissa meg), nem lesz ütközés, realtime látják egymást mondjuk az excelben, ahogy szerkesztik. Szóval ez a jó megoldás igazából, csak én alapból rühellem a böngészős alkalmazásokat, nekem nagyon nyögvenyelős.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz TheSaint #27601 üzenetére
Igazából de, gondolkodtunk ilyenben is, de ez nem rajtunk múlt sajnos, a döntést végül az ügyfél hozza meg. Nyilván minden szcenáriót elé raktunk az előnyökkel, hátrányokkal együtt, aztán a saját szempontjaik szerint döntöttek.
Valahol amúgy szerintem kicsit kiábrándító, hogy ott tartunk, hogy 3rd party szolgáltatás kell, hogy komfortosan használj egy eleve a másik szolgáltatásodat, amire előfizettél, miközben technikailag simán megoldható lenne, hogy ne így legyen, csak mindenki próbálja a saját elképzelését erőltetni és "nevelni a user"-t, ahelyett, hogy kiszolgálná az igényeit. A konkrét esetnél maradva én valahol megértem, hogy a felhasználók már évtizedek alatt megszokták a felcsatolt meghajtó használatát, erre rendezkedtek be, ezt értik, erre építettek egy csomó saját megoldásukat és nehezen fogadják el, hogy ha ez 20 éve jól működik, most mi az igazi akadálya, hogy nem lehet? Mert azt látják, hogy nem technikai akadálya van ténylegesen, hanem csak valaki "önkényesen" eldöntötte, hogy holnaptól máshogy kell, mert csak...
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Döglött Róka #27605 üzenetére
"De szol, mivel a mapped drive egy eleg archaikus es nehezkesen managelheto dolog."
Sajnos nem ismered a körülményeket, enélkül meg ezt így kijelenteni - meg ne bántódj - butaság. Ez egy rozsdamentes acéltermékek gyártásával foglalkozó cég, nem csak office felhasználás van, hanem egyéb dolgok is, amik a felcsatolt hálózati meghajtóra épülnek, itt ez korántsem ilyen egyszerű kérdés.
"Sharepoint online+onedrive+teams egyutt kb mindenre is eleg, csak el kell engedni fejben a mapped driveot vegleg."
Te nyugodtan elengedheted, de sokaknak ez kényelmetlen, esetleg baromi lassú (és ezáltal hatékonytalan) is lehet vagy akár használhatatlan ha van már egy kialakult workflow, ami meg más megoldásra épül. A jó megközelítés az lenne, hogy mind a kettő rendelkezésre álljon és mindenki a maga preferenciái szerint tudja használni.
Én azt az elvet vallom IT-sként, hogy alapvetően informatika van az emberért és nem fordítva.Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Döglött Róka #27619 üzenetére
"Szerintem meg haladni kell a korral."
Ebben egyetértek veled. Csak abban van köztünk különbség, hogy mit értünk "haladás" alatt.
"Es a korulmenyek ismerete nelkul allitottam, hogy a mapped drive archaikus."
Ez lehet, csak te egy konkrét esetre reagáltál. Ugyanis én egy konkrét esetről írtam, hogy az adott cégnél nem volt műszaki érv mellette. Ha esetleg nem érthető így, akkor ez azt jelenti, hogy abban a környezetben, abban a use case-ben tökéletesen működött a NAS-al a rendszer (amúgy egy korszerű környezetet képzelj el), semmilyen szakmai érv nem indokolta, hogy változtassanak rajta, a felhasználók is elégedettek voltak vele, nem volt hátránya és hiányossága sem."Es a korulmenyek ismerete nelkul allitottam, hogy a mapped drive archaikus. Ha egy szervezet szereti hosszutavon labonloni magat, akkor hajra."
Példánál maradva ők most épp azzal "lőtték lábon" magukat, hogy felhőbe mentek. Azon túl, hogy csak felesleges plusz költségeik lettek, igazából semmit nem nyertek vele, csak körülményesebb lett a rendszerük. Amiért a felhő előnyös lehet, arra pont nincs szükségük, amire viszont szükségük van, arra meg pont nem a Sharepoint a jó megoldás.
A felcsatolt mappákat nem tudják elengedni, mert vannak olyan 3rdparty eszközök és szoftverek, amik miatt megkerülhetetlen nekik. Szóval ezt is mindig helyzete válogatja, hogy mivel "lövöd épp lábon" magad. Semmit sem szabad ész nélkül erőltetni, a haladást sem.
Akkor van értelme "fejleszteni", ha attól valóban fejlődsz, amikor nyersz vele, tehát hatékonyabb, gyorsabb, biztonságosabb, stabilabb stb. lesz tőle a rendszer. Ha nem nyersz vele semmit, sőt még visszalépés is, akkor semmilyen érv nem szól mellette.
"Az utolso mondatod meg ott van elcseszve, hogy az MS pont az enterprise igenyekhez igazodik. Csak nem a kicsikhez ahol az adminok keptelenek bevezetni uj dolgokat."
A valóságban vannak kis és nagy vállalatok is, mindegyik a maga igényeivel és lehetőségeivel. Mivel üzemeltetünk multiknak is, meg KKV-knak is, látjuk mind a két oldalt.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Rinocerosz #27676 üzenetére
Milyen email fiókokról van szó? POP3, IMAP stb.?
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Rinocerosz #27678 üzenetére
"IMAP - sajnos nehezíti a dolgot, hogy nem tudni hol lett megkötve a tárhely mert aki csinálta már nincs köztünk."
Ezt könnyen kiderítheted, a www.domain.hu -n megnézed a domain nyilvános adatait, ott látni fogod ki a regisztrátor, mik a névszerverek, illetve például a NirSoft-nak a kis DnsDataView programjával meg a DNS rekordjai megnézed, ott az MX rekord alapján már látod, hogy hol a mail szerver.
Ha ez megvan, akkor már tudod, hogy hol is van a levelezés, szinte minden szolgáltatónál van valamilyen webmail felület, a bejelentkezési adatokat ismered a postafiókhoz (legalábbis gondolom, hogy ha az IMAP-ot be tudtad állítani, akkor tudod a jelszavakat), belépsz az egyik ilyen fiókba és kívülről küldesz egy teszt email-t rá. Ha a webmail felületen sem látod, akkor szerver oldalon van a probléma, akkor például reklamálsz a szolgáltatónál.
Az üzleti Gmail (Workspace) is tökéletes megoldás amúgy, vagy egy M365 is, bármelyiknél tudod a saját domain-edet is használni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Rinocerosz #27680 üzenetére
"Most elméletben a .hu domain-t megtartom és fizetjük tovább akkor azt a domain én használhatom egy Google Workspace létrehozásánál ügye?"
Igen. Technikailag ez úgy néz ki nagy vonalakban, hogy magát a domain-t megtartod a jelenlegi szolgáltatónál, azzal nem kell csinálnod semmit. Előfizetsz Google worspace-re vagy M365-re, ott lesz egy admin felületed, ahol a saját domain nevedet fel tudod venni.
Ehhez majd azt fogja kérni, hogy a tárhelyszolgáltatódnál lévő domain-ed-hez vegyél fel DNS rekordokat, ezzel visszaigazolva, hogy valóban te kezeled azt a domain-t, ezt leellenőrzi utána.
Majd ha mindez stimmel, akkor felveszed az email fiókokat (természetesen a saját domain-eddel végződően) és utána szépen átírod a DNS-ben az MX rekordot, hogy a Google vagy az M365 mail szerverére mutasson. Innentől fogva az emailek már a Google/M365 postafiókba fognak érkezni.
Most itt nagyon leegyszerűsítve írtam le a folyamatot, van még jó pár apróság (SPF, DKIM, DMARC, Outlook-ba új postafiókok felvétele stb.) de így kell elképzelni nagy vonalakban.
A lényeg, hogy nem kell átvinned máshová magát a domain-t.Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz bolvar #27717 üzenetére
A részletek ismerete nélkül nehéz ajánlani bármit is, de ahogy Pdave kolléga mondja, a Veeam jó megoldás lehet. Ha csak egy standalone gépről van szó, akkor Veeam Agent, ha meg hypervisor-ról és virtuális gépeket kell menteni akkor Veeam Backup & Replication Community Edition. Így nagy általánosságban kábé ennyit lehet mondani.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Szakbarbár #27727 üzenetére
Általában nem jellemző, hogy állandó admin joga lenne bármelyik felhasználónak, ez elég nagy biztonsági rés lenne. Ugyanakkor arra van példa, hogy ideiglenesen tudjon magának ilyen jogot adni a felhasználók meghatározott csoportja, akinek ez szükséges a munkavégzéshez. Ilyen megoldás például az egyik általunk üzemeltetett multinál is van, ők a Make Me Admin -al oldják meg.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Döglött Róka #27732 üzenetére
Nem tudom, hogy jobb-e bármivel is. Ott arra használják, hogy azoknak a speciális kollégák, akiknek offline terepen kell bizonyos szerviz feladatot végezniük, azok tudjanak lokálisan rendszergazdai jogot adni maguknak egy rövid időre.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Hutti21 #27749 üzenetére
Remélve, hogy domain-ben vannak a gépek:
Invoke-Command –Computername "számítógép1", "számítógép2", "számítógép3" –ScriptBlock { ide jöhet a parancs, amit futtatni akarsz a távoli gépen }
Természetesen cifrázhatod igény szerint tovább.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Hutti21 #27754 üzenetére
Igen, kell hozzá a WinRM. Annyiból jó, ha ezt össze tudod majd hozni, hogy sokat tanulsz is vele és még rengeteg hasonló feladatot fogsz tudni majd megoldani hasonlóképpen. Rettentően meg tudja ám könnyíteni az ember életét a powershell és az automatizálás.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz SirRasor #27763 üzenetére
Az admin centerben az Entra-ban (Identitás) a kezdőlapon a tulajdonság fül alatt találsz egy ilyet, hogy "Javasolt biztonsági beállítások kezelése", na itt tudod szervezeti szinten kikapcsolni / bekapcsolni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
Új hozzászólás Aktív témák
- Milyen TV-t vegyek?
- Politika
- Debrecen és környéke adok-veszek-beszélgetek
- Kerékpárosok, bringások ide!
- Megpróbálják a spanyolok: megvédenék a gyerekeket a közösségi médiától
- Építő/felújító topik
- Melyik tápegységet vegyem?
- Redmi Note 9 Pro [joyeuse]
- Szeged és környéke adok-veszek-beszélgetek
- Nők, nőügyek (18+)
- További aktív témák...
- Dell Precision 5570 15,6" / I9-12900H/ 2TB/32GB/ RTX A2000/ Dell Garancia 2025.05.31-ig
- HP Victus 16-r0008ne - ÚJ 16" QHD IPS GAMER notebook - i7-13700H, 16GB, 1TB SSD, RTX 4060
- HP Victus 16-r0001nt - ÚJ 16" QHD IPS GAMER notebook - i7-13700H, 32GB, 1TB SSD, RTX 4070
- ASUS ROG MAXIMUS Z790 APEX. ! Leírás !
- HP Victus Gaming 16-r1058nt - ÚJ 16" FullHD IPS GAMER notebook - i5-14500HX,16GB, 512 SSD, RTX 4050
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs