Az elektronikus levelezések lebonyolítása során a levelező kiszolgálók törekednek a kéretlen levelek (spam) minél hatékonyabb kiszűrésére. Időnként megesik, hogy olyan levelek is fennakadnak ezeken a spam szűrési szolgáltatásokon, amik egyáltalán nem tartalmaznak olyan dolgokat, amik ezt indokolttá tennék. Ezért velünk is előfordulhat, hogy nem tudunk email-t küldeni egy címzettnek, vagy éppen a saját szerverünkön nem tudunk leveleket fogadni másoktól. Ebben a leírásban utánajárunk az egyik gyakrabban előforduló szerver oldali "554 5.7.1 Service unavailable; Client host blocked using zen.spamhaus.org; Error: open resolver;" típusú hibának.

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.

A .htaccess fájlok nagyon hasznos kellékei az Apache webkiszolgálónak, amiknek a hatékony használatával sok problémát megoldhatunk. Azonban egy összetettebb szerverkonfiguráció esetén több dologra is oda kell figyelnünk, különben könnyen Apache hibákat generálhatunk.
Ebben a hibaelhárítóban az átirányításokkal foglalkozunk, ahol bizonyos helyzetekben végtelen átirányítási ciklusba kerülhetünk, ami végül az "AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error." tartalmú hibákhoz vezet.

A Linux szolgáltatások háttérben futó programok, amik nem rendelkeznek külön kezelőfelülettel, hanem valamilyen kommunikációs mechanizmuson keresztül (többnyire a hálózaton) válaszolnak más programok kéréseire. A szolgáltatásokat a modern Linux rendszerekben a systemd menedzseli, és a systemctl parancs segítségével lehet őket elindítani, leállítani, maszkolni, feloldani, stb. Vannak esetek, amikor a systemctl parancs nem tudja feloldani a maszkolást, ilyenkor manuális megoldást kell alkalmazni.

Ebben a hibaelhárítóban felgöngyölítünk egy Fail2Ban tiltást, amit egy "AH01630: client denied by server configuration" típusú Apache hiba vált ki, amit a Matomo webanalitikai rendszere okoz. A problémát végül az apache-auth Fail2Ban szűrőjének módosításával orvosoljuk.

A VirtualBox virtuális gépeken sokféle operációs rendszert telepíthetünk, köztük a Windows valamennyi verzióját. Azonban a Windows 11 esetén még akadnak problémák. A Virtualbox jelenlegi (6.1) verziója elméletileg támogatja a Windows 11 rendszert is, azonban adódnak problémák a telepítés során. Ebben a hibaelhárítóban oldjuk meg ezt a kérdést, hogy gond nélkül telepíthessük a Windows jelenlegi legújabb kiadását, a 11-et is.

Ha a Debian rendszerében nagyobb változás történik - tehát nem csak egy-két al-verziót kell frissítenie a rendszernek -, akkor a sima frissítéskor előjön egy hibaüzenet:
This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.
Ebben a hibaelhárítóban ezt orvosoljuk.

Amikor egy Linux disztribúció nem a legfrissebb változatát használjuk, előjöhetnek furcsaságok. A Debian 9 esetében például a backports csomagtár frissítésekor kaphatunk "nyilvános kulcs nem érhető el" (NO_PUBKEY) hibaüzenetet. Ebben a rövid hibaelhárítóban orvosoljuk ezt a problémát.

Ha gyakran használunk virtuális gépeket a VirtualBox segítségével, akkor kényelmesebb és időtakarékosabb megoldás ha nem hozunk létre és állítgatunk be minden telepítésnél egy újabb virtuális gépet, hanem a meglévőket használjuk. Bizonyos esetekben ezzel adódhatnak problémák, például amikor EFI módban próbáljuk elindítani a telepítőnket, de az nem akar elindulni. Ebben a rövid kis hibaelhárítóban megnézzük hogyan indíthatjuk el az ISO telepítőket EFI módú virtuális gépeken.

Amikor egy külső USB meghajtót vagy pendrive-ot csatlakoztatunk a gépünkhöz, akkor a Linux rendszer automatikusan felcsatolja annak fájlrendszerét a megfelelő felhasználó számára. Azonban előfordulhat, hogy ez az automatikus mount-olás valamilyen ok miatt nem sikerül, és kapunk egy "Not authorized to perform operation" hibaüzenetet tartalmazó kis ablakot.