виртуальный web сервер остановлен что это значит
Известные ошибки на виртуальном хостинге и что с ними делать
Наверняка у вас была ситуация, когда вы заходите на сайт, а он выдает вам ошибку. Если сайт посторонний, то вы не придадите этому особого значения. Но если такая беда случилась с вашим детищем – то вы можете запаниковать: вдруг сайт взломан или с серверами что-то не так? Мы приняли решение успокоить вас и подробно объяснить, почему появляются эти ошибки и как их устранить.
Прежде чем переживать, стоит сделать данные действия:
Если ничего не произошло, значит у вас локальная проблема, трудности с кэшем или пропагацией. Проблема все еще остается? Значит необходимо рассмотреть всё более детально. Мы расскажем, что нужно предпринять.
Vds для битрикс – рейтинг лучших хостинг-компаний, предоставляющих виртуальный сервер для большего спектра возможностей.
1С-Битрикс для своего функционирования требует больших ресурсов, чем позволяют стандартные решения виртуального хостинга. Поэтому для работы с 1С-Битрикс выбирают VPS на Windows.
500 Internal Server Error
Эта ошибка значит, что у веб-сервера появились с внезапным условием, что мешает выполнять ваши запросы для доступа к URL.
Данная ошибка – свидетельство того, что на сервере что-то произошло не по плану, но более точной информации сервер выдать не в состоянии. Это может быть связано с техническими работами, кэшем или cookie. Ошибка решается при помощи исправления неполадок в серверном ПО, если проблема не связана с вами. Первое, что вы должны сделать – это найти и сделать анализ логов сервера, что могут дать вам больше информации. Если вы не можете найти доступ к ним, то сделайте это:
501 Error Not Implemented
Эта ошибка появляется нечасто, но все же она случается. Она говорит о том, что веб-сервер или не принимает, либо не поддерживает HTTP-метод, что занимается поисков в потоке HTTP-информации, отправленных ему клиентом.
Данная ошибка может решиться только с ликвидацией проблем в ПО веб-сервера. Очень редко, но бывает связь этой ошибки с интернет-провайдером. Если у вас случилась ошибка 501 – обратитесь к техподдержке хостингового провайдера. Потому что самостоятельно данный вопрос решить нельзя.
502 Error Bad Gateway
Эта ошибка говорит о том, что в сервер поступил недопустимый ответ от сервера выше – от того, к которому было обращение для осуществления запроса. Данная проблема находится в тесной связи с плохой IP-связью у серверов. Ошибка может говорит и о выключении сервера выше.
Может быть и такое, что случились проблемы с оборудованием у провайдера. Это свидетельство того, что между компьютером и хостинговым сервером что-то работает некорректно.
Что тогда нужно делать:
503 Error Service Unavailable
Данная ошибка говорит о том, что веб-сервер в настоящее время не способен обработать HTTP –запрос из-за перегрузок сервера или техническими работами на нем. Данная ошибка является временной, и ее должны решить без вашего участия спустя определенное время. Кроме этого, ошибка 503 может говорить о достижении вашим аккаунтом LVE-лимитов и невозможности выделения дополнительной памяти.
504 Error Gateway Timeout
Эта ошибка говорит о том, что на сервер не поступил ответ от другого сервера во время попытки загрузки веб-страницы.
Часто это свидетельство того, что второй сервер отключен или его работа некорректна. Ошибка может зависеть и от большой нагрузки на сервер – такой, что он становится неспособным отвечать на новые запросы. И последние таким образом создают некую очередь. Как итог – запросы вовремя не обработаны, а связь – оборвана.
Ошибку 504 могут исправить только админы сети второго сервера. Редко случается так, что ошибка может зависеть от всего сервера и вам необходимо увеличить max_execution_time в php.ini или произвести оптимизацию скриптов.
507 Error Insufficient Storage
Эта ошибка может говорить об окончании места на дисковом пространстве. Для того, чтобы проблема была решена – очистите жесткий диск от лишних файлов и добавьте дополнительное пространство. Если ошибка была закэширована – перезапустите сервер.
Виртуальный хостинг данную ошибку выдает очень редко. Она более распространена на VPS и выделенных серверах.
508 Error Resource Limit is Reached
Если вам видна эта ошибка – то аккаунт достиг лимитов в ресурсах.
Это бывает в таких случаях:
Аккаунт на постоянной основе достигает лимитов, которые ему присваиваются. Серверы перегружены и сервисы – недоступны. В том числе, и cPanel.
Что можно совершить при этом:
В процентах на главной показано соотношение текущего пользования ресурсами.
где X.X.X.X — это IP-адрес, который планируете заблокировать.
509 Error Bandwidth Limit Exceeded
Эта ошибка появляется, когда ваш аккаунт достигаем лимитов по трафику, что установлен вашим интернет- или хостинг-провайдером.
Тогда нужно решение проблемы с той компанией, которая установила лимит.
403 Error Forbidden
Ошибка 403 говорит о том, что доступ к странице либо ресурсу запрещается по определенным причинам.
Вот что наиболее часто вызывает такую ошибку:
Если блок вызывает HAProxy, то появится другая ошибка – 403. Подобный блок может происходить по таким причинам:
— блокировка домента или аккаунта из-за DDoS-атаки. После прекращения атаки блок снимется.
— вы пробуете открыть админ-панель WordPress посредством HTTP 1.0 POST запроса. И прокси настроен решительно: он блокирует любые HTTP 1.0 POST, что связаны с wp-logn.php страницей.
Обратитесь к хостинг-провайдеру с просьбой внести домен в белый список.
— блокировка пользователя с определенным IP-адресом:
order allow,deny
allow from all
deny from X.X.X.X
— блокировка всех, кроме пользователей с определенным IP:
order deny,allow
deny from all
allow from X.X.X.X
Белая страница на сайте
В основном она появляется из-за PHP-ошибок, что можно найти в error_log файле в корневой директории сайта. Как правило, такой лог содержит много полезных данных: определенный файл, путь, линия, место появления ошибки и другое. Кроме этого, при помощи php.ini файла возможно включение отображения ошибок на сайте. Для этого добавьте в php.ini данный код: display_errors = On
Очень часто такая ошибка появляется по причине неправильной работы темы, плагина и других «фишек». Советуем отключать то, что могло стать причиной ошибки, и следить за результатом действия.
Server connection timed out или The connection was reset
Данная ошибка может появляться в браузере, когда вы пробуете открыть веб-сайт, веб-мейл, хостинговую панель управления, или же хотите подключиться через мейл-клиент или FTP.
Скорее всего, ваш IP-адрес заблокировал файервол сервера и вам нужно обратиться к хостинговому провайдеру, чтобы тот снял данный блок.
Отныне вы знакомы с базовыми ошибками, что могут возникнуть с сайтом при работе на виртуальном хостинге. И, может быть, даже сможете решить некоторые из них.
Виртуальный web сервер остановлен что это значит
Если вы являетесь владельцем данного ресурса, более подробную информацию, можно получить в Панели Управления (http://www.nic.ru/hcp).
Во всем виноват кальмар (squid)
Материал из Википедии — свободной энциклопедии
Squid
Логотип Squid
Тип Прокси-сервер
ОС Кроссплатформенное программное обеспечение
Текущая версия 3.0.STABLE2 — 4 марта 2008
Лицензия GNU General Public License
Сайт Официальный сайт
Squid — программный пакет, реализующий функцию кеширующего прокси-сервера. Разработан сообществом программ с открытым исходным кодом (распространяется в соответствии с GNU GPL). Используется в UNIX-системах и в ОС семейства Windows NT.
А теперь напрягайте мозги, если они у вас есть :92:
PS: У меня в офисе тоже есть такой сервер, но я та экономлю трафик себе.
Во всем виноват кальмар (squid)
Материал из Википедии — свободной энциклопедии
Squid
Логотип Squid
Тип Прокси-сервер
ОС Кроссплатформенное программное обеспечение
Текущая версия 3.0.STABLE2 — 4 марта 2008
Лицензия GNU General Public License
Сайт Официальный сайт
Squid — программный пакет, реализующий функцию кеширующего прокси-сервера. Разработан сообществом программ с открытым исходным кодом (распространяется в соответствии с GNU GPL). Используется в UNIX-системах и в ОС семейства Windows NT.
А теперь напрягайте мозги, если они у вас есть :92::51.
Во всем виноват кальмар (squid)
Материал из Википедии — свободной энциклопедии
Squid
Логотип Squid
Тип Прокси-сервер
ОС Кроссплатформенное программное обеспечение
Текущая версия 3.0.STABLE2 — 4 марта 2008
Лицензия GNU General Public License
Сайт Официальный сайт
Squid — программный пакет, реализующий функцию кеширующего прокси-сервера. Разработан сообществом программ с открытым исходным кодом (распространяется в соответствии с GNU GPL). Используется в UNIX-системах и в ОС семейства Windows NT.
А теперь напрягайте мозги, если они у вас есть :92:
PS: У меня в офисе тоже есть такой сервер, но я та экономлю трафик себе.
если я всё правильно понял,то настройка прокси-сервера неправильная.Мне с большим трудом удается вернуться на страницу,с которой ушел.Так,например,при загрузке сейчас именно вот этой темы,я на форуме её не увидел! Мне пришлось заходить через другой браузер,через главную,и вот-я тут. Часто бывает,я читаю какую-нить ветку,в которой активно отвечают,а потом через 2 дня захожу туда же,и что я вижу? ничего не изменилось,никто не ответил,зато последний ответ,который я уже читал 2 дня назад,стоит с датой «сегодня»
У всех так? (видаловцев)
Что получается? обновление в прокси-сервере стоит «1 раз в неделю» чтоли?
Что это? сеткая явно ихняя. Так должно быть?
Устранение общих неполадок сайта на сервере Linux
Рано или поздно с проблемами и сбоями сталкивается каждый веб-сервер или сайт. Зная, где искать ошибки и по каким причинам они возникают, вы можете быстро устранить их и минимизировать потери трафика.
В этом руководстве речь пойдёт о самых распространенных ошибках, которые случаются на сайте.
Типичные ошибки
Подавляющее большинство проблем, с которыми вы столкнетесь при попытке запустить сайт, очень предсказуемы и случаются почти с каждым.
Прежде чем приступить к действиям, следует найти ответы на следующие вопросы:
Это лишь некоторые из самых распространенных проблем, с которыми сталкиваются администраторы во время сбоя сайта. Точную проблему, как правило, можно обнаружить в логах разных компонентов; также можно обратиться к страницам ошибок в браузере.
Проверка логов
Прежде чем приступить к устранению неполадок, проверьте логи веб-сервера и других связанных с ним компонентов. Обычно эти файлы хранятся в каталоге /var/log.
К примеру, логи Apache на сервере Ubuntu обычно хранятся в каталоге /var/log/apache2. Просмотрите логи и найдите в них информацию об ошибках. Если вы используете БД, ознакомьтесь с ее логами.
Также нужно узнать, оставляют ли сами процессы сообщения об ошибках при запуске сервиса. Если при попытке открыть страницу вы получаете ошибку, на странице ошибки можно найти подсказки по её устранению.
Используйте поисковую систему, чтобы найти полезную информацию, которая может помочь найти решение проблемы.
Проверка веб-сервера
Для начала нужно убедиться, что веб-сервер установлен и может обслуживать сайт.
В некоторых ситуациях вы можете случайно деинсталлировать веб-сервер при выполнении других операций с пакетами.
Если вы работаете в системе Ubuntu или Debian и хотите установить веб-сервер Apache, вы можете ввести:
sudo apt-get update
sudo apt-get install apache2
В этих системах процесс Apache называется apache2.
Чтобы установить Nginx в Ubuntu или Debian, введите:
sudo apt-get update
sudo apt-get install nginx
Процесс Nginx называется nginx.
Чтобы установить Apache в CentOS или Fedora, введите:
sudo yum install httpd
Процесс Apache называется httpd.
Чтобы установить Nginx в CentOS или Fedora, введите:
Процесс Nginx называется nginx.
Состояние веб-сервера
Затем нужно убедиться, что веб-сервер запущен.
Есть много способов узнать, запущен ли он. Один из общих методов – команда netstat.
Она покажет вам все процессы, которые используют порты сервера. Затем можно использовать grep, чтобы найти имя требуемого процесса.
Примечание: Вместо apache2 укажите имя искомого процесса веб-сервера.
Если вы видите такую строку, как в примере выше, это значит, что процесс запущен и работает. Если вы не получили никакого вывода, значит, вы запросили неправильный процесс или ваш веб-сервер не запущен.
В таком случае нужно запустить его.
Чтобы запустить Apache2 в Ubuntu, введите:
sudo service apache2 start
В CentOS для этого нужно ввести:
sudo /etc/init.d/httpd start
Состояние веб-сервера можно снова проверить с помощью netstat.
Ошибки в конфигурациях
Если веб-сервер установлен и запущен, но всё равно не обслуживает сайт, возможно, в конфигурационном файле допущены какие-то ошибки. Веб-серверы Apache и Nginx требуют строго придерживаться синтаксиса директив.
Конфигурационные файлы этих сервисов обычно находятся в подкаталогах каталога /etc/.
Таким образом, основной конфигурационный каталог Apache в Ubuntu можно найти так:
Конфигурационный каталог Apache в CentOS:
Конфигурация веб-сервера хранится в различных файлов. Если сервис не запускается, она обычно указывает конфигурационный файл и строку, в которой допущена ошибка. Проверьте этот файл.
Каждый веб-сервер также предоставляет возможность проверить синтаксис конфигурации с помощью специальных команд.
В Apache для проверки синтаксиса используется apache2ctl или apachectl.
apache2ctl configtest
AH00558: apache2: Could not reliably determine the server’s fully qualified domain name, using 127.0.0.1. Set the ‘ServerName’ directive globally to suppress this message
Syntax OK
Команда предоставляет информацию о настройках и сообщает об ошибках, если таковые есть (в данном случае ошибок не обнаружено).
Чтобы проверить синтаксис Nginx, нужно ввести:
Команда проверяет синтаксис и сообщает об ошибках. Для примера попробуйте удалить точку с запятой в конце какой-либо строки в файле (общая ошибка в конфигурации Nginx), и команда выведет такое сообщение:
Nginx обнаружит ряд недействительных аргументов, поскольку не сможет найти точку с запятой в конце выражения. Если точки с запятой нет в конце строки, веб-сервер интерпретирует следующую строку как дополнительные аргументы предыдущей.
Проверка портов
Обычно веб-сервер использует порт 80 для обычного трафика и 443 для трафика TLS/SSL. Если эти порты заблокированы, вы не сможете получить доступ к сайту.
Проверить порты можно с помощью локальной машины и команды netcat.
Укажите IP-адрес сервера и требуемый порт:
Эта команда проверит, открыт ли порт 80 на сервере по адресу 111.111.111.111. Если он заблокирован, команда будет безуспешно пытаться создать соединение. Вы можете остановить этот процесс, нажав Ctrl-C в окне терминала.
Если порты недоступны, проверьте конфигурацию брандмауэра. Возможно, вам нужно открыть порт 80 или 443.
Проверка настроек DNS
Если вы можете получить доступ к сайту по IP-адресу, а по доменному имени – нет, проверьте параметры DNS.
Чтобы пользователи могли попасть на сайт по домену, нужно создать запись А или АААА, которые будут указывать на IP-адрес сервера.
Чтобы проверить запись А, введите:
Строка, которая появится на экране, должна содержать IP-адрес сервера. Чтобы проверить запись АААА (для IPv6), введите:
Имейте в виду, изменение настроек DNS занимает довольно много времени. В течение некоторого времени после внесения изменений вы можете получить непоследовательные результаты запросов, поскольку настройки DNS еще не обновлены.
Убедитесь, что домен указан в конфигурационных файлах других сервисов.
Если записи DNS настроены правильно, проверьте файлы виртуальных хостов Apache и Nginx и убедитесь, что они содержат правильный домен сайта.
В Apache найдите этот раздел:
Этот виртуальный хост будет обслуживать домен example.com по порту 80.
В Nginx домен указывается в этом блоке:
Такой блок будет также обслуживать домен example.com по порту 80.
Настройки корневого каталога
Также нужно убедиться, что веб-сервер знает, где искать файлы сайта.
Каждый виртуальный хост Apache и Nginx определяет корневой каталог сайта. если Он указан неправильно, сервер вернёт ошибку, потому что не найдет запрашиваемый контент.
В Apache каталог document root настраивается с помощью директивы DocumentRoot:
Согласно этим настройкам веб-сервер будет искать файлы в каталоге /var/www/html. Если в этом каталоге на самом деле нет файлов сайта, укажите в настройках правильный каталог.
В Nginx корневой каталог определяет директива root.
Согласно этому файлу Nginx будет искать данные для этого домена в каталоге /usr/share/nginx/html.
Проверка индексных файлов
Если корневой каталог указан правильно, но индексные страницы неверно отображаются при переходе на сайт, возможно, они настроены неправильно.
Когда пользователь запрашивает каталог, сервер выдает ему индексный файл (index.html или index.php, в зависимости от конфигураций).
В виртуальном хосте Apache можно найти строку, которая настраивает порядок отображения индексных файлов.
DirectoryIndex index.html index.php
Когда запрашивается каталог, Apache сначала будет искать файл index.html; если он не сможет обслужить этот файл, он найдёт и обслужит index.php.
Вы можете настроить порядок обслуживания индексных файлов. Для этого можно отредактировать файл mods-enabled/dir.conf, в котором хранятся настройки сервера по умолчанию. Если сервер не обслуживает индексные файлы, убедитесь, что такие файлы есть в корневом каталоге сайта.
В Nginx индексными файлами управляет директива index:
Проверка прав собственности и доступа
Чтобы веб-сервер мог правильно обслуживать файлы, он должен иметь возможность читать их и иметь доступ к каталогам, в которых они хранятся.
Каталоги, в которых хранится контент сайта, должны предоставлять веб-серверу права на чтение и выполнение. Имя пользователя и группы, которые используются для запуска веб-сервера, зависят от дистрибутива.
В Ubuntu и Debian серверы Apache и Nginx работают с помощью пользователя www-data, который входит в группу www-data.
В CentOS и Fedora веб-сервер Apache работает как пользователь apache, который входит в группуapache; а Nginx использует учетную запись nginx, которая входит в группу nginx.
Вы можете посмотреть каталоги и файлы, в которых хранится контент сайта:
Пользователь и группа веб-сервера должны иметь право на чтение и запуск каталогов и право на чтение файлов с контентом сайта. Чтобы загрузить, записать или изменить контент, веб-сервер также должен иметь права на запись в файлах и каталогах.
Примечание: Настраивать права на запись в каталогах нужно с большой осторожностью, потому что это может представлять угрозу безопасности системы.
Чтобы передать права собственности на файл, введите:
sudo chown user_owner:group_owner /path/to/file
Точно так же можно передать права на каталог, нужно только добавить флаг –R.
Проверка ограничений доступа
Возможно, некоторые конфигурационные файлы блокирую доступ к файлам сайта, которые нужно обслужить.
Эти файлы позволяют ограничить доступ несколькими способами. В Apache 2.4 доступ к каталогам ограничивается так:
AllowOverride None
Require all denied
Эта строка блокирует доступ к содержимому этого каталога. В Apache 2.2 доступ блокируется так:
AllowOverride None
Order deny,allow
Deny from all
Если вы найдете в конфигурационном файле такую директиву для каталога, в котором хранится контент сайта, вы не сможете открыть сайт.
В Nginx ограничения доступа настраиваются с помощью директивы deny и хранятся в виртуальных хостах или главных конфигурационных файлах:
location /usr/share <
deny all;
>
Проверка базы данных
Если сайт использует СУБД (например, MySQL, PostreSQL или MongoDB), убедитесь, что она запущена.
Для этого используется netstat. Команда grep поможет быстро найти в выводе процесс БД.
Как видите, в данном случае сервис работает.
Затем нужно проверить, может ли сайт подключиться к БД. Для этого нужно убедиться, что сайт читает файлы, в которых указана информация о базе данных.
Например, параметры подключения к базе данных сайта WordPress хранятся в файле wp-config.php. Убедитесь, что DB_NAME, DB_USER и DB_PASSWORD указаны правильно.
Чтобы проверить информацию, указанную в файле, попробуйте подключиться к БД вручную:
Если вы не можете подключиться к БД с помощью этих учетных данных, нужно исправить ошибки в параметрах БД.
Передача динамического контента
Если сайт использует БД, он почти наверняка использует язык программирования (например, PHP) для обработки запросов динамического контента, извлечения информации из базы данных и визуализации результатов.
Если это так, убедитесь, что веб-сервер может передавать запросы процессору.
В Apache достаточно убедиться, что модуль mod_php5 установлен и включен. В системах Ubuntu и Debian для этого введите:
sudo apt-get update
sudo apt-get install php5 libapache2-mod-php5
sudo a2enmod php5
В CentOS/Fedora это такие команды:
sudo yum install php php-mysql
sudo service httpd restart
В Nginx проверить это немного сложнее. У Nginx нет модуля PHP, который можно включить, поэтому нужно убедиться, что php-fpm установлен и включен в конфигурациях веб-сервера.
На сервере Ubuntu или Debian убедиться, что все компоненты установлены, можно с помощью команды:
sudo apt-get update
sudo apt-get install php5-fpm php5-mysql
В CentOS и Fedora используйте:
sudo yum install php-fpm php-mysql
Поскольку PHP-процессор не входит в Nginx, он должен передавать файлы в PHP. Больше об этом можно узнать в руководстве Установка LEMP stack на Ubuntu 14.04.
Дальнейшие действия
Если ничего из вышеперечисленного не помогло, снова проверьте логи.
Если вы не можете самостоятельно устранить неполадки и нуждаетесь в помощи, вы сможете получить больше полезной информации, предоставив логи и сообщения об ошибках. Опытные администраторы, вероятно, смогут объяснить, что происходит, если вы дадите им необходимую информацию.
Надеемся, эти советы по устранению неполадок помогут вам выявить и устранить проблемы и ошибки, которые обычно возникают при запуске сайта.
Пропало соединение с виртуальным веб-сервером
Добрые время суток! На виртуальной машине имеется ubuntu-server 14.04 + nginx + php5-fpm, все настроено. Доступ в интернет также настроен. Реальна машина работает под win 7.
Сеть также была корректна настроена, поднятый сервер был доступен по ssh, сам сайт корректно открывался по http://192.168.100.100.
Настройки виртуальной машины следующие:
ifconfig c ubuntu server:
Подскажите пожалуйста в чем проблема, с чем это может связано и какие методы восстановления работоспособности соединения?
Как всё время поддерживать соединение андроид приложения с веб-сервером?
Подскажите пожалуйста, каким образом можно организовать соединение с веб сервером, что бы в любой.
Установить соединение с веб-сервером rbc.ru и вычитывать с него заголовки новостей
Задача в том, чтобы установить соединение с веб-сервером rbc.ru и вычитывать с него заголовки.
HTML5 тег (работа с сервером виртуальным и реальным)
Сразу попрошу, чтобы тему не перемещали в другой раздел.. Вот страница(извините за ссылку.
Пропало соединение
Собственно обновился с 7рки до 8рки без каких либо нареканий, прошла неделя и после того как.
Пропало соединение с инетом.
Ситуация такая! Стоит антивирус Авира. Однажды стал определять один файлик как вирус. Стал его.
Пропало Dial-Up соединение
Добрый день всем. Обращаюсь со следующей проблемой, может кто поможет. После обновления драйверов.
Пропало интернет соединение
Здравствуйте. Пропало интернет соединение, в диагностике сетей пишет, что DNS-сервер работает с.