Oldal nem nyílik
Meg kell győződnie arról, hogy a domain a kívánt IP. Ehhez működésének ellenőrzésére névszerverek
Gyakori, hogy miért ez az üzenet megjelenik:
1. A domain létrehozása, de a DNS-gyorsítótár nem frissült. Frissítése úgy 2 és 72 óra közötti.
2. bekezdés: „A WWW domének” a domain beállításai a „indexlapot” jelzi a fájlnevet, ami nem a szerver (ebben az esetben a domain is kiadási oldalt „Index”. Akkor ezt a mezőt hagyja üresen :. Ebben az esetben megnyílik index.html oldalt, ha nem -. index.php.
3. Fontos, hogy minden CMS fájlok és a honlap is feltölteni a könyvtárba a domain / www / tartománynév.
Más esetekben meg kell érteni részletesen a konfigurációs fájlban.
A szerver nem pingelni. de meg kell, hogy gyorsan vissza a szerver - a kiszolgáló újraindításához. Ez úgy valósítható meg, megy a Fiókom (BILLmanager) => „Olyan termékek / szolgáltatások” => „Virtuális szerver” => Kiválasztja a kívánt terméket => „gombot a panel” a jobb felső sarokban:
"Control" => "Virtual Machines" => Válassza ki a kívánt szervert => gomb "Reset"
Ha az oldalak nem nyitott, próbálja meg kinyitni a ISPmanager vezérlőpanel a következő linkre:
ISPmanager panel 5 => System Tools => Szolgáltatások => Lines nginx és httpd kell venni izzó, ha az izzó nem világít, majd válassza ki a kívánt folyamatot name => "Start" gombra
Ha a Web-szerver nem indul el, meg kell futtatni manuálisan a konzolon keresztül csatlakozik ssh.
Lehetséges hibák az Apache indulásakor, látni fogja a konzol:
Rossz felhasználói név
Apache-MPM-ITK adja AssignUserID
Apache-MPM-Prefork adja SuexecUserGroup
Tudja meg, milyen verziójú Apache fut a végrehajtó a következő parancsot:
Itt egy példa config:
Miután módosítja az Apache konfigurációs fájl a hatálybalépése ezeket a változásokat, akkor újra kell indítani a webszerver.
szintaktikai hiba
php_admin_value
A probléma megoldásához, akkor:
1) Ellenőrizze, hogy a szerver PHP telepítve a parancsot:
Ha telepítve van, akkor kap valamit, mint ez a válasz:
2) Ellenőrizze, hogy a modul csatlakoztatva van a PHP Apache. Ezt meg lehet tenni a futás a parancsot:
Az eredmény a következőképpen néz ki:
Felhívjuk figyelmét, hogy a Debian / Ubuntu modul tényleg csatlakozik csak akkor, ha csatlakoztatva van mods-enabled könyvtárban - a második sor a kimenetet a példa
Az eredmény a következőképpen néz ki:
Felhívjuk figyelmét, hogy a modul regisztrálni kell /etc/httpd/conf.d/php.conf fájlt a megfelelő verzióját Apache:
Be kell menni a /etc/apache2/mods-enabled/php5.load fájlt, és vegye ki a „#”.
3) Állítsa be a kívánt modult a kiszolgáló:
Mert CentOS modul össze a PHP. Ha a PHP telepítve, akkor ellenőrizze, hogy a szerver php könyvtár csapat:
Ha ez a fájl a levonás lesz:
Ha a könyvtár, akkor regisztrálnia kell beállítási /etc/httpd/conf.d/php.conf fájlt a fent leírt módon.
PHP telepítésének, a következő parancsot:
Figyelmeztetés. Ha már telepítve van a PHP, a kivitelezés ezt a parancsot eredményezhet változást a PHP-verziót. Futtatni parancsokat szándékosan.
Web-szerver fut, de néha van egy hiba, hogy a szerver nem érhető el
Ha a hely, de néha túl lassan kinyílik, vagy valamilyen kép helyén nincs betöltve, meg kell nézni a szerver naplók. Nézzük a leggyakoribb hiba, hogy láthatjuk a naplóban:
Miután módosítja az Apache konfigurációs fájl a hatálybalépése ezeket a változásokat, akkor újra kell indítani a webszerver.
Szerver elérte MaxClients beállítás
Meghaladta a határértéket egyidejű kapcsolatok, ebben az esetben jobb, ha először azonosítani a hiba okát. Egyszerűen növeli a paraméter - nem ez a legjobb megoldás. Az optimális érték a MaxClients alapján lehet kiszámítani, hogy a következő elv:
ahol M - fizikai memória szerver, 30% - a memória más folyamatok, H - a memória által elfoglalt egyetlen folyamat httpd
Például, ha beállítja 2 GB fizikai memóriát és egy httpd folyamatot fogyaszt 35 MB, majd (2048-30%) / 35 = 40,96 (lefelé kerekítve 40), azaz. 40 a maximális számú httpd folyamat, melyben a szerver stabilitását garantálni kell.
Változás MaxClients akkor file:
Az Apache ITK, az alapértelmezett modul nincs regisztrálva, így az alapértelmezett MaxClients 256 egyidejű kapcsolat. Ha módosítani ezt az irányelvet, regisztrálni kell:
Az Apache Prefork kell változtatni az értékeket a rész:
Az Apache ITK, az alapértelmezett modul nincs regisztrálva, így az alapértelmezett MaxClients 256 egyidejű kapcsolat. Ha módosítani ezt az irányelvet, regisztrálni kell:
Az Apache Prefork kell változtatni az értékeket a rész:
Miután módosítja az Apache konfigurációs fájl a hatálybalépése ezeket a változásokat, akkor újra kell indítani a webszerver.
Elfogyott a memória
Lehetséges hibák indításkor:
ismeretlen irányelv
Nem sikerült építeni a server_names_hash
A hiba akkor fordul elő, ha megadja a nagyszámú névszerverek, vagy túl hosszú a neve az egyik területen. Az alapértelmezett érték 32. A probléma megoldásához szükséges csökkenteni a hosszát a domain név / aldomain vagy növeli az értékét az irányelv:
Miután módosította a konfigurációs fájl nginx, hatálybalépésére ezeket a változtatásokat, akkor újra kell indítani a webszerver.
Ha a konfigurációs fájl nginx mindent helyesen írta és a helyszínen kínál egy sem, akkor nézd meg a beállításokat az Apache konfigurációs fájlban.
A sikeres kérés. Ha az ügyfél által kért adatokat, azok a fejléc és / vagy az üzenet törzsébe.
301 Véglegesen áthelyezve
304 Nem módosított
A szerver ezt a kódot, ha az ügyfél kérte a dokumentum a GET metódus segítségével. Ebben az esetben a szerver üzenet nem tartalmaz egy testet. Így ellenőrizni tudja, hogy a gyorsítótárban az oldalon, és mi nem. Ahhoz, hogy távolítsa el azt meg kell nézni a konfiguráció caching eszközök, akkor nginx, eAccelerator, PhpExpress, XCache Windows gyorsítótár Extension for PHP, Zend OPcache, memcached vagy Apc.
400 Bad Request
A szerver található az ügyfél kérésére szintaktikai hiba. Ennek oka lehet a következő problémákat:
2.BLOKIROVKA Windows tűzfal
Ahhoz, hogy kizárják a víruskereső a lista a lehetséges okokat, meg kell időzíteni teljesen ki van kapcsolva, indítsa újra a számítógépet, és ellenőrizze a letöltési oldalakon problémás ki vírusölő. Ha a hiba 400 eltűnik, akkor a beállításokat az antivírus programot, vagy módosítsa a víruskereső programot.
Ha a fentiek egyike sem ismertetett nem segít, akkor a modem vagy az internetszolgáltató is. Ha a hiba továbbra is időnként, próbálja megváltoztatni az Internet szolgáltató.
403 Forbidden
A szerver megértette a kérést, de ő nem hajlandó eleget tenni korlátozások miatt a hozzáférést az ügyfél a megadott erőforrás. Ha hozzáférést az erőforrás hitelesítést igényel segítségével HTTP, a kiszolgáló egy válasz 401 vagy 407 a proxy. Egyébként határértékeket a kiszolgáló rendszergazdája vagy fejlesztő web-alapú alkalmazások és lehet bármilyen, képességeitől függően a használt szoftver.
Aztán, egy hibaüzenet jelenik meg, nem csak a naplókat, hanem a képernyőn, amikor megnyitja az oldalt.
404 Not Found
Aztán, egy hibaüzenet jelenik meg, nem csak a naplókat, hanem a képernyőn, amikor megnyitja az oldalt.
413 Request Entity
Vissza, ha a szerver nem hajlandó feldolgozni a kérést, mivel túl sok kérés testmérete (URL hossza). A szerver a kapcsolatot, hogy ne továbbítására a kérelmet. Ez gyakran előfordul, amikor a nagy fájlok letöltése. Hogy oldja meg a problémát, ha van igény a nginx config lehetőség, hogy adjunk, vagy növelje
Ha az Apache, szükség van a PHP konfigurációs fájlban, a php.ini fájlt, hogy növelje a lehetőségeket:
500 Internal Server Error
Aztán, egy hibaüzenet jelenik meg, nem csak a naplókat, hanem a képernyőn, amikor megnyitja az oldalt.
502 Bad Gateway
A szerver átjáróként vagy proxy szerver kapott egy érvénytelen válasz üzenetet a felsőbb szintű szervertől. Ebben az esetben a nginx működik, mint egy front-end és proksiruya kérelem érkezett válasz. Mivel a Back-end hathatnak Apache, PHP-FPM vagy node.js, ez ebben az esetben nem működik. Meg kell kezdeni velük.
Ahhoz, hogy megtudja az oka, hogy utat kell keresni a hibát rönk telepített web-szerver.
503 szolgáltatás nem érhető el
A hiba jelenhet meg a következő problémákat:
504 Gateway Timeout
Szerver átjáróként vagy proxy, és nem várta meg a választ egy ellentétes irányú szerver befejezni a jelenlegi kérést. Okok:
1. Túl nagy a lekérdezés fut sokáig, mint a fájlok letöltését, vagy a keresés az oldalon, akkor szükség van a konfigurációs fájl nginx növeli a timeout:
Felhívom a figyelmet, növeli ezt a paramétert növelik a terhelést a szerveren.
2. A legtöbb terhelés a szerveren, így a web-szerver van megadva a Back-end nincs ideje válaszolni a megadott időn belül, mivel a források hiánya.
Azt tanácsolom, hogy az utasításokat, hogy csökkentse a terhelést a szerver
Ha szeretné tudni, hogy az okokat nem áll a szerver, és távolítsa el őket annak érdekében, hogy az ilyen problémák nem fordulnak elő a jövőben, és még a támogatási csomagot, azt tanácsolom, újraindítás nélkül a szerver, küldjön egy kérést a technikai támogatást.