Téma: Minden ami VPS - Kérdések, válaszok, tippek

Kedves Mindenki!

Sokan köztünk kíváncsiak a világ olyan technikai csodáira amihez nem értenek, de szükségük van rá, sokszor említették már páran, hogy írnak egy know-how-ot de remélem hamarosan ez meg is valósul, és mindenki számára elérhető lesz.

Építsünk(csak is aki ért hozzá) egy olyan "tudás adatbázist" amire büszke lehet a magyar web, és főképp a fórum.

Tehát amit szeretnék elérni, az hogy a hozzáértők véleményt mondjanak, készítsenek leírásokat, adjanak tippeket, és lássák el hasznos információkkal a hozzá nem értőeket mint például én, arról, hogy mit is kell csinálni.

Megpróbálom összeszedni a kérdéseket:

-------------------------------------------------------------------------------------

Általános kérdések:

- Mi a VPS
- Miért válasszunk VPS-t
- Milyen VPS-t válasszunk
- Mire érdemes figyelni a szolgáltató/vps választásánál?
- Milyen paraméterekkel büszkélkedjen, és mire figyeljünk nagyon?
- Milyen virtualizációs technológiát válasszunk?

Ha megvan a VPS, további lépések:

- mi a fxxz ez???? - poen

- hogy kezdjünk bele?
- milyen os/distrot válasszunk?
- 32/64?

Miután ""békapcsolt a masina":

- os installálás
- shh belépés
- user létrehozása
- iptable beállítása

Meat:

- mysql install
- mysql beállítása
- ruby install
- ruby beállítása

Mlyiket válasszam? Litespeed Vs. Apache Vs. nginx Vs. Cherokee, és azok előnyei és hátrányai.
- Litespeed/Apache/nginx install és beállítások

Control panel:

Melyiket, hogy, és miért?

DNS:
Az elejétől a végig...

FTP

Biztonság, és backup

Tippek, trükkök, optimalizálás.

Hibák és annak követése.


Ha bárkinek bármilyen további kérdése volna akkor hozzászólás formájában tegye fel, vagy kérjen meg egy admint, hogy ezt az első postot szépen pofozza ki
-------------------------------------------------------------------------------------


Ez az egész már egy jó ideje érdekel, de most már aktuális a dolog számomra is, de nem értek hozzá, így szörfölök pár hete a neten de magyarul összeszedve korrektül(és ne az ókorból kerüljön elő) még nem találtam meg a válaszokat a kérdéseimre.

Jó volna, ha azokat akiket érint direkten/indirekten a téma, akkor aktivizálná magát

-------------------------------------------------------------------------------------

Kíváncsi lennék a tárhely szolgáltatók véleményére, és szaktudására is.
Ezt megkérdezhettem volna telefonon/skypeon bárhol bárkitől, de itt az volna a lényeg, hogy az infó mindenki számára elérhető legyen.

Remélem akad olyan aki szívesen megosztja gondolatait/tudását ebben a témában is.

*az első két szolgáltatónak aki ír egy kimerítő bejegyzést/tippet/bármit felajánlok 50-50 linket a tudásáért, mivel én is szeretnék a közösbe tenni abból amihez é n értek

---

Hasonló témák:

• Védjegy és szerzői jogi válaszok.
• Szövegírás tippek
• Fogyókúra tippek
• phpbb3-al kapcsolatos kérdések-válaszok
• dvdX Tippek-Trükkök

Eléggé nagy lenne ez a post, a "Mi a VPS"-től pl a "Biztonság, és backup"-ig.

Ha meg akarsz tanulni, VPS-el dolgozni akkor a legjobb megoldás talán az lenne, ha vásárolnál egy kiszuperált P4 est a lényeg, hogy régi legyen így szinte "biztosan" nem lesz gondod a driverekkel; és instáljál rá külömböző Distrokat (Debian 5, 6 Ubuntu 10.04, CentOS, FreeBDS, RHEL) és probáld ki őket.

Debian és Ubuntu ra rengeteg tutorial, howto, stb van már.

Ami után van egy kis linux ismereted (gondolom most is van) telepítsél egy Server edition, majd Win alól ssh-n próbáld konfigolni.

Érdemes beruházni egy ilyen eszközre : Sears: Online department store featuring appliances, tools, fitness equipment and more


Control Panelnek én a DirecAdmin-t ajánlom.

Mi a VPS?
Egy nagy szerverből kihasított kissebb, önállón müködő rész.

Miért válasszuk a VPS-t
* ha olyan, egyedi igényeink vannak ami egy osztott tárhelyen problémába ütközik, (speciáls modulok, egyedi szoftverek)
* akkora terhelést kapnak a weboldalaink, hogy az ossztott tárhelyről kirakással fenyegetőznek.
* van kb 40-50 weboldalunk igy egy helyre költöztetve őket olcsóbban kijövünk, mintha tárhelyeket bérelnénk.

Milyen paraméterekkel büszkélkedjen, és mire figyeljünk nagyon?
* Ram mérete,
* Tárhely mérete. (egy minimalista rendszer a napi logfile-okkal, swappal mindennel együtt olyan 10G-ét foglal)
* CPU tipusa, osztása, mérete
* Diszkrendszer. Kiemelten fontos. Ez az egyetlen dolog amin osztozni vagyunk kénytelenek a többiekkel
* Sávszélesség, mennyi amit kapunk
* Adatforgalom, magyarországon divat a korlátlan adatforgalmat hirdetni, de ez nem igy van.


Milyen virtualizációs technológiát válasszunk
Két fő irány van, az egyik az teljes, virtualizált környezetet biztosít, az operációs rendszer alapjaitól kezdve mi felülnk mindenért, a másik csak erőforrásokat delegál a felhasználóhoz, igény, és lehetőség szerint.
* Teljes környezet: xen, Citrix XenServer, VMWare
* Szoftveres: Virtuozzo
* Egy csomó egyébb amiről nem tudok nyilatkozni

A Virtuozzo nagy előnye, hogy olcsó. Mivel itt lehetőség van oversellingre, illetve fizikai processzormagnál kissebb szeletek biztosítására, igen jó limitációval. Ezért ns2-nek, kissebb teszt szervernek ideálisak, nagyobb terhelésnél nem fognak annyira szeretni bennünkek, sok esetben úgy oldaják meg a dolgok, hogy a gép a szabad erőforrások határáig engedi kinyulni a vps-t, igy ha kezdjük kinőni a saját keretünket, akkor attól függően, hogy a többiek mit csinálnak, vagy van plussz és gyorsak az oldalak vagy nincsen, és akkor lassú minden.

Xen /VMWare: Az erőforrások dedikáltak, tehát ha a gépben 8 giga ram van, akkor csak 7.5-et lehet eladni, ha 8 mag, akkor csak 8 magot. Viszont ezekkel az erőforrásokkal dedikáltan mi rendelkezünk, meglétük, kihasználhatóságuk sokkal kevésbé függ a többiek tevékenységétől.

milyen os/distrot válasszunk? 32/64
Azonban elsősorban olyat amihez az ember már ért valamenyire.
Szerintem Debian / ubuntu alapú rendszert, ehhez lehet a legtöbb howto -t találni, és ez az egyikk legnagyobb közösség.
A redhat, centos világ meg igen sokszinű, nagy, azonban számomra valahogy nem esik kézre a gondolkodásmódjuk.
32? / 64?
Ez a kérdés sokszor már akkor eldőlt amikor a vps-t megkaptuk, de jelenleg a 32 bites bőven elég, nincs akkora vps-re az átlag igénye, hogy a 64 bitre váltást kelljen forszirozni. Plussz a 64 bites rendszernél még könnyebben szaladunk bele olyanba, hogy valamihez nincs 64 bites progi. Azonban ez egyre kissebb esélyel fordul elő.

Control Panel
Amiből választani lehet az:
FIzetős divizió:
* Plesk
* Cpanel
* DirectAdmin
* ISPmanager

Ingyenesek:
* webmin
* ISPconfig
* Openpanel

Itt is van még vagy 50 darab panel amit nem emlitettem meg, mindegyik kicsit más szempontból közeliti meg a dolgokat ha speciális igény van, akkor megéri ezeket is megnézni.

Ami fontos, hogy minden ilyen rendszer az üres gépre települ, tehát semmit sem kell telepíteni, mindent elintéz az adott progi.

Webmin régi, kicsit fapados, de sok éve megvan és müködik. Mint minden OS cucnak ennek is kihivásokkal küzd a felülete, de alapjában használható.
ISPconfig: php-ban irt, kicsit fapados rendszer kifejezetten debian-ra. Használjuk, vannak nyügjei, de ha nincs másra keret jó választás.
Openpanel: nagyon jó rendszernek indult, de mostanra kicsit belassult a fejlesztése.

Plesk / CPanel a két klasszikus nagy kontrol panel szinte mindenki találkozott már vele,

CPanel üzemeltetői oldalról azért elég húzós tud lenni, sok az ismert hiba, nyüg, és nem is mindig kerülnek javitásra a hibák, hiába jelenti őket az ember. Sok a "magick" amitől müködik a rendszer. Ha netán valami megáll akkor pedig sokat kell tudni hogy újra tudd inditani. A frissitések sem túl gyakran jönnek.

ISPmanager: Orosz program, meglepően jól müködik, nagyon jól össze van szedve a belső része a dolognak, Az egyetlen a fenti felsorolásból amelyiken van cluster változata, bár ha az embernek már ez kell, akkor lassan ideje szakembert keresni. Ha hamarabb találom meg, akkor lehet ma ez fut minden gépemen.

DirectAdmin: Személyes kedvenc. A DA maga kb 3-4 hetente frissül, de ez csak a panel szoftvert érinti, a rendszeren található összes programot a DA -tól függetlenül a megjelenés után 2-3 nappal elérhetjük a megfelelő tárolókból (türelmetlenek külső forrásból is tudják telepíteni akár a bejelentés után azonnal) A rendszer egyik előnye, hogy nem megpatkolja a programokat, hanem mindennek megirja a konfig filejait, igy a rendszer a DA -tól függetlenül is értelmezhető, csak strapás lessz a sok konfig file-t kézzel irni.

DNS
Az egyetlen amit a fenti sorból kiemelnék, a többit úgy is elintézi a panel. A magyar szabályozás szerint a domaineknek kettő darab dns szerverrel kell rendelkezniük, ami nem lehet ugyan abban a ip tartományban. Minden rendszer kinál valami megoldást, hogy valami apin keresztül elérje a dns2-t hogy szólni tudjon a változásokról, azonban kell egy külső dns2 ami kiszolgálja a kéréseket. Ezt vagy lehet csere alapon valakivel csinálni, vagy keresni egy csak ns2-t adó szolgáltatót, aki támogatja azt az api-t amit az adott panel használ.


Tüzfal
A legtöbb panelt támogatja a következő kifejezetten webhostingra, panelekre tervezett rendszer: ConfigServer Security & Firewall Igy kevés munkával igen megbizható megoldást kaphatunk.

Én egy könyvet ajánlanék a figyelmedbe:



Todd Deshane, Eli M. Dow, Wenjin Hu, Brendan Johnson, Jeanna N. Matthews, Patrick F. Wilbur:
XEN a gyakorlatban
Útmutató a virtualizáció művészetéhez

Kiadó: Kiskapu
Kiadás éve: 2010
Oldalszám: 560
ISBN: 9789639637719

A szerzők először a virtualizáció alapjait – a fogalmakat, alkalmazási területeket és előnyöket – ismertetik, majd bemutatják a Xen képességeit, a Xen LiveCD tartalmát és a Xen-hiperfelügyelőt, valamint végigvezetnek a saját merevlemez alapú Xen-telepítésünk beállításának lépésein. Miután a Xen már fut, megtanuljuk a legjobb módszert a „vendégek” létrehozására és a meglevő rendszerek Xen-vendégként való futtatására. A könyv kimerítően tárgyalja a Xen-vendégek, az eszközök, hálózatok és elosztott erőforrások kezelését és biztosítását.

Kód:

A könyv tartalmából:

# A Xen-hiperfelügyelő: mi a feladata, és hogyan működik?
# Előre felépített rendszerlenyomatok használata, beleértve a tömörített fájlrendszereket
# Tartományok kezelése az xm konzollal
# Vendéglenyomatok feltöltése és tárolása
# Hálózatok tervezése és beállítása a Xenben
# Biztonság a Xenben: különleges célú virtuális gépek, virtuális hálózatszakaszok, távelérés, tűzfalak, hálózatfigyelők, sHype hozzáférés-szabályozás, Xen Security Modules (XSM, Xen biztonsági modulok), és így tovább
# Vendégerőforrások kezelése: memória, CPU és I/O
# A Xen alkalmazása vállalati környezetben: eszközök, termékek és eljárások

Sziasztok!

TLoF nagyon szépen összeszedte, illetve pontokba foglalta a választ, ezért igyekszem hasonló szerkesztési
formát tartani, annak érdekében, hogy könnyen átlátható legyen. Összességében egyébként ez a kérdéskör
szerintem túl tág ahhoz, hogy egy témában kezeljük, igazság szerint egy egész alfórum lenne ildomos hozzá!
Első körben szerintem a dolgokat az ügyfél szemszögéből érdemes megviszgálni -mivel legtöbben így találkoztok
a támával-, ezért a host szerver üzemeltetésébe egyelőre ne menjünk bele -illetve csak annyira, amennyire
épp szükséges-.

Mielőtt folytatnám, remélem TLoF nem haragszik, de pár apróságot hozzátennék még a hozzászólásához:

Milyen virtualizációs technológiát válasszunk:
A két virtualizációs technológiához érdemes a következőket is megjegyezni:
* Teljes virtualízációs technológia - vmware,xen, stb esetén a virtuális gép számodra olyan, mintha egy adott
hardware konfigurációs paraméterekkel rendelkező dedikált gépet kapnál, a legtöbb esetben módod van arra,
hogy az operációs rendszert te magad telepítsd fel -illetve a legtöbb esetben ez előretelepítve kapod-.
Lényegében tehát a szervered egy teljes önálló környezetet kap, külön előnye, hogy teljes virtualizáció
esetén a kernel és operációs rendszer típusát is megválaszthatod, valamint az OS-t egyáltalán nem
kell változtatnod. A teljes hardveres virtualizáció esetén dedikált gépről való költözés is sokkal egyszerűbb,
valamint ez visszafele is lehetséges.

*másik megoldás a közös kerneles virtualizáció, amikor a hardware és az operációs rendszered között
az összes többi ügyféllel egy bizonyos kernelen osztoztok. Ennek a megoldásnak nagy előnye, hogy
maga a technológia a linux kernelben benne van, ezért nagyon kis módosítással szinte bárki használható
rendszert tud összeállítani. Hátránya viszont az, hogy minden futó VPS azonos kernel alatt fut, igazából
csak egy elkülönített névteret kap. Az ilyen megoldás esetén az OS-t nem választhatod meg tetszőlegesen,
hiszen csak olyan OS használható, amelyik az adott kernellel képes együttműködni. Ahhoz, hogy az adott
OS jól működjön a névtéren egyes átalakítások is szükségesek a futtatott környezetben. Bár a VPS-ek
el vannak különítve, mindez addig mondható el, ameddig a kernel is tökéletes, ha valami homok kerül
a gépezetbe (pl.: kernel panic), akkor bizony az összes VPS újraindul, ami gyakran tapasztalható a legtöbb
olcsó külföldi VPS-en is! Legtöbb esetben nem lényeges, de jó tudni, hogy például tűzfal beállításokat
nem végezhetsz saját magad, mert a közös kernel ezen részéhez nem férhetsz hozzá, sok helyen a
VPS kezelőfelületén adnak lehetőséget a tűzfal beállítások módosítására, de csak nagyon korlátozottan.

VPS overbooking
A legtöbben azért választunk VPS-t, mert az erőforrások dedikáltak, legalábbis ebben reménykedünk. Sajnos
ez nem teljesen van így, hiszen, minden szolgáltatónak ki kell termelnie egyrészt a hardware befektetését,
valamint a nem kis software költésget sem -lásd vmware árak!-. Közös kerneles megoldás esetén egyáltalán
nincs korlát arra, hogy hogyan manageled az erőforrásokat, mert sokszor kevesebb eszközöd van rá, mint
teljes virtualizáció esetén. Sajnos a közös kerneles megoldásnál bizonyos esetekben ugyan azzal a problémával
találkozhatsz, mint közös tárhely esetén is, ha nincs erőforrásgazdálkodás, akkor előfordulhat, hogy neked
nem marad!

Teljes virtualizáció esetén is van mód arra, hogy több erőforrást osszunk ki, mint amennyi erőforrásunk van,
legalábbis a vmware terén ez nem probléma -nézzétek el az a hiányosságomat, hogy xen terén nem vagyok
annyira jártas, ebben majd TLoF tud segíteni-. A VmWare tehát az összes kiosztott és memória és CPU
teljesítményt -amit MHz alapján korlázothatsz- eloszt a hardwaren. Az overbooking egyébként nem ördögtől
való, hiszen szinte soha senki nem használja ki a teljes kapacitását, ezért tehát ha ésszel végzik az overbookingot,
például mondjuk 20-30% körül maradunk, az nem gond, bár hosszabb távon az összes teljesítmény a lényeges,
ha látszik, hogy kevés az erőforrás vmware esetén können átcsoportosíthatóak a gépek.

milyen os/distrot válasszunk? 32/64
Linux esetében a 32/64bit nem jelent gondot, hiszen i32 emulációval a 32bites alkalmazások tökéletesen futnak
64bit-es rendszeren is, feltételezem ez windows terén sem okoz gondot. Összességében a 64bitnek van előnye,
de hátránya is. Összességében kezdők számára valóban a 32bit választása tűnik a legjobb megoldásnak.

Mire érdemes figyelni a szolgáltató/vps választásánál?
* a fentiek alapján tehát lehet mérlegelni a teljes és osztott kerneles VPS-ek között. A legtöbb esetben, amikor
nagyobb oldalakat vagy esetleg több oldalt szeretnétek futtatni, mindenféleképpen a teljes virtualizációt javasolnám,
kiegészítő szolgáltatások esetén, példul egyszerű dns szerver vagy kis forgalmommal rendelkező, de kihelyezett
oldalak esetén a közös kerneles megoldások is megfelelőek, annál is inkább, mert olcsóbbak, igaz kevésbbé
megbíthatóak is.
* ahogy TLoF említette a disk alrendszer nagyon fontos, hiszen lehet akármilyen gyors processzor, ha
a programjaid nagy része adatra vár a feldolgozás helyett. Itt kell megemlítenem, hogy overbooking
esetén előfordulhat, hogy a rendszer swap-pelni fog -vmware tud ilyet globálisan is-, ilyen esetben
az összes VPS szenvedni kezd.
* tudni kell azt is, hogy a szerver teljes sávszélességénél többet egy VPS sem forgalmazhat, ezért
a 100-1GBit/s-mal hirdetett VPS esetén természetes kétkedéssel kell élnünk, mert feltehetően egy
szolgáltató sem szeretné a teljes sávszélességét egy VPS-hez dedikálni.

milyen os/distrot válasszunk?
VPS-ek terén a leggyakoribb a linux használata, mivel jóval hatékonyabban virtualizálhatóak -ha kéritek
erről majd legközelebb...-, a dist. terén szinte bármelyik választható, hiszen az alapok mindenhol ugyan
azok, mindegyiket meg lehet szokni. Ha sajat rendszert telepítesz, akkor szinte mindegy, hogy mit hasznalsz,
ha viszont kezelőfelületet is szeretnél telepíteni, akkor érdemes annak igényeit vizsgálni először, mindegyik
leírásában szerepel az, hogy melyik dist. esetén fut a legjobban.

hogy kezdjünk bele?
Legtöbb esetben a VPS-t SSH hozzáférési adatokkal kapod, ezért az SSH telepítésére nincs szükséged,
alapvetően akkor sincs probléma, ha nincs telepíve, hiszen minden program telepítése nagyon egyszerű
vagy az apt-get vagy a yum csomagkezelők segítségével.
Például:
apt-get install mysql (lehet, hogy a csomagnév nem ez, de a listában meg lehet találni)
azt viszont tudni kell, hogy ezek a telepítések az általános és stabil felhaszálásra vannak beállítva,
ezért sokszor nem optimálisak, az egyéni célok számára külön érdemes a MySQL-t beállítani, például
memória méret alapján query cache-t bekapcsolni stb stb.

Biztonság, és backup
Erről a kérdésről külön könyvet tudnék írni Lényegében minden esetben azt javaslom, hogy a szolgáltatód
mentésén kívűl legyen saját mentésed is, ha saját programot írsz, akkor legalább a /etc, /home és /var
könyvtárakat mentsd le időnként, mert legtöbb esetben ezekben vannak azok az adatok, amik alapján
nagyon szükséges esetben a rendszer újratelepítésével fel tudod éleszteni a rendszert, mindenesetre
ez nagyon tapasztalt felhasználóknak javasolt. Szükség esetén a témát jobban kifejtjük majd.

Biztonság, ez legtöbb esetben sokszor tapasztalati kérdeés, de pár alap dolgot tanácsolnék:
* ne futtass olyan szolgáltatásokat, amikre nincsen szükség, illetve állíts le olyan szolgáltatásokat,
amik fölöslegesen futnak
* ellenorizd, hogy a mysql root jelszava be legyen állítva, különben boldog boldogtalan ki-be járhat
az sql szervereden
* amennyiben nem fontos ne futtass FTP szervert, esetleg használj scp-t
* tiltsd le a root bejelentkezest ssh-val, hasznalj su-t a jogosultsagok felvetelere
* tartsd frissen a software-eidet, kulonos tekintettel a weben futtatott cms-re, phpmyadminra stb
* mindig ellenorizd a /tmp és /var/tmp könyvtárakat furcs fileok iránt, ne feledd a rejtett fileokat
is megjeleníteni! Rendszeresen vizsgáld a futó processzeket ps ax parancs segítségével, ha olyat
látsz futni, ami gyanús azt vizsgáld ki. Sajnos sok backdoor programot álcáznak egyes amúgy
normálisan futó programként, példul apache vagy akár eth0 (kernel ethernet kezelője) ilyen esetben
a sokat segíthet ha a /proc/<PID>/comm (valódi név) es envvars-t is megvizsgálod.
* Sokat segít, ha a tűzfalat szigorúra állitod valamint a kimenő kapcsolatokat is csak olyan portokra
engedélyezed, ahova csatlakoznod kell, minden mást letiltasz.
* haladó felhasználóknak javasolnám a csak olvasható root fs használatát, ehhez viszont már
tényleg ismerni kell az operációs rendszert, sajnos a legtöbb kezelőpanellel erre nincs lehetőség,
de egy adott oldal számára felhúzott vps esetén jo alternatíva!
* egy örök segítség, ha a szervered teljesítményét monitorozod például munin segítségével, így
a grafikonokon a gyanús viselkedések elég hamar észrevehetőek! (például naponta egyszer
rátekintesz)
* kerüld a 2.6.32 előtti kerneleket, főleg 64bit-es rendszerekben!
* ha lehet a weblapjaidon mindig tiltsd le a futtatasi jogokat a php-n exec, system, stb...
* nem baj, ha eleve tiltod a futtatast a tarhelyeden
* stb, stb....

Hibák és annak követése
Ez egy nagyon szép téma, általában külön megér egy misét, de általánosságban nézve
a /var/logs könyvtárban található adatok sokszor nagyon sokat segítenek, illetve
egy-egy program működésének vizsgálatára mindig nagyon jó eszköz az strace nevű
program. Hálózati probémák felderítésére értelem szerint ping, traceroute, netcat (nc).
A netcat-tel kapcsolatban viszont javaslom, hogy csak a root futtathassa, mivel nagyon
jó eszköz sámodra, de a hackerek számára is. Brutálisabb felhasználóknak gdb

Ajánlat:
Végezetül pedig szeretnék egy ajánlatot is tenni, miszerint, aki felvállalja, hogy a VPS-ének
beállítását és üzemeltetését a nagyvilág előtt is kifejtve végzi, illetve kérdez -amiben persze
segítünk ... megválaszolni-, felajánlok egy-egy VPS-t az egyik jelenlegi üres vmware-es
node-unkon. Természetesen az ajánlat kizárólag legális célokra használható többek között
hacker célokra sem használható! Érthető módon csak korlátozott számban tudok lehetőséget
biztosítani, illetve annak ideje is korlátozott, hiszen az a node, amiről beszélünk egy tartalék gép,
és bármikor indokolt lehet a haszálatra való bevezetése. A lehetőség tehát kiválóan alkalmas arra,
hogy aki komolyan gondolja megismerje a VPS lehetőségeit, illetve a kérdésein keresztül másoknak
is segítsünk. Akit esetleg érdekel egy ilyen jellegű bemutató az jelezze itt a fórumon!

Másik lehetőség pedig az, hogy ha van igény rá, akkor ha feldobtok egy témát VPS terén, akkor
indíthatunk egy interaktív webináriumot is! Kérlek titeket, hogy érdeklődéseteket szintén itt
jelezzétek, ha elérünk egy bűvös számot, akkor elindítjuk a webináriumot! (természetesen
a részvétel ingyenes)