Röviden: kizárólag meghívással rendelkező személy.
Bővebben: az xHOSTING egy zárt, közösségi alapú rendszer, amely nem nyilvános és nem automatikusan regisztrálható. A csatlakozás kizárólag érvényes meghívó birtokában lehetséges, amelyet egy már meglévő, megfelelő jogosultságú tag bocsát ki. A cél a közösség minőségének, biztonságának és fenntarthatóságának megőrzése.
Meghívót kizárólag egy meglévő xHOSTING tagtól lehet kapni.
A rendszer nem kínál nyilvános jelentkezési űrlapot vagy automatikus regisztrációt. Meghívót olyan személy kaphat, akit egy jogosult tag személyesen alkalmasnak ítél a közösség szabályainak betartására és a felelős erőforrás-használatra.
Meghívót kizárólag megfelelő jogosultsággal rendelkező xHOSTING tag küldhet.
A meghívási jog nem alapértelmezett jog, hanem státuszhoz és közösségi feltételekhez kötött. Az, hogy egy tag rendelkezik-e aktív meghívási jogosultsággal, a közösségi szabályzatban rögzített feltételektől és az xHOSTING üzemeltetőinek döntésétől függ.
Igen, a meghívások száma korlátozott.
Egy jogosult tag összesen meghatározott számú meghívót használhat fel ami jelenleg: 1 meghívó. A meghívási jog nem halmozható, nem újul meg automatikusan, és minden meghívó véglegesen felhasználásra kerül annak elfogadásával. A korlátozás célja az erőforrások védelme és az oversell kizárása.
A meghívó kiállítása felelősséggel jár.
A meghívóval rendelkező tag felelősséget vállal azért, hogy a meghívott személy megismeri és betartja az xHOSTING szabályait, különösen a viselkedési szabályokat és az elfogadható használati irányelveket (AUP). Ismételt vagy súlyos visszaélések esetén a meghívó jogosultság korlátozható vagy visszavonható.
Szabálysértés esetén az xHOSTING az eset súlyosságától függően intézkedik.
Ez figyelmeztetést (WARN), szolgáltatás-korlátozást vagy akár a tagság megszüntetését is jelentheti. Súlyos vagy ismétlődő szabálysértések esetén a meghívót kibocsátó tag meghívási jogosultsága vagy tagsága is érintett lehet.
Igen, a meghívó visszavonható és érvényessége korlátozott lehet.
Az xHOSTING fenntartja a jogot arra, hogy egy meghívót technikai, biztonsági vagy közösségi okokból visszavonjon. A fel nem használt meghívók lejárhatnak, illetve érvénytelenné válhatnak, ha a meghívót kibocsátó tag elveszíti meghívási jogosultságát.
Nem. A meghívó sem el nem adható, sem át nem ruházható.
A meghívó kizárólag arra a személyre vonatkozik, akinek azt a jogosult tag eredetileg szánta. A meghívók értékesítése, cseréje vagy harmadik fél részére történő továbbadása súlyos szabálysértésnek minősül, és azonnali szankciókat vonhat maga után.
Az xHOSTING zárt, meghívásos rendszere a közösség minőségének, biztonságának és fenntarthatóságának védelmét szolgálja.
A meghívásos modell lehetővé teszi, hogy a közösség létszáma és erőforrás-használata kontrollált maradjon, valamint hogy a tagok ismerjék és elfogadják a közösségi szabályokat. Ez csökkenti a visszaélések, túlterhelések és jogi kockázatok esélyét.
Az xHOSTING nem klasszikus tárhelyszolgáltató, hanem egy közösségi technikai infrastruktúra.
Nincs nyilvános csomagkínálat, SLA, ügyfélszolgálati prioritás vagy garantált rendelkezésre állás. A rendszer nem üzleti logika mentén működik, hanem közösségi hozzájárulásokra és önkéntes üzemeltetésre épül.
Nem, az xHOSTING közösségi kezdeményezés, nem üzleti tárhelyszolgáltatás.
A közösségi (ingyenes) szolgáltatások nem minősülnek kereskedelmi hostingnak vagy elektronikus hírközlési szolgáltatásnak. Egyes külön szolgáltatások (például domain regisztráció) külön jogviszony alapján, díjköteles szolgáltatásként érhetők el.
Nem, a tagság önmagában nem díjköteles.
Az xHOSTING működését a közösség önkéntes támogatásai segítik. Ezek nem minősülnek vásárlásnak vagy előfizetésnek, és nem járnak automatikus jogosultságokkal vagy garanciákkal.
A közösségi alapú működés azt jelenti, hogy az xHOSTING nem ügyfél–szolgáltató viszonyban működik.
A tagok közösen járulnak hozzá a rendszer fenntartásához, betartják a közösségi szabályokat, és felelősen használják az erőforrásokat. A hangsúly a bizalmon, az együttműködésen és a fenntarthatóságon van.
A tag hozzáférést kap az xHOSTING közösségi infrastruktúrájához.
Ez magában foglalhat webes tárhelyet, e-mail szolgáltatásokat, adatbázisokat, SSH-hozzáférést és az xHOSTING Control Panelt (XCP). A pontos lehetőségek az aktuális erőforrás-kapacitástól és beállításoktól függenek.
A tagság megszűnhet szabálysértés, visszaélés vagy közösségi döntés alapján.
Súlyos vagy ismétlődő szabályszegés, az AUP megsértése, illetve a közösség működését veszélyeztető magatartás a tagság megszüntetését eredményezheti.
Igen, a tagság bármikor önkéntesen megszüntethető.
A tag kérheti fiókja lezárását, amely után a közösségi (ingyenes) szolgáltatásokhoz való hozzáférés megszűnik. A megszűnés nem jár kötelezettségekkel vagy szankciókkal.
A közösségi szolgáltatásokhoz való hozzáférés megszűnik.
Az xHOSTING a megszűnést követően korlátozott ideig megőrizheti az adatokat technikai célból, majd azokat véglegesen törli. A díjköteles szolgáltatások (például domain szolgáltatás) külön jogviszony alapján továbbra is elérhetők maradhatnak.
Az xHOSTING szabályai és irányelvei nyilvánosan elérhetők a hivatalos weboldalon.
Ide tartozik különösen a Szabályzat (Policy), az Elfogadható Használati Szabályzat (AUP), az Adatkezelési Tájékoztató és a Süti (Cookie) Szabályzat. Ezek a dokumentumok a csatlakozás előtt és a tagság teljes időtartama alatt is hozzáférhetők, és a közösségi tagság alapját képezik.
Az xHOSTING a tagjaitól kulturált, tiszteletteljes és bizalmi alapú magatartást vár el.
A tagok kötelesek betartani a szabályzatot, mások erőforrásait és jogait tiszteletben tartani, valamint tartózkodni minden olyan tevékenységtől, amely a közösség működését, hírnevét vagy biztonságát veszélyezteti.
A WARN hivatalos figyelmeztetés, amelyet szabályszegés esetén alkalmazhatnak az Üzemeltetők.
WARN adható például az Elfogadható Használati Szabályzat megsértése, közösségi normákat sértő viselkedés, erőforrásokkal való visszaélés vagy ismétlődő kisebb szabálytalanságok esetén. A WARN célja nem a büntetés, hanem a figyelemfelhívás és a közösség védelme.
A közösségi döntések nem hatósági vagy hivatalos jogi döntések.
Az Üzemeltetők lehetőséget adhatnak egyeztetésre vagy konzultációra, azonban a tagsági, moderációs vagy közösségi működéssel kapcsolatos döntések nem minősülnek fellebbezhető közigazgatási határozatnak.
Igen, a közösségi viselkedés közvetlen hatással lehet bizonyos jogosultságokra.
A szabálykövető, együttműködő magatartás feltétele lehet például a meghívási jogosultság megszerzésének vagy megtartásának. Aktív WARN, visszaélések vagy ismétlődő szabályszegések esetén egyes jogosultságok korlátozhatók vagy visszavonhatók.
Az XBASIC csomag célja, hogy egy stabil, átlátható és egységes technikai alapot biztosítson az xHOSTING közösség minden tagja számára.
Ez a csomag nem versenyez kereskedelmi tárhelyszolgáltatásokkal, hanem egy jól körülhatárolt, fenntartható erőforráskészletet nyújt, amely alkalmas weboldalak, e-mail fiókok és alapvető online projektek működtetésére a közösségi elvek tiszteletben tartásával.
Az XBASIC csomag azoknak ajánlott, akik megbízható, de nem üzletszerű tárhelyet keresnek.
Különösen alkalmas magánprojektekhez, bemutatkozó oldalakhoz, kisebb webalkalmazásokhoz, levelezéshez, tanulási vagy fejlesztési célokra, illetve olyan felhasználóknak, akik elfogadják a közösségi működés és az erőforrás-megosztás elveit.
Jelenleg az xHOSTING egyetlen egységes közösségi csomagot biztosít, ez az XBASIC.
Ez tudatos döntés: az egységes csomag segít az átlátható működésben, a túlterhelés elkerülésében és a közösségi erőforrások igazságos elosztásában. Esetleges jövőbeli változások vagy új konstrukciók a közösség és a fenntarthatóság figyelembevételével kerülhetnek kialakításra.
Az XBASIC csomag alapvetően fix keretekkel rendelkezik.
Bizonyos jogosultságok vagy technikai lehetőségek – például speciális hozzáférések – egyedi elbírálás alapján, kérésre engedélyezhetők, ha az nem veszélyezteti a közösség működését. Klasszikus értelemben vett csomagbővítés vagy skálázás nem része a rendszernek.
A közösségi elv azt jelenti, hogy az xHOSTING infrastruktúráját a tagok közösen használják, egymásra tekintettel.
Az erőforrások nem garantált, elkülönített kapacitások, hanem megosztott technikai lehetőségek. Ezért elvárás, hogy minden tag rendeltetésszerűen használja a szolgáltatásokat, kerülje a túlzott terhelést, és tiszteletben tartsa a közösség érdekeit.
A 10 GiB tárhely az xHOSTING-ben a webes fájlok, adatbázisok, e-mail fiókok és kapcsolódó adatok együttes tárolására szolgál.
A gyakorlatban ez elegendő több átlagos weboldal, CMS (pl. WordPress), képek, dokumentumok, valamint e-mail fiókok biztonságos üzemeltetésére. A pontos kihasználtság a tárolt tartalomtól és az e-mail forgalomtól függ.
A 10 TiB havi adatforgalom rendkívül nagy mennyiség egy közösségi tárhelycsomag esetén.
Ez a forgalom bőségesen elegendő kisebb és közepes látogatottságú weboldalak, fájlletöltések, valamint e-mail kommunikáció kiszolgálására. A limit célja nem a szigorú korlátozás, hanem az extrém, visszaélésszerű forgalom kiszűrése.
Az xHOSTING nem alkalmaz automatikus sebességcsökkentést vagy azonnali letiltást a forgalmi limit elérésekor.
Ha egy fiók tartósan vagy indokolatlanul túlzott adatforgalmat generál, az Üzemeltetők egyedi elbírálás alapján léphetnek kapcsolatba a Taggal, és szükség esetén ideiglenes korlátozásokat vezethetnek be a közösség védelme érdekében.
Amennyiben a tárhely kihasználtsága eléri a maximális 10 GiB-os keretet, új adatok nem helyezhetők el a fiókban.
Ilyen esetben a Tag feladata a meglévő adatok törlése vagy optimalizálása (pl. régi mentések, e-mailek eltávolítása). Tartós túllépés esetén az xHOSTING jogosult ideiglenesen korlátozni bizonyos funkciókat a rendszer stabilitásának megőrzése érdekében.
A tárhelyen elsősorban weboldalak működéséhez szükséges fájlok, adatbázisok, e-mail adatok és kapcsolódó tartalmak tárolhatók.
Tilos a jogszabályba ütköző, szerzői jogot sértő, káros (pl. malware), illetve a közösségi erőforrásokat indokolatlanul terhelő tartalmak elhelyezése. A részletes tiltások az Elfogadható Használati Szabályzatban (AUP) találhatók.
Az XBASIC csomag keretében egy tag összesen legfeljebb 3 különálló domain nevet használhat az xHOSTING rendszerben.
Ezek lehetnek önálló weboldalak vagy külön funkciót ellátó domainek. A limit célja a közösségi erőforrások kiegyensúlyozott használata, nem pedig a mesterséges korlátozás.
Igen. Az xHOSTING teljes mértékben támogatja saját tulajdonú domainek használatát.
A domain lehet máshol regisztrált, ebben az esetben a DNS beállításokat az xHOSTING által megadott értékekre kell irányítani. A domainkezelés és DNS-szerkesztés az XCP (xHOSTING Control Panel) felületén érhető el.
Az aldomain egy fő domain alá tartozó külön cím, például blog.pelda.hu vagy dev.pelda.hu.
Az XBASIC csomag legfeljebb 3 aldomain létrehozását teszi lehetővé, amelyek külön könyvtárhoz vagy alkalmazáshoz rendelhetők az XCP-ben. Aldomainnek minősül a www előtag is amelyet a rendszer a fődomain létreohzásakor külön létrehoz. Tehát szabadon még 2 aldomain létrehozására van lehetőség fő domainenként.
Alapértelmezetten az XBASIC csomag 3 domain használatát engedélyezi.
További domainek hozzáadása csak közösségi és technikai mérlegelés alapján, egyedi elbírálással lehetséges. Az xHOSTING nem oversell-alapon működik, ezért a bővítés nem automatikus.
Igen. A fő domain törlése és cseréje engedélyezett az XCP (xHOSTING Control Panel) felületén.
A művelet előtt a tag felelőssége a kapcsolódó weboldalak, e-mail fiókok és adatok mentése. A domain törlése után a hozzá kapcsolódó szolgáltatások megszűnhetnek vagy újrakonfigurálást igényelhetnek.
Az XBASIC csomag keretében legfeljebb 6 darab önálló e-mail fiók hozható létre.
Minden e-mail fiókhoz tartozik egy saját postaláda, bejelentkezési adatokkal és külön tárhellyel. A 6 e-mail cím azt jelenti, hogy összesen 6 aktív e-mail cím használható a rendszerben.
Az e-mail fiók egy technikai postaláda, amelyhez tartozik felhasználónév, jelszó és tárhely.
Az e-mail cím viszont egy elérési cím (pl. info@domain.hu), amely egy e-mail fiókra mutat, vagy továbbításként más címekre irányít.
Egy e-mail fiókhoz akár több e-mail cím is rendelhető (alias), de az XBASIC csomag összesen 6 címet engedélyez.
Igen. Az XBASIC csomag támogatja a catch-all (gyűjtőcím) funkciót.
A catch-all lehetővé teszi, hogy a domainre érkező minden, nem létező címre küldött levél egy megadott e-mail fiókba érkezzen. A beállítás az XCP (xHOSTING Control Panel) felületén végezhető el.
Igen. Az XBASIC csomag legfeljebb 6 e-mail továbbítás (forward) létrehozását teszi lehetővé.
A továbbítás segítségével egy e-mail címre érkező levelek automatikusan másik címre (például külső levelezőszolgáltatóhoz) kerülnek továbbításra, postaláda létrehozása nélkül is.
Igen. Az xHOSTING e-mail szolgáltatása teljes mértékben kompatibilis a szabványos levelezőprotokollokkal.
A levelezés használható külső klienssel (pl. Outlook, Thunderbird, Apple Mail) IMAP/POP3 és SMTP protokollon keresztül. A szükséges kiszolgálóadatok az XCP felületén érhetők el.
Az XBASIC csomagban legfeljebb 3 darab adatbázist hozhatsz létre az XCP-ben (xHOSTING Control Panel - XCP).
Ez a limit az adatbázisok számára vonatkozik (pl. site1_db, site2_db, wp_db), nem pedig a táblák számára. Egy adatbázison belül tetszőleges számú tábla lehet, amíg a tárhely- és erőforrás-keretekbe belefér.
Az xHOSTING környezetben a webes alkalmazásokhoz tipikusan MySQL/MariaDB típusú adatbázis érhető el, amelyet az XCP felületén tudsz létrehozni és kezelni.
A konkrét motor/verzió a szerveroldali beállításoktól függ, de a legtöbb elterjedt PHP-alapú rendszer (WordPress, Joomla, Nextcloud stb.) ehhez illeszkedik.
Igen. Telepíthetsz WordPress-t és más, adatbázist használó CMS-t (pl. Joomla, Drupal), amennyiben az megfelel az AUP-nak és a csomag erőforráskorlátainak.
Általában szükséged lesz egy adatbázisra, egy adatbázis-felhasználóra, valamint a fájlok feltöltésére (XCP fájlkezelőn vagy FTP-n keresztül). A PHP limitek (pl. 256M memory_limit, 128M upload_max_filesize) a nagyobb telepítéseknél is segítséget adnak.
Igen. Az XBASIC csomagban engedélyezett az „Alkalmazások” jogosultság: ez hozzáférést ad az XCP alkalmazástelepítő funkciójához, amellyel több népszerű webes alkalmazás telepítése egyszerűsíthető.
A pontosan elérhető alkalmazáslista az XCP-ben látható, és idővel változhat.
Igen. Saját fejlesztésű webalkalmazást is futtathatsz, ha betartod az xHOSTING szabályait (különösen az AUP-t), és az alkalmazás nem terheli aránytalanul a közösségi erőforrásokat.
Az XBASIC csomag támogatja a tipikus webes stack-et (FTP, PHP, SSH, adatbázis), így egyedi PHP-projektek, statikus oldalak, illetve kontrollált környezetben futó alkalmazások is megvalósíthatók.
Az XBASIC csomagban legfeljebb 3 különálló FTP felhasználót hozhatsz létre az xHOSTING Control Panelen (XCP).
Minden FTP felhasználó saját felhasználónévvel és jelszóval rendelkezik, és külön-külön használható fájlok feltöltésére, módosítására vagy törlésére. Ez hasznos például akkor, ha több weboldalt, aldomaint vagy fejlesztőt szeretnél elkülöníteni.
Igen. Az XCP (xHOSTING Control Panel) tartalmaz böngészőből használható fájlkezelőt.
A fájlkezelő lehetővé teszi többek között:
Ez különösen hasznos, ha gyors módosítást szeretnél végezni FTP-kliens használata nélkül.
Igen. Az xHOSTING környezetben a fájlok eléréséhez titkosított kapcsolat is használható.
Amennyiben az SSH engedélyezve van a fiókodhoz, az FTP-felhasználók SFTP-n keresztül is csatlakozhatnak, amely az SSH protokollt használja, így az adatforgalom titkosított.
Ez ajánlott megoldás nyilvános hálózatokon, illetve érzékeny adatok kezelésekor.
Igen. Az XCP-ben az FTP felhasználók jogosultságai könyvtárszinten korlátozhatók.
Beállítható például, hogy egy FTP felhasználó:
Ez növeli a biztonságot, és segít elkerülni a véletlen vagy szándékos módosításokat más webhelyek esetében.
Az xHOSTING Control Panel (XCP) lehetővé teszi több PHP verzió párhuzamos használatát.
A pontosan elérhető verziók az aktuális rendszerállapottól függenek, de jellemzően a következők közül választhatsz:
A PHP verzió domainenként vagy aldomainenként állítható, így különböző weboldalak eltérő igények szerint futtathatók.
Igen. Az XCP lehetőséget biztosít a fontos PHP irányelvek testreszabására a csomag által meghatározott kereteken belül.
Az XBASIC csomagban például az alábbi értékek érhetők el:
memory_limit: 256 MBmax_execution_time: 120 másodpercpost_max_size: 128 MBupload_max_filesize: 128 MBA beállítások módosítása az XCP-n keresztül történik, nincs szükség manuális php.ini szerkesztésre.
Az open_basedir és a disable_functions a PHP biztonságos futtatását szolgáló korlátozások.
open_basedir:
disable_functions:
Az XCP ezeknek az értékeit átlátható módon megjeleníti, így a felhasználó tisztában van az aktív korlátozásokkal.
Az ondemand pm a PHP-FPM (Process Manager) egyik működési módja.
Ondemand módban:
Ez a működés különösen alkalmas alacsony vagy közepes forgalmú weboldalakhoz, és jól illeszkedik az xHOSTING fenntartható erőforrás-kezelési elvéhez.
Ezek a PHP-FPM működését szabályozó paraméterek.
pm.max_children:
pm.max_requests:
Ezek az értékek biztosítják az egyensúlyt a stabilitás, a teljesítmény és a közösségi erőforrás-használat között.
Igen. Az XBASIC csomag tartalmaz SSH hozzáférést, amely lehetővé teszi a haladóbb felhasználók számára a parancssoros munkavégzést.
Az SSH hozzáférés elsősorban fejlesztési, karbantartási és adminisztratív célokat szolgál, és az xHOSTING Control Panelen (XCP) keresztül kezelhető.
A korlátozott SSH környezet azt jelenti, hogy az SSH-munkamenet kizárólag a felhasználó saját könyvtárára van korlátozva.
Ennek célja:
A korlátozás ellenére a leggyakoribb fejlesztői és üzemeltetési feladatok elvégezhetők.
Igen, a korlátozott SSH környezeten belül saját parancsok futtatása engedélyezett.
Tipikusan használható:
Rendszerszintű parancsok, más felhasználók erőforrásait érintő műveletek vagy háttérszolgáltatások indítása nem engedélyezett.
A távoli adatbázis-hozzáférés alapértelmezetten biztonsági okokból le van tiltva.
Ennek oka:
Az adatbázisok alapvetően a webes alkalmazások kiszolgálására szolgálnak, helyi eléréssel optimalizálva.
Igen. Bizonyos esetekben egyedi elbírálás alapján kérhető távoli adatbázis-hozzáférés.
Az engedélyezés minden esetben technikai és biztonsági szempontok figyelembevételével történik, és nem automatikus.
A cél az, hogy a speciális igények teljesíthetők legyenek anélkül, hogy ez veszélyeztetné az xHOSTING közösségi működését.
Igen. Az xHOSTING rendszere készít automatikus biztonsági mentéseket, amelyek célja az adatvesztés kockázatának csökkentése.
Fontos azonban, hogy ezek a mentések nem minősülnek garantált, SLA-alapú szolgáltatásnak. A mentések elsősorban technikai védelmet szolgálnak, nem helyettesítik a saját mentési stratégiát. A központi mentésekből történi részleges vagy teljes visszaállítást, a Technikai üzemletető külön kérésre elvégzi, de az díjköteles szolgáltatás.
Igen. Az XBASIC csomag lehetővé teszi saját mentési célpont beállítását az xHOSTING Control Panelen (XCP) keresztül.
A saját mentési célpont használata erősen ajánlott, mivel így a tag teljes kontrollt gyakorolhat a mentések felett. A saját mentési célpontról történő részleges vagy teljes adatvisszaállítást a felhasználó saját maga elvégezheti az XCP felületén díjmentesen.
Az xHOSTING többféle mentési lehetőséget támogat, beleértve:
Ez lehetővé teszi, hogy a mentések akár külső szerverre, NAS-ra vagy felhőalapú tárhelyre kerüljenek.
Igen. A saját mentési célpontra készített mentések önállóan visszaállíthatók, a felhasználó döntése és ütemezése szerint.
Az automatikus, rendszeroldali mentések esetén a visszaállítás lehetősége technikai korlátokhoz kötött, és nem minden esetben garantált, és díjköteles szolgáltatás.
Ezért az xHOSTING javaslata: minden fontos adat esetén használj saját, külső mentési megoldást.
Az xHOSTING zárt, közösségi alapú rendszerként működik, ahol több tag osztozik ugyanazon infrastruktúrán. Emiatt a biztonság nem csak egyéni, hanem közösségi érdek is.
A csomagok kialakításánál a cél az, hogy minden tag stabil, kiszámítható és biztonságos környezetben dolgozhasson, anélkül hogy egyetlen felhasználó tevékenysége veszélyeztetné a teljes rendszert.
Az xHOSTING több szinten alkalmaz védelmi mechanizmusokat, többek között:
Ezek együttesen segítenek megelőzni a túlhasználatot, a visszaéléseket és a biztonsági kockázatokat.
Közösségi alapú hosting esetén a hangsúly a megosztott felelősségen és fenntarthatóságon van, nem pedig az egyéni túlhasználat kiszolgálásán.
Míg egy kereskedelmi szolgáltató gyakran túlfoglalással (overselling) és SLA-val dolgozik, az xHOSTING modellje inkább a:
épül, ami hosszabb távon stabilabb és biztonságosabb működést tesz lehetővé.
Az erőforrás-korlátok betartása biztosítja, hogy minden tag egyenlő és kiszámítható hozzáférést kapjon a közösségi infrastruktúrához.
Ha egy tag túllépi vagy figyelmen kívül hagyja ezeket a korlátokat, az:
Az xHOSTING működésének alapja a tudatos, felelős erőforrás-használat.
Az xHOSTING csomagjai tudatosan konzervatív alapbeállításokkal kerülnek kialakításra. Ennek célja a közösségi infrastruktúra stabilitásának, biztonságának és hosszú távú fenntarthatóságának megőrzése.
Egyes funkciók – például a távoli adatbázis-hozzáférés vagy speciális futtatási lehetőségek – fokozott kockázatot vagy erőforrás-terhelést jelenthetnek, ezért ezek nem érhetők el automatikusan minden tag számára.
A „kérésre engedélyezhető” funkciók olyan lehetőségek, amelyek nem részei az alapcsomagnak, de indokolt esetben, egyedi elbírálás alapján aktiválhatók.
Ez azt jelenti, hogy a Tag megindokolhatja a funkció szükségességét (pl. fejlesztési, tesztelési vagy kompatibilitási okból), és az xHOSTING üzemeltetése mérlegeli, hogy az engedélyezés nem veszélyezteti-e a közösségi működést. A Technikai üzemeltető ebben az esetben kiemelt figyelemmel monitorozza az engedélyezett funkció erőforrás-használat mértékét, és annak a özösségi infrastruktúrára gyakorolt hatását.
Az egyedi kérések elbírálása során az alábbi fő szempontok kerülnek mérlegelésre:
Az elbírálás célja nem az akadályozás, hanem a felelős, közösségbarát működés fenntartása.
Igen, egyedi kérés elutasítható, ha annak teljesítése:
Az elutasítás nem minősül szankciónak, hanem a közösségi működés védelmét szolgáló technikai döntés.
A Perl/CGI használata alapértelmezetten tiltott, mert ez a technológia régi futtatási modellre épül, amely modern, többfelhasználós környezetben fokozott biztonsági és erőforrás-kockázatot jelenthet.
Az xHOSTING közösségi infrastruktúrája elsősorban elkülönített, sandboxolt futtatási környezetekre optimalizált. A Perl/CGI ezzel szemben olyan működési sajátosságokkal rendelkezik, amelyek nehezen illeszthetők a közösségi erőforrás-védelemhez.
A Perl/CGI környezet az alábbi kockázatokat hordozhatja:
Ezek a kockázatok egy közösségi alapú hosting környezetben nem csak az adott Tagot, hanem más tagok szolgáltatásait is érinthetik.
A Perl/CGI használata kizárólag egyedi kérés alapján engedélyezhető, jellemzően az alábbi esetekben:
Az engedélyezés minden esetben technikai és biztonsági felülvizsgálathoz kötött, és visszavonható, ha a használat kockázatot vagy túlzott terhelést okoz.
Ez azt jelenti, hogy a Perl/CGI futtatási modellje nem garantálja ugyanazt a könyvtárszintű elkülönítést, mint a modern, izolált futtatási környezetek.
Bizonyos konfigurációkban a CGI szkriptek a felhasználó saját könyvtárán kívüli erőforrásokhoz is hozzáférhetnek, ami:
Ez az egyik fő oka annak, hogy a Perl/CGI nem része az alapértelmezett szolgáltatáskészletnek az xHOSTING-ben.
A távoli adatbázis-hozzáférés alapból azért nem elérhető, mert a nyilvános hálózaton elérhető adatbázis-szolgáltatás jelentősen növeli a támadási felületet.
Egy közösségi alapú infrastruktúrában a biztonsági kockázatok és a visszaélési lehetőségek hatása nem csak egy fiókot érinthet, hanem az egész környezet stabilitását is. Emiatt az xHOSTING az adatbázisokat alapértelmezetten csak belső (lokális) elérésre biztosítja a tárhely környezetből.
A nyilvános adatbázis-elérés tipikus kockázatai:
Mivel a támadók jellemzően tömegesen pásztázzák az internetet adatbázis-portokra, a nyilvános elérés önmagában is célponttá teszi a szolgáltatást.
Távoli adatbázis-hozzáférés akkor kérhető, ha a használat technikailag indokolt, például:
Az engedélyezés minden esetben egyedi elbírálás alapján történik, és feltétele lehet például a cél IP-cím(ek) megadása, erős hitelesítés és a használat céljának tisztázása.
Ha távoli adatbázis-hozzáférés engedélyezésre kerül, az xHOSTING célja, hogy az elérés szűkített és kontrollált legyen. Tipikus korlátozások:
A hozzáférés szükség esetén bármikor szűkíthető vagy visszavonható, ha az a közösségi infrastruktúra biztonságát vagy stabilitását veszélyezteti.
Az SSH környezet korlátozása az XBASIC csomagban tudatos biztonsági és stabilitási döntés. Egy közösségi alapú infrastruktúrában az SSH-n keresztül futtatott parancsok közvetlen hatással lehetnek a rendszer erőforrásaira és más tagok szolgáltatásaira is.
A korlátozott SSH célja, hogy:
A korlátozott SSH környezet azt jelenti, hogy az SSH-val belépő felhasználó csak a saját felhasználói könyvtárán belül tud dolgozni.
Ez a gyakorlatban azt jelenti, hogy:
/etc, /usr, /var);Ez a megoldás biztosítja, hogy az SSH hozzáférés hasznos maradjon, de ne jelentsen kockázatot a teljes rendszerre.
Igen. A korlátozott SSH környezet kifejezetten alkalmas tipikus fejlesztési és karbantartási feladatokra, például:
Az SSH tehát teljes értékű eszköz a webes projektek kezelésére, amennyiben a műveletek nem igényelnek rendszerszintű jogosultságot.
A korlátozott SSH környezetben nem érhetők el azok a parancsok, amelyek rendszerszintű módosítást vagy más felhasználók érintését tennék lehetővé. Tipikusan tiltott vagy nem elérhető:
apt, yum, dnf);systemctl, service);Ezek a korlátozások garantálják, hogy az SSH hozzáférés biztonságos maradjon, miközben a mindennapi fejlesztési feladatok zavartalanul elvégezhetők.
Túlzott vagy indokolatlan erőforrás-használatnak minősül minden olyan működés, amely aránytalanul nagy terhelést ró az xHOSTING közösségi infrastruktúrájára, és ezzel más Tagok szolgáltatásait is hátrányosan érintheti.
Ilyennek számít különösen:
A megítélés mindig a közösségi működés és az adott csomag kereteinek figyelembevételével történik.
Az xHOSTING infrastruktúra több szinten figyeli az erőforrások használatát. A rendszer automatikus monitorozással és naplózással érzékeli azokat a mintákat, amelyek eltérnek a megszokott, rendeltetésszerű működéstől.
A megfigyelés kiterjedhet többek között:
A cél nem a Tagok folyamatos ellenőrzése, hanem a közösségi stabilitást veszélyeztető helyzetek korai felismerése.
Ha egy Tag erőforrás-használata tartósan vagy ismétlődően túlterhelést okoz, az xHOSTING jogosult beavatkozni a közösség védelme érdekében.
A lehetséges intézkedések fokozatosak lehetnek, például:
A cél minden esetben a közösségi működés helyreállítása, nem pedig a büntetés.
Igen, az xHOSTING törekszik arra, hogy a Tagokat előzetesen tájékoztassa a problémáról, amennyiben erre technikailag és időben lehetőség van.
A gyakorlatban ez jellemzően:
Azonnali beavatkozásra csak akkor kerül sor figyelmeztetés nélkül, ha a terhelés közvetlenül veszélyezteti a rendszer vagy más Tagok működését.
Az 5 ütemezett feladat korlát azt jelenti, hogy egy xHOSTING fiókban legfeljebb öt különálló időzített (cron) feladat hozható létre. Ezek a feladatok meghatározott időközönként automatikusan futnak, például karbantartási műveletek, szkriptek vagy alkalmazás-feladatok végrehajtására.
A korlát célja nem a funkcionalitás szűkítése, hanem annak biztosítása, hogy az ütemezett folyamatok száma arányban maradjon a közösségi erőforrásokkal.
Az ütemezett feladatok elsősorban rövid ideig futó, jól körülhatárolt műveletekre szolgálnak. Hosszú futású vagy folyamatosan terhelő feladatok (például nagy adatfeldolgozás vagy végtelen ciklusok) futtatása cronból nem javasolt.
Amennyiben egy feladat rendeltetésszerűen hosszabb ideig futna, célszerű azt optimalizálni, feldarabolni, vagy egyedi egyeztetés alapján megoldást keresni. Az ilyen jellegű terhelések a közösségi infrastruktúra stabilitását veszélyeztethetik.
Közösségi alapú hosting környezetben az ütemezett feladatok különösen érzékeny pontot jelentenek, mivel egyszerre, kiszámíthatatlan időben terhelhetik a rendszert.
A korlátozás célja:
Az ütemezett feladatok tudatos használata minden Tag közös érdeke a megbízható működés érdekében.
Az xHOSTING nem klasszikus, üzleti alapú hosting szolgáltatás, hanem egy közösségi, önkéntes hozzájárulásokon alapuló rendszer. Ennek megfelelően nem vállal szerződéses szolgáltatási szintet (SLA), mert az SLA jogilag és műszakilag is üzletszerű működést, garantált erőforrásokat és folyamatos rendelkezésre állást feltételezne.
A közösségi modell célja a fenntartható, korrekt és átlátható működés, nem pedig a kereskedelmi kötelezettségvállalások teljesítése.
A garantált uptime hiánya azt jelenti, hogy az xHOSTING nem vállal konkrét százalékos rendelkezésre állási ígéretet. A szolgáltatások jellemzően stabilan működnek, azonban előfordulhatnak átmeneti kiesések.
A rendszer üzemeltetése során törekvés van a folyamatos működésre, de nincs jogi vagy pénzügyi kötelezettség egy adott üzemidő teljesítésére.
Egy klasszikus üzleti hosting szolgáltató SLA-t, garantált uptime-ot, kötbéreket és ügyfélszolgálati prioritást kínál, mindezt díjfizetés ellenében.
Az xHOSTING ezzel szemben:
Szolgáltatáskimaradás előfordulhat többek között az alábbi esetekben:
Az ilyen helyzetek kezelése mindig a közösség egészének védelmét és a hosszú távú működést szolgálja.
Az xHOSTING Control Panel (röviden: XCP) az xHOSTING saját, egységes vezérlőfelülete, amelyen keresztül a Tagok kezelhetik a tárhelyükhöz és szolgáltatásaikhoz kapcsolódó beállításokat.
Az XCP segítségével többek között kezelhetők:
A vezérlőpanel célja az önálló, átlátható és biztonságos adminisztráció biztosítása külön kliensprogramok telepítése nélkül.
Az xHOSTING Control Panel (XCP) műszaki alapját egy modern, Linux-alapú tárhelykezelő rendszer biztosíja.
Az xHOSTING több éves szakmai kapcsolatot alakított ki a vezérlőpanel fejlesztőivel, a rendszer hivatalos nyelvi honosítója, így a kereskedelmi változat teljes funkcionalitásával rendelkező hozzáféréssel rendelkezik, előre értesül a kiadás előtt minden frissítésről, változtatásról. Az XCP az xHOSTING működéséhez és szabályrendszeréhez igazított, testreszabott felületet és jogosultsági modellt alkalmaz, így a felhasználók számára egységes xHOSTING-élményt nyújt.
Az xHOSTING Control Panel (XCP) kiválasztása több szakmai és közösségi szempont eredménye:
A rendszer lehetővé teszi, hogy az xHOSTING biztonságos, fenntartható és rugalmas infrastruktúrát működtessen üzleti jellegű kötöttségek nélkül.
Az XCP eltér a klasszikus, kereskedelmi vezérlőpanelektől (mint a cPanel vagy a Plesk) több lényeges ponton:
Míg a cPanel és a Plesk tömeges, kereskedelmi ügyfélkiszolgálásra készült, az XCP kifejezetten egy zárt, meghívásos közösség igényeire lett hangolva.
Igen. Az xHOSTING Control Panel (XCP) teljes mértékben webböngészőből használható, külön szoftver vagy kliens telepítése nélkül.
A legtöbb adminisztrációs feladat – például fájlkezelés, adatbázis-adminisztráció, e-mail beállítások vagy mentések kezelése – közvetlenül a böngészőn keresztül elérhető.
Egyes haladó funkciókhoz (pl. FTP kliens, SSH kapcsolat, külső levelezőprogram) opcionálisan használhatók külső eszközök, de ezek nem feltételei az XCP használatának.
A belépés az xHOSTING Control Panelre (XCP) egy egyedi felhasználónév és jelszó megadásával történik egy HTTPS-en elérhető webes felületen.
A belépési adatok a tagság aktiválásakor kerülnek létrehozásra, és kizárólag a Tag saját fiókjához kapcsolódnak. A kapcsolat minden esetben titkosított, így a hitelesítési adatok nem kerülnek továbbításra nyílt formában.
Igen. Az xHOSTING Control Panel támogatja a kétfaktoros hitelesítést (2FA), amely további védelmi réteget biztosít a felhasználói fiókok számára.
A 2FA engedélyezése után a belépéshez a jelszó mellett egy időalapú, egyszer használatos kód is szükséges, amelyet egy hitelesítő alkalmazás (pl. mobiltelefonon futó authenticator) generál.
A kétfaktoros hitelesítés használata erősen ajánlott minden Tag számára.
Elfelejtett jelszó esetén a Tag a belépési oldalon elérhető jelszó-visszaállítási funkciót használhatja.
A rendszer ilyenkor egy ellenőrző üzenetet küld a fiókhoz tartozó kapcsolattartási e-mail címre, amelyen keresztül új jelszó állítható be.
Biztonsági okokból a régi jelszó nem visszaállítható, kizárólag új jelszó hozható létre.
Igen. Az xHOSTING Control Panel naplózza a sikeres és sikertelen belépési kísérleteket biztonsági célból.
A naplózás segít a gyanús tevékenységek felismerésében, a fiókok védelmében, valamint az esetleges visszaélések kivizsgálásában.
Ismétlődő sikertelen belépési próbálkozások esetén a rendszer automatikus védelmi intézkedéseket alkalmazhat (pl. ideiglenes korlátozás).
Új domain hozzáadása az xHOSTING Control Panelben (XCP) a domainek kezelésére szolgáló menüponton keresztül történik.
A Tag megadhatja a domain nevét, kiválaszthatja annak típusát (fődomain, alias vagy aldomain), majd beállíthatja a hozzá tartozó webes, e-mail és DNS-paramétereket. A domain aktiválása után a rendszer automatikusan létrehozza a szükséges könyvtárstruktúrát és alapértelmezett beállításokat.
Fődomain: önálló domain, saját webtartalommal és beállításokkal (pl. sajatdomain.hu).
Alias domain: egy meglévő fődomainre mutató kiegészítő domain, amely ugyanazt a tartalmat szolgálja ki (pl. sajatdomain.com → sajatdomain.hu).
Aldomain: a fődomain alá tartozó logikai egység, külön elérési úttal (pl. blog.sajatdomain.hu), amely külön könyvtárhoz és akár külön alkalmazáshoz is kapcsolódhat.
Az XBASIC csomag keretében legfeljebb 3 domain és 3 aldomain domainonként használható.
A domainek elosztása rugalmas, azonban a megadott keretek a közösségi erőforrás-használat kiegyensúlyozása érdekében nem léphetők túl.
Igen. A Tag jogosult a saját fődomainjeinek törlésére az xHOSTING Control Panelen keresztül.
A törlés előtt a rendszer figyelmeztetést jelenít meg, mivel a művelet visszafordíthatatlan, és a domainhez kapcsolódó szolgáltatások megszűnnek.
A domain törlésekor a hozzá kapcsolódó webes fájlok, adatbázis-kapcsolatok, e-mail fiókok és egyéb beállítások inaktívvá válnak, majd technikai késleltetést követően véglegesen törlésre kerülhetnek.
A Tag felelőssége, hogy törlés előtt gondoskodjon az adatok mentéséről. Az xHOSTING nem vállal felelősséget a törlésből eredő adatvesztésért.
Az xHOSTING Control Panelben (XCP) a leggyakrabban használt DNS rekordtípusok teljes körűen kezelhetők.
Ilyenek különösen az A, AAAA, CNAME, MX, TXT, SRV és CAA rekordok. Ezek segítségével beállítható a webes kiszolgálás, az e-mail forgalom, valamint különböző biztonsági és hitelesítési mechanizmusok (pl. SPF, DKIM, DMARC).
Igen. A Tag dönthet úgy, hogy egy adott domainhez nem az xHOSTING által biztosított DNS-kezelést használja, hanem saját vagy külső DNS szervereket állít be.
Ebben az esetben a domain névszervereit (NS rekordokat) a regisztrátornál kell módosítani. Fontos, hogy ilyen konfigurációnál a DNS működéséért és a hibákért a Tag viseli a felelősséget.
A DNS rekordok kézi módosítása nem javasolt, ha a Tag nem biztos a beállítások hatásában vagy nincs tapasztalata DNS konfigurációk kezelésében.
Hibás bejegyzések esetén a weboldal, az e-mail szolgáltatás vagy egyéb kapcsolódó funkciók átmenetileg vagy tartósan elérhetetlenné válhatnak. Különösen körültekintően kell eljárni az MX és TXT rekordok módosításakor.
A DNS módosítások érvényesülése nem azonnali, hanem az úgynevezett DNS propagáció függvénye.
Ez jellemzően néhány perctől akár 24–48 óráig is eltarthat, attól függően, hogy az adott rekord TTL értéke, valamint az internetszolgáltatók gyorsítótárazási gyakorlata hogyan alakul.
Az xHOSTING saját, központilag üzemeltetett névszervereket biztosít a közösségi tárhelyszolgáltatáshoz.
Az aktuális, hivatalos xHOSTING névszerverek listája mindig az xHOSTING Control Panel (XCP) felületén, valamint a dokumentációban érhető el. Ennek oka, hogy az infrastruktúra fejlődése vagy technikai átalakítása esetén a névszerverek címei változhatnak, és mindig az ott megadott adatok tekintendők hitelesnek.
Jelenlegi névszerverek:
A változtatás után a DNS delegáció frissülése általában néhány perctől akár 24–48 óráig is eltarthat, ez a globális DNS-rendszer működéséből adódik.
Ha a domained egy külső regisztrátornál vagy szolgáltatónál van nyilvántartva, a névszervereket ott kell módosítanod.
A beállítás lépései általánosságban:
A változtatás után a DNS delegáció frissülése általában néhány perctől akár 24–48 óráig is eltarthat, ez a globális DNS-rendszer működéséből adódik.
Ebben az esetben a domain DNS-zónáját nem az xHOSTING kezeli, hanem a külső névszerver szolgáltató.
Ilyenkor a következő DNS rekordokat kell megfelelően beállítani:
Az XCP minden domainhez megjeleníti azokat az IP-címeket és ajánlott rekordértékeket, amelyek szükségesek ahhoz, hogy a webes és levelezési szolgáltatások megfelelően működjenek.
Fontos: ha külső DNS-t használsz, a DNS-konfiguráció pontossága teljes mértékben a domain tulajdonosának felelőssége. Hibás vagy hiányzó rekordok esetén a weboldal vagy az e-mail szolgáltatás nem fog megfelelően működni.
Az xHOSTING Control Panel (XCP) többféle fájlkezelési lehetőséget biztosít a Tagok számára.
A fájlok kezelhetők hagyományos FTP / SFTP kapcsolaton keresztül, valamint az XCP-be épített böngészőalapú fájlkezelő segítségével is. Ezekkel a módszerekkel lehetőség van fájlok feltöltésére, letöltésére, törlésére, átnevezésére, jogosultságok módosítására és könyvtárszerkezetek kezelésére.
Igen. Az XCP beépített fájlkezelője teljes mértékben használható FTP vagy külső kliens nélkül.
A fájlkezelő webböngészőből érhető el, és alapvető adminisztrációs feladatokra (gyors módosítások, konfigurációs fájlok szerkesztése, kisebb feltöltések) kifejezetten praktikus megoldást nyújt.
A fájlok a Tag saját felhasználói környezetében, elkülönítetten érhetők el.
A jogosultságkezelés Linux-alapú fájlrendszer jogosultságokra épül (tulajdonos, csoport, olvasás/írás/futtatás). A Tag csak a saját könyvtárán belül fér hozzá fájlokhoz, más Tagok adataihoz nincs hozzáférése.
Az XCP önmagában nem biztosít lomtár vagy verziókövetés funkciót a törölt fájlok automatikus visszaállításához.
A fájlok visszaállítása kizárólag akkor lehetséges, ha a Tag rendelkezik korábban készített biztonsági mentéssel. Ezért erősen ajánlott rendszeres saját mentések készítése, akár az XCP által támogatott külső mentési célpontokra.
Új FTP felhasználó az xHOSTING Control Panel (XCP) felületén hozható létre, önállóan, adminisztrátori beavatkozás nélkül.
A létrehozás általános lépései:
A létrehozott FTP felhasználó azonnal használható a megadott hozzáférési adatokkal.
Igen. Az XCP lehetőséget biztosít arra, hogy egy FTP felhasználó kizárólag egy meghatározott könyvtárhoz férjen hozzá.
A könyvtárkorlátozás előnyei:
A korlátozás már a felhasználó létrehozásakor vagy később is beállítható.
Az XBASIC csomagban legfeljebb 3 FTP felhasználó hozható létre.
Ez a korlát:
Ha egy FTP felhasználóra már nincs szükség, törölhető, és helyette új hozható létre.
Igen. Az xHOSTING az FTP mellett titkosított kapcsolatokat is támogat.
Elérhető lehetőségek:
Az SFTP használatához szükséges az SSH hozzáférés engedélyezése, míg az FTPS külön SSH hozzáférés nélkül is használható.
A titkosított kapcsolatok használata erősen ajánlott, különösen nyilvános vagy nem megbízható hálózatról történő csatlakozás esetén.
Az xHOSTING Control Panel (XCP) lehetőséget biztosít arra, hogy a PHP verzió domainenként külön legyen kiválasztva.
A beállítás folyamata:
Ez lehetővé teszi, hogy egy tárhelyen belül több weboldal is eltérő PHP verzióval fusson, az adott alkalmazás igényeihez igazodva.
Az XCP számos, gyakran használt PHP irányelv megjelenítését és – meghatározott keretek között – módosítását teszi lehetővé.
Jellemzően elérhető beállítások:
A módosítható értékek a csomag technikai és biztonsági korlátaihoz igazodnak, így nem veszélyeztetik a közösségi infrastruktúrát.
Ezek a PHP erőforrás-korlátok az egyes szkriptek által felhasználható memória és feltöltési méret maximumát határozzák meg.
Ezek a korlátok segítenek:
Az open_basedir egy PHP biztonsági korlátozás, amely meghatározza, hogy egy PHP szkript mely könyvtárakhoz férhet hozzá.
Az open_basedir szerepe:
Ez a beállítás alapvető eleme a többfelhasználós, közösségi tárhelybiztonságnak.
A disable_functions lista olyan PHP függvényeket tartalmaz, amelyek biztonsági okokból le vannak tiltva.
Tipikusan tiltott funkciók:
A tiltás célja nem a fejlesztés korlátozása, hanem:
Új adatbázis létrehozása az xHOSTING Control Panel (XCP) felületén néhány lépésben elvégezhető.
A létrehozás folyamata:
A létrehozott adatbázis azonnal használható webalkalmazásokhoz vagy egyedi fejlesztésekhez.
Az xHOSTING környezetében a legelterjedtebb, webes alkalmazásokhoz optimalizált adatbázis-megoldások érhetők el.
Támogatott adatbázis-típusok:
Ezek az adatbázisok kompatibilisek a legtöbb népszerű CMS-sel és webalkalmazással (pl. WordPress, Joomla, saját fejlesztések).
Az XBASIC csomag legfeljebb 3 adatbázis létrehozását teszi lehetővé.
Ez a korlát:
Az adatbázisok száma a csomag keretein belül fix, egyedi igények elbírálás alá eshetnek.
Igen, az XCP biztosít webes adatbáziskezelő felületet, amely böngészőből érhető el.
A webes adatbáziskezelő lehetőséget ad:
A hozzáférés az adott adatbázishoz rendelt jogosultságokhoz kötött, így csak a saját adatbázisok kezelhetők.
Új e-mail fiókot az xHOSTING Control Panel (XCP) e-mail kezelő felületén tudsz létrehozni.
Általános lépések:
A fiók létrehozása után azonnal használható webmailen és levelezőkliensben is.
Röviden: az e-mail fiók egy postaláda, az e-mail cím pedig egy elérhetőség, ami vagy postaládára, vagy továbbításra mutat.
Gyakorlatban:
Ezért fordulhat elő, hogy „címekből” többféle típus létezik, míg a „fiók” mindig tényleges postaládát jelent.
Igen. Az XBASIC csomagban a catch-all (gyűjtőcím) funkció engedélyezett.
A catch-all lényege:
Figyelem:
Igen. Az XBASIC csomagban e-mail továbbítások (forwarders) is használhatók.
Mire jó a továbbítás:
Javaslat:
Az e-mail jelszavakat és (ha elérhető) kvótákat az XCP-ben, az adott postaláda részleteinél tudod kezelni.
Általában itt találod:
Biztonsági minimum:
Az XCP-ben a Let’s Encrypt lehetővé teszi, hogy a domainjeidhez ingyenes, automatikusan kiállított SSL/TLS tanúsítványt aktiválj.
Általános működés:
Gyakori feltételek:
Igen, a Let’s Encrypt tanúsítványok megújítása alapvetően automatikus, amennyiben a domain a megújítás időpontjában is sikeresen validálható.
Tipikus okok, amiért a megújulás elbukhat:
Ha a megújulás problémás, az XCP-ben jellemzően újraindítható/újraigényelhető a folyamat.
A HSTS (HTTP Strict Transport Security) egy böngészőoldali biztonsági szabály, amely kikényszeríti, hogy a böngésző a domaint csak HTTPS-en keresztül érje el.
Előnyök:
Mikor érdemes bekapcsolni:
Figyelem:
Az includeSubDomains egy biztonsági direktíva, amely a HTTPS-alapú működést nemcsak a fő domainre, hanem az összes meglévő aldomainre is kiterjeszti.
Gyakorlati jelentése:
Fontos tudnivaló:
A preload direktíva azt jelenti, hogy a domain felkerülhet a böngészők által használt HSTS preload listára.
Ez a gyakorlatban:
Fontos megkötések:
Ezért a preload direktíva használata csak akkor ajánlott, ha biztos vagy benne, hogy minden aldomain hosszú távon HTTPS-en marad.
Ez azt jelenti, hogy a kiválasztott biztonsági szabályok (például HTTPS-kényszerítés, HSTS, includeSubDomains) nemcsak a fő domainre, hanem az összes meglévő aldomainre is érvényesek.
Előnyei:
Fontos tudni:
Ajánlás:
Igen, ha rendelkezel saját SSL/TLS tanúsítvánnyal (például EV/OV vagy külső CA által kiállított tanúsítvány), azt az XCP-ben fel tudod tölteni.
Általában szükséges hozzá:
Javaslat:
Az xHOSTING Control Panel (XCP) lehetőséget ad arra, hogy a Tag a saját adatairól biztonsági mentéseket készítsen és kezeljen.
A mentéskezelés alapelvei:
Ez a megközelítés nagyobb rugalmasságot ad, ugyanakkor tudatosabb használatot igényel a Tag részéről.
Az XBASIC csomagban többféle külső mentési célpont is használható, így a Tag saját infrastruktúrájához igazíthatja a mentési stratégiát.
Támogatott mentési módok:
A konkrét beállítás mindig a választott célpont technikai követelményeihez igazodik.
Igen, az XCP-ben lehetőség van automatikus mentési feladatok beállítására.
Az automatikus mentések jellemzői:
Fontos megjegyzés:
A közösségi működési modellből adódóan az adatok rendszeres mentéséért elsődlegesen a Tag felel.
Ez a gyakorlatban azt jelenti, hogy:
Ajánlás:
Az xHOSTING több szintű, szerveroldali spam szűrést alkalmaz az e-mail forgalom védelmére.
A szűrés célja, hogy a nyilvánvaló kéretlen levelek már a kézbesítés előtt kiszűrésre kerüljenek, miközben a legitim üzenetek megbízhatóan megérkeznek. A rendszer figyelembe veszi többek között a feladó hírnevét, technikai hitelesítéseket és tartalmi jellemzőket.
Az xHOSTING szerveroldali spam szűrése több rétegű védelmet alkalmaz.
A rendszer statisztikai elemzésen, adaptív (gépi tanulás alapú) pontozáson, valamint hitelesítési ellenőrzéseken (SPF, DKIM, DMARC) alapul. Ez lehetővé teszi, hogy a kéretlen levelek nagy része már a kézbesítés előtt kiszűrésre kerüljön.
A gépi tanulás alapú spam szűrés azt jelenti, hogy a rendszer statisztikai módszerekkel elemzi a levelek jellemzőit.
A szűrő figyelembe veszi többek között a levél tartalmát, fejlécadatait, küldési mintázatait és korábbi tapasztalatokat. Ezek alapján folyamatosan finomítja a pontozást, így idővel hatékonyabban különbözteti meg a valódi leveleket a spam üzenetektől.
Igen. A spam szűrő működése adaptív.
A rendszer a beérkező levelek mintázatai alapján folyamatosan javítja a felismerést. Ez azt jelenti, hogy a gyakran előforduló spam típusokat idővel egyre nagyobb pontossággal szűri ki, miközben csökkenti a téves riasztások (false positive) esélyét.
A spamnek minősített levelek jellemzően nem kerülnek azonnal törlésre.
A rendszer a leveleket spam jelöléssel látja el, vagy elkülönített módon kezeli, így azok szükség esetén ellenőrizhetők. A pontos viselkedés a levelezési beállításoktól és a kliensoldali szűréstől is függ.
Igen, ritka esetben előfordulhat úgynevezett „false positive”, amikor egy legitim levél spamként kerül besorolásra.
Ez jellemzően hibásan konfigurált feladó domainek, hiányzó hitelesítések vagy szokatlan tartalmi minták esetén fordulhat elő. Ilyen helyzetben érdemes ellenőrizni a feladó technikai beállításait, illetve a levelezőkliensben engedélyezni a feladót.
Igen. A spam mennyisége jelentősen csökkenthető tudatos beállításokkal.
Ajánlott lépések:
A szerveroldali védelem és a felhasználói tudatosság együtt adja a legjobb eredményt.
Nem. Teljes mértékben spammentes e-mail szolgáltatás nem létezik.
Az xHOSTING célja az, hogy a kéretlen levelek döntő többségét kiszűrje, miközben a valódi levelek megbízhatóan kézbesítésre kerülnek. A spam elleni védelem folyamatos egyensúlyt jelent a szigorúság és a kézbesítési biztonság között.