Как узнать на каком сервере находится сайт: Как узнать, где расположен хостинг сайта?

Мне необходимо узнать на каком сервере находится сайт? — Вопрос от Анатолий Гаврилов

• Вопросы
• Горячие
• Пользователи
• Вход/Регистрация

>

Категории вопросов

Задать вопрос +

Основное

• Вопросы новичков (16703)
• Платные услуги (2174)
• Вопросы по uKit (83)

Контент-модули

• Интернет-магазин (1448)
• Редактор страниц (237)
• Новости сайта (501)
• Каталоги (809)
• Блог (дневник) (115)
• Объявления (296)
• Фотоальбомы (434)
• Видео (258)
• Тесты (60)
• Форум (581)

Продвижение сайта

• Монетизация сайта (222)
• Раскрутка сайта (2467)

Управление сайтом

• Работа с аккаунтом (5369)
• Поиск по сайту (428)
• Меню сайта (1771)
• Домен для сайта (1550)
• Дизайн сайта (13524)
• Безопасность сайта (1494)
• Доп. функции (1312)

Доп. модули

• SEO-модуль (226)
• Опросы (63)
• Гостевая книга (99)
• Пользователи (435)
• Почтовые формы (321)
• Статистика сайта (199)
• Соц. постинг (214)
• Мини-чат (91)

Вебмастеру

• JavaScript и пр. (645)
• PHP и API на uCoz (236)
• SMS сервисы (10)
• Вопросы по Narod.
  ru (435)
• Софт для вебмастера (39)

• Вопросы
• Вопросы новичков
• Мне необходимо узнать на.. .

02.11.2017 | Автор: Анатолий Гаврилов | Категория: Вопросы новичков
Редактирование | 02.11.2017 | Автор: webanet

голоса: 0

02. 11.2017 | Автор: webanet

…

Устранение неполадок DNS-серверов | Microsoft Learn

• Статья
• 12/21/2022

Попробуйте наш виртуальный агент . Он поможет вам быстро определить и устранить распространенные проблемы с DNS.

В этой статье описывается, как устранять неполадки на DNS-серверах.

Проверка конфигурации IP-адресов

1. Запустите ipconfig /all в командной строке и проверьте IP-адрес, маску подсети и шлюз по умолчанию.

2. Проверьте, является ли DNS-сервер заслуживающим доверия для искать имя. Если да, см. раздел Проверка проблем с достоверными данными.

3. Выполните следующую команду.

   nslookup <name> <IP address of the DNS server>
   

   Например:

   nslookup app1 10.0.0.1
   

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

4. Очистка кэша сопоставителя. Для этого выполните следующую команду в окне командной строки администратора:

   dnscmd /clearcache
   

   Или в окне PowerShell для администрирования выполните следующий командлет:

   Clear-DnsServerCache
   

5. Повторите шаг 3.

Проверка проблем с DNS-сервером

Журнал событий

Проверьте следующие журналы, чтобы узнать, есть ли какие-либо зарегистрированные ошибки:

• Приложение

• Система

• DNS-сервер

Тестирование с помощью запроса nslookup

Выполните следующую команду и проверьте, доступен ли DNS-сервер с клиентских компьютеров.

nslookup <client name> <server IP address>

• Если сопоставитель возвращает IP-адрес клиента, на сервере не возникает никаких проблем.

• Если сопоставитель возвращает ответ «Сбой сервера» или «Отказ в запросе», зона, вероятно, приостановлена или возможно, сервер перегружен. Вы можете узнать, приостановлена ли зона, проверив вкладку «Общие» свойств зоны в консоли DNS.

Если сопоставитель возвращает ответ «Истекло время ожидания запроса к серверу» или «Нет ответа от сервера», служба DNS, вероятно, не запущена. Попробуйте перезапустить службу DNS-сервера, введя следующую команду в командной строке на сервере:

net start DNS

Если проблема возникает при запуске службы, сервер может не прослушивать IP-адрес, который использовался в запросе nslookup. На вкладке Интерфейсы страницы свойств сервера в консоли DNS администраторы могут запретить DNS-серверу прослушивать только выбранные адреса. Если DNS-сервер настроен для ограничения службы определенным списком настроенных IP-адресов, возможно, IP-адрес, используемый для связи с DNS-сервером, отсутствует в списке. Вы можете попробовать другой IP-адрес в списке или добавить его в список.

В редких случаях DNS-сервер может иметь расширенную конфигурацию безопасности или брандмауэра. Если сервер находится в другой сети, доступной только через промежуточный узел (например, маршрутизатор фильтрации пакетов или прокси-сервер), DNS-сервер может использовать нестандартный порт для прослушивания и получения клиентских запросов. По умолчанию nslookup отправляет запросы на DNS-серверы через UDP-порт 53. Поэтому, если DNS-сервер использует любой другой порт, запросы nslookup завершаются ошибкой. Если вы считаете, что это может быть проблемой, проверьте, используется ли промежуточный фильтр намеренно для блокировки трафика на известных портах DNS. В противном случае попробуйте изменить фильтры пакетов или правила портов на брандмауэре, чтобы разрешить трафик через UDP/TCP-порт 53.

Проверка на наличие проблем с достоверными данными

Проверьте, является ли сервер, возвращающий неправильный ответ, основным сервером для зоны (стандартным сервером-поставщиком для зоны или сервером, использующим интеграцию Active Directory для загрузки зоны) или сервером, на котором размещена вторичная копия зоны.

Если сервер является сервером-получателем

Проблема может быть вызвана ошибкой пользователя при вводе данных в зону. Кроме того, это может быть вызвано проблемой, которая влияет на репликацию Active Directory или динамическое обновление.

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

1. Проверьте зону на сервере-источнике (сервере, с которого этот сервер извлекает передачи между зонами).

   Примечание

   Вы можете определить, какой сервер является основным, проверив свойства вторичной зоны в консоли DNS.

   Если имя на сервере-источнике неверно, перейдите к шагу 4.

2. Если имя на сервере-источнике правильно, проверьте, меньше ли серийный номер на сервере-источнике или равен ряду порядкового номера на сервере-получателе. Если это так, измените либо сервер-источник, либо сервер-получатель, чтобы серийный номер на сервере-источнике был больше серийного номера на сервере-получателе.

3. На сервере-получателе принудительно выполните передачу зоны из консоли DNS или выполните следующую команду:

   dnscmd /zonerefresh <zone name>
   

   Например, если зона corp. contoso.com, введите : dnscmd /zonerefresh corp.contoso.com.

4. Проверьте сервер-получатель еще раз, чтобы убедиться, что зона была передана правильно. В противном случае у вас, вероятно, возникла проблема с передачей зоны. Дополнительные сведения см. в разделе Проблемы с переносом зоны.

5. Если зона была передана правильно, проверьте правильность данных. В противном случае данные в основной зоне неверны. Проблема может быть вызвана ошибкой пользователя при вводе данных в зону. Кроме того, это может быть вызвано проблемой, которая влияет на репликацию Active Directory или динамическое обновление.

Проверка проблем рекурсии

Чтобы рекурсия работала успешно, все DNS-серверы, используемые в пути рекурсивного запроса, должны иметь возможность отвечать и пересылать правильные данные. В противном случае рекурсивный запрос может завершиться ошибкой по любой из следующих причин:

• Время ожидания запроса истекает до того, как запрос будет выполнен.

• Сервер, используемый во время запроса, не отвечает.

• Сервер, используемый во время запроса, предоставляет неверные данные.

Начните устранение неполадок на сервере, который использовался в исходном запросе. Проверьте, пересылает ли этот сервер запросы другому серверу, проверив вкладку Серверы пересылки в свойствах сервера в консоли DNS. Если установлен флажок Включить серверы пересылки и указан один или несколько серверов, этот сервер перенаправит запросы.

Если этот сервер перенаправит запросы на другой сервер, проверьте наличие проблем, влияющих на сервер, на который этот сервер пересылает запросы. Сведения о том, как проверить наличие проблем, см. в разделе Проверка проблем с DNS-сервером. Если в этом разделе показано, как выполнить задачу на клиенте, выполните ее на сервере.

Если сервер работоспособен и может пересылать запросы, повторите этот шаг и проверьте сервер, на который этот сервер пересылает запросы.

Если этот сервер не перенаправит запросы другому серверу, проверьте, может ли этот сервер запрашивать корневой сервер. Для этого выполните следующую команду:

nslookup
server <IP address of server being examined>
set q=NS

• Если сопоставитель возвращает IP-адрес корневого сервера, вероятно, у вас неработает делегирование между корневым сервером и именем или IP-адресом, которые вы пытаетесь разрешить. Выполните процедуру тестирования неработаемого делегирования , чтобы определить, где неработает делегирование.

• Если сопоставитель возвращает ответ «Истекло время ожидания запроса к серверу», проверьте, указывают ли корневые указания на функционируют корневые серверы. Для этого используйте процедуру Просмотр текущих корневых указаний . Если корневые указания указывают на работающие корневые серверы, может возникнуть проблема с сетью или сервер может использовать расширенную конфигурацию брандмауэра, которая не позволяет сопоставителям запрашивать сервер, как описано в разделе Проверка проблем с DNS-сервером . Также возможно, что рекурсивное время ожидания по умолчанию слишком короткое.

Тестирование неработаемого делегирования

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

1. В командной строке на тестируемом сервере введите следующее:

   nslookup
   server <server IP address>
   set norecursion
   set querytype= <resource record type>
   <FQDN>
   

   Примечание

   Тип записи ресурса — это тип записи ресурса, которую вы запрашивали в исходном запросе, а полное доменное имя — это полное доменное имя, для которого вы запрашивали (завершается точкой).

2. Если ответ содержит список записей ресурсов «NS» и «A» для делегированных серверов, повторите шаг 1 для каждого сервера и используйте IP-адрес из записей ресурсов «A» в качестве IP-адреса сервера.

   • Если ответ не содержит записи ресурса «NS», делегирование нарушено.

   • Если ответ содержит записи ресурсов «NS», но нет записей ресурсов «A», введите set recursion и запросите по отдельности записи ресурсов «A» серверов, перечисленных в записях «NS». Если вы не нашли хотя бы один допустимый IP-адрес записи ресурса «A» для каждой записи ресурса NS в зоне, делегирование будет нарушено.

3. Если вы определили, что делегирование нарушено, исправьте его, добавив или обновив запись ресурса «A» в родительской зоне, используя допустимый IP-адрес для правильного DNS-сервера для делегированной зоны.

Просмотр текущих корневых подсказок

1. Запустите консоль DNS.

2. Добавьте DNS-сервер, на который не удалось выполнить рекурсивный запрос, или подключитесь к нему.

3. Щелкните правой кнопкой мыши сервер и выберите Свойства.

4. Щелкните Корневые подсказки.

Проверьте базовое подключение к корневым серверам.

• Если корневые указания настроены правильно, убедитесь, что DNS-сервер, используемый в разрешении имен с ошибкой, может проверить связь между корневыми серверами по IP-адресу.

• Если корневые серверы не отвечают на связь по IP-адресу, ВОЗМОЖНО, IP-адреса корневых серверов изменились. Однако нечасто можно увидеть перенастройку корневых серверов.

Проблемы с передачей зоны

Выполните следующие проверки:

• Проверьте عارض الأحداث для основного и дополнительного DNS-сервера.

• Проверьте сервер-источник, чтобы узнать, отказывается ли он отправить передачу в целях безопасности.

• Перейдите на вкладку Передача зоны в свойствах зоны в консоли DNS. Если сервер ограничивает передачу зоны списком серверов, например перечисленных на вкладке Серверы имен свойств зоны, убедитесь, что сервер-получатель находится в этом списке. Убедитесь, что сервер настроен для отправки передачи между зонами.

• Проверьте сервер-источник на наличие проблем, выполнив действия, описанные в разделе Проверка проблем с DNS-сервером . При появлении запроса на выполнение задачи на клиенте выполните задачу на сервере-получателе.

• Проверьте, выполняется ли на сервере-получателе другая реализация DNS-сервера, например BIND. Если это так, проблема может иметь одну из следующих причин:

  • Сервер-источник Windows может быть настроен для отправки быстрой передачи между зонами, но сторонний сервер-получатель может не поддерживать быструю передачу между зонами. В этом случае отключите быструю передачу зоны на сервере-источнике из консоли DNS, установив флажок Включить привязку вторичных реплик на вкладке Дополнительно свойств сервера.

  • Если зона прямого просмотра на сервере Windows содержит тип записи (например, запись SRV), которую сервер-получатель не поддерживает, у сервера-получателя могут возникнуть проблемы с извлечением зоны.

Проверьте, выполняется ли на основном сервере другая реализация DNS-сервера, например BIND. Если это так, возможно, зона на сервере-источнике содержит несовместимые записи ресурсов, которые Windows не распознает.

Если главный или вторичный сервер выполняет другую реализацию DNS-сервера, проверьте оба сервера, чтобы убедиться, что они поддерживают те же функции. Сервер Windows можно проверить в консоли DNS на вкладке Дополнительно на странице свойств сервера. Помимо поля Включить привязку вторичных реплик на этой странице есть раскрывающийся список Проверка имени . Это позволяет выбрать принудительное применение строгого соответствия RFC для символов в DNS-именах.

Как проверить, работает сайт или нет [5 способов]

Эшлин Дженифа в Управление тестированием | Последнее обновление: 30 мая 2023 г.

Поделись на:

Сканер безопасности веб-приложений Invicti — единственное решение, обеспечивающее автоматическую проверку уязвимостей с помощью Proof-Based Scanning™.

Вот как проверить, не работает ли конкретный веб-сайт для всех или только для вас.

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

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

Что означает время простоя веб-сайта?

О веб-сайте говорят, что он не работает, если он полностью недоступен или неспособен удовлетворить потребности посетителей. Время простоя — это время, в течение которого длится сбой.

Причины отказа веб-сайтов и способы их предотвращения

Вы должны знать о нескольких критических причинах отказа веб-сайтов.

• Одновременный доступ слишком большого количества людей к веб-странице (перегрузка сервера)
• Ненадежный хостинг веб-сайтов
• Неправильное обслуживание сервера
• DDoS-атаки и проблемы с DNS

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

• Активировать автоматическое продление для предотвращения истечения срока действия домена и хоста.
• Выберите надежного хостинг-провайдера
• Развертывайте только необходимые плагины
• Используйте сети доставки контента (CDN) для распределения нагрузки сетевого трафика между несколькими серверами.
• Чаще проверяйте функциональность вашего веб-сайта.
• Используйте службы мониторинга веб-сайтов, чтобы свести к минимуму время простоя и повысить функциональность веб-сайта.

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

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

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

UpTrends

UpTrends — это мощный и удобный онлайн-инструмент, который может быстро помочь вам определить, работает ли целевой веб-сайт. Введите имя хоста или IP-адрес веб-сайта в поле ввода и нажмите кнопку «Начать тест», чтобы продолжить.

Лучшее в этом инструменте то, что вы можете выполнять тест из нескольких контрольных точек и делиться результатами теста, используя ссылку для общего доступа. Этот веб-сервис предоставляет различные инструменты, в том числе средство проверки производительности CDN, калькулятор ROI CloudCost, средство проверки DNS и многие другие.

Domsignal предлагает надежный веб-инструмент для мгновенной проверки доступности веб-сайта или онлайн-сервиса. Он использует несколько серверов по всему миру для обеспечения точных результатов. Пользователи могут ввести URL-адрес веб-сайта, чтобы получить отчет о его доступности, включая время тестирования, тестовый IP-адрес и местоположение сервера.

Кроме того, он отправляет уведомления по электронной почте и хранит историю проверок доступности веб-сайтов. Этот инструмент является полезным ресурсом для владельцев веб-сайтов, ИТ-специалистов и всех, кому необходимо проверить доступность веб-сайта. Он также позволяет вам поделиться отчетом о тестировании в Facebook, LinkedIn, Whatsapp и Twitter одним щелчком мыши с помощью кнопок «Поделиться» в социальных сетях.

Site24x7

Инструмент Site24x7 относительно прост в использовании. Просто введите URL-адрес или имя веб-сайта в поле ввода и нажмите «Проверить сейчас», чтобы начать. С более чем 60 серверов, разбросанных по всему миру, вы можете оценить доступность веб-сайта.

Он также отображает время загрузки веб-сайта, время разрешения DNS и общее время отклика. На этом веб-сайте также представлены различные инструменты для системного администратора и сети, в том числе AWS Designer, генератор Traceroute, преобразователь временных меток, средство проверки уязвимостей Heartbleed и Ghostcat и многие другие.

Down Inspector

Down Inspector — еще один бесплатный и фантастический инструмент для проверки доступности веб-сайта. Просто введите URL-адрес или название веб-сайта, который вы хотите протестировать, и нажмите «Проверить». По сравнению с другими простыми пинг-сайтами, он предлагает больше возможностей.

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

IsItdownRightNow

Одним из самых популярных онлайн-инструментов для проверки статуса доступности веб-сайта является IsItdownRightNow. Просто введите URL-адрес веб-сайта и нажмите кнопку «Проверить», чтобы выполнить проверку доступности веб-сайта.

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

Doj.me

Doj.me — это веб-сервис и простой в использовании инструмент. Используя этот онлайн-инструмент проверки веб-сайтов, вы можете быстро проверить, недоступен ли веб-сайт в настоящее время для всех или проблема связана с вашим подключением.

URL-адрес веб-сайта необходимо ввести в соответствующем поле, а затем нажать кнопку «Проверить сейчас», чтобы продолжить.

Командный терминал

В качестве альтернативы вы можете использовать инструмент командной строки ping в терминале, чтобы проверить, правильно ли работает веб-сайт. Он доступен для Mac, Windows и всех дистрибутивов Linux.

В терминале просто введите следующую команду.

 ping <адрес> 

Здесь вы можете ввести URL-адрес веб-сайта или IP-адрес. Например,

 C:\Users\writer>ping geekflare.com
Пингуем geekflare.com [104.26.10.88] с 32 байтами данных:
Ответ от 104. 26.10.88: байт=32 время=91 мс ТТЛ=57
Ответ от 104.26.10.88: байт=32 время=85мс TTL=57
Ответ от 104.26.10.88: байт=32 время=38мс TTL=57
Ответ от 104.26.10.88: байт=32 время=36мс TTL=57
Статистика пинга для 104.26.10.88:
    Пакеты: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время прохождения туда и обратно в миллисекундах:
    Минимум = 36 мс, Максимум = 91 мс, Среднее = 62 мс 

Менее чем через минуту будут отображены результаты проверки связи. Если вы получите ответ, начинающийся с «Ответить от…», это означает, что веб-сайт запущен и работает. Однако, если вы видите какие-либо ошибки, такие как «Целевой хост недоступен» или «Время ожидания запроса истекло», веб-сервер находится в автономном режиме.

Советы по устранению неполадок

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

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

Кроме того, если вы используете какой-либо прокси-сервер или VPN, прекратите их использование и попробуйте перезагрузить веб-сайт еще раз, поскольку многие IP-адреса VPN были пассивно занесены в черный список большинством ведущих веб-сайтов в Интернете.

Заключение

Я надеюсь, что эти инструменты помогут вам определить, работает ли целевой веб-сайт. Если вам нужна помощь в поиске записей DNS любого веб-сайта, ознакомьтесь с нашим руководством по лучшим онлайн-инструментам для проверки записей DNS.

Спасибо нашим спонсорам

Как проверить, какой веб-сервер работает в домене — The WP Guru

8 апреля 2017 г. 8 апреля 2017 г. — Джей Верслуис

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

Просто поясню: веб-сервер — это процесс, который передает файлы (HTML, PHP, ASP, изображения и т. д.) с удаленного компьютера в ваш локальный веб-браузер. Наиболее вероятным выбором в наши дни (2017 г.) являются Apache, NGINX или IIS. Последний используется серверами Windows, а два первых — серверами Linux. Существуют и другие веб-серверы, например lighttpd, но они используются реже.

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

Как задать вопрос веб-серверу

Давайте откроем окно терминала или командной строки и воспользуемся старым добрым протоколом Telnet. Замените yourserver.com фактическим доменом:

 telnet yourserver.com 80 

Это открыло канал к веб-серверу, через который теперь мы можем отправить команду — так же, как веб-браузер отправляет запрос на файл. Давайте отправим ему это:

 head / http/1.0 

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

 HTTP/1.1 400 Bad Request
Сервер: nginx
Дата: суббота, 08 апреля 2017 г., 15:20:26 по Гринвичу
Тип содержимого: текст/html
Длина контента: 166
Connection: close 

Ответ может занять несколько секунд, особенно если это приводит к тайм-ауту или неверному запросу, как в нашем примере. Также может быть другой текст, возможно, HTML-код. Основная информация, которую мы искали, представлена ​​рядом со словом «Сервер», в данном случае это работающий веб-сервер NGINX.

Веб-сервер Apache, возможно, даст нам такой ответ:

 HTTP/1. 1 408 Время ожидания запроса
Дата: суббота, 08 апреля 2017 г., 15:30:33 по Гринвичу
Сервер: Apache/2.4.6 (CentOS) PHP/5.4.16
Длина контента: 221
Подключение: закрыть
Тип содержимого: текст/html; charset=iso-8859-1 

В этом случае нам даже сообщают, какая версия веб-сервера и на какой операционной системе он работает.

И, наконец, для завершения веб-сервер IIS может сказать что-то вроде этого:

 HTTP/1.1 200 ОК
Длина содержания: 1937 г.
Тип содержимого: текст/html
Расположение контента: http://213.107.6.92/index.html
Последнее изменение: пятница, 07 апреля 2017 г., 22:15:26 GMT
Допустимые диапазоны: байты
ETag: "809e619fdad9c51:7da"
Сервер: Microsoft-IIS/10.0
X-Powered-By: ASP.NET
Дата: суббота, 08 апреля 2017 г., 15:35:07 по Гринвичу
Соединение: закрыть 

На этом веб-сервере работает Microsoft IIS с ASP. Мы можем предположить, что операционная система, скорее всего, будет Windows Server.

Предупреждение

Обратите внимание, что информация, которую мы возвращаем, может вводить в заблуждение: например, на серверах Plesk для обслуживания веб-страницы могут использоваться ОБА Apache и NGINX.