-
Fototrend
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
-
bambano
titán
válasz
ZCoyote
#11271
üzenetére
az asus p8b ws egy öszvér alaplap, félig desktop, félig szerver. 2.9Ghz-es qc i5-2310-es procival. Két szerver-kategóriás intel ethernet vezérlője van, ezért tetszett meg. Az az ibm, amit találtam, x3200 m3-as, 2.53GHz-es qc xeonnal, 2G ecc ddr3 rammal. Az ibm-nek rendes háza van (tudod, rendes gép az, amit a gazdája nem bír felemelni
)Gyakorlatilag ennyi a különbség, az ibm-ben xeon és szerver ramok vannak, az asusban meg sandy bridge desktop. Emiatt az asus *sokkal* gyorsabb, az ibm meg hibajavító.
Mindkettő egy tápos, az asusban erősebb táp van (nem mintha számítana).
Arra, amire kell, mind a kettő bőven elég, most egy 1G ramos, dual p3@1GHz-es x330-on megy a dolog, csak az már annyira öreg, hogy instabillá bált. Hogy kiszáradtak a kondik vagy túl gyors vinyók kerültek bele és már nem bírja, nem tudom.
Egyetlen dolog számítana, a rendelkezésre állás. A desktopnál ez egyszerűbb, mert ha bedöglik valami, sarki fűszeresnél veszek másikat, belerakom, oszt jónapot (vagy nem, ezt az alaplapot hetek óta kergetem az országban
). Az ibm (talán) nehezebben döglik be, de ha bedöglött, ahhoz alkatrészt keríteni kicsit macerásabb és drágább.A normális megoldás persze az lenne, hogy x3550 vagy x3650, sas diszkekkel, legalább 6 giga rammal (hogy a három csatorna működjön), valami rendesebb xeonnal, gyári ibm diszkekkel, rsa2-vel, dual táppal, rackkelhetően. Na ez kerül 600k-tól felfelé
-
bambano
titán
válasz
ZCoyote
#11269
üzenetére
a redundáns táp meg az ilo2 (ibm nyelven rsa2) nem +50k hanem +400k-nál kezdődik... ha csak redundáns tápot szeretnék és nem kell rsa, akkor +250k.
az a gép ibm-ből, ami minden szempontból tetszene, pont 3x annyiba kerül, mint egy asus workstation alaplap (ami önmagában dupla annyi, mint egy mezei alaplap). 200k-ból ugyanúgy kingston ram van a gépben a gagyinál is meg az ibm-nél is, nem ibm matricás hynix vagy ilyenek.
ha a gagyi 3 évet bír ki, az ibm meg 5-öt, akkor 3 év múlva szemrebbenés nélkül kikukázom, veszek egy másikat és 200k-t spóroltam meg egy évvel tovább bírta.
-
bambano
titán
nyissunk már egy kis vitát, ha ráértek:
amikor szervert vesztek, akkor törekedtek a márkás vasra (ibm, hp, dell), vagy normális, de azért kommersz cuccból rakjátok kössze (asus, gigabyte)? esetleg made in dzsunka?eddig mindig ibm-et vettem, most egyszer úgy döntöttem, hogy jó lesz nekem az asus workstation alaplap is, csak közben találtam egy árajánlatot, ami nem sokkal drágább (200k kommersz, 250k ibm). érdekelne, hogy ti mit vennétek.
-
-
bambano
titán
válasz
body007
#11221
üzenetére
18:11:41 up 736 days, 7:12, 1 user, load average: 0,60, 0,47, 0,37
uptime harc van vagy csak poroltok egy kicsit?
a második az routing hiba, nézd meg, hogy a teló is tudja-e, hogy merre van a szerver címtartománya, meg azt is, hogy a szerver is tudja-e, hogy a teló címtartománya merre van.
mindkét cuccon kellene vagy jó default route vagy kitöltött routingtábla. -
bambano
titán
válasz
ZCoyote
#11178
üzenetére
az értelmes munkáim 99%-át el tudom végezni karakteres képernyő előtt. Amikor firefoxot használok, az az idő jelentős részében szórakozás kategória.
vi, terminál, latex megy, ami böngészésből nekem a melóhoz kell, arra elég a lynx, levelezni elég a mutt, filmet is lehet X nélkül nézni, az mplayernek van olyan kimeneti video modulja, ami erre elég.
ciscoba, arrisba úgyis cli-n turkálok bele, konfigokba dettó.
ez az egész X csak fotonok földművelő szemébe juttatása
-
bambano
titán
válasz
sh4d0w
#11170
üzenetére
backtrack mint desktop linux??? az egy behatolás-tesztelő disztribúció, nem desktop.
"BackTrack is a Linux-based penetration testing arsenal"
"the penetration distribution has been customized down to every package, kernel configuration, script and patch solely for the purpose of the penetration tester."
[link] -
bambano
titán
kellene nekem valami relatíve kis teljesítményű de stabil gép.
ezzel kapcsolatban érdekelne, hogy van-e valakinek linuxos tapasztalata a mostani core/sandy-bridge procikkal, a központi memóriából levágott rammal?azon agyalok, hogy mivel nem fogom a videokártyáját használni, ezért elég lenne, olcsóbb lenne az, ami a prociban van. de van-e stabilitási baj vele?
-
bambano
titán
""van aki azt irja fele swap kell a memoriahoz merten a linuxnak, van aki azt irja a duplaja.": én nem láttam még olyan doksit, ami a feléről szól, csak olyat, ami arról, hogyha fogalmad sincs, mennyi swap kell, akkor a fizikai ram dupláját add neki. Ha meg tudod, hogy mennyi kell, akkor annyi. De ez a szabály a pár mega ramos gépek korszakából való. 4 giga ramnál, sőt, már sokkal kevesebbnél sem kell swap átlag felhasználáshoz.
"Van aki azt irja hogy filebol gyorsabb a swap mint a particiorol,": a swap az annyi, hogy átrohan az adat a block cache-n meg a blokkos driveren. A fájlba swappelés ezen felül megjárja a fájlrendszerhez tartozó kódrészeket is. Elég nyilvánvaló, hogy melyik a gyorsabb, a fájlrendszer plusz rétegei nem lehetnek gyorsabbak, mint a gyalog diszk hozzáférés. Legfeljebb az fordulhat elő, hogy a plusz layer nem lassít annyit egy erős procin, hogy ne a vinyó legyen a szűk keresztmetszet.
Ha nincs swap, az gyorsabb. Ha van swap, de nem használja, az minimális vagy talán nem is mérhető lassulást okoz. viszont ha nekiáll swappelni, akkor agyhalál van. (most tekintsünk el attól a ténytől, hogy igazából pagel, nem swappel).
-
-
bambano
titán
válasz
atesss
#11045
üzenetére
úgy, hogy felrakod elsőre az általad választott wint, az particionál egyet és átírja az mbr-t. Majd felrakod a másik wint is, az megint particionál egyet és megint belenyúl az mbr-be.
Majd utoljára rakod fel a linuxot, az is belenyúl az mbr-be és belerakja a grubot. És akkor marad neked egy működő grub, amivel be tudod tölteni az összes oprendszeredet.
-
-
bambano
titán
válasz
atesss
#11035
üzenetére
Ha nekem ilyen gépet kellene telepítenem (rögtön azután, hogy leszáradt mindkét kezem
), akkor biztosan nem a linux particionálójával particionálnám, praktikusan azért, mert az olyankor még nincs fent.A boot szektoros buherálásos kavarásos dolgot (hogy minden telepítésnél minden oprensdzer beleokoskodik, hogy kié legyen a master boot rekord), úgy tudod legegyszerűbben orvosolni, ha a linuxot teszed fel utoljára.
-
bambano
titán
válasz
atesss
#11018
üzenetére
ezek a mai fiatalok
A sorrend úgy van, hogy 512 (mostanában a wd nyomulása miatt 8*512) bájtot rak egy szektorba. végigírja az első lemez első oldal első sávját annyi szektorral, amennyi ráfér, majd következik az első lemez második oldal első sávja, majd a második lemez első oldal első sáv, majd a második lemez második oldal első sáv.
Majd ezt folytatja a következő sávokkal.
van tehát a szektor, az elemi adatmennyiség, abból lesz az egy diszk felületen a track, A fejek közös konzolon vannak, együtt mozognak, így lesz az egy fejállással elérhető trackekből a cilinder.
Mivel az adatsűrűség konstans, ezért a diszk külső részére több szektort lehet felírni egy trackbe. Ezért ott gyorsabb az adatelérés.
A címzés pedig vagy logikai szektorsorszámmal történik, vagy a régi chs geometriával, amit jobbra-balra fordítgat a vinyó elektronikája.
-
bambano
titán
lécci help
dvb-c kártyát keresnék, ami:
- pci-e x1
- hibátlanul működik linuxszal, erőlködés nélkül
- dupla
- beszerezhető
- van vele tapasztalata annak, aki ajánljanálam a dual az a két tunneres, amiből az egyik analóg, a másik digi, a dupla ezzel szemben két tunneres és mindkettő digi. és ilyet szeretnék, dupla digiset.
van ilyen?
-
bambano
titán
válasz
dokee78
#10904
üzenetére
A magyarítást rendszerint nem az ubuntusok által és/vagy nem az ubuntu rendszerén szokás elvégezni, hanem az úgynevezett upstreamen, vagyis a programok eredeti forrásán. A kde-t a kde-sek magyarítják, a gnome-ot a gnome-osok. Az ubuntusok csak a saját maguk által gyártott programokat magyarítják, ami nem sok.
Úgyhogy magyar lesz, ne aggódj.
-
bambano
titán
-
#10846
bambano
titán
Speeedfire
#10845
bambano
titán
válasz
Speeedfire
#10845
üzenetére
szerintem trunk-ról nem érdemes fordítgatni, az lehet bugos.
-
#10838
bambano
titán
Speeedfire
#10837
bambano
titán
válasz
Speeedfire
#10837
üzenetére
Olyan gépnél, tipikusan desktop, ahol folyamatosan ott ülsz, látod, hogy hogy fogy a diszkről a hely, közbe tudsz avatkozni, ott nem érdemes szerintem sokfelé darabolni.
Olyannál, aminél fontos, hogy a szolgáltatások ne akasszák meg egymást azzal, hogy teleszemetelik a diszket, ott sokfelé érdemes, akár minden szolgáltatásnak külön partíció.
Desktopra elég szerintem a swap, root, home.
-
#10836
bambano
titán
Speeedfire
#10835
bambano
titán
válasz
Speeedfire
#10835
üzenetére
lvm esetén ez nem kérdés szerintem...
annyit és oda raksz, ahova éppen akarod. -
#10834
bambano
titán
Speeedfire
#10833
bambano
titán
válasz
Speeedfire
#10833
üzenetére
a titkosított mindenképpen teljesítményigényesebb, a kérdés, hogy a procid lesz lassabb vagy a diszked... én nem használok titkosított lvm-et. Fájlrendszerben meg ext3, az ext4-ről szállingóznak még rossz hírek. sima lvm jó.
-
#10829
bambano
titán
Speeedfire
#10828
bambano
titán
válasz
Speeedfire
#10828
üzenetére
Ez a zfs magától csinál backupokat kijelentés egy kicsit homályos nekem... A zfs a tapasztaltatok szerint nem alkalmas még produkciós rendszerbe, max. solarison. A freebsd zfs-e véleményes (vagy jó, vagy nem, attól függ, kitől kérdezed), a linux zfs-e alulról konvergál a nullához.
Ha korrekten akarsz teljes fájlrendszert menteni, akkor lvm snapshotokkal mented.
Én leírom a véleményem, de mint ahogy az adatlapomon is látszik: rendszerint nem csatlakozom a mainstreamhez és nem is szoktam népszerű lenni vele
Ja, elég rég néztem az rpm-et, akkor még valami binárisan ömlesztett adatbázisa volt, ami gyakran megmakkant és jöttek a vidám percek a rendszergazdának
A legelején nem volt rendes függőség kezelés az rpm-ben, meg nem volt hálózati telepítés sem. Nyilván azóta ezeket lemásolták a debianból, miért is ne tették volna.Kis vállalati szervert? Attól függ, mihez. Mert ha ilyen hardkór winbuherátorok az userek, akkor rakj fel nekik win2k8-at oszt legyenek boldogok.
-
#10827
bambano
titán
Speeedfire
#10825
bambano
titán
válasz
Speeedfire
#10825
üzenetére
A szövegkörnyezet úgy hangzott, mintha a monolitikus meg a mikrokernel kerülne összehasonlításra... Számomra a mikrokernelnek még van bizonyítani valója. A bsd-linux kernelek között dönteni már nehezebb, azt adott alkalmazásra és adott környezetre meg kellene mérni. Az kétségtelen tény, hogy linuxra többen fejlesztenek, mint bsd-re, nem biztos, hogy mindent megtalálsz bsd alatt.
Nem kell ide privi, publikusan is vállalom a véleményem
Nem hiszem, hogy van általánosan jó disztró. Kinek mi a célja. Nekem:
- stabilitás mindenek felett (nem kívánom naponta buherálni a gépeimet. 800 napos uptime-om is volt már, ez a stabilitás, a többi csak porhintés)
- lusta vagyok, mint a főd vagyis minél több munkát végezzen el a közösség, ami összerakja a disztrót, mert az úgy takarékos
- biztonságos legyen
- rendesen legyen összerakva
- energiatakarékos legyen abból a szempontból is, hogy korábbi ismereteket minél jobban lehessen használni rajta
- és mindenképpen van egy történeti dolog, én nem szeretek állandóan disztrókat buherálni, mert nem az a célom, ezért ha találtam egyet, ami megfelel, igen nehezen vesznek rá a váltásra.Ergo debian. Mert:
- stabil.
- készen kapom a csomagokat, nem nekem kell a fordításával vesződni. amiből az is következik, hogy a csomagok egymáshoz is össze vannak csiszolva, nincs olyan, hogy upgradelek egy libet és fejreáll a többi program is.
- rendesen van összerakva, leginkább ez hasonlított anno az svr4-re, a solarisra.
- ezen működik az upgrade. nem láttam még más deb alapú disztrót, amin működne, az rpm-mel meg az a bajom, hogy amikor megnéztem, még nagyon sokkal butább volt, mint a deb, azóta meg nem izgatott fel a kérdés, hogy megint időt pazaroljak rá.
- a történetiség miatt nem lesz redhatom, fedorám. gentoot, archot megnéztem, nem estem hasra tőle. főleg a csomag fordítgatások meg a rolling terjesztés nem tetszik, egyrészt akkor nincs felelőse semminek (ha én fordítom a csomagot, akkor az én saram, ha rossz), másrészt meg hogy kapsz támogatást egy olyan csomagra, amiről senki nem tudja, hogy mi van benne? Aláírt debianos csomagokkal reprodukálni lehet a környezetet, amiben a hiba előjött és ez számít.A buguntuval a legnagyobb bajom, hogy a buguntunál az első szempont a határidő. Jön a határidő, kiadjuk, amink van, úgy, ahogy éppen van. Most volt hír, hogy jön a határidő, akkor nem lesz rc kiadás a következő buguntuból. Minőség meg senkit nem érdekel. Egyébként meg csak rontanak a debianos cuccokon, egyszer volt a kezem alatt buguntu szerver, de gyorsan kikezeltem.
Szóval nekem debian. De ha neked attól nő az e-peród, hogy mindig mindenből a legújabb van és nem számít, ha időnként összedől vagy nem tudod upgradelni, akkor neked lehet más is.
-
#10824
bambano
titán
Speeedfire
#10822
bambano
titán
válasz
Speeedfire
#10822
üzenetére
hát nem, mert a feltörési lehetőség az csak az egyik szempont a sok közül.
a másik szempont pl. az, hogy létezik-e bizonyítottan jó, nagy terhelésekkel is tesztelt megvalósítás az adott verzióból, és itt azért a mikrokerneles cuccoknak van még karrierlehetősége -
#10821
bambano
titán
Speeedfire
#10819
bambano
titán
válasz
Speeedfire
#10819
üzenetére
Semmit...
ahhoz, hogy spammelj meg portscannelj, már nem szükséges root jog, elég egy user account, amin futhat pár szemét program. Ugyanolyan felhasználói programokon keresztül mehetnek be, mint egy sima linuxnál. Szóval az, hogy elvileg egy hibátlanul megírt mikrokernel biztonságosabb is lehet, mint egy monolitikus, nem igazán számít semmit. -
#10818
bambano
titán
Speeedfire
#10815
bambano
titán
válasz
Speeedfire
#10815
üzenetére
sima gnu kernelből még nem volt release (=hurd)
maradj a linuxnál.#10816: nem tudom, az, hogy a linux agresszíven tolja a diszkeket, csak egy szempont a sok közül.
van desktop bsd meg pc bsd ha jól emlékszem, azokat is meg lehet nézni...
-
#10814
bambano
titán
Speeedfire
#10813
bambano
titán
válasz
Speeedfire
#10813
üzenetére
Miért? ha leülsz egy linuxos debian elé, érződik az egész rendszeren, hogy rettenetesen gyilkolja a hardvert. ha te azt mondtad neki, hogy másoljon át 20 gigát a vinyók között, akkor át fogja másolni, ha az ég leszakad közben, akkor is, te meg bámulhatod bambán közben a konzolt, a nem válaszoló egérrel, az akadozó böngészővel meg az összes többivel is.
a freebsd kernel ezt sokkal jobban csinálja, ott egy nagy másolás meghúzodik a háttérben és közben nyugodtan pepecselhetsz a géppel.
csak ennek az az eredménye, hogy amikor tesztet futtatnak rajta, akkor az első verzió durván jobb.
-
#10812
bambano
titán
Speeedfire
#10811
bambano
titán
válasz
Speeedfire
#10811
üzenetére
Ebben mondjuk nem hiszek, szerintem inkább más lesz... A linux nagyon agresszíven használja a hardvert, ergo nyers erőn alapuló dolgokban szerintem jobb, a freebsd kiegyensúlyozottabban kezeli ezeket a dolgokat, szóval ahol számolni is kell, ott lehet, hogy labdába rúghat...
-
-
#10736
bambano
titán
Laprasi991
#10735
bambano
titán
válasz
Laprasi991
#10735
üzenetére
nem kivitelezhetetlen, de hogy nagyot fogsz tornázni vele, az biztos
-
#10733
bambano
titán
Laprasi991
#10732
bambano
titán
válasz
Laprasi991
#10732
üzenetére
Csak layer7 tűzfallal tudnád kielemezni, hogy az 1.2.3.4 ip cím 80-as portjára érkező http kérés az melyik virtuális domain szerverére tartozik, ergo a http-t ki kell csomagolnod hoszt szinten és értelmezned kell. Erre vagy csinálsz valami combos tűzfal megoldást vagy használod az apacsot.
ssh-ra ugyanezt nem lehet megcsinálni, csak akkor, ha külön portokra szétpakolod az ssh szervereket és beforwardolot dnat-tal. Ftp-vel meg egyáltalán nem lehet megcsinálni, az ftp protokollban nincs domain rész. az ftp-t csak úgy tudod megcsinálni, hogy a hoszton fut az egész, és ott virtuális usereket külön területekre irányítasz. Viszont ssh-s portforwarddal vagy sftp-vel már mehetne az ftp is...
-
#10731
bambano
titán
Laprasi991
#10730
bambano
titán
válasz
Laprasi991
#10730
üzenetére
A hoston is futtatni kell egy apacsot url rewrite funkcióval és át kell forgatni az url-eket belső címekre.
Bridge-t semmi esetre sem. A nat is kétséges, leginkább semmit ne használj. -
#10719
bambano
titán
Neil Watts
#10718
bambano
titán
válasz
Neil Watts
#10718
üzenetére
láthatóan megdolgozik érte
-
-
-
bambano
titán
válasz
The DJ
#10680
üzenetére
ddos ellen alapvetően nem tudsz sehogy védekezni.
minek conntrack egy webszerverhez?
azt lehet még csinálni, hogy írsz egy scriptet, ami megnézi, hogy milyen ip címekről jöttek kapcsolatok, és azokat kifilterezed. Ne légy szégyellős, nyugodtan hajíts ki /24 vagy még nagyobb subneteket.megnézni szerintem a netstat-tal érdemes, amelyik kapcsolat nem konnektált vagy lezárás alatti, hanem half-open, azt gyakd ki.
Másik lehetőség, hogy elolvasod a lartc-t és csinálsz egy rate limit queue-t a 80-as portra a syn csomagokra. Ez valamennyit fogni fog, vagyis a gép nem borul fel, de ezzel mindenkit megregulázol, nem csak a ddosolót.
-
-
bambano
titán
időzónának cet van beállítva, ez oké.
de az a változó, ami azt mutatja, hogy milyen időzóna szerint tárolja a cmosban az időt, az is cet? a kettő nem ugyanaz. a helyi idő pontatlansága vagy pontossága itt nem számít, mert ha használod az ntp-t, akkor mindig pontos lesz az órakijelzés. -
bambano
titán
válasz
BTom1970
#10452
üzenetére
csak ismételni tudom magam, a problémához kizárólag a reverse dns-t adminisztráló isp-nek van köze. A te domained adminisztrátorának konkrétan nincs.
Az pedig előfordulhat, hogy a régi isp-d csinált reverse dns-t az ügyfél ip címekre, az új meg nem, és ezért megy a rapli egyes smtp szervereken, akiknek küldeni akarsz.
-
#10435
bambano
titán
lakatosturbo
#10433
bambano
titán
válasz
lakatosturbo
#10433
üzenetére
debianon erre a debmirror csomag való, nem tudom, van-e ubuntun is ilyen.
-
bambano
titán
válasz
Rickazoid
#10415
üzenetére
A netmegosztó routerek routing részei lassúak szoktak lenni, viszont a switch része rendszerint tudja a vonali sebességet. Állítsd be mindkét gépet úgy, hogy a router egymás melletti négy lan interfészébe van bedugva mindkettő és működjön rajta az internet.
ezek után mindkét gépnek látnia kell egymást, először pinggel majd ssh-val tesztelve. ha megy, akkor én rsync-cet használnék, nem a leggyorsabb, de a legegyszerűbb konfigurálni (nem kell konfigurálni).
-
bambano
titán
válasz
Jester01
#10390
üzenetére
"biztos, hogy a jumperelést fel tudja oldani a linux?": nem tudom, mit csinál, azt sem, hogy milyen szakszavakkal kellene leírni, de a dmesg-ben világosan látszik, hogy a kernel rájön, hogy a diszk nem olyan, mint amilyennek lennie kellene és megoldja, hogy a teljes geometriát lássa. Elő kéne kotorni egy gépet, ami ilyen, de most hagy ne tegyem meg.
#10404: az kavarhatott be, hogy ugyan blokkos eszköz driver nincs benne, de fájlrendszer driverek vannak.
-
#10401
bambano
titán
Speeedfire
#10400
bambano
titán
válasz
Speeedfire
#10400
üzenetére
Leszeded ezt vagy az aktuális kerneledhez való ugyanilyen fájlt. Ebben van egy changelog fájl, abban le van írva, mit buherálnak a debianosok a vaníliához képest. Egy halom bugfix van benne egyébként, sok biztonsági javítással.
-
#10398
bambano
titán
Speeedfire
#10397
bambano
titán
válasz
Speeedfire
#10397
üzenetére
-
bambano
titán
válasz
utgyuru
#10391
üzenetére
nem gáz, csak mivel volt egy diszk a vinyód előtt a sorban, ezért a vinyódat második diszknek sorolta be a kernel. ezért nem lát róla semmit, van se kép se hang.
azt próbáld meg, hogy rescue módban megint bebootolsz az usb pendrájvról és átírod az összes szükséges helyen a vinyó kijelölést sdb-ről sda-ra (grub menüben, fstabban).
-
#10388
bambano
titán
Speeedfire
#10384
bambano
titán
válasz
Speeedfire
#10384
üzenetére
a legtöbb vinyót be lehet úgy jumperelni, hogy 120g-nél (esetleg 32G-nél) kisebbnek hazudja magát.
Rakd fel úgy a linuxot, hogy a / és a /boot is teljes egészében 32G alá kerüljön, akkor szerintem fog bootolni. A kernel meg majd lereseteli a diszket és nem foglalkozik a korláttal.
)
). Az ibm (talán) nehezebben döglik be, de ha bedöglött, ahhoz alkatrészt keríteni kicsit macerásabb és drágább.
Új hozzászólás Aktív témák
- Fejhallgatós találkozó
- Vezeték nélküli fejhallgatók
- Szerkesztett és makrofotók mobillal
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Milyen billentyűzetet vegyek?
- AMD Navi Radeon™ RX 9xxx sorozat
- Milyen okostelefont vegyek?
- Gyúrósok ide!
- Szívós, szép és kitartó az új OnePlus óra
- CASIO órák kedvelők topicja!
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Apple Watch Series 10 42mm Jet Black 96% (1év Garancia)
- Bomba ár! Lenovo ThinkPad 13 Gen2 - i5-7G I 8GB I 256GB SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- HIBÁTLAN iPhone 12 64GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS4655
- Apple iPhone 17 Pro Max 256GB,Újszerű,Dobozaval,24 hónap garanciával
- Vállalom telefonok,tabletek javítását ,(szoftveres hibát is,frp lock-ot is)márkától fügetlenűl
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest