PRIVÁT OFFSHORE INFRASTRUKTÚRA
Másodnapi üzemeltetésAlkalmazott · 6 perc olvasás

Egy fenntartható Linux VPS megerősítési alapvonal

Biztonságos adminisztráció, csak a szükséges szolgáltatások közzététele, valamint a frissítések és a helyreállítás kialakítása anélkül, hogy kizárná magát.

Szerző: SwissOctet Editorial
A KÖZVETLEN VÁLASZ

Kezdd ellenőrzött hozzáféréssel és helyreállítási útvonallal, majd konfiguráld az egyéni adminisztrációt, a tesztelt SSH kulcsokat, egy szigorú tűzfalat, a karbantartott szoftvert és a független biztonsági mentéseket. Alkalmazd a változtatásokat fokozatosan, és ellenőrizz egy új munkamenetet, mielőtt bezárod a régit.

01

Alakíts ki megbízható kiindulópontot

A gép módosítása előtt erősítsd meg a várt operációs rendszert, a hozzáférési módot és a helyreállítási útvonalat. Ellenőrizd a SSH hoszt identitását az üzemeltető jóváhagyott információin keresztül, ahelyett hogy vizsgálat nélkül elfogadnál egy váratlan kulcsot. Tartsd titokban az ideiglenes hitelesítő adatokat, és a szándékolt folyamaton keresztül cseréld le őket. Jegyezd fel, hogy melyik személy felelős a karbantartásért, és mely helyreállítási lehetőségek érhetők el ténylegesen ehhez a szolgáltatáshoz.

Tarts nyitva egy működő adminisztrációs munkamenetet, miközben hozzáférési változtatásokat végzel. Egy másolt megerősítési recept eltávolíthatja az egyetlen használható bejelentkezést, ha más disztribúciót vagy fiókelrendezést feltételez. Egyszerre egy változtatást végezz, ellenőrizd annak tényleges eredményét, és őrizz meg egy visszautat. A cél egy biztonságosan karbantartható rendszer, nem egy szigorúnak látszó, de nem adminisztrálható konfiguráció.

02

Tedd szándékossá a SSH hozzáférést

Hozz létre egyéni adminisztratív hozzáférést megfelelő jogosultsággal, ahelyett hogy egy állandó root bejelentkezést osztanál meg. Telepítsd és teszteld a szándékolt nyilvános kulcsot, a privát kulcsot az engedélyezett végponton tartva. A Ubuntu OpenSSH dokumentációja elmagyarázza a szerverkonfigurációt és a hitelesítési lehetőségeket. Olvasd el a disztribúciód tényleges konfigurációját, beleértve a beillesztett fájlokat is, mielőtt feltételeznéd, hogy egy beállítás szerkesztése az egész szolgáltatást megváltoztatta.

Teszteld a kulcsos hozzáférést egy második munkameneten keresztül, mielőtt megváltoztatnád a jelszavas hitelesítést vagy a jogosultságos bejelentkezési szabályokat. Győződj meg róla, hogy az új fiók el tudja végezni a szükséges adminisztrációt. Vizsgáld felül az előző módszertől függő automatizálást, és szándékosan cseréld le annak hozzáférését. A kulcs egy hozzáférési hitelesítő adat, ezért használj privát tárolási helyet és rotációs folyamatot, ahelyett hogy másolatokat hagynál az alkalmazáskönyvtárakban.

03

Az alkalmazást tedd elérhetővé, ne az egész gépet

Készíts leltárt a figyelő szolgáltatásokról, és azonosítsd, melyeknek kell nyilvánosnak lenniük. Egy webalkalmazásnak szüksége lehet a HTTP és HTTPS portra, míg az adatbázisa csak a szándékolt belső útvonalon keresztül maradhat elérhető. A Ubuntu az UFW-t tűzfal-konfigurációs eszközként dokumentálja, de a hasznos szabályzat független az eszköztől: engedélyezd a szükséges forgalmat, és ahol gyakorlatias, korlátozd az adminisztrációt a jóváhagyott forrásokra.

Ellenőrizd mind a hoszt szintű, mind a szolgáltatói szintű vezérlést, ha a szolgáltatás tartalmaz ilyet. Mielőtt engedélyeznél egy szigorú szabálykészletet, engedélyezd a tesztelt adminisztrációs útvonalat, és ellenőrizd a hozzáférést egy másik munkamenetből. Ne feltételezd, hogy a SSH másik portra helyezése helyettesíti a hitelesítést vagy a javításokat. Tartsd érthetőnek a tűzfalszabályokat, hogy a jövőbeli hibaelhárítás ne vezessen az összes port megnyitásához megoldásként.

VáltoztatásEllenőrzés alkalmazás előttEllenőrzés utána
Új SSH kulcsMegfelelő fiók és nyilvános kulcsA második kulccsal hitelesített munkamenet működik
Korlátozott tűzfalSzükséges szolgáltatás- és helyreállítási útvonalakA nyilvános alkalmazás működik; a nem szándékolt portok zárva vannak
SzoftverfrissítésBiztonsági mentés és újraindítás következményeiA szolgáltatások újraindulnak, és az alkalmazástesztek sikeresek
Szolgáltatás jogosultságváltozásaSzükséges olvasási és írási útvonalakAz alkalmazás szélesebb rendszerhozzáférés nélkül működik
04

Tervezd meg a frissítéseket működési folyamatként

Tartsd karbantartva a rendszert és az alkalmazás függőségeit. A Ubuntu automatikus frissítési útmutatója leírja a felügyelet nélküli frissítéseket, az engedélyezett forrásokat és az újraindítási viselkedést. Egy harmadik féltől származó tároló nem lesz automatikusan lefedve csak azért, mert hozzáadták a géphez. Vizsgáld felül, hogy a beállított frissítési folyamat valójában mit tartalmaz, és adj a külön telepített alkalmazásoknak saját karbantartási útvonalat.

Döntsd el, hogyan kezeled a szolgáltatások újraindítását és a rendszer újraindítását. Egy csomagfrissítés alkalmazása nem mindig jelenti azt, hogy minden futó folyamat az új kódot használja. Használj karbantartási ablakot, ahol a munkaterhelés megköveteli, és utána végezz egy egyszerű alkalmazásellenőrzést. Ha egy csomag manuális migrációs lépéseket igényel, dokumentáld azokat, ahelyett hogy határozatlan ideig letiltanál minden frissítést, és megfeledkeznél az ebből eredő kitettségről.

05

Korlátozd az alkalmazás hozzáférését és védd a helyreállítást

Futtasd a szolgáltatásokat a szükséges jogosultságokkal, és válaszd külön a nyilvános tartalmat a titkoktól és a telepítési metaadatoktól. Egy webes folyamatnak nem szabad minden rendszerbeállítást átírnia. Tartsd a környezeti titkokat a nyilvánosan kiszolgált könyvtárakon kívül, és kerüld el, hogy szándékos védelmi szabályzat nélkül bekerüljenek naplókba, támogatási exportokba vagy általános biztonsági mentésekbe. Távolítsd el a nem használt csomagokat és szolgáltatásokat, amikor nincs működési céljuk.

Tartson fenn egy független biztonsági mentést, és tesztelje az alkalmazás visszaállítását egy elkülönített környezetbe. Korlátozza a biztonsági mentés hitelesítő adatait, hogy egy feltört alkalmazás ne tudja automatikusan törölni az összes helyreállítási másolatot. Figyelje a lemezkapacitást, a biztonsági mentés korát és a szolgáltatáshibákat. A naplózásnak meghatározott működési kérdésekre kell válaszolnia, a hozzáférést és a megőrzést szabályozva; nem szabad az érzékeny kérések korlátlan másolatává válnia.

06

Egy első telepítési sorrend, amely áttekinthető marad

Egy új VPS esetén először ellenőrizd a hozzáférést és a helyreállítást, majd hozd létre az adminisztratív fiókot és a tesztelt kulcsot. Konfiguráld a tűzfalat, alkalmazd a frissítéseket, és telepítsd az alkalmazást a szándékolt szolgáltatásfiók alatt. Erősítsd meg a nyilvános viselkedést egy másik környezetből, ellenőrizd, hogy a privát fájlok nem kérhetők le, és végezz biztonsági mentés-visszaállítást. Vezess jegyzeteket minden döntésről és a hozzáférési változtatás visszafordításának útvonaláról.

A Vector VPS, a Pulse NVMe és a kiválasztott dedikált csomagok Linux lehetőségeket kínálnak a SwissOctet katalógusban. A rendelés előtt erősítsd meg a választott image-et és a karbantartási munka felosztását. Egyetlen Linux image-név sem bizonyítja, hogy a megerősítés, a frissítések vagy a biztonsági mentések már kezeltek. Az alapvonal azon vezérlések összessége, amelyeket beállítasz, ellenőrzöl és a projekt változásával folyamatosan karbantartasz.

FORDÍTSA CSELEKVÉSRE

Az Ön gyakorlati ellenőrzőlistája.

  • Ellenőrizd a SSH hoszt identitását és a helyreállítási útvonalat.
  • Teszteld az egyéni kulcsos hozzáférést egy második munkamenetben.
  • Korlátozd a figyelő szolgáltatásokat és a tűzfalszabályokat.
  • Vizsgáld felül a frissítési lefedettséget és az újraindítási viselkedést.
  • Válaszd külön a titkokat a nyilvános fájloktól és a szolgáltatás jogosultságaitól.
  • Tesztelj egy független helyreállítási másolatot.
GYAKORI KÉRDÉSEK

A fontos részletek.

Azonnal letiltsam a jelszavas bejelentkezést?+

Először hozd létre és teszteld a helyettesítő kulcsos hozzáférést és a helyreállítási útvonalat. Ezután változtasd meg a hitelesítést a támogatott konfigurációdnak megfelelően.

A SSH port megváltoztatása helyettesíti a megerősítést?+

Nem. Nem helyettesíti az erős hitelesítést, a korlátozott hozzáférést, a frissítéseket vagy a megfelelő fiókjogosultságot.

Elég az automatikus frissítés minden alkalmazáshoz?+

Nem. Ellenőrizd az engedélyezett tárolókat, az újraindítási követelményeket és a rendszer frissítési folyamatán kívül telepített szoftvereket.

ELSŐDLEGES HIVATKOZÁSOK

Menjen a forráshoz.

Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana.

  1. Ubuntu Server: OpenSSH szerver ubuntu.com
  2. Ubuntu Server: Tűzfalak ubuntu.com
  3. Ubuntu Server: Automatikus frissítések ubuntu.com

Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni.

KAPCSOLJA ÖSSZE A TUDÁST

Kapcsolódó infrastruktúra.

TARTSA A FONALAT

Az Ön következő terepjegyzetei.

Fedezze fel az összes útmutatót