виртуальный веб сервер остановлен что значит

Виртуальный веб сервер остановлен что значит

Если вы являетесь владельцем данного ресурса, более подробную информацию, можно получить в Панели Управления (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 раз в неделю» чтоли?

Что это? сеткая явно ихняя. Так должно быть?

Источник

Известные ошибки на виртуальном хостинге и что с ними делать

Наверняка у вас была ситуация, когда вы заходите на сайт, а он выдает вам ошибку. Если сайт посторонний, то вы не придадите этому особого значения. Но если такая беда случилась с вашим детищем – то вы можете запаниковать: вдруг сайт взломан или с серверами что-то не так? Мы приняли решение успокоить вас и подробно объяснить, почему появляются эти ошибки и как их устранить.

Прежде чем переживать, стоит сделать данные действия:

Если ничего не произошло, значит у вас локальная проблема, трудности с кэшем или пропагацией. Проблема все еще остается? Значит необходимо рассмотреть всё более детально. Мы расскажем, что нужно предпринять.

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-адрес заблокировал файервол сервера и вам нужно обратиться к хостинговому провайдеру, чтобы тот снял данный блок.

Отныне вы знакомы с базовыми ошибками, что могут возникнуть с сайтом при работе на виртуальном хостинге. И, может быть, даже сможете решить некоторые из них.

Источник

Помощь

Вход в личный кабинет

Регистрация клиента

Сообщить об ошибке

Неполадки в работе веб-сервера

Если ваш сайт не открывается, то проверьте работу служб веб-сервера. Зайдите в панель управления ISPmanager по ссылке

В панели управления ISPmanager зайдите в раздел «Мониторинг и журналы» — «Службы». Проверьте, что около служб nginx и httpd включены лампочки, в противном случае выделите нужную службу и нажмите кнопку «Старт».

Если не удается включить эти службы через ISPmanager, то подключитесь к серверу по ssh и запустите веб-сервер командами консоли, приведенными ниже в таблице.

Команда запуска веб-сервера

Запустить Web-cервер Apache

Запустить Web-cервер Nginx

Веб-сервер Apache

При запуске Apache возможны следующие ошибки, которые отобразятся в командной строке.

bad user name

Эта ошибка означает, что пользователь usertest не существует, однако это имя прописано в конфигурационном файле Apache в директивах SuexecUserGroup или AssignUserID. Эти директивы содержат информацию о владельце домена и в зависимости от версии Apache используется одна из них:

Apache-mpm-ITK использует AssignUserID
Apache-mpm-Prefork использует SuexecUserGroup.

Чтобы узнать вашу версию Apache, выполните команду

В соответствующей вашей версии Apache директиве нужно указать существующего пользователя либо закомментировать строки, добавив символ # в начало строки. Ниже приведен пример конфигурационного файла Apache, если вы решили закомментировать строки, то символ # нужно ставить в начале каждой строки блока VirtualHost.

Перезапустите веб-сервер после внесения изменений.

Syntax error

Проверьте, установлен ли PHP на сервере, при помощи команды

При положительном результате вы получите следующий ответ:

Далее проверьте, подключен ли PHP-модуль к веб-серверу Apache, при помощи команд:

FreeBSD

/usr/local/etc/apache22/httpd.conf:LoadModule php5_module libexec/apache22/libphp5.so

Debian\Ubuntu

/etc/apache2/mods-available/php5.load:LoadModule php5_module /usr/lib/apache2/modules/libphp5.so

/etc/apache2/mods-enabled/php5.load:LoadModule php5_module /usr/lib/apache2/modules/libphp5.so

Centos

/etc/httpd/conf.d/php.conf.rpmsave: LoadModule php5_module modules/libphp5.so

/etc/httpd/conf.d/php.conf.rpmsave: LoadModule php5_module modules/libphp5-zts.so

/etc/httpd/conf.d/php.conf: LoadModule php5_module modules/libphp5.so

/etc/httpd/conf.d/php.conf: LoadModule php5_module modules/libphp5-zts.so

/etc/httpd/conf.d/php.conf: LoadModule php5_module modules/libphp5.so

Для ОС Debian\Ubuntu модуль PHP подключен только в случае загрузки его из директории, выделенной жирным шрифтом в таблице выше.
Для ОС Centos проверьте, что модуль PHP указан в файле /etc/httpd/conf.d/php.conf для вашей версии Apache. В случае Apache-Prefork запись имеет вид:

в случае Apache-ITK:

Если вы получили в результате выполнения команды ответ

то это значит, что модуль PHP прописан, но строка закомментирована. Зайдите в указанный в ответе файл (в данном случае это /usr/local/etc/apache22/httpd.conf) и уберите знак #.

Если PHP не был установлен на веб-сервер, выполните его установку приведенными ниже командами.

В случае ОС Centos модуль PHP отдельно устанавливать не нужно. Проверьте, есть ли на сервере библиотека PHP при помощи команды:

При положительном ответе системы вы получите ответ:

Это означает, что библиотека есть, и вам нужно выполнить настройку файла /etc/httpd/conf.d/php.conf, как описано выше.

Если библиотеки PHP на сервере нет, то выполните установку PHP командой:

Обратите внимание, что если PHP все же установлен, а вы все-равно выполняете эту команду, то результате может быть выполнена установка новой версии PHP!

Перезапустите веб-сервер Apache после внесения изменений.

Server reached MaxClients setting

Ошибка заключается в том, что был превышен лимит одновременных подключений к серверу (сайт загружает больше пользователей, чем прописано в конфигурационном файле). Измените этот лимит в соответствующем файле.

Для Debian/Ubuntu это

Оптимальное параметра MaxClients рассчитывается по формуле:

Например, пусть при 2 Гб оперативной памяти (М=2Гб=2048Мб) httpd занимает 35 Мб. Тогда по формуле (2048-30%)/35=40,96

Out of memory

Ошибка возникает, если на сервере не хватает оперативной памяти для загрузки сайта. Можно уменьшить значение MaxClients, как описано выше, но это одна из возможных причин нехватки памяти. Нужен детальный анализ причины возникновения этой ошибки.

Веб-сервер Nginx

При запуске Nginx возможны следующие ошибки, которые отобразятся в консоли.

Unknown directive

Ошибка возникает, если в конфигурационном файле указана неизвестная директива. Путь к файлу указан в ошибке, в данном примере это /etc/nginx/nginx.conf. Зайдите в эту директорию, откройте nginx.conf и исправьте ошибку либо закомментируйте строку. В данном примере нужно найти 13 строку указанного файла, в ней найти неизвестную директиву “Basic” и исправить ошибку. Чтобы закомментировать строку, поставьте в ее начале знак #.

Could not build the server_names_hash

Если возникла такая ошибка, то нужно уменьшить длину доменного имени или количество имен серверов, поскольку эти величины ограничены значениями параметров. Можно также увеличить значение этих параметров:

Не доступен IP адрес(bind() to failed)

Источник

Что такое виртуальный веб-сервер

Давайте будем разбираться, что это такое и зачем это нужно.

По умолчанию, когда у вас установлен какой-то веб-сервер на вашем компьютере, получается следующая ситуация.

1 компьютер = 1 веб-сервер = 1 веб-сайт = 127.0.0.1 = localhost

Ситуация в том, что на одном веб-сервере, по умолчанию, мы можем расположить один веб-сайт.

Как же быть, если на одном веб-сервере нужно сделать несколько веб-сайтов? Чтобы все эти веб-сайты работали.

Именно благодаря виртуальным веб-серверам становиться возможным работа с несколькими веб-сайтами в пределах одного компьютера на одном установленном веб-сервере.

Как правило, веб-сервер, который у вас установлен (не важно будь это Apache, Nginx и.т.д.) этому одному веб-серверу соответствует одна папка на жестком диске, в которой лежат файлы вашего веб-сайта.

Веб-сервер обращается в эту папку, запрашивает там необходимые файлы, обрабатывает их и выдает в ответ тому посетителю, который эти файлы запросил.

Но, с помощью виртуального веб-сервера мы можем создать сколько угодно таких папок, в котором, в одной папке расположить site1.ru, во второй папке расположить site2.ru, site3.ru и.т.д.

Настроив соответствующим образом веб-сервер, который у вас установлен, с помощью такой возможности, которая встроена в этот веб-сервер, вы можете пояснить вашему веб-серверу из какой папки компьютера нужно брать файлы, если произошел тот или иной запрос.

Например, если произошел запрос в адресную строку site1.ru, то нужно взять файлы из той папки, к которой настроен веб-сервер для этого запроса.

Таким образом, с помощью виртуального веб-сервера мы можем на одном компьютере располагать сразу несколько веб-сайтов.

Остается только разобраться в технических моментах, как это можно настроить.

Источник

Виртуальный хостинг или виртуальный сервер — что выбрать?

Несмотря на появление дешевых VPS, традиционный веб-хостинг умирать не собирается. Попробуем разобраться, в чем состоят различия между двумя подходами к размещению сайтов и какой из них лучше.

На сайте каждого уважающего себя провайдера обязательно найдется сравнение традиционного веб-хостинга с виртуальными серверами. Авторы статей отмечают сходство VPS с физическими машинами и проводят параллели между ними и собственными квартирами, отводя веб-серверам коллективного пользования роль коммуналок. Поспорить с такой трактовкой трудно, хотя мы попытаемся все не так однозначно. Давайте заглянем чуть глубже поверхностных аналогий и разберем для начинающих пользователей особенности каждого варианта.

Как устроен традиционный хостинг?

Чтобы веб-сервер мог обслуживать различные сайты, были придуманы т.н. name based virtual host. Протокол HTTP предполагает возможность передачи в составе запроса URL (единого указателя ресурса) — это позволяет сервису понять, к какому именно сайту обращается браузер или иная клиентская программа. Остается только привязать доменное имя к нужному IP-адресу и прописать в конфигурации корневой каталог для виртуального хоста. После этого можно разложить файлы сайтов разных пользователей в их домашние каталоги и открыть доступ по FTP для администрирования.

Чтобы веб-приложения на стороне сервера (различные скрипты или даже системы управления контентом — CMS) запускались с правами того или иного пользователя хостинга, в Apache был создан специальный механизм suexec. Понятно, что настройки безопасности веб-сервера не позволяют пользователям лезть в чужой огород, но в целом это действительно похоже на коммунальную квартиру с раздельными комнатами и общим адресом (IP) на сотни сайтов. Сервер баз данных (обычно MySQL) для виртуальных хостов тоже общий, но доступ у пользователя хостинга есть только к его личным базам. Все программное обеспечение сервера кроме скриптов сайта обслуживается провайдером, менять его конфигурацию по своему усмотрению клиенты не могут. Процесс управления аккаунтами автоматизирован: для этих целей у каждого хостера есть специальная веб-панель, через которую можно управлять услугами.

Как устроены VPS?

Сравнение виртуальных серверов с физическими не вполне корректно, поскольку на одном «железном» хосте работает множество VPS. Образно выражаясь, это уже не коммуналка, а многоквартирный дом с общим подъездом и едиными несущими конструкциями. Для создания отдельных «квартир» (VPS) в пределах одного «дома» (физического сервера) задействованы средства установленной на хосте операционной системы и различные технологии виртуализации.

Если применяется виртуализация уровня ОС, процессы клиента просто работают в изолированном окружении (или неком контейнере) и не видят чужих ресурсов и процессов. Отдельная гостевая ОС в этом случае не запускается, а значит программное обеспечение в гостевом окружении должно быть бинарно совместимо с системой на физическом хосте — как правило клиентам предлагают специально модифицированные под такой способ эксплуатации дистрибутивы GNU/Linux. Есть и более продвинутые варианты, вплоть до эмуляции физической машины, на которой можно запустить почти любую гостевую ОС даже с собственного инсталляционного образа.

С точки зрения администратора любой VPS мало чем отличается от физического сервера. При заказе услуги хостер разворачивает выбранную конфигурацию, а дальше обслуживание системы ложится на плечи клиента. При этом можно установить нужное программное обеспечение и как угодно его настроить — полная свобода выбора веб-сервера, версии PHP, сервера баз данных и т.д. IP-адрес у VPS тоже свой, его не придется делить с сотней — другой соседей. На этом с описанием основных различий мы закончим и перейдем к преимуществам и недостаткам, от которых зависит выбор решения.

Какой вариант проще и удобнее?

Виртуальный хостинг не требует администрирования обеспечивающего работу сайта окружения. Клиенту не придется самому устанавливать, настраивать и обновлять системное и прикладное ПО, а в ряде случаев панель управления хостингом позволяет устанавливать и CMS — такой вариант выглядит привлекательным для новичков. С другой стороны задачи тонкой настройки CMS все равно придется решать самостоятельно, к тому же за относительно низким порогом входа прячется меньшая гибкость решения. Выбор софта будет ограничен: на виртуальном хостинге нельзя, например, по своему желанию поменять версию PHP или MySQL, а тем более установить какой-нибудь экзотический пакет или выбрать альтернативную панель управления — придется пользоваться предложенными поставщиком услуг средствами. Если провайдер проведет обновление сервера, в ваших веб-приложениях могут возникнуть проблемы программной совместимости.

VPS лишен этих недостатков традиционного хостинга. Клиент может сам выбрать нужную ему ОС (необязательно Linux) и установить любое программное обеспечение. Настраивать и администрировать окружение придется самостоятельно, однако процесс можно упростить — все хостеры предлагают сразу инсталлировать на виртуальный сервер панель управления, которая автоматизирует процесс администрирования. Благодаря ей большой разницы в сложности управления между традиционным хостингом и VPS не будет. К тому же никто не запрещает установить собственную панель, не входящую в список предложений провайдера. В целом накладные расходы на администрирование VPS не так велики, а большая гибкость решения с лихвой окупает некоторые дополнительные трудозатраты.

Какой вариант безопаснее и надежнее?

Может показаться, будто размещение сайтов на традиционном хостинге безопаснее. Ресурсы разных пользователей надежно изолированы друг от друга, а за актуальностью программного обеспечения сервера следит провайдер — это отличный вариант, но только на первый взгляд. Злоумышленники далеко не всегда эксплуатируют уязвимости в системном ПО, обычно сайты взламывают, используя незакрытые дыры в скриптах и небезопасные настройки систем управления контентом. В этом смысле никаких преимуществ у традиционного хостинга нет — ресурсы клиентов работают на тех же самых CMS — зато недостатков хватает.

Главная проблема виртуального хостинга заключается в общем IP-адресе для сотен сайтов разных пользователей. Если кого-то из ваших соседей взломают и начнут, например, рассылать через него спам или проводить другие вредоносные действия, общий адрес может попасть в различные черные списки. В этом случае пострадают все клиенты, чьи сайты используют тот же IP. Если сосед попадет под DDoS-атаку или создаст чрезмерную нагрузку на вычислительные ресурсы, пострадают остальные «жильцы» сервера. Управлять выделением квот для отдельных VPS провайдеру намного проще, к тому же виртуальному серверу присваивается отдельный IP и необязательно один: можно заказать любое их количество, дополнительный сервис по защите от DDoS, антивирусный сервис и т.д. В смысле безопасности и надежности VPS превосходит традиционный хостинг, нужно только своевременно обновлять установленные программы.

Какой вариант дешевле?

Еще несколько лет назад ответ на этот вопрос был однозначным — при всех ее недостатках комната в коммуналке была намного дешевле отдельной квартиры. Отрасль не стоит на месте и сейчас на рынке появилось множество бюджетных VPS: у нас можно арендовать собственный виртуальный сервер на Linux за 130 рублей в месяц. В среднем месяц работы бюджетного VPS обойдется клиенту в 150 — 250 рублей, при таких ценах мириться с проблемами традиционного хостинга нет смысла, кроме случая, когда на сервере нужно разместить простейшие сайты-визитки. К тому же тарифные планы виртуального хостинга ограничивают количество сайтов и баз данных, а на VPS клиент ограничен только емкостью накопителя и вычислительными возможностями сервера.

Источник