Hirdetés
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sh4d0w: Netflix? Ugyan, VW előfizetés!
- sziku69: Fűzzük össze a szavakat :)
- eBay-es kütyük kis pénzért
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- bambano: Bambanő háza tája
- MaxxDamage: Vizes Laptop Hűtés? Lehetséges? Igen!
- Viber: ingyen telefonálás a mobilodon
-
LOGOUT
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
-
-
#21157
bambano
titán
haromegesz14
#21156
bambano
titán
válasz
haromegesz14
#21156
üzenetére
szerintem inkább arról kellene beszélni, hogy mi a feladat, amit meg kell oldani.
eltekintve attól, hogy én nem használnék mysql-t semmire, amiben ldap van, az esélyes, hogy túltervezett. -
bambano
titán
válasz
pakriksz
#21063
üzenetére
root@bruti:/tmp# cat iplist.txt
173.0.84.8
173.0.84.40
173.0.88.8
173.0.88.40
173.0.92.8
173.0.93.8
64.4.249.8root@bruti:/tmp# cat iplist.txt | while read ip ; do iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT; done
root@bruti:/tmp# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- 173.0.84.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.84.40 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.88.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.88.40 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.92.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.93.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 64.4.249.8 0.0.0.0/0 tcp dpt:8080
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destinationebben konkrétan nincs hiba. az ufw-vel meg nem szemetelem össze a gépemet.
-
bambano
titán
válasz
pakriksz
#21060
üzenetére
root@bruti:/tmp# vi iplist.txt
root@bruti:/tmp# cat iplist.txt
10.10.1.2
10.10.1.3
10.10.1.4
10.10.1.5
10.10.1.6
10.10.1.7
root@bruti:/tmp# cat iplist.txt | while read ip ; do
> iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT
> done
root@bruti:/tmp# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- 10.10.1.2 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.3 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.4 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.5 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.6 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.7 0.0.0.0/0 tcp dpt:8080
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
root@bruti:/tmp# -
bambano
titán
válasz
pakriksz
#21060
üzenetére
másolj már be pár sort az ip címes fájlodból!
mivel te vagy az első és egyetlen, akinek ez nem működik, másik x millió linuxban igen, így tudnék találgatni, hogy merre van a hiba. a találgatásom pedig az, hogy az argumentumok kezelését nem érted.
szerk: az se baj, ha a kiadott parancsokról screenshotot csinálsz.
-
bambano
titán
válasz
pakriksz
#21057
üzenetére
nem célszerű a bash-t hibáztatni a programozási hibáidért (mások programozási hibáiért).
például a for i in $(cat ..) akkor jó, ha a fájlban biztosan nincs szóköz és nem túl hosszú.másrészt meg úgy értettem, hogy az echo-t az idézőjelen belül tedd az ufw elé, és úgy nézd meg, sudóval, hogy mit csinál.
de ha rootként futtatod, akkor ezt javaslom:
cat iplist.txt | while read ip ; do
ufw allow from ${ip} to any port 8080 proto tcp
donemert az idézőjel is bekavarhat, ugyanis akkor egy paraméterként kap meg mindent az ufw, amit esetleg több paraméterben vár.
szerk: ja, nem ezt javaslom, hanem
cat iplist.txt | while read ip ; do
iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT
done
-
-
bambano
titán
válasz
buherton
#21037
üzenetére
kb. teljesen mindegy, hogy a pxe boot folyamat melyik elemét hova teszed.
rakhatod az egész miskulanciát egy gépre is, meg szét is pakolhatod külön.a pxe boot úgy indul, hogy dhcp-n kér ip címet, a dhcp válaszban benne van az indító fájl neve és a szerver címe, azt letölti tftp-vel, és végrehajtja.
-
#21000
bambano
titán
Speeedfire
#20999
bambano
titán
válasz
Speeedfire
#20999
üzenetére
hogy másoltad? mert ha cut&paste-vel, akkor előfordulhat, hogy sortöréseket rak a kulcsba.
-
#20997
bambano
titán
Speeedfire
#20996
bambano
titán
válasz
Speeedfire
#20996
üzenetére
a home könyvtárad és azon belül a .ssh jogai is rosszak.
gondolom egy chmod 750 /home/tothsz kellene neki, meg egy chmod 700 .ssh -
bambano
titán
válasz
McSzaby
#20911
üzenetére
"A kérdésem az lenne, hogy mi van, ha mondjuk a rendszer/rendszer vinyó visszaállíthatatlanul elszáll": az lvm szemszögéből nézve semmi.
"Visszaállítható ez valahogy egy másik gépben": beledugod egy másik gépbe és kész. annyi feltétel van, hogy az lvm kezelő programoknak rajta kell lennie bootoláskor. debianban ez az lvm2 csomag telepítése és az initramfs update-je.
-
#20905
bambano
titán
Speeedfire
#20902
bambano
titán
válasz
Speeedfire
#20902
üzenetére
kérdés, hogy leállt-e csak nem kapcsolt ki, vagy fut az oprendszer.
szerk: egyébként meg lehet nyomni a kikapcsoló gombot ssh-n keresztül is, és akkor nincs apelláta, de akkor nem leáll, hanem száll az egész a levesbe
-
bambano
titán
kerneleket nemigen lehet különbözőt futtatni chroot-tal, mert az egy fájlrendszer buherálós megoldás, akkora pedig már bent van a kerneled. viszont lehet fent több kernel, amik közül bootoláskor grub-bal választasz.
szerintem chrootnál valami olyasmit kellene kipróbálni, hogy pl. felraksz egy csupasz debiant, amiben semmi nincs. legyen egy nagyobb üres fájlrendszered. azon csinálsz konfig1, konfig2, konfign könyvtárakat, majd egyesével chroot konfig1, és ott apt-tal felrakod azt, ami az első tesztverzióhoz kell. majd chroot konfig2 és ott is, stb.
ezek után amelyiket tesztelni akarod, oda lépsz be, és abból a rész-fájlrendszerből fogja összeszedni a drivereket.
-
-
#20817
bambano
titán
Speeedfire
#20816
bambano
titán
válasz
Speeedfire
#20816
üzenetére
miért ne tudnád?
ha minden kötél szakad, bootolj single user módban.de szerintem attól se lesz túl nagy gond, ha átmozgatod /var2-nek, linkeled, átmásolod a régiből és utána rebootolod. a nyitott fájlokat ez nem fogja zavarni.
szerk: arra azért figyelj, hogy a tulajdonos beállítások megmaradjanak másoláskor, mert abból vicces időszak jön, ha az elromlik.
-
#20787
bambano
titán
Drótszamár
#20786
bambano
titán
válasz
Drótszamár
#20786
üzenetére
a cél gépen megcsinálsz egy md5sum textfájlt, amiben benne van az összes állomány md5 hash-e, azt visszatolod a forrásra, és ott letörölsz mindent, ami benne van az md5-ös fájlban és stimmel a hash.
szerk: én nem csomagolgatnék semmit, rsync egyszerűbb
-
#20783
bambano
titán
Drótszamár
#20781
bambano
titán
válasz
Drótszamár
#20781
üzenetére
én az md5sum-ot szoktam erre használni, illetve faragtam köré egy mezei scriptet.
-
#20750
bambano
titán
Infernohun
#20748
bambano
titán
válasz
Infernohun
#20748
üzenetére
ha 11.10-es ubuntut kínál fel a frissítéskezelő, akkor nálad nagyon régi ubuntu lehet.
ennek nyilván oka van. ha frissítenél, a rendszer részei közül a régieket törli, újabbat rak fel helyette, amivel lehet, hogy egy nem ubuntus program alól kihúzod a szőnyeget. szerintem ne frissíts semmit, mert a rendszergazda dühös lesz. -
bambano
titán
válasz
N0zer0
#20685
üzenetére
nem, nem.
nem piszlicsáré két perces "feladatok" kellenek, hanem az, hogy kompletten rábízza magát a linuxára, különben nem lesz semmiféle motiváció, hogy megoldja a problémákat ahelyett, hogy átbootolna más oprendszerre és ott végezné el.úszni sem úgy tanulsz meg, hogy napi 5 percet ücsörögsz a gyerekmedencében, hanem úgy, hogy behajítanak a 3 méteres medence közepébe, oszt alakítsál valamit...
-
bambano
titán
válasz
OddMan
#20479
üzenetére
a kernel kicsit össze-vissza kezeli a partíciós táblát, ezt úgy értem, hogy van, amikor újra be kellene olvasnia, de nem teszi (pl. ha olyan diszken módosítod, amin van mountolt partíció).
ezért az egyszerűség kedvéért ha partíciós táblát buherálsz, mindig reboot. nem állítom, hogy mindig kell reboot, csak egyszerűbb gondolkodás nélkül rebootolni, mint agyalni, hogy most kell vagy nem kell.
tehát én azt javaslom, hogy új diszknél particionálás, reboot, majd mdadm.
-
#20409
bambano
titán
Cyber_Bird
#20406
bambano
titán
válasz
Cyber_Bird
#20406
üzenetére
nem lesz, van. b+-os. szó szerint és átvitt értelemben is...
-
#20396
bambano
titán
lionhearted
#20395
bambano
titán
válasz
lionhearted
#20395
üzenetére
nem tudom, elég nagy-e a táp. 2 amperes, a kártyaolvasókról azt írja az lsusb, hogy 90mA-t vesznek fel.
mégse megy. -
bambano
titán
rádugtam egy málnára két usb-s kártyaolvasót, és nem indulnak el. ha az egyiket kihúzom, akkor a másik elindul, és ha visszadugom, akkor az is beindul. ez nekem úgy szaglik, hogy nem bír elég tápot adni a cuccoknak az alaplap.
lehet trükközni vele valamit, hogy újra resetelje az usb-t indulás után vagy bármi mást? van más lehetőségem azon túl, hogy az olvasóknak külső tápot faragok?
-
#20353
bambano
titán
Speeedfire
#20352
bambano
titán
válasz
Speeedfire
#20352
üzenetére
és min?
Jester autója ráér
-
bambano
titán
válasz
dabadab
#20348
üzenetére
"egy komplett X server, sok szempontból hozza azokat az előnyöket": mint pl. a memória zabálás, ami egy rpi-nél kritikus kérdés.
"akkor könnyebb VNC klienst szerezni, mint X-et.": már van X-e. ráadásul valószínűleg egyszerűbb pc-re Xet szerezni, mint málnára vnc szervert. -
bambano
titán
úgy látszik, a technika fejlődése megállíthatatlan, és amik pár éve még komoly zűrt okoztak volna, azt módosították, ahogy dabadab is írta.
szóval amiket én írtam, az mind határeset, bizonyos esetekben elvileg lehet, hogy kihasználhatják, gyakorlatban meg valószínűleg nem. de az igazi rendszergazda paranoiás. meg lehet olyan, hogy egy megoldás azon a gépen, amelyik miatt kigugliztad, jól működik, egy másikon meg nem.
én feltenném a tmpreapert és ráhagynám, csinálja az.
szerk: azt továbbra is tartom, hogy rootként futtatandó rm -rf-et tartalmazó parancsot alapos átgondolás nélkül nem vennék át a gugli találataiból.
szerk2: (#20340) dabadab
-
#20336
bambano
titán
lionhearted
#20334
bambano
titán
válasz
lionhearted
#20334
üzenetére
úgy látom, csak a sudo-n akadtatok fel, akkor írjuk már le azt is, hogy rootként rm -rf-et kiadni olyan könyvtárstruktúrán, amit userek buherálhatnak, finoman szólva is bátor cselekedet.
erre majd akkor jön rá a kolléga, amikor lehúzzák az egész gépét reggelre. ráadásul nem tudjuk kizárni, hogy ez egy samba megosztás, mert a leírtakból nem derült ki, így fel kell rá készülni lélekben, hogy lesz szóköz a fájlnevekben. tehát minimum rm -rf "{}".
másrészt a /mnt kezdetű könyvtár azt sejteti, hogy külön partíció, ami jó, mert partíciókon keresztül tudtommal nem lehet hardlinket felrakni, de ha lehetne, akkor gyalulhatna mindent. viszont partíción belül lehet, így fel lehet rakni egy olyan linket, ami kimutat a lomtárból, pl. másik user mappájára, és akkor a tisztelt user azt látja majd a reggeli kávézás végén, hogy hirtelen nagyon sok szabad helye lett.
-
bambano
titán
ha ennyi a veszteség, hogy aktuálisan seedelt torrentek mennek a levesbe meg lefordmázod oszt jólvan, akkor én mindenképpen journal nélküli fájlrendszert raknék torrent alá. ext2 jó lehet, vagy meg kellene nézni, hogy random io-ban az ext4 kikapcsolt journallal mit tud. phoronix hátha tesztelte.
-
bambano
titán
-
bambano
titán
válasz
tvamos
#20288
üzenetére
válasszuk teljesen két külön részre a dolgot.
1. valahogyan a programodnak el kell indulni
2. a kimenetének meg kell jelennie.ezt azért is érdemes kétfelé venni, mert eredetileg (amíg nem tunneleztél ssh-n X-et) két külön hálózati kapcsolaton ment a dolog.
1. tehát a málnán fut az ssh szerver, amire egy desktop pc-ről feljelentkezel egy ssh klienssel. a málnán fut egy program, várja a kapcsolódási kéréseket és kiszolgálja őket. ha ez a 22-es porton fut és ssh protokollt beszél, akkor ssh szerver. tehát bejelentkezel az ssh kliensedről az ssh szerverre és kapsz egy terminál sessiont.
2. elindítod a programodat, ami a DISPLAY környezeti változóból kiszedi, hogy hol várakozik egy olyan X szerver, amelyik az ő grafikus képét meg akarja jeleníteni. A programod, ami a málnán fut, felkapcsolódik a desktopodon levő, kapcsolódási kérelemre váró (6000-es tcp port lenne, ha nem ssh tunnelen csinálnád) X szerver programra. Ezek után a megnyitott tcp kapcsolaton X grafikus primitíveket (=rajzolási parancsok) küld a málnáról a desktopra, ahol az x megjeleníti.ehhez a málnára nem kell semmilyen grafikus alrendszer, mármint olyan, ami fizikailag grafikus kijelzőt kezel. a málnára elég egy magasabb szintű toolkit, a gdk, ami a magasabb szintű rajzolási igényeket alacsonyabb szintű X primitívekké fordítja.
/bocs, ezt most nem az asztali gépemen írom, így lehet, hogy kicsit kusza lesz a kinézete.../
-
-
bambano
titán
én nem erőltetném, mert ha ennyire fontos a szolgáltatás, akkor az a gép nem volt leállítva, és a linux kiadások zöme x nap után fájlrendszer ellenőrzéssel nyit bootoláskor.
szóval számolj rá, hogy egy sima reboot is eltarthat pár órát, ha nagyon régen nem csináltad.
szerk: másik probléma: láttunk már olyat, hogy a firmware frissítés nem sikerül, akkor bizony tolatni kell és az idő, és azt be kell tervezni a leállásba
-
-
#20107
bambano
titán
Cyber_Bird
#20101
bambano
titán
válasz
Cyber_Bird
#20101
üzenetére
remek cikk, kb. két mondatot leszámítva tévedés az egész.
(#20100) Lenry: egy terület van, amiben a bsd jelenleg valóban jobb, az a zfs, ez nasnál számít. nem tudom, hogy linuxra van-e már olyan zfs implementáció, ami megfelelő minőségű, a btrfs még nem tart ott tudomásom szerint.
az már vita tárgyát képezheti, hogy jó-e és mire a zfs, meg mennyire megbízható, pro és kontra lehet olvasni róla, én nem tenném be nasba, ez biztos.
egyébként a bsd-kre jellemző, hogy irtózatosan le vannak maradva a linuxhoz képest, nem olyan nagyon rég lett bennük tisztességes multiprocesszor támogatás, sokkal kevesebb hardvert támogatnak, és a védelmi rendszerük is sokéves elmaradással küzd.
-
bambano
titán
válasz
N0zer0
#20091
üzenetére
ez a megoldás teljesen jó lehet akkor, amikor életedben egyszer meg akarod csinálni azt a grafikont.
na de ugyanez a módszer éveken át, minden órában mondjuk 12x frissítve, szintén vállalnád?és akkor arról még nem beszéltünk, hogy mekkora böszme program a libreoffice.
szerk: ahol én ilyeneket használok, ott nemcsak a libreoffice nincs fent, a többi hasonszőrű párjával (pl. gnumeric), hanem kompletten a grafikus felület is hiányzik, tokkal-vonóval, meg billentyűzet sincs, meg egér se.
jó az gnuplot, hidd el
-
bambano
titán
válasz
Rimuru
#20085
üzenetére
én nem tudtam megfaragni úgy, hogy szóköz legyen a mezőelválasztó és a dátumon belül is szóköz legyen.
átírtam az adatfile-t erre:2014-06-04 18:51|44
2014-06-04 18:52|44
2014-06-04 18:53|45
2014-06-04 18:54|45és a programot erre:
set terminal pngcairo background "#ffffff" font "arial,9" fontscale 1.0 size 500, 350
set xdata time
set datafile separator "|"
set output 'timedat.png'
set timefmt "%Y-%m-%d\ %H:%M"
set xrange [ "2014-06-01 10:00" : "2014-06-09 10:00" ]
set title "asd"
set xlabel "asdasd"
set ylabel "asdasdasd"
set ytics "1"
plot "plot.data" using 1:2így működik. szerintem a második és a harmadik soron csúsztál el.
-
bambano
titán
válasz
N0zer0
#20032
üzenetére
szerintem van texlive full, texlive-nek hívják. a linuxos csomagok tárolója nem a miktex vagy a texlive eredeti tárolója, hanem pl. debian esetén a debianos repók nemzetközi hálózata. azt nem tudom elképzelni, hogy fullosan az összes debianos repó egyszerre adja be a kulcsot.
-
bambano
titán
válasz
dabadab
#20013
üzenetére
annál, hogy rakjon fel magának squidet, minden ötlet jobb.
"mert az csak akkor allitodik be, amikor bejelentkezik": természetesen nem, bármikor beállíthatod.
ha grafikus programhoz akarsz előbb környezeti változót állítani, akkor írsz egy két soros wrapper scriptet, amiben beállítod a változót, majd utána elindítja az eredeti programot és berakod egy olyan könyvtárba, ami előrébb van a keresési úton, mint az eredeti.másrészt annyiból igazad van, hogy egy olyan beállítást, ami a hálózat állapotától függ, akkor kell elvégezni, amikor a hálózat állapota változik. tehát ha mindenáron proxyzni akar, akkor két út lehet:
1. csinál két példányt az apt konfigjából, és az if-up.d/if-down.d-be rakott scriptekkel eldönti, hogy melyiket kell élesíteni és azt berakja a helyére.
2. hagyja az egészet a pokolba, nem az aptot konfigurálja át, hanem tűzfalból csinál transzparens proxy redirectet vagy nem redirectet.és a legszebb megoldás az, ha a kijárati routert üzemeltető csinálja meg a transzparens proxyt úgy, hogy a kliens gépeknek semmi köze ne legyen hozzá. ez a legutóbbi lenne az a megoldás, amikor a kalapáccsal ténylegesen a valódi problémára ütünk és nem mellé, az ujjunkra.
-
#20012
bambano
titán
Speeedfire
#20011
bambano
titán
válasz
Speeedfire
#20011
üzenetére
szerény privát magánvéleményem szerint:
netstat -rn-nel meg tudod nézni a default route-t, (netstat -rn | grep '^0.0.0.0') és az utolsó oszlop megmondja, hogy melyik interfészen van. ha ebből el tudod dönteni, hogy kell-e proxy vagy sem, máris egyenesben vagy.de ha mondasz konkrétabb paramétereket, akkor nagy shell script topicban összeütjük.
a /etc/profile-t minden login shell végrehajtja, tehát azt látni fogja mindenki, aktuális helyzet szerint.
-
#20010
bambano
titán
Speeedfire
#20001
bambano
titán
válasz
Speeedfire
#20001
üzenetére
erre való a pont vagy másnéven source parancs.
akik nem tudnak jó megoldást, azokra ne hallgass
tehát a .profile-odban vagy:
. /etc/init.d/proxy start
vagysource /etc/init.d/proxy start
de igazából helyesebb lenne valamilyen más jel alapján kitalálni, hogy van-e proxyd, és az alapján beállítani a környezeti változókat.
(#20004) -Zeratul-: ha a /etc/profile-ból hívja, globálisan érvényes lesz.
-
bambano
titán
válasz
dzsambo
#19989
üzenetére
a kernelhez általában a kernel maga (vmlinuz kezdetű névvel), a kezdeti indítócuccokat tartalmazó virtuális diszk (initramfs) néven és a kernel modulok tartoznak. Ezeket verziószám különbözteti meg, kernel verzió és a helyi fordító saját verziószáma együtt.
A kernel és az initramfs a /boot alatt van, a modulok a /lib/modules alatt kernelenként külön. ezeket kell átmásolni.
a kernel verziót az uname -a is megmondja, vagy a cat /proc/version parancs.
Új hozzászólás Aktív témák
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Forrmell.enn
- Autóápolás, karbantartás, fényezés
- Gumi és felni topik
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Asztalos klub
- Nintendo Switch 2
- Ejtette a DXR sugárkövetést az új Battlefield
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Eladó Steam kulcsok kedvező áron!
- Játékkulcsok a legjobb áron: Steam
- Samsung Galaxy S9+ 64GB, Kártyafüggetlen, 1 Év Garanciával
- REFURBISHED - HP USB-C Universal Dock G1 docking station (DisplayLink)
- Bomba ár! HP ProBook 440 G6 - i5-8GEN I 8GB I 256SSD I HDMI I 14" FHD I Cam I W10 I Gari!
- Bomba ár! Lenovo ThinkPad X390: i5-G8 I 16GB I 256SSD I 13,3" FHD Touch I HDMI I Cam I W11 I Gari!
- Bomba ár! Dell Latitude 5300 - i5-8GEN I 8GB I 256SSD I 13,3" HD I HDMI I Cam I W11 I Gari!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest