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.

Ha nincsenek megfelelően beállítva a területi beállításaink (locales), vagy valamilyen program telepítése, frissítése után elállítódnak, akkor a Perl alapú programok hibát jeleznek. Ebben a rövid útmutatóban megnézzük ennek a hibának a megoldását.

Az ISPConfig különféle védelmi rendszereket alkalmaz, hogy biztonságos legyen, többek között az IDS (Intrusion Detection System) technológiát is. Előfordul azonban, hogy ennek a beállítása esetleg túl érzékeny, és minket is kitilt a kezelőpanelből. Ebben a kis hibaelhárítóban megnézzük, hogy mit tehetünk, ha az ISPConfig kezelőpanelünk nem enged be minket, hanem helyette kapunk egy "Possible attack detected. This action has been logged." hibaüzenetet.

Ha egyedi PHP verziókat használunk Debian szerverünkön, amiket a Sury.org csomagtárán keresztül frissítünk, akkor korábban már beállítottuk ezt a csomagtárat, ami ezelőtt még működött, az APT gond nélkül frissítette belőle a csomagokat. Azonban előfordulhat, hogy egy frissítésnél hibát ad a csomagkezelő, és nem tudja elérni a legfrissebb csomagokat. Ebben a rövid hibaelhárítóban orvosoljuk ezt a problémát.

A PHP munkamenetek (session-ok) olyan globális változók, amik a webes látogatások során tárolt adatokat több oldalon keresztül is továbbítják, azaz nem vésznek el egyik oldalról átlépve a másikra. A PHP ezt úgy valósítja meg, hogy a látogatásokhoz (munkamenetekhez) egyedi azonosítókat rendel, és a szerver oldali fájlstruktúrában ezekhez az azonosítókhoz kapcsolódó fájlokat hoz létre amikben tárolja a munkamenet számára szükséges adatokat. A rendszer ezeket a fájlokat egy meghatározott – általában tmp – könyvtárában helyezi el, amit normál esetben egy megadott idő elteltével töröl – a garbage collector által. A helyzet azonban néha nem ilyen kézenfekvő. Ugyanis, ha megváltozik a szerveren lévő PHP környezet, akkor előfordulhat, hogy a takarító rendszer (garbage collector) nem tudja letörölni ezeket az elévült, szükségtelenné vált munkamenet fájlokat. Ebben a leírásban megnézzük, hogyan tudunk saját megoldással gondoskodni arról, hogy ezek a munkamenet fájlok törlésre kerüljenek, amikor az alapértelmezett takarító rendszer nem tudja eltávolítani őket.