ПредишенСледващото

Трябва да се уверите, че домейнът е на желаното ПР. За да направите това, проверка на работата на сървъра за имена

Често срещани причини защо се появи това съобщение:

1. Домейнът е създадена, но кеша на DNS не е актуализиран. Обновяване отнема 2 до 72 часа.

2. В параграф "домейните WWW" в настройките на домейни в "индексната страница" показва името на файла, който не е на сървъра (в този случай, на домейна може да бъде изход страница "индекс". Можете да оставите това поле празно :. В отваря този случай index.html страница, ако това не е така. - index.php.

3. Важно е, че всички CMS файлове и уеб сайта бяха качени в директорията на вашия домейн / WWW / DomainName.

В други случаи е необходимо да се разбере в детайли конфигурационния файл.

Сървърът не пинг. но трябва да се възстанови бързо сървъра - рестартиране на сървъра. Това може да стане, като отидете на Моят профил (BILLmanager) => "Продукти / услуги" => "Виртуален сървър" => Избира желания продукт => бутона "в панела" в горния десен ъгъл:

"Контрол" => "виртуални машини" => Изберете желания сървъра => Бутон "Reset"

Ако обектите не са отворени, се опитате да отворите контролния панел ISPmanager на следния линк:

Сайт не се отваря

ISPmanager панел 5 => System Tools => Услуги => Линии Nginx и уеб-трябва да бъде включена крушка ако крушката не свети, след това изберете желаното име процес бутона "Старт" =>

Сайт не се отваря

Ако уеб-сървър не започне, вие трябва да го стартирате ръчно чрез конзолата е свързан чрез SSH.

Възможни грешки при Apache започва, ще срещнете в конзолата:

лошо потребителско име

Apache-MPM-ITK уточни AssignUserID

Apache-MPM-Prefork уточни SuexecUserGroup

Разберете коя версия на Apache използвате като изпълнява следната команда:

Ето един пример конфигурационния:

След извършване на промени в конфигурационния файл на Apache за влизането в сила на тези промени, трябва да се рестартира на уеб сървъра.

Синтактична грешка

php_admin_value

За да разрешите този проблем, трябва да:

1) Проверете дали вашият сървър PHP инсталиран с командата:

Ако той е инсталиран, вие ще получите нещо подобно отговор:

2) Проверете дали модулът е свързан с PHP Apache. Това може да стане с командата:

Изходът трябва да бъде нещо като това:

Моля, имайте предвид, че на Debian / Ubuntu модул наистина ще е свързан само когато е свързан от модове активирани директория - вторият по ред на резултата от примера

Изходът трябва да бъде нещо като това:

Моля, имайте предвид, че модулът трябва да бъдат регистрирани в /etc/httpd/conf.d/php.conf файл към правилната версия на Apache:

Вие трябва да отидете на /etc/apache2/mods-enabled/php5.load файл и премахване на "#".

3) Поставете желания модул на вашия сървър:

За Цент модул се поставя заедно с PHP. Ако имате инсталиран PHP, трябва да проверите дали вашият сървър екип PHP библиотека:

Ако този файл е намаление ще бъде:

Ако библиотеката е, тогава ще трябва да се регистрират за определяне /etc/httpd/conf.d/php.conf файл, както е описано по-горе.

За да инсталирате PHP, използвайте командата:

Предупреждение. Ако вече сте инсталирали PHP, изпълнението на тази команда може да доведе до промяна на версията на PHP. Изпълняване на всички команди умишлено.

Web-сървър е в ход, но понякога има грешка на този сървър не е достъпен

Ако сайтът е, но понякога той се отваря твърде бавно, или някакъв сайт на изображението не е зареден, вие трябва да гледате регистрационните файлове на сървъра. Нека да разгледаме най-често срещаните грешки, които можете да видите в трупите:

След извършване на промени в конфигурационния файл на Apache за влизането в сила на тези промени, трябва да се рестартира на уеб сървъра.

настройка на сървъра достигна MaxClients

Превишена границата на едновременни връзки, в този случай, по-добре първо да се установи причината за грешката. Просто увеличаване на параметъра - това не е най-добрият изход. Оптималната стойност на MaxClients може да се изчисли по следната принципа:

където М - физическата памет на сървъра, 30% - паметта за други процеси, Н - паметта заета от един процес уеб-

Например, ако определен 2 GB на физическата памет и процес на уеб-консумира 35 MB, след това (2048-30%) / 35 = 40,96 (закръглено до 40), т.е.. 40 е максималния брой на уеб-процеси, в които ще се гарантира стабилността на сървъра.

Променете MaxClients можете да подадете:

За Apache ITK, модул по подразбиране не е регистриран, така MaxClients по подразбиране е 256 едновременни връзки. За да промените тази директива, трябва да се регистрирате:

За Apache Prefork трябва да промените стойностите в раздела:


За Apache ITK, модул по подразбиране не е регистриран, така MaxClients по подразбиране е 256 едновременни връзки. За да промените тази директива, трябва да се регистрирате:

За Apache Prefork трябва да промените стойностите в раздела:

След извършване на промени в конфигурационния файл на Apache за влизането в сила на тези промени, трябва да се рестартира на уеб сървъра.

Няма памет

Възможни грешки при стартиране:

Неизвестна директива

Не може да се изгради server_names_hash

Грешката се появява, ако посочите голям брой сървъри за имена, или твърде дълго, името на един от домейните. Лимитът по подразбиране е 32. За да разрешите този проблем, е необходимо да се намали дължината на име на домейн / поддомейн или увеличаване на стойността на директивата:

След извършване на промени в конфигурационния файл Nginx на, за влизане в сила на тези промени, трябва да рестартирате уеб сървъра.

Ако конфигурационен файл Nginx всичко е изписан правилно и сайтът предлага не един, а след това погледнете настройките в конфигурационния файл на Apache.

Една успешна заявка. Ако клиентът е поискал всички данни, те са в заглавната част и / или тялото на съобщението.

301 преместен за постоянно

304 Not Modified

Сървърът връща този код, когато клиентът е поискал документ, използвайки метода на GET. В този случай, съобщението за сървъра не съдържа тяло. По този начин ще може да се провери дали се кешира на сайта си, и това, което не е така. За да го отстраните, трябва да гледате на конфигурацията на кеширане на устройства, може да е Nginx, eAccelerator, PhpExpress, XCache, Windows Cache Разширение за PHP, Zend OPcache, Memcached или Арс.

400 Bad Request

Сървърът намерени в грешката на клиента искане синтаксис. Причината може да е от следните проблеми:

2.BLOKIROVKA защитната стена на Windows

За да изключите антивирусната от списъка на възможните причини, трябва да е часът напълно изключен, рестартирайте компютъра и проверете в страниците за сваляне с проблемни разстояние антивирусна. Ако грешката 400 изчезва, вие трябва да промените настройките на антивирусна програма или промяна на антивирусната програма.

Ако нито един от описаните по-горе не помага, проверете модем или самата ISP. Ако грешката все още се появява от време на време, опитайте да промените вашия Интернет доставчик.

403 Forbidden

Сървърът разбра заявката, но той отказва да го изпълни, поради ограничения в достъпа на клиента до посочения ресурс. Ако достъпа до ресурса изисква удостоверяване посредством HTTP, сървърът връща отговор 401 или 407, като се използва прокси сървър. В противен случай се определя лимитът от администратора на сървъра или разработчик на уеб-базирани приложения и може да бъде всеки, в зависимост от възможностите на софтуера, използван.

След това, грешка ще се появи не само в трупите, но също така и на екрана, когато отворите сайта.

404 Не е намерено

След това, грешка ще се появи не само в трупите, но също така и на екрана, когато отворите сайта.

413 заявен обект

Върнати ако сървърът отказва да придвижи искането поради твърде много размер на заявката (дължина URL). Сървърът може да прекъснете връзката за да спре по-нататъшно предаване на искането. Това се случва често, когато свалянето на големи файлове. За да реши проблема, ако имате нужда от Nginx конфигурационния опция за добавяне или подобряване на

Ако имате Apache, е необходимо във файла с PHP довереник, файла php.ini да увеличи опциите:

500 Вътрешна грешка в сървъра

След това, грешка ще се появи не само в трупите, но също така и на екрана, когато отворите сайта.

502 Bad Gateway

Сървърът действа като шлюз или прокси сървър получи невалиден съобщение отговор от сървъра за нагоре. В този случай, Nginx работи като предния край и proksiruya искане не отговори. Тъй като на гърба в края може да действа като Apache, PHP-FPM или node.js, че това е в този случай те не работят. Вие трябва да ги започне.

За да разберете причината за пътуването си, което трябва да се търси в инсталираната логове за грешки на уеб-сървър.

503 Service Unavailable

Грешката може да се появи от следните проблеми:

504 Gateway Timeout

Сървър на шлюз или прокси и не изчака отговор от последващ сървър за завършване на текущата заявка. Причини:

1. Твърде голям въпрос, който работи за дълго време, като например сваляне на файлове, или търсене на сайта, тогава ще трябва конфигурационния файл Nginx увеличи времето за изчакване:

Аз привлека вниманието ви, увеличаване на този параметър може да се увеличи натоварването на вашия сървър.

2. Повечето от натоварването на сървъра, така че уеб-сървър се указва като бек-енд не разполага с време, за да отговори в рамките на определеното време, поради липса на средства.

Съветвам ви да видите инструкциите, за да се намали натоварването на сървъра

Ако искате да знаете причините за липсата на сървъра, и да ги премахнете, за да се гарантира, че тези проблеми не възникват в бъдеще, а вие имате пакет подкрепа, аз ви съветвам, без рестартиране на сървъра, да изпрати искане за техническа поддръжка.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!