Linuxos leírások, rendszerfelügyelet, web hoszting, programozás
Hogyan orvosoljuk a "dovecot: master: Error: socket() failed: Address family not supported by protocol" típusú hibákat
Az ISPConfig frissítése után nem indult újra minden szolgáltatás. Jelen esetben a Dovecot POP3/IMAP levelező kiszolgáló, valamint még a Postfix is dobált warningokat. Ezeket a hibákat ugyan korábban már javítottuk, de az ISPConfig frissítése során ismét felülíródtak a beállításaink. Ebben a hibaelhárítóban egyrészt javítjuk magát a szolgáltatás működésképtelenségét okozó "Address family not supported by protocol" típusú hibákat, valamint elvégezzük a tartós beállításukat is, hogy azok a további ISPConfig frissítések után is megmaradjanak.
Hogyan frissítsük Debian 10 (Buster) alapú tökéletes szerverünket Debian 11 (Bullseye) rendszerre
Ismét eljött egy újabb korszak, amikor Debian 10 (Buster) szerverünk felett is eljárt az idő, és már égető feladattá vált, hogy kezdjünk valamit ezzel a problémával. Ebben a leírásban egy Debian 10 (Buster) tökéletes szervert frissítünk Debian 11 (Bullseye rendszerre). Ezen az oldalon átnézzük a frissítés előtti szükséges teendőket, amikkel felkészítjük rendszerünket az új főverzióra.
Szerver monitorozása a Monit segítségével Debian és Ubuntu rendszereken
A Monit egy ingyenes és nyílt forráskódú folyamat- és erőforrásfigyelő eszköz, amely a rendszerfolyamatok és erőforrások - webböngésző és parancssor segítségével történő - megfigyelésére használható. A Monit automatikusan leállítja vagy újraindítja a folyamatokat vagy szolgáltatásokat, amennyiben azok például túl sok erőforrást használnak fel, vagy rendellenesen működnek. A különböző eseményekről email-es riasztásokat is küld.
Ezen az oldalon egy Debian 10 (Buster) tökéletes szerver 1.1-es változatára telepítjük fel frissen a Monit rendszermonitor programot, ahol még korábban nem volt használatban, majd utána beállítjuk.
Ezen az oldalon egy Debian 10 (Buster) tökéletes szerver 1.1-es változatára telepítjük fel frissen a Monit rendszermonitor programot, ahol még korábban nem volt használatban, majd utána beállítjuk.
Hogyan állítsuk be ISPConfig szerverünkön az alapértelmezett weboldalt, hogy ne az Apache2 Debian Default oldala kerüljön betöltésre a szerver IP-címének vagy teljes hosztnevének elérésekor
ISPConfig szerverünk szépen kezeli weboldalainkat, azonban ha a böngészőbe a szerver IP-címére vagy teljes hosztnevére hivatkozunk, akkor nem a várt eredményt kapjuk, mert ilyenkor az Apache2 Debian Default Page töltődik be, ami lényegében az Apache "üdvözlő" oldala. Ez persze nem tragikus hiba, de szépséghiba. Ebben a leírásban megnézzük, hogy hogyan állíthatjuk be Apache webkiszolgálónkat, hogy ilyenkor az általunk kívánt weboldal kerüljön betöltésre.
Hogyan építhetjük meg és élesíthetjük ISPConfig3 szerverünket, valamint hogyan biztosíthatjuk a Let's Encrypt SSL-el kezelőpanelünket, főbb szolgáltatásainkat és weboldalainkat
Az ISPConfig kezelőpanel segítségével könnyedén menedzselhetjük a szerverünkön lévő weboldalakat, valamint az egyéb webes szolgáltatásokat. Ebben a leírásban áttekintjük hogyan építhetjük meg és élesíthetjük ISPConfig3 szerverünket, valamint hogyan állíthatjuk be az ingyenes, Let's Encrypt által kiállított SSL tanúsítványokat a kezelőpanel, a főbb szolgáltatások és a weboldalaink számára. Ezen az oldalon feltelepítjük az alaprendszert, az ISPConfig kezelőpanelt a szükséges összetevőkkel, majd ellenőrizzük a már meglévő webes kezelőfelületeket és szolgáltatásokat.
PTR rekord
A DNS a tartományneveket (domain neveket) az IP-címekkel kapcsolja össze. A DNS PTR rekord, másnéven mutató rekord (pointer record) biztosítja az IP-címhez társított tartománynevet. A DNS PTR rekord pontosan az ellentéte az "A" rekordnak, amely a tartománynévhez társított IP-címet adja meg.
Amikor a felhasználó megpróbál elérni egy tartománynevet a böngészőjében, akkor a háttérben DNS-keresés történik, ahol a rendszer a domain névhez társított IP-címet keresi. A DNS PTR rekordokat pedig a fordított DNS-keresésekben használják (reverse DNS lookup), ami a normál DNS keresési folyamatnak pont a fordítottja: ez egy olyan lekérdezés, amely egy IP-címmel kezdődik, és megkeresi a hozzá társított domain nevet.
Amikor a felhasználó megpróbál elérni egy tartománynevet a böngészőjében, akkor a háttérben DNS-keresés történik, ahol a rendszer a domain névhez társított IP-címet keresi. A DNS PTR rekordokat pedig a fordított DNS-keresésekben használják (reverse DNS lookup), ami a normál DNS keresési folyamatnak pont a fordítottja: ez egy olyan lekérdezés, amely egy IP-címmel kezdődik, és megkeresi a hozzá társított domain nevet.
HSTS (HTTP Strict Transport Security)
A HSTS (HTTP Strict Transport Security) egy olyan irányelv-mechanizmus, amely segít megvédeni a webhelyeket a közbeékelődő (man-in-the-middle) támadásoktól, mint például a protokoll visszaminősítésétől (protocol downgrade) vagy a cookie-k eltérítésétől. Lehetővé teszi a webhelyek számára, hogy megköveteljék a webböngészőktől (és az egyéb webes kliens alkalmazásoktól), hogy automatikusan csak a HTTPS kapcsolatokat használják, amik az SSL/TLS segítségével erős titkosítást valósítanak meg. A HSTS egy 2012-es IETF szabvány, amit az RFC 6797 határoz meg.