-
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
Neil Watts
#23741
üzenetére
én nem tennék fel egy 256 megás málnára komplett lampot, de mindenki a maga szerencséjének a pogácsa.
-
bambano
titán
válasz
Neil Watts
#23736
üzenetére
engedélyezni kell az alapértelmezett virtual radius szervert, utána a clients.conf-ban be kell állítani az asus router paramétereit, majd be kell írni az users.conf-ba a wifi klienseket.
-
bambano
titán
válasz
Neil Watts
#23734
üzenetére
foglalkozott.
mit akarsz radiuson keresztül autentikálni és minek?
-
bambano
titán
vettem egy ubiquity mfi power pro(eu)-t. ez egy 230-as elosztó, ami képes mérni a fogyasztást és azt naplózni.
van hozzá egy naplózó szoftver, ami nem tetszik, lecserélném.ha rájelentkezek böngészőben, akkor kér usernevet, jelszót, de nem a webes módszerrel, hanem bele van programozva egy login oldal. amikor bejelentkeztem, akkor egy belső scriptjének a meghívásával json-ben lejönnek az adatok, ami kell.
tehát a kérdés: hogy tudom linuxon shell scriptben szimulálni, hogy bejelentkezek, és letöltöm? a wget paraméterként megadott usernév és jelszó nem működik a fentiek miatt. amit eddig találtam a neten, hogy mentsem wget-tel a session cookie-kat, szintén nem működik, bár itt lehet, hogy az elv jó, csak a módszer rossz.
ötlet? jó lenne, ha nem kellene az egészet kibogarásznom
kösz. -
bambano
titán
egy irodaház hálózatát kellene lerajzolnom. nem nagy, pár végpont.
miben érdemes? -
bambano
titán
válasz
PumpkinSeed
#23534
üzenetére
a forward engedélyezését normálisan a /etc/sysctl.confban vagy a hozzá tartozó konfig dirben kell írni.
-
bambano
titán
a kérdésem röviden: xml->latex konverter kellene.
bővebben:
a nav kiad egy xsd-t, amiben leírja, hogy milyen formátumban kell a számlákat átadni a nav felé. úgy gondoltam, minek feleslegesen dolgozni, akkor legyen ez a számla formátum.
a program legenerálná a számlát xml-ben, megírnék hozzá egy "konfigot", amiben leírnám, hogy melyik xml tag-hez milyen latex forráskód-darab tartozik, és a kettőből generálna latex forrást.van ilyen?
-
bambano
titán
válasz
lionhearted
#23496
üzenetére
nem, ilyet nem old meg a cloud vezérlő.
ha te a guglitól rendelsz egy 32 virtual procis gépet, akkor rátesznek egy olyan vasra, amiben van 32 mag egyszerre és jónapot. azt, hogy két teljesen különálló pc-n fusson egy program több szálja, azt nem csinálja a cloud. az egyik vas nem látja a másik memóriáját, cache-ét és viszont.tehát ha te annyi virtuális magot szeretnél, ami nem fér el egy vason, akkor nem fogod megkapni. ha te ezt a sakkprogramot 32 magon akarod futtatni, az egy vason fog futni, amibe beletuszkoltak legalább 32 magot.
-
bambano
titán
válasz
Jim Tonic
#23493
üzenetére
"Ha ebben igazad lenne, mindenki így csinálná": mondjuk elég hülyék lennének, ha egy specifikus problémára adott specifikus válaszom szerint csinálná "mindenki"

szerver alaplapot vegyen cég, szervernek. otthonra sakkot számoltatni clusterben szerintem felesleges. a xeonoknak egyébként sincs túl nagy fajlagos teljesítményelőnye. egy xeon mag nem hajt annyival többet a vele egykorú sima magnál, mint amennyivel többe kerül.
másrészt meg ha sokmagos xeont akarsz, van workstation alaplap is, amibe belefér két proc és még mindig olcsóbb, mint egy rendes szerver.
a ph! tényleg televan használt szerverekkel, csak rendes szervert látok túl ritkán meg elfogadható áron... van dögivel 32 bites xeonnal ibm x345 és társai... bekapcsolod, lefújja a képet a falról. mondjuk a hangjától meg a csótányok is elköltöznek, tehát van pozitív hozadéka is

[link] ebben, ha jól látom, van sakkra kihegyezett benchmark is. Ebben a legjobb proci, a xeon e5-2678vv v2 24549 pontot kap, a második helyezett core i7-5960x 23084-et, az árukban meg nagyjából kettes szorzó van, az 5960x 320 rugó, a xeon meg 350-nel több. Tényleg akarsz még xeont? a reg. ecc fbdimm ramjával? Egy intel szerver alaplap meg is áll 1000 dollárban, a ram is drágább...
de nekem mindegy, mit vesz, mindenki a maga szerencséjének a pogácsa.
-
bambano
titán
válasz
lionhearted
#23491
üzenetére
az, hogy veszel tetszőleges egyszálon futó programot, majd felrakod 32 cloud gépre, és akkor attól hirtelen 32x gyorsabban fog menni, nincs. a cloudmemberek nem tudják a processzort, mint erőforrást, teljesen átlátszó módon megosztani.
az van, hogy a cloudban futáshoz van cloud api, amit ha felhasználsz a programban és úgy írod meg, hogy képes legyen a threadeket szétpakolni a node-okra és közöttük kommunikálni, ÉÉÉÉSSS az algoritmusod is olyan, akkor lehet róla szó, hogy kihasználod a cloudot.
speciel a sakk eléggé ilyen, nem olyan nagy dolog megoldani, hogy egy vezérgép "ránézésre" kiválaszt pár ígéretes lépés-lehetőséget, amit szétszór a cloud memberek között és utána azok mélységi elemzéssel lemásznak a játékfa mélyebb bugyraiba, és megmondják, mit érdemes lépni. persze ez elég elnagyolt megfogalmazás, de a lényeget jól mutatja.
vagy ott az időjárás előrejelzés, azt is azért lehet jól futtatni felhőn, mert a térképet felosztják raszer pontokra és minden pontra nagyjából ugyanazt az algoritmust le kell futtatni. berakják egy fájlba az aktuális mérési eredményeket, osztott tárhelyen, majd szétszórják, hogy melyik cloud member melyik rasztert számolja, és hajrá.
-
bambano
titán
válasz
bucihost
#23485
üzenetére
"na szóval, ilyen klasztert mennyire macerás össze hozni?": semennyire.
többi hsz-hez:
- szerver alaplapot felejtsd el, feleslegesen sokba kerül. inkább vegyél töredék áron +2 alaplapot, és ha bedöglik egy, kukázd.
- a cloud erre természetesen nem jó, csak akkor, ha a szoftver képes cloudon működni. olyan nincs, hogy sok gépet cloudba kapcsolsz és egy program az összes proci lóerőt kihasználja, ha nincs rá felkészítve.inkább az a kérdés, mennyi zsetont akarsz belegórni a témába, mert lehet 40 rugóból is klasztert építeni, meg 400 millióból is.
-
bambano
titán
-
bambano
titán
válasz
bucihost
#23469
üzenetére
[link]:
"1995 DEC releases OpenVMS 7.0, the first full 64-bit version of OpenVMS for Alpha. First 64-bit Linux distribution for the Alpha architecture is released."
"2001 Linux becomes the first OS kernel to fully support x86-64 (on a simulator, as no x86-64 processors had been released yet)."
"2006 Microsoft releases Windows Vista, including a 64-bit version for AMD64/EM64T processors..."szerinted?
-
bambano
titán
válasz
olivera88
#23436
üzenetére
dede, ez eléggé egyforma. ha minden fájlban az elején szerepel a Creator meg a Jasper string, kis szerencsével még akár ugyanazon a pozíción is, akkor az erre való rákeresés eredménye tökéletesen megfelel arra, hogy szétválaszd az érvényes fájlt a csupa nulla fájltól.
-
bambano
titán
válasz
olivera88
#23426
üzenetére
a unixoknak (ellentétben má$ oprendszerekkel) az a mániája, hogy a fájlok első néhány karaktere alapján dönti el, hogy mi van bennük. A shell szkript mindig #!-lel kezdődik, a postscript %!PS-Adobe stringgel, stb.
ha szerencséd van és normálisak voltak a túloldalon, akkor az alapadataid fájlja is egy fix szignatúrával kezdődik, ezt kell ellenőrizni az elején.ha nem stimmel, gáz van.
-
bambano
titán
válasz
Jim Tonic
#23362
üzenetére
na, pont beletenyereltél a linux elwindowsosítása témakörbe

szóval a soros port az pont ugyanolyan karakteres eszköz, mint a terminál vagy a szabvány bemenet és kimenet. a soros portnál csak a port fizikai paramétereit kell külön programozni, ioctl-ekkel (ha emlékeim nem csalnak), egyébként maga az adatforgalom az teljesen szabvány unix karakteres periféria. tehát magán az i/o-n semmit nem kell rajta programozni. sima cat </dev/ttyS0 is működik, ha már valamilyen programmal beállítottad a paramétereket. következmény: bármelyik program, ami szabvány bemenetet képes kezelni, képes soros portot is kezelni.
A /dev csak azért van ramdrájvon, mert mióta megy az ilyen udev meg hasonló bohóckodás, azóta nem a jó öreg klasszikus /dev könyvtárat használják. nem is olyan régen még nem volt ramban.
az, hogy két programot, amit összekapcsolhatsz csővezetékkel, diszkre írt fájlokkal kapcsolj össze, nem unixos megoldás.
-
bambano
titán
válasz
DrojDtroll
#23357
üzenetére
közös környezeti változókon keresztül azért nem tudnak kommunikálni, mert nincs közös környezetük.
a legegyszerűbb megoldás szerintem, ha az egyik program a szabvány kimenetére írja a változók értékeit, a másik meg a szabvány bemenetén olvassa és egy csővezetékkel összekötöd őket.
ha ez nem megy, csinálhatsz pipe-ot és beszélhetnek azon keresztül is. lásd man mkfifo
(#23358) Jim Tonic: szerintem a unixot unixként kellene használni, akkor jön elő, hogy miért jó

-
bambano
titán
válasz
Jester01
#23352
üzenetére
mert te még a titanic pusztulása előtt telepítettél utoljára nulláról linuxot.
azóta már régen automatikus a tömb összerakása, meg van szuperblokk a darabokon.
az initrd-nek is csak annyit mondanak, ha jól emlékszem, hogy melyik raid tömböket kell összerakni, a darabokat már uuid alapján megtalálja a kernel magától. -
bambano
titán
válasz
Fecogame
#23341
üzenetére
két kérdésed volt, fordított sorrendben:
1. melyik fájl tárolja a jelszavakról az infót: a man shadow megmondja, hogy a /etc/shadow.
2. meg lehet-e változtatni a jelszóváltoztatás idejét: a man shadow szerint a /etc/shadow soronként harmadik mezője tárolja az utolsó változtatás idejét. esélyes, hogy meg lehet változtatni, ha másképp nem, akkor a shadow fájl buherálásával. -
bambano
titán
válasz
zserrbo
#23326
üzenetére
teljes távoli asztalt úgy tudsz elérni, hogy session managert indítasz először.
beállítod a távoli szerveren, hogy a display manager manageljen neten keresztül is, tehát az xdmcp port legyen nyitva a netre is, majd a helyi X szervert -query ip paraméterrel indítod (ha emlékeim nem csalnak). -
-
bambano
titán
válasz
_Dumber_
#23305
üzenetére
abszolút teljesen téves megközelítés.
először is az utolsó, ami eszembe jutna, hogy felrakok egy bármit a linuxomra, amitől nem lehet bármikor rebootolni. emiatt majd amikor fontos dolog miatt le kell állítani, akkor se fog sikerülni.másodszor neked az a problémád, hogy a windowsod nem értesül arról, hogy le kellene állnia, tehát ezt a problémát kell megoldani, nem pedig kotorászni a rendszerben és hasonlók.
a probléma helyes azonosítása után már nem is olyan nagy truváj beírni a guglinak, hogy remote shutting down windows és akkor ilyen remek oldalak kerülnek elő, amiben olyan fejezetcím van, hogy remote shut down windows from linux.
tehát a helyes eljárás az, hogyha le akarod állítani a gépet, akkor álljon le szabályosan a windows is.
-
bambano
titán
válasz
Mr Dini
#23270
üzenetére
vagy a freeradius sqlite modulja nincs felrakva, vagy az sqlite cucc kompletten.
ha felrakod az apt-file csomagot, majd frissíted (apt-file update), utána az meg tudja mondani, hogy ha egy fájl nincs meg a rendszeren, melyik csomagban kellene benne lennie.
szerk: vagy tiltsd le az sqlite modult.
-
bambano
titán
válasz
Jester01
#23264
üzenetére
"Egyfelől fölöslegesen az üres helyet is másolja (ami ssd esetén duplán rossz) ": ha abból az irányból nézed, hogy üreset is ír, akkor nevezheted rossznak. ha meg abból, hogy egy-két ócskább ssd esetén szükséges a cellák frissítése, akkor meg kifejezetten jó, hogy végigírod a partíciót. lásd samsung ssd mizéria.
-
bambano
titán
válasz
zserrbo
#23260
üzenetére
az Xmingw-s szerver az egyfajta windowsra portrolt linux emulációval készült, a VcXsrv meg natív windowsos program. Az előbbi a közismert, azért emlegetik sokan, az utóbbi meg nem.
minek teljes asztal? ha valamit csinálni akarsz, úgyis el kell indítanod egy programot, ami majd integrálódik a w-s desktopba. de ha mégis teljes asztalt akarsz, akkor az X szervert el lehet úgy indítani, hogy komplett bejelentkezést csináljon a linuxodra, ebben az esetben a linuxon a display managert úgy kell indítani, hogy távoli kapcsolatot is fogadjon. ehhez tudni kellene, hogy xdm, lightdm, gdm, gdm3 vagy mi a display managered a linuxon.
azzal nem érdemes neked külön foglalkozni, hogy bizonyos programok más felhasználóként fussanak. úgy van gyárilag megcsinálva mind.
-
bambano
titán
válasz
zserrbo
#23245
üzenetére
ahhoz, hogy windows alatt érdemben ssh-n tunnelezhess X-et, kell X szerver windowsra.
-
-
bambano
titán
válasz
syler123
#23139
üzenetére
mert ha kézzel törlöd a partíciókat és újra létrehozod pont ugyanazt, akkor a fájlrendszerhez nem nyúl, az pont ugyanabban a formájában megmarad, mintha nem csináltál volna semmit. linuxon a partíció létrehozása csak az mbr-t piszkálja, a diszk többi részét nem.
egyébként fsck -y -f /dev/sdb1 vagy amelyik partícióról szó van.
(#23142) lev258: "nem csak arról van szó, hogy új ext4-es fájlrendszer létrehozásakor a mezei felhasználónak még nincs joga írni, csak olvasni?": nem, nem erről van szó, ha elolvastad a korábbi hsz-eit, ott látszik, hogy egy io error miatt taccsra tette a fájlrendszert, amit utána a mount csak ro-ban mountol fel (erről bemásolta a vonatkozó üzenetet).
(#23159) lev258: nem jól tudod, -a nélkül is javít, csak akkor vagy kézzel engedélyezed minden javítást, vagy írsz egy -y -t, ami yes-t alapértelmez minden kérdésre.
az eredeti kérdéshez:
kezd olyan érzésem lenni, hogy az a diszk valójában döglött és hardver problémád van. -
bambano
titán
válasz
alitak
#23049
üzenetére
próbáld ki azt, hogy tömböket törlöd, egy tömböt megcsinálsz, a másikat nem, és úgy rakod fel.
esetleg húzd ki addig a harmadik és a negyedik vinyót a gépből.
az lehet még, hogy a raidhez kellene firmware és azt nem rakta fel a telepítő. persze kérdés, hogy akkor a másik miért megy. -
bambano
titán
üdv!
Még mindig utáljuk a wd green diszkeket?
-
bambano
titán
válasz
Jim Tonic
#22975
üzenetére
én már csak olyan régimódi vagyok, hogy az átviteli sebesség csak második a listámon...

semmit nem érsz a nagy átviteli sebességeddel, ha elszáll az egész a rákba...
ezért a privát magánvéleményem az, hogy fontos adatot se linuxos zfs-re, se btrfsre nem teszek.a második privát magánvéleményem az, hogy az adatbáziskezelés alaptörvénye, hogy az adat sok és hajlamos többé válni. ezért háttértárban olyan megoldást választanék, ha több lehetőségem van, ami később bővíthető. tehát kiindulásnak minél kevesebb diszket, darabonként minél nagyobb kapacitással.
a helyedben olvasgatnék a linuxos raid10 driverről is, mert elég érdekes dolgokat művelnek benne...

-
bambano
titán
-
bambano
titán
wine help kellene. az a probléma, hogy beállítom a programban a felbontást, ami kisebb, mint a desktopom. a wine átváltja a monitort az adott felbontásra, de mintha a desktop mérete megmaradna, és egérrel lehet tologatni a képernyőt a desktop felett.
ezt ki lehet valahogy nevelni a wine-ból?
-
bambano
titán
te most félsz tőlem?

a magam részéről azt gondolom, hogyha gyakorlatilag nulla napos tesztverziós szoftvereket használsz, akkor tényleg csetleni-botlani fog, de akkor nem lehet arról beszélni, hogy mi történt 12 év alatt, mert a cuccok nem 12 év fejlesztés után kerültek a kezed alá.
nekem is van olyan, hogy hirtelen elkezd omlani az X, olyankor szétszedem a gépet és kitakarítom a vga kártya hűtését. egyébként javaslom olyan disztrók telepítését, amik nem kísérletező kedvűektől származik.
a gui-s toolok is lehet, hogy omlanak, de szerintem elég, ha egy terminálod van

szerk: "Az, hogy milyen disztro, szerintem kb. lenyegtelen, mert amit meg lehet oldani valamelyik disztron, azt a masikon is.": nem, mert pl. a debianban ősöreg X van, arra tényleg mondhatod, hogy 12 év fejlesztés, az nekem nem is omlik. Az ilyen waylandos, mires kompozitoros lomok omlanak, de azok nem 12 évesek.
-
bambano
titán
teljesen egyforma sosem lesz (mert ahhoz többek között az interrupt vezérlőket is szinkronizálni kellene), de egyrészt a megengedett eltérés nem tizedmásodperc, másrészt nem az adatátvitel miatt van. azt a protokoll szűri, azért olyan bonyolult.
# ntpdate time.kfki.hu
9 Nov 13:26:13 ntpdate[5126]: adjust time server 148.6.0.1 offset 0.000034 sec -
-
bambano
titán
válasz
Santosh
#22912
üzenetére
az én válaszom, hogy architekturálisan nem jó irányvonal egy hibásan működő megoldást újabb cuccok bevonásával megpróbálni javítani. ha nem megy át a proxyn az apt, akkor azt kell kijavítani, nem nginx-et felrakni. az, hogy most már az nginx se megy át, alátámasztja ezt a véleményemet.
-
bambano
titán
válasz
nixx-21
#22887
üzenetére
"Legfontosabb szempont a szerver redundáns internetének kialakítása, hogy szolgáltató kiesés estén ne legyen kimaradás, jelenleg azonban vagy az eth0-t használom (Telekom router által adott internet) vagy ppp0-t használom (Digi ONT által adott internet).": ebben az a gond, hogy mindkét kapcsolat be akarja állítani a default route-ot, ezért nem fog menni alap konfiggal egyszerre.
-
bambano
titán
válasz
Santosh
#22882
üzenetére
tcpdumpot eléggé verbose módra kapcsolva és közben apt-get updatelve látnod kellene a http headerekben az auth stringet vagy ami maradt belőle.
még annyit, hogy az ms már egy ideje nem engedi a cleartext jelszót semmire, tehát lehet, hogy ntlm vagy valami hasonló is kellene bele.
-
bambano
titán
wikipedia szerint amit a linux csinál raidtíz néven, az nem raid10.
szerintem jó a szoftveres raid, erre majd akkor jössz rá, mikor egy proprietary raid kártya mögül ki akarsz venni egy diszket
én jártam így múlt szilveszterkor, a klasszikus kamionos tankolós vicc jusson eszedbe 
(szomszéd kútnál kamionos tankolt 400 liter 95-ös benzint, én meg új kifejezéseket tanultam...)szerintem mostanában már azt legózol össze mdadm-mel, amit akarsz. régebben finnyás volt a kernel egy-két dologra, de tudtommal azt már kinevelték belőle.
hálózaton másolásra gyors módszerek:
1. kibogarászod, hogy hogyan tud az ssh titkosítás nélkül kapcsolódni (hogy ne tekerje a procit a titkosítás, mert lassú lesz)
2. beállítod a másolás idejére az rsh-t, de ezt tényleg csak addig, mert akkora lyukat üt a biztonságba, mint 5 focistadion a költségvetésbeha ezek megvannak, akkor vagy rsync ssh fölött, vagy rsh és tar, vagy felrakod az rsync-et a saját szerverével daemonnak és rsync protokollon.
további lehetőség: nfs szerveren kiajánlod a fájlrendszert és sima másolás.
az rsync annyiból jobb, hogyha félbehagyod reggel, azzal sima ügy folytatni.
-
bambano
titán
a sorrend a kérdés. ha a natív diszkekből párosával raid1-eket csinálsz, majd a raid1-ekbet fűzöd össze egy raid0-ba, az nem ugyanaz, mintha a diszkek feléből raid0-t csinálsz, és a két raid0-t fűzöd össze egy raid1-be.
ha ezt pl. tíz diszkből csinálnád, akkor az általad írt módszerrel lenne két darab, öt diszkes raid0, amiből lenne egy darab raid1, és peches esetben két diszk pusztulása elvinné az egész kötetet a lecsóba.
az általam leírt módszerrel meg lenne öt pár diszkből 5 darab raid1, amiből lenne egy darab raid 0. ez szerencsés esetben akár 5 diszk elpusztulását is túlélné.a nevekkel mindig bajban vagyok, hogy melyik a raid10 és melyika raid01

ha jól láttam, 4 darab 500-as vinyóról van szó, az 1T hasznos terület, az nem olyan sok sem hálózaton, sem úgy, hogy beraksz két új diszket a gépbe, megcsinálod rajta a két raid1-et féllábasan, majd abból a raid0-t, majd melléraksz két jól megválasztott példányt a régi diszkekből, és abból összerakod szintén féllábasan a régi raidet, és akkor lehet helyileg másolni. de olyat is csinálhatsz, hogy lemented a régi diszkekről a raw partíciót az újakra, a mentett fájlokból legózod össze a raidet, és utána onnan töltöd vissza a mentést, el fog férni.
-
bambano
titán
válasz
#68216320
#22835
üzenetére
nem tudom, miért ennyire népszerű ez a külön hdd vagy pendrive a rendszernek, szerintem hülyeség.
raid1 a fontosabb dolgoknak? mi lehet az oprendszernél fontosabb, ami biztosítja, hogy az összes többihez hozzáférj?
a raidnél meg vagy találsz a kártyához management cuccot, amit külön üzemeltetni kell, vagy nem. a softraidhez meg van minden.
-
bambano
titán
jól emlékszem, hogy kétterás diszkről már csak uefi-vel lehet bootolni?
-
bambano
titán
válasz
Jester01
#22791
üzenetére
be is tölti a firmware-t?
dmesg|grep firmwarehogy működik-e az interfész, azt egy iwlist wlan0 scanning-gal meg lehet nézni.
viszont láttam már olyan firmware-t, aminél az elsőnek mutatott interfész csak vezérlés, létre kell hozni egy ap-t vagy klienst ahhoz, hogy működjön.
Új hozzászólás Aktív témák
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! Honor 90 Lite/Honor 90/Honor Magic5 Lite/Honor Magic6 Lite/Honor Magic5 Pro
- Ikea Eilif Paraván, asztali elválasztó
- Konzol felvásárlás!! Xbox Series S, Xbox Serries X
- BESZÁMÍTÁS! Asrock B450M R5 5500 16GB DDR4 512GB SSD RTX 2060 Super 8GB THERMALTAKE VERSA H17 600W
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
kösz.




