Проверить хост: Проверка файла Hosts в Windows

Содержание

Проверка файла Hosts в Windows

Обновлен: 1 год назад

Номер статьи (ID) 31364

Применимо к играм:

Изменения в файле Hosts в операционной системе Windows могут вызвать проблемы при установке, обновлении и запуске игр. Файл Hosts — это системный файл Windows, имеющий приоритет над DNS, который перенаправляет URL или IP-адреса. Как правило, обычному пользователю нет необходимости вносить изменения в этот файл.

Нажмите сочетание клавиш Windows + R.
Введите %WinDir%\System32\Drivers\Etc в окне «Выполнить» и нажмите OK.
Откройте файл Hosts с помощью текстового редактора, например Блокнота. У этого файла нет определенного расширения.
Сравните содержимое вашего файла с назначенным Microsoft стандартным содержимым, представленным ниже. Если содержимое отличается, значит, оно было изменено. Удалите все строки, в которых указаны адреса Blizzard.

Сохраните файл.

Примечание: если содержимое файла Hosts было изменено, запустите проверку на вирусы. Вредоносные программы могут изменить содержимое файла, чтобы перенаправить подключения с вашего компьютера на вредоносные сайты.

Вот примеры наиболее распространенных изменений, которые отрицательно сказываются на работе игр Blizzard. Если вы найдете данные строки в вашем файле Hosts, удалите их:

127.0.0.1 eu.actual.battle.net
127.0.0.1 us.actual.battle.net
127.0.0.1 enGB.nydus.battle.net

Чтобы восстановить настройки по умолчанию для файла Hosts, выполните следующие действия:

Нажмите сочетание клавиш Windows + R.
Введите notepad в окне «Выполнить».
Нажмите OK.
Скопируйте следующий текст в Блокнот:
```
# Copyright (c) 1993-2006 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a '#' symbol.
#
# For example:
#
# 102.54.94.97 rhino.acme.com # source server
# 38.25.63.10 x.acme.com # x client host
# localhost name resolution is handle within DNS itself.
# 127.0.0.1 localhost
# ::1 localhost
```
В меню Файл выберите опцию Сохранить как, введите «hosts» (включая кавычки) в строке Имя файла, а затем сохраните файл на Рабочий стол.
Вновь нажмите сочетание клавиш Windows + R.
Введите %WinDir%\System32\Drivers\Etc в окне «Выполнить» и нажмите OK.
Переименуйте файл Hosts в «Hosts.old».
Скопируйте или переместите созданный вами файл Hosts с Рабочего стола в папку %WinDir%\System32\Drivers\Etc. Если вам будет предложено ввести пароль администратора, нажмите Продолжить.

Сервис мониторинга доступности сайтов, проверить uptime — Host-tracker

Локация (весь мир по умолчанию)

Устройство (десктоп по умолчанию)

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

Локация (весь мир по умолчанию)

Общая Http проверка Вашего сайта. Каждая проверка имитирует загрузку страницы реальным пользователем. Для мониторинга 24х7 необходимо зарегистрироваться, и в случае обнаружения проблем с сайтом вы получите уведомление по почте, SMS, Hangouts, Skype, Slack, Telegram или звонок по телефону.

Локация (весь мир по умолчанию)

Проверка по протоколу ICMP (ping). Успешная проверка означает, что сайт или устройство доступны из сети. Ошибка может указывать или на недоступность сервера, или на запрет использования ICMP на нем. Рекомендуем воспользоваться другими типами проверки для дальнейшего анализа. Если же лишь часть проверяющих серверов возвращают ошибку, это может значить, что сайт заблокирован в некоторых странах, или же определенные ІР-адреса могли случайно попасть в черный список фаерволла (например, для защиты от ддос атак).

Локация (весь мир по умолчанию)

Более детализированная проверка по протоколу ICMP. Действует по аналогии с программой «traceroute» в Linux и macOS, или же «tracert» в Windows. Показывает маршрут следования пакетов от пользователя к серверу, проверяя каждый узел по пути. Может быть полезным для выявления слабых узлов, а также поможет выяснить, является ли проблема локальной, или же она связана с неполадками сети.

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

Найти информацию о лице или компании, которой принадлежит домен.

Проверить, не находится ли сайт в списках Роскомнадзора. Для ежедневного мониторинга необходимо зарегистрироваться и поставить сайт на мониторинг, в случае попадания в базу вы получите моментальное уведомление по почте, SMS, Hangouts, Skype, Slack, Telegram или звонок по телефону.

Как узнать хостинг сайта | REG.RU

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

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

Расскажем обо всем по порядку. Чтобы узнать хостинг сайта, откройте сервис Whois по этой ссылке: https://www.reg.ru/whois/. Введите адрес интересующего вас сайта или его IP-адрес и нажмите кнопку «Продолжить». Сервис мгновенно покажет вам всю доступную информацию о домене и регистраторе:

Если вы заинтересованы в покупке прав на данный домен, обратите внимание на графу «Дата освобождения», а также нажмите на кнопку «Поставить на мониторинг», чтобы своевременно получить информацию о его доступности. Кроме того, если вы заинтересованы в покупке уже занятого домена, REG.RU поможет приобрести его на самых выгодных условиях. Для этого закажите услугу «Доменный брокер» и оставьте свои контактные данные.

Whois от REG.RU, конечно же, не единственный ресурс, где можно узнать хостинг-провайдера сайта, однако данный сервис обладает самой обширной базой и удачно вмещает целый набор дополнительных полезных сервисов. К примеру, кликнув по ссылке «История Whois», вы сможете узнать историю изменений Whois и хостинга, а также наличие других доменов на одном IP-адресе или DNS-сервере. Также с помощью сервиса Whois можно проверить доступность сайта — для этого нужно отметить пункт «Работоспособность сайта» над строкой поиска. Кроме того, русскоязычному пользователю работать сервисом Whois от REG.RU будет намного удобнее, чем с другими ресурсами, ведь информация о доменах в зонах .RU / .SU / .РФ отображается на русском языке.

Надеемся, данная информация окажется вам полезна.

Заказать хостинг

Проверка сайтов после переноса | firstvds.ru

После переноса с одного сервера на другой, важно, чтобы сайты на новом сервере открывались корректно и их функциональность не была нарушена. Убедиться в этом нужно, пока записи DNS не изменены на IP нового сервера. Чтобы сайт работал сразу после переноса, по завершению копирования данных мы предоставляем список соответствия перенесенных сайтов и IP-адресов на новом сервере для файла hosts.

Файл hosts позволяет задать прямое соответствие IP-адресу и доменному имени. Сайт откроется с нужного сервера, пока глобальные DNS-записи ведут на другой.

Не рекомендуем сразу выполнять переключение DNS на новый сервер, так как после обновления DNS пользователи будут попадать на новый сервер и если что-то работает неверно или вовсе не работает, это будет доставлять неудобства как пользователям, так и вам. А устранение проблемы может занять какое-то время, что уже критично для бизнеса. Переключать записи обратно на старый сервер — не очень хорошая идея, так как это требует времени и может повлечь «рассинхрон» данных между двумя серверами. Об этом расскажем подробнее в блоке про смену записей DNS.

Внесение изменений в файл host

Проверка в Windows

Достаточно запустить Блокнот (как администратор — пункт 1 на скриншоте), и открыть C:\Windows\System32\drivers\etc\hosts.

Далее в конец файла добавьте список, который мы вам прислали в тикет в Личном кабинете и на почту. Он будет выглядеть примерно так, как показано на скриншоте. Не забудьте удалить добавленные строки, когда закончите проверку.

Проверка в Linux/MacOS

Потребуется терминал — стандартное приложение.

В Linux оно запускается Ctrl+Alt+T. Редактируем файл любимым текстовым редактором (например, Vim, Nano, Gedit) с опцией sudo:

~ $ sudo vim /etc/hosts

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

На MacOS процесс идентичен. Находим через Spotlight (иконка поиска в правом верхнем углу экрана) приложение Терминал, и выполняем аналогичные действия, как в Linux.

Проверка файла host

Когда изменения в файл hosts внесены, нужно проверить применились ли они. Для этого достаточно выполнить ping до домена. На Windows, Linux и MacOS это происходит одинаково, открываем консоль и выполняем команду: ping ВАШ_ДОМЕН.RU

В выводе команды вы должны увидеть IP нового сервера. Также проверить можно через расширения для браузеров, которые будут отображать с какого IP открывается сайт. Например, Website IP для Chrome и Яндекс.Браузера, или Server IP для Firefox и Opera. В углу экрана будет отображаться текущий адрес:

Проверка работы сайтов

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

Желательно открывать сайт с нового браузера, в котором вы с ними ещё не работали. Либо использовать режим инкогнито, иначе браузер может открыть их со старого сервера, взяв данные о DNS из своего локального кэша.

Мы проверяем, открывается ли сайт и работает ли переход по страницам. Так как мы не знакомы с полной функциональностью сайта, всё остальное нужно проверить самостоятельно.

Если у вас интернет-магазин, посмотрите:

все ли разделы открываются,
работает ли регистрация,
отправляются ли формы заявки,
срабатывают ли подписки и корзина.

На новостном сайте или блоге проверьте размещение и редактирование статей. Для всех сайтов актуально проверить работу выгрузок, экспортов, импортов, синхронизации и т.д. Доступность всех разделов из панели администратора. Работает ли почта, если она используется.

Файлы SSL-сертификата при наличии доступа к ним мы переносим со старого сервера. Если доступа нет, временно включаем самоподписанный сертификат. В случае с самоподписанным сертификатом вы можете увидеть предупреждение браузера о том, что сертификат недействителен и браузер ему не доверяет.

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

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

Смена записей в DNS

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

Проверка занимает время, а на исходном сервере, с которого выполняли перенос, данные могут измениться. Тогда на на новом сервере они потеряют актуальность. Чтобы это исправить, мы можем сделать синхронизацию данных. Этот процесс пройдёт быстрее, чем перенос. Синхронизацию вы также можете запросить у техподдержки в тикете о переносе.

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

ns1.firstvds.ru
ns2.firstvds.ru

Переключение DNS-записей занимает от 2 до 72 часов, так как идёт обновление глобального кэша DNS. Если у вас сайт с высокой посещаемостью, данные быстро и часто меняются, то на старом сервере лучше повесить заглушку, что ведутся работы и сайт пока недоступен. Кэш DNS обновляется неравномерно: у кого-то сайт будет открываться с нового сервера, у кого-то — со старого. Из-за этого может произойти рассинхронизация данных — один пользователь оставил заказ на старом сервере, второй на новом, а когда записи DNS закончат обновление, заказ первого пользователя может «‎потеряться». Это несет за собой небольшой простой в работе сайта, зато обеспечивает консистентность данных. Синхронизация в этом случае не поможет, потому что она перепишет новые данные на новом сервере.

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

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

Как восстановить содержимое файла Hosts по умолчанию

Аннотация

Рекомендации, приведенные в этой статье, позволяют вернуть содержимое файла hosts к используемому по умолчанию.

Что такое файл Hosts?

Файл hosts используется операционной системой для сопоставления удобных для человека имен узлов с номерами IP-адресов, которые определяют и обнаруживают узел в IP-сети. Файл hosts — это один из нескольких системных ресурсов, которые связаны с сетевыми узлами в компьютерной сети, и является общей частью реализации IP-адреса операционной системы.

Файл hosts содержит текстовые строки, которые состоят из IP-адреса, указанного в текстовом поле, и одного или нескольких имен узлов. Каждое поле отделено пробелом (по историческим причинам часто предпочтение отдают знакам табуляции, но пробелы также используются). Файл также может включать строки с примечаниями, обозначенные символом #, который ставится в начале каждой такой строки. Пустые строки в файле игнорируются.

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

Решение

Чтобы восстановить параметры файла Hosts по умолчанию, выполните указанные ниже действия в зависимости от используемой версии операционной системы.

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

Откройте приложение «Блокнот». Для этого выполните поиск «Блокнота» с помощью Cortana, а затем коснитесь или щелкните значок «Блокнот».
Скопируйте приведенный ниже текст и вставьте его в файл: # Copyright (c) 1993-2006 Microsoft Corp. # # This is a sample HOSTS file used by Microsoft TCP/IP for Windows. # # This file contains the mappings of IP addresses to host names. Each # entry should be kept on an individual line. The IP address should # be placed in the first column followed by the corresponding host name. # The IP address and the host name should be separated by at least one # space. # # Additionally, comments (such as these) may be inserted on individual # lines or following the machine name denoted by a ‘#’ symbol. # # For example: # # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host # localhost name resolution is handle within DNS itself. # 127.0.0.1 localhost # ::1 localhost
В меню Файл выберите команду Сохранить как, введите «hosts» в поле Имя файла (как показано на рисунке ниже) и сохраните файл на рабочий стол.

Закройте приложение «Блокнот».
Найдите %WinDir%\System32\Drivers\Etc с помощью Cortana, а затем выберите значок папки «Файл ».
Коснитесь и удерживайте файл Hosts (или щелкните на нем правой кнопкой мыщи), выберите команду Переименовать и присвойте файлу имя «Hosts.old».
Скопируйте или переместите файл Hosts, созданный на этапе 3, с рабочего стола в папку %WinDir%\System32\Drivers\Etc. Если система предложит ввести пароль администратора, нажмите кнопку Продолжить.

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

Откройте приложение «Блокнот». Для этого проведите пальцем от правого края экрана, коснитесь элемента Поиск, введите запрос Блокнот и коснитесь значка Блокнот. Если вы используете мышь, наведите указатель на правый верхний угол экрана, переместите его вниз и щелкните кнопку Поиск, введите запрос Блокнот и щелкните значок Блокнот.
Скопируйте приведенный ниже текст и вставьте его в файл: # Copyright (c) 1993-2006 Microsoft Corp. # # This is a sample HOSTS file used by Microsoft TCP/IP for Windows. # # This file contains the mappings of IP addresses to host names. Each # entry should be kept on an individual line. The IP address should # be placed in the first column followed by the corresponding host name. # The IP address and the host name should be separated by at least one # space. # # Additionally, comments (such as these) may be inserted on individual # lines or following the machine name denoted by a ‘#’ symbol. # # For example: # # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host # localhost name resolution is handle within DNS itself. # 127.0.0.1 localhost # ::1 localhost
В меню Файл выберите команду Сохранить как, введите «hosts» в поле Имя файла (как показано на рисунке ниже) и сохраните файл на рабочий стол.
Закройте приложение «Блокнот».
Откройте папку %WinDir%\System32\Drivers\Etc. Для этого выполните следующие действия:
1. Проведите пальцем от правого края экрана, коснитесь кнопки Поиск, введите слово выполнить, а затем коснитесь значка Выполнить. Если вы используете мышь, наведите указатель на правый верхний угол экрана, переместите его вниз, щелкните Поиск, введите выполнить и щелкните значок Выполнить.
2. В поле Открыть введите команду %WinDir%\System32\Drivers\Etc и нажмите кнопку ОК.
Выберите файл Hosts, выберите команду Переименовать и присвойте файлу имя «Hosts.old».
Скопируйте или переместите файл Hosts, созданный на этапе 3, в папку %WinDir%\System32\Drivers\Etc. Если будет предложено ввести пароль администратора, нажмите или коснитесь кнопки Продолжить.

Чтобы самостоятельно восстановить параметры файла hosts до значений по умолчанию, сделайте следующее:

Нажмите кнопку Пуск, щелкните команду Выполнить, введите слово «Блокнот», а затем нажмите кнопку ОК.
Скопируйте в файл приведенный ниже текст.
Windows 7 # Copyright (c) 1993-2006 Microsoft Corp. # # This is a sample HOSTS file used by Microsoft TCP/IP for Windows. # # This file contains the mappings of IP addresses to host names. Each # entry should be kept on an individual line. The IP address should # be placed in the first column followed by the corresponding host name. # The IP address and the host name should be separated by at least one # space. # # Additionally, comments (such as these) may be inserted on individual # lines or following the machine name denoted by a ‘#’ symbol. # # For example: # # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host # localhost name resolution is handle within DNS itself. # 127.0.0.1 localhost # ::1 localhost Windows Vista или Windows Server 2008 # Copyright (c) 1993-2006 Microsoft Corp. # # This is a sample HOSTS file used by Microsoft TCP/IP for Windows. # # This file contains the mappings of IP addresses to host names. Each # entry should be kept on an individual line. The IP address should # be placed in the first column followed by the corresponding host name. # The IP address and the host name should be separated by at least one # space. # # Additionally, comments (such as these) may be inserted on individual # lines or following the machine name denoted by a ‘#’ symbol. # # For example: # # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host 127.0.0.1 localhost ::1 localhost Windows XP или Windows Server 2003 # Copyright (c) 1993-1999 Microsoft Corp. # # This is a sample HOSTS file used by Microsoft TCP/IP for Windows. # # This file contains the mappings of IP addresses to host names. Each # entry should be kept on an individual line. The IP address should # be placed in the first column followed by the corresponding host name. # The IP address and the host name should be separated by at least one # space. # # Additionally, comments (such as these) may be inserted on individual # lines or following the machine name denoted by a ‘#’ symbol. # # For example: # # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host 127.0.0.1 localhost
В меню Файл выберите команду Сохранить как, введите «hosts» в поле Имя файла, а затем сохраните файл на рабочий стол.
Нажмите кнопку Пуск и выберите элемент Выполнить, введите команду %WinDir%\System32\Drivers\Etc и нажмите кнопку ОК.
Выберите файл hosts и переименуйте его в hosts.old.
Скопируйте или переместите файл Hosts, созданный на этапе 3, в папку %WinDir%\System32\Drivers\Etc. Если система предложит ввести пароль администратора, нажмите кнопку Продолжить.

Дополнительная информация

Поддержка Windows XP прекращена

Корпорация Майкрософт прекратила поддержку Windows XP с 8 апреля 2014 г. Это могло повлиять на безопасность и своевременную установку обновлений для вашего программного обеспечения. Что это значит и как обеспечить защиту.

Поддержка Windows Server 2003 завершилась 14 июля 2015 г.

Поддержка Windows Server 2003 завершилась 14 июля 2015 г. Это могло повлиять на безопасность и своевременную установку обновлений для вашего программного обеспечения. Что это значит и как обеспечить защиту.

Поиск имени узла и физического адреса | Администрирование сетевых лицензий

Для получения файла сетевой лицензии на программное обеспечение Autodesk необходимо знать имя узла и физический адрес серверов, на которых будет запущено приложение Network License Manager (NLM). Эта информация и серийный номер продукта отправляется в компанию Autodesk для создания файла сетевой лицензии, который позволяет запустить NLM.

Имя узла и физический адрес

Ethernet-адаптер. Если на сервере установлено несколько Ethernet-адаптеров, необходимо выбрать тот из них, который соответствует физическому сетевому адаптеру. Не используйте физический адрес для любых беспроводных устройств и устройств Bluetooth, поскольку из-за их недопустимости сетевая лицензия не будет работать.
При наличии нескольких физических соединений Ethernet в системе Windows неважно, какой из них используется. Если используется компьютер под управлением Mac OS X и несколькими сетевыми адаптерами, необходимо использовать адрес основного сетевого адаптера.
Имя узла. Уникальный идентификатор длиной до 255 символов, который состоит из цифр и букв и используется как имя компьютера или сервера.
Физический адрес. Указывает физический адрес соединения Ethernet на компьютере или сервере. Это может быть MAC-адрес, идентификатор хоста или идентификатор сервера. Физический адрес содержит двенадцать символов, представляющих собой комбинацию цифр (0–9) и букв (A–F, a–f). Как правило, используется следующий формат: XX-XX-XX-XX-XX-XX.
Имя и синтаксис адреса. При запросе файла сетевой лицензии убедитесь, что правильно указаны символы, которые выглядят одинаково. Например:
- цифра ноль (0) и буква O;
- цифра один (1) и строчная или прописная буква L, а также прописная буква I (в зависимости от шрифта).

Наверх

Поиск с помощью командной строки (только Windows)

Поиск имени хоста и физического адреса с помощью командной строки Windows

Откройте окно командной строки, выбрав Пуск > (Все) Программы > Стандартные > Командная строка.
Примечание. Если у вас нет доступа к командной строке, обратитесь в ИТ-отдел или к пользователю с правами администратора на локальном компьютере, чтобы найти эту информацию.
Введите ipconfig /all и нажмите клавишу ENTER.
Имя хоста отображается в верхней части в области Настройка протокола IP для Windows.
Узнать физический адрес можно в разделе «Ethernet-адаптер» > «Подключение по локальной сети» .

Наверх

Поиск с помощью окна терминала (Linux или Mac)

Если приложение Autodesk Network License Manager уже установлено в системе Mac или Linux, используйте утилиту lmutil, чтобы найти информацию о сервере.

Поиск имени хоста и физического адреса с помощью окна терминала в ОС Mac или Linux

Откройте окно терминала.
Введите команды для перехода в каталог, где установлена утилита lmutil. Например:
cd /usr/local/flexnetserver/
Введите приведенную далее команду для отображения имени хоста.
./lmutil lmhostid -hostname
Появится сообщение, похожее на следующее:
lmutil - Copyright (c) 1989-2013 Flexera Software LLC. All Rights Reserved. The FlexNet host ID of this machine is "HOSTNAME=Nostromo"
Введите приведенную ниже команду для отображения физического адреса (идентификатора хоста).
./lmutil lmhostid
Появится сообщение, похожее на следующее:
lmutil - Copyright (c) 1989-2013 Flexera Software LLC. All Rights Reserved. The FlexNet host ID of this machine is "6003089af239"

Наверх

См. также:

Где находится файл hosts и как его изменить

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

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

Редактирование:

Синтаксис остается одинаковым для всех операционных систем. У большинства файлов hosts несколько записей для loopback (обратной петли). Мы используем это для примера.

Часть 1: адрес, куда перенаправить;
Часть 2: адрес, который вы хотите перенаправить;
Часть 3: комментарий.

Они могут быть разделены пробелом, но для удобства чтения, как правило, разделены одним или двумя горизонтальными табуляциями.

127.0.0.1 localhosts #loopback

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

Расположение hosts-файла в различных ОС:

Windows

c:\windows\system32\drivers\etc\hosts

В данном примере будет запрещен доступ машины к сайту Facebook и его поддоменам. Это реализуется за счет разрешения запросов DNS на имя facebook.com в несуществующий IP-адрес 0.0.0.0:

0.0.0.0 www.facebook.com

При попытке перейти по заблокированному адресу после добавления строки выше в файл hosts вы увидите ошибку, подтверждающую корректность конфигурации:

Linux

/etc/hosts

Открытие файла hosts в редакторе nano:

sudo nano /etc/hosts

Порядок работы с файлом аналогичен ОС Windows. В примере ниже мы запретим доступ к facebook.com, перенаправив соответствующие запросы на несуществующий IP-адрес 0.0.0.0.

P. S. Другие инструкции:

Ознакомиться с другими инструкциями вы можете на нашем сайте. А чтобы попробовать услугу — кликните на кнопку ниже.

Поделиться в соцсетях:

Спасибо за Вашу оценку! К сожалению, проголосовать не получилось. Попробуйте позже

191014 Санкт-Петербург ул. Кирочная, 9

+7(812)313-88-33 235 70 1cloud ltd 2021-07-28 Как найти и отредактировать файл Hosts

191014 Санкт-Петербург ул. Кирочная, 9

+7(812)313-88-33 235 70 1cloud ltd 2021-07-28 Как найти и отредактировать файл Hosts 600 auto

Проверка файла хоста Windows

Измененные файлы хостов Windows могут препятствовать установке игрового клиента или вызывать проблемы с установкой исправлений. Файл hosts — это системный файл Windows, который может переопределять DNS и перенаправлять URL-адреса или IP-адреса в разные места. Обычный пользователь домашнего Интернета не будет иметь измененного файла hosts.

Нажмите Windows Key + R .
Введите % WinDir% \ System32 \ Drivers \ Etc в окно «Выполнить» и нажмите OK .
Откройте файл hosts с помощью текстового редактора, например Блокнота. У хостов не будет расширения файла.
Сравните ваш файл hosts со значениями по умолчанию Microsoft, перечисленными ниже. Если ваш другой, он был изменен. Удалите все строки, содержащие URL-адреса или адреса Blizzard.
Сохраните файл.

Примечание: Если ваш файл hosts был изменен, запустите сканирование на вирусы. Вирусы и вредоносные программы могут изменять файл hosts, чтобы попытаться перенаправить ваш компьютер на вредоносные веб-сайты.

Эти модификации негативно влияют на игры Blizzard. Если найдете, удалите:

127.0.0.1 eu.actual.battle.net
127.0.0.1 us.actual.battle.net
127.0.0.1 enGB.nydus.battle.net

Чтобы восстановить для файла Hosts значения по умолчанию, выполните следующие действия:

Нажмите Windows Key + R .
Введите notepad в окно «Выполнить».
Щелкните ОК .

Скопируйте следующий текст в окно Блокнота:

# Copyright (c) 1993-2006 Microsoft Corp.#
# Это пример файла HOSTS, используемого Microsoft TCP / IP для Windows.
#
# Этот файл содержит сопоставления IP-адресов с именами хостов. Каждый
# запись должна храниться в отдельной строке. IP-адрес должен
# следует поместить в первый столбец, за которым следует соответствующее имя хоста.
# IP-адрес и имя хоста должны быть разделены хотя бы одним
# пространство.
#
# Кроме того, комментарии (например, эти) могут быть добавлены к отдельным
# строк или после имени машины, обозначенного символом '#'.
#
# Например:
#
№ 102.54.94.97 rhino.acme.com # исходный сервер
# 38.25.63.10 x.acme.com # x клиентский хост
# разрешение имени localhost обрабатывается самим DNS.
# 127.0.0.1 локальный хост
# :: 1 локальный

В меню Файл выберите Сохранить как , введите «хосты» (включая кавычки) в поле Имя файла , а затем сохраните файл на рабочем столе.
Снова нажмите Windows Key + R .
Введите % WinDir% \ System32 \ Drivers \ Etc в окно «Выполнить» и нажмите OK .
Переименуйте файл Hosts в «Hosts.old».
Скопируйте или переместите созданный вами файл Hosts со своего рабочего стола в папку% WinDir% \ System32 \ Drivers \ Etc. Если вам будет предложено ввести пароль администратора, выберите Продолжить .

Сервис мониторинга работоспособности сайта, проверка не работает — Host-tracker

Местоположение (по умолчанию весь мир)

Устройство (настольный компьютер по умолчанию)

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

Местоположение (по умолчанию весь мир)

Общая проверка http вашего сайта. Каждый тест имитирует загрузку страницы реальным покупателем.Для круглосуточного мониторинга вам необходимо зарегистрироваться, в случае возникновения проблемы вы получите мгновенное уведомление по электронной почте, SMS, Hangouts, Skype, Slack, Telegram или по телефону.

Местоположение (по умолчанию весь мир)

Проверить через ICMP (пинг). Если все в порядке, сайт или оборудование доступны в Интернете.В случае неудачи либо проверенный сервер недоступен, либо ICMP отключен для этой точки. Вы можете использовать другие виды проверки для дальнейшего анализа. Если часть проверки серверов вернет ошибку, сайт может быть заблокирован в определенных странах или некоторые места могут быть случайно занесены в черный список, чтобы избежать некоторых ddos-атак в прошлом.

Местоположение (по умолчанию весь мир)

Расширенная проверка через ICMP.Выполняет то же самое, что программа traceroute в Linux и macOS или программа tracert в Windows. Показывает путь от клиента к сайту, проверяя каждый переход по пути. Может помочь оценить, какие соединения слабые, и выяснить, вызвана ли задержка локальными или сетевыми проблемами.

Проверка конкретного порта через TCP.Этот вид проверки полезен для мониторинга сетевых приложений. Если все в порядке, порт открыт. Отказ означает либо закрытие порта, либо полную недоступность сервера. Вы можете использовать другие виды проверки для дальнейшего анализа.

Найдите информацию о человеке или компании, владеющей доменом.

Проверить, доступен ли сайт из России.Некоторые сайты запрещены правительством России. Для ежедневного мониторинга вам необходимо зарегистрироваться, в случае возникновения проблемы вы получите мгновенное уведомление по электронной почте, SMS, Hangouts, Skype, Slack, Telegram или по телефону.

Администрирование хостов — Управление отслеживаемыми системами

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

Checkmk имеет специальное действие в настройке для точного переименования хоста во всех местах. Вы можете переименовать один хост (в свойствах хоста в меню «Хосты»> «Переименовать») или сразу большое количество хостов в папке: в меню «Хосты»> «Переименовать несколько хостов».

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

За счет использования интеллектуальных операций массовое переименование хостов позволяет производить систематическое сопоставление имен:

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

В приведенном выше примере первый суффикс Drop Domain усекает все, начиная с первого . и далее от всех имен хостов, а затем Добавить суффикс добавляет окончание -linuxserver .

Доступны и другие операции, некоторые из которых не требуют пояснений или о которых вы можете получить дополнительную информацию, открыв контекстно-зависимую справку («Справка»> «Показать встроенную справку»).

После начала переименования с массовым переименованием и подтверждения обязательного запроса «Вы уверены…?» запрос…

… обработка может занять некоторое время. При переименовании мониторинг будет полностью остановлен! Это необходимо для того, чтобы все было в постоянном состоянии.По завершении вы получите обзорный список, в котором и где произошли переименования:

Test-NetConnection (NetTCPIP) | Документы Microsoft

Отображает диагностическую информацию для подключения.

В этой статье

Синтаксис

  Подключение Test-Net 
    [[-ComputerName] ]
    [-TraceRoute]
    [-Хупс ]
    [-InformationLevel ]
    [<Общие параметры>]

  Подключение Test-Net 
    [[-ComputerName] ]
    [-CommonTCPPort] 
    [-InformationLevel ]
    [<Общие параметры>]

  Подключение Test-Net 
    [[-ComputerName] ]
    -Порт 
    [-InformationLevel ]
    [<Общие параметры>]

  Подключение Test-Net 
    [[-ComputerName] ]
    [-DiagnoseRouting]
    [-ConstrainSourceAddress ]
    [-ConstrainInterface ]
    [-InformationLevel ]
    [<Общие параметры>]

Описание

Командлет Test-NetConnection отображает диагностическую информацию для подключения.Он поддерживает тест ping, тест TCP, трассировку маршрута и диагностику выбора маршрута. В зависимости от входных параметров выходные данные могут включать результаты поиска DNS, список IP-интерфейсов, правила IPsec, результаты выбора маршрута / исходного адреса и / или подтверждение установления соединения.

Примеры

Пример 1: Проверка связи с помощью ping

  PS C: \> Test-NetConnection
Имя компьютера: internetbeacon.msedge.net

RemoteAddress: 2a01: 111: 2003 :: 52

ИнтерфейсAlias: Ethernet

SourceAddress: 2001: 4898: d8: 33: 81e8: 7b49: 8bf5: 8710

PingSucceeded: True

PingReplyDetails (RTT): 5 мс

Эта команда проверяет подключение ping к серверу по умолчанию.

Пример 2: Проверка связи с помощью ping с подробными результатами

  PS C: \> Test-NetConnection -InformationLevel "Подробный"
Имя компьютера: internetbeacon.msedge.net

RemoteAddress: 2a01: 111: 2003 :: 52

NameResolutionResults: 2a01: 111: 2003 :: 52

                         13.107.4.52

ИнтерфейсAlias: Ethernet

SourceAddress: 2001: 4898: d8: 33: 81e8: 7b49: 8bf5: 8710

NetRoute (NextHop): fe80 :: 200: 5eff: fe00: 203

PingSucceeded: True

PingReplyDetails (RTT): 6 мс

Эта команда проверяет подключение ping к серверу по умолчанию и устанавливает для параметра InformationLevel значение Подробный.

Пример 3: Проверка возможности подключения TCP и отображение подробных результатов

  PS C: \> Test-NetConnection -Port 80 -InformationLevel "Подробный"
Имя компьютера: internetbeacon.msedge.net

RemoteAddress: 2a01: 111: 2003 :: 52

Удаленный порт: 80

NameResolutionResults: 2a01: 111: 2003 :: 52

                          13.107.4.52

Соответствие IPsecRules: IPsec / Domain-TrafficFromInternet-v6

NetworkIsolationContext: Интернет

IsAdmin: ложь

ИнтерфейсAlias: Ethernet

SourceAddress: 2001: 4898: d8: 33: 81e8: 7b49: 8bf5: 8710

NetRoute (NextHop): fe80 :: 200: 5eff: fe00: 203

TcpTestSucceeded: True

Эта команда проверяет TCP-соединение с сервером по умолчанию и устанавливает для параметра InformationLevel значение «Подробный».

Пример 4: Проверить соединение с удаленным хостом

  PS C: \> Test-NetConnection -ComputerName «www.contoso.com» -InformationLevel «Подробный»
PingReplyDetails (RTT): 164 мс

Имя компьютера: www.contoso.com

RemoteAddress: 65.55.39.10

Имя Разрешение Результат: 65.55.39.10

                         64.4.6.100

ИнтерфейсAlias: Ethernet

SourceAddress: 10.137.193.122

NetRoute (NextHop): 10.137.192.1

PingSucceeded: True

PingReplyDetails (RTT): 164 мс

Эта команда проверяет связь ping с удаленным хостом с именем www.contoso.com.

Пример 5. Выполнение диагностики маршрута для подключения к удаленному хосту

  PS C: \> Test-NetConnection -ComputerName www.contoso.com -DiagnoseRouting -InformationLevel Подробный
Имя компьютера: www.contoso.com

RemoteAddress: 2001: 428: 3805: 187 :: 2768

SelectedSourceAddress: 2001: 4898: e0: 79: f17c: d212: 8743: 43c2

OutgoingInterfaceIndex: 4

SelectedNetRoute: DestinationPrefix: :: / 0 NextHop: fe80 :: 200: 5eff: fe00: 202

RouteSelectionEvents: IP: Route [DestinationPrefix: :: / 0 NextHop: fe80 :: 200: 5eff: fe00: 202 InterfaceIndex: 4 InterfaceMetric: 10 RouteMetric: 256] предпочтительнее

Маршрут [DestinationPrefix: :: / 0 NextHop: fe80 :: 200: 5eff: fe00: 202 InterfaceIndex: 5 InterfaceMetric: 10 RouteMetric: 256] для
Назначение: 2001: 428: 3805: 187 :: 2768 в отсеке: 1, причина: RouteOrder.SourceAddressSelectionEvents: IP: Исходный адрес 2001: 4898: e0: 79: f17c: d212: 8743: 43c2 предпочтительнее fe80 :: f17c: d212: 8743: 43c2 для пункта назначения 2001: 428: 3805: 187 :: 2768 Правило = 2.0.

RouteDiagnosticsSucceeded: True

Эта команда выполняет диагностику маршрута для достижения удаленного узла с именем www.contoso.com.

Пример 6. Выполнение диагностики маршрута для подключения к удаленному узлу с ограничениями маршрутизации

  PS C: \> Test-NetConnection -ComputerName "www.contoso.com "-ConstrainInterface 5 -DiagnoseRouting -InformationLevel" Подробный "
Имя компьютера: www.contoso.com

RemoteAddress: 2600: 1409: a: 185 :: 2768

ConstrainInterfaceIndex: 5

SelectedSourceAddress: 2001: 4898: e0: 79: 75dd: 64cf: d9ff: f86

OutgoingInterfaceIndex: 5

SelectedNetRoute: DestinationPrefix: :: / 0

NextHop: fe80 :: 200: 5eff: fe00: 202

RouteSelectionEvents: IP: Маршрут [DestinationPrefix: :: / 0 NextHop: fe80 :: 200: 5eff: fe00: 202 InterfaceIndex: 4

RouteMetric: 256] заблокирован для Назначения: 2600: 1409: a: 185 :: 2768 ConstrainInterfaceIndex: 5 ConstrainScopeZone: 1 в отсеке: 1, причина: InterfaceConstraint.SourceAddressSelectionEvents: IP: Исходный адрес 2001: 4898: e0: 79: 75dd: 64cf: d9ff: f86 предпочтительнее fe80 :: 75dd: 64cf: d9ff: f86 для пункта назначения 2600: 1409: a: 185 :: 2768 Правило = 2.0.

IP: Исходный адрес 2001: 4898: e0: 79: 75dd: 64cf: d9ff: f86 предпочтительнее fe80 :: 75dd: 64cf: d9ff: f86 для пункта назначения 2600: 1409: a: 185 :: 2768 Правило = 2.0.

RouteDiagnosticsSucceeded: True

Эта команда выполняет диагностику маршрута для достижения удаленного узла с именем www.contoso.com с ограничениями маршрутизации.

Параметры

— Общий порт TCP

Задает номер TCP-порта общей службы.Допустимые значения для этого параметра:

Тип:	Строка
Допустимые значения:	HTTP, RDP, SMB, WINRM
Позиция:	1
Значение по умолчанию:	Входное значение по умолчанию:	Нет ввода :	Ложь
Принимать подстановочные знаки:	Ложь

-ComputerName

Задает имя системы доменных имен (DNS) или IP-адрес целевого компьютера.

Тип:	Строка
Псевдонимы:	RemoteAddress, cn
Позиция:	0
Значение по умолчанию:	Нет	True input
Принимать подстановочные знаки:	Ложь

-ConstrainInterface

Задает ограничение интерфейса, используемое для диагностики маршрута.

Тип:	UInt32
Позиция:	Именованный
Значение по умолчанию:	Нет
Принять ввод конвейера:	Ложные	Ложные подстановочные символы

-ConstrainSourceAddress

Задает ограничение адреса источника, используемое для диагностики маршрута.

902

Тип:	Строка
Позиция:	Именованный
Значение по умолчанию:	Нет
Принять конвейерный ввод:	Ложный
Ложные подстановочные символы

-DiagnoseRouting

Указывает, что диагностика маршрута запускается для вывода информации о выборе маршрута и адреса источника для удаленного хоста.

Тип:	SwitchParameter
Позиция:	Именованный
Значение по умолчанию:	Нет
Принять ввод конвейера:	Ложный

-Хмель

Задает количество переходов, которые необходимо пройти в команде трассировки маршрута.

902

Тип:	Int32
Позиция:	Именованный
Значение по умолчанию:	Нет
Принять ввод конвейера:	Ложные	Ложные подстановочные символы

-Информационный уровень

Определяет информационный уровень.Допустимые значения для этого параметра:

Если установить для этого параметра значение Quiet, командлет возвращает основную информацию. Например, для проверки связи этот командлет возвращает логическое значение, которое указывает, успешна ли попытка проверки связи узла или порта.

Принять

Тип:	Строка
Допустимые значения:	Тихий, подробный
Позиция:	Именованный
Значение по умолчанию:	Нет	Вход	Вход
Принимать подстановочные знаки:	Ложь

-Порт

Задает номер порта TCP на удаленном компьютере.Командлет использует этот номер порта для проверки возможности подключения к удаленному компьютеру.

352

Тип:	Int32
Псевдонимы:	RemotePort
Позиция:	Именованный
Значение по умолчанию:	Нет
Принимать подстановочные знаки:	Ложь

-TraceRoute

Указывает, что Tracert запускается для проверки возможности подключения к удаленному хосту.

Тип:	SwitchParameter
Позиция:	Именованный
Значение по умолчанию:	Нет
Принять ввод конвейера:	Ложный
Ложные подстановочные символы 9023

Входы

Нет

Выходы

NetRouteDiagnostics

Этот объект отображает информацию диагностики маршрута и возвращается, если вы указали набор параметров NetRouteDiagnostics.

NetConnectionResults

Этот объект отображает результаты подключения и возвращается, если вы указали набор параметров CommonTCPPort, RemotePort или ICMP.

Проверка диагностики сервера с помощью инструмента диагностики — ArcGIS Server

DIAG000	Проверить установку как root	Запуск ArcGIS Server как root представляет угрозу безопасности и не поддерживается.Эта проверка вернет ошибку, если обнаружено, что ArcGIS Server установлен как root.
DIAG001	Проверка 64-битной архитектуры	ArcGIS Server поддерживается только в 64-битной архитектуре. Если машина имеет 32-битную архитектуру, эта проверка завершится ошибкой. Ознакомьтесь с системными требованиями для поддерживаемых операционных систем.
DIAG002	Проверить версию ОС	Предупреждение отобразится, если операционная система не относится к поддерживаемому дистрибутиву или версии Linux.Ознакомьтесь с системными требованиями для поддерживаемых платформ Linux и версий ОС. Если операционная система не относится к поддерживаемому дистрибутиву Linux, другие проверки выполняться не будут.
DIAG003	Проверить имя хоста на наличие недопустимых символов	Допустимые символы для имени хоста сервера ГИС включают буквенно-цифровые буквы a – z, 0–9, минус (-) и точку ( .) символов, как указано в спецификации RFC 952.Проверка не удастся, если имя хоста содержит один или несколько недопустимых символов.
DIAG004	Проверить установленные пакеты	В зависимости от используемого дистрибутива Linux эта проверка подтверждает, что установлены необходимые пакеты операционной системы для надлежащей поддержки ArcGIS Server. Если проверка не удалась, она вернет предупреждение с отсутствующими пакетами, необходимыми для машины. Подробности см. В системных требованиях.
DIAG005	Проверить системные ограничения	Для правильной работы ArcGIS Server файл Ограничения на обработку для пользователя установки должны быть установлены равными 65535, а ограничения на количество процессов — 25059. Эта проверка проверяет, правильно ли установлены эти ограничения в файле /etc/security/limits.conf. Если лимиты установлены неправильно, эта проверка не выполняется. К проверьте, запустите следующее: ulimit -Hn -Hu ulimit -Sn -Su Для получения дополнительных сведений см. Руководство по установке ArcGIS Server.
DIAG008	Проверить порт HTTP	ArcGIS Server взаимодействует через порт 6080. Эта проверка проверяет, используется ли порт 6080 HTTP другим пользователем или процессом. Если эта проверка возвращает предупреждение, ArcGIS Server не будет работать должным образом. Чтобы исправить эту проблему, откройте порт 6080 и перезапустите ArcGIS Server.
DIAG009	Проверить порт HTTPS	Когда SSL включен, ArcGIS Server по умолчанию использует порт 6443.Эта проверка проверяет, используется ли порт 6443 HTTPS другим пользователем или процессом. Если эта проверка возвращает предупреждение, ArcGIS Server не будет работать должным образом. Чтобы исправить эту проблему, откройте порт 6443 и перезапустите ArcGIS Server.
DIAG010	Проверить порты Xvfb	ArcGIS Server требует Xvfb и запустит его на любом порте в диапазоне 6600–6619. Если эта проверка возвращает предупреждение, ArcGIS Server не будет работать должным образом. Чтобы исправить эту проблему, откройте один из портов в диапазоне 6600–6619 и перезапустите ArcGIS Server.
DIAG020	Проверка несоответствия IP-адреса имени хоста	Если запись имени хоста для машины в файле / etc / hosts не совпадает с IP-адресом машины, эта проверка вернется предупреждение. Это приведет к неправильной работе ArcGIS Server. Чтобы исправить эту проблему, исправьте запись имени хоста и перезапустите ArcGIS Server.
DIAG024	Проверьте / etc / hosts на наличие записи имени хоста	Запись имени хоста для машины в файле / etc / hosts должна быть отформатирована как .В противном случае объединение сайта ArcGIS Server с порталом не удастся. Обновите запись имени хоста перед созданием сайта ArcGIS Server.
DIAG026	Процессы проверки для основных сервисов ArcGIS Server	Проверка проверяет, все ли основные сервисы запускаются после запуска ArcGIS Server. Он возвращает предупреждение, если одна или несколько основных служб не запущены. Чтобы исправить эту проблему, запустите ArcGIS Server, запустив стартовый сервер.sh или перезапустите ArcGIS Server, если он уже запущен.

Проверка доступности сети хоста в Linux

1. Обзор

В этом руководстве мы рассмотрим различные способы проверки доступности сети хоста в Linux.

2.

пинг

Команда ping — это простой инструмент командной строки сетевой утилиты в Linux. Это удобный инструмент для быстрой проверки сетевого подключения хоста. Он работает, отправляя сообщение ICMP ECHO_REQUEST на целевой хост.Если хост отвечает с ECHO_REPLY , то мы можем с уверенностью заключить, что хост доступен.

2.1. Проверка доступности сети хоста

Для данного IP-адреса, имени хоста или полного доменного имени (FQDN) мы можем проверить его доступность с помощью команды ping :

  $ ping -c 4 www.baeldung.com
ПИНГ www.baeldung.com (104.26.12.74): 56 байт данных
64 байта из 104.26.12.74: icmp_seq = 0 ttl = 60 time = 37,340 мс
64 байта из 104.26.12.74: icmp_seq = 1 ttl = 60 time = 14.541 мс
64 байта из 104.26.12.74: icmp_seq = 2 ttl = 60 time = 16.787 мс
64 байта из 104.26.12.74: icmp_seq = 3 ttl = 60 time = 57,872 мс

--- www.baeldung.com статистика пинга ---
4 пакета передано, 4 пакета получено, потеря пакетов 0,0%
туда и обратно мин. / сред. / макс. / стандартное отклонение = 14,541 / 31,635 / 57,872 / 17,561 мс

По умолчанию команда ping будет отправлять пакеты хосту на неопределенный срок, пока он не будет завершен. Чтобы ограничить количество отправляемых пакетов, мы указали флаг -c вместе со значением 4, чтобы указать, что на хост следует отправить только 4 пакета.

Из выходных данных мы видим, что ping передал 4 пакета и получил 4 ответа от хоста. Тот факт, что мы получаем ответы от хоста, означает, что хост доступен по сети.

Кроме того, команда ping также предоставляет информацию о задержке между нашим узлом и хостом. Также будет предоставлена статистическая сводка задержки.

Давайте попробуем проверить связь с хостом, который недоступен по сети:

  $ ping -c 4 10.107.0.7
PING 10.107.0.7 (10.107.0.7): 56 байтов данных
Тайм-аут запроса для icmp_seq 0
Тайм-аут запроса для icmp_seq 1
Тайм-аут запроса для icmp_seq 2

--- 10.107.0.7 статистика пинга ---
4 пакета передано, 0 пакетов получено, 100,0% потеря пакетов

Точно так же мы отправляем только 4 пакета на хост 10.107.0.7 с использованием флага -c .

Из выходных данных видно, что мы отправили 4 пакета, но получили 0 пакетов в ответ. Это означает, что хост не отвечает активно на наш пакет ECHO_REQUEST .Это может означать, что хост просто недоступен или активно отбрасывает все пакеты ICMP. В любом случае это означает, что к хосту невозможно подключиться по сети.

2.2. Предупреждения

Хотя ping может быть достаточно хорошим для быстрой проверки, согласно справочной странице, он не подходит для сценариев.

3.

fping

Будучи очень похожим на ping по своим функциональным возможностям, fping также позволяет пользователю указать несколько хостов, проверяемых с помощью одной команды.Кроме того, на странице руководства упоминается, что fping предназначен для использования в скриптах.

Следовательно, fping следует предпочесть ping , когда мы хотим создать сложные сценарии для проверки доступности хостов.

3.1. Установка

Для Linux на базе Debian мы можем установить fping с помощью команды apt-get :

  $ apt-get install -y fping

С другой стороны, мы будем использовать yum для установки fping для Linux на базе RHEL:

  $ yum install -y epel-release
$ yum install -y fping

3.2. Общий синтаксис

Давайте посмотрим на синтаксис команды fping :

  fping [опции] [системы ...]

Параметры — это список дополнительных флагов, которые мы можем передать команде fping . Затем команда принимает список хостов для проверки связи вместо систем .

3.3. Проверка нескольких хостов

Давайте пингуем несколько хостов, используя fping :

  $ fping www.baeldung.com 10.107.0.7
www.baeldung.com жив
10.107.0.7 недоступен

Неудивительно, но результат такой же, как и при проверке хостов с помощью ping . Однако отличие состоит в том, что вместо 2 команд ping достаточно одной команды fping , за которой следует список хостов.

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

3.4. Проверка диапазона IP-адресов

Чтобы проверить доступность сети для диапазона IP-адресов, мы можем использовать fping для создания списка IP-адресов и проверки вместо того, чтобы вводить IP-адреса по одному. Конкретно, мы можем проверить доступность IP-адресов от 192.168.1.1 до 192.168.1.5 , используя fping :

  $ fping -g 192.168.1.1 192.168.1.5

Флаг -g будет генерировать и проверять список IP-адресов, начиная с первого IP-адреса до второго IP-адреса .Конкретно, приведенная выше команда проверит доступность сети 192.168.1.1, 192.168.1.2, 192.168.1.3, 192.168.1.4, и 192.168.1.5 .

Мы также можем предоставить диапазон с обозначением CIDR:

  $ fping -g 192.168.1.0/29

Приведенная выше команда сгенерирует список IP-адресов, начиная с 192.168.1.0 до 192.168.1.7 , и пингует их.

3,5. Печать только недоступных хостов в выводе

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

  $ fping -u www.baeldung.com 10.107.0.7
10.107.0.7

С флагом -u вывод дополнительно обрезается только до недоступных хостов шоу.

4.

nc — это служебный инструмент, который позволяет нам выполнять задачи, связанные с TCP и UDP в Linux.

В отличие от ping и fping , которые используют пакеты ICMP, nc позволяет нам напрямую подключаться к порту TCP / UDP. Это дает дополнительные преимущества проверки того, открыт ли конкретный порт, в дополнение к сетевой доступности хоста.

4.1. Проверка доступности порта на хосте

Для любого данного хоста мы можем проверить, открыт ли конкретный порт и прослушивает его, используя nc :

  $ nc -z www.baeldung.com 443
$ echo $?
0

Флаг -z даст команду nc проверить, открыт ли указанный порт на хосте, вместо того, чтобы открывать соединение .

Основываясь на коде выхода 0 из команды nc , мы можем сделать вывод, что у хоста www.baeldung.com открыт порт 443.

Теперь проверим порт 444 , который должен быть закрыт для входящего соединения:

  $ nc -w 3 -z www.baeldung.com 444
$ echo $?
1

В команде мы дополнительно указали значение тайм-аута, равное 3 секундам, с помощью флага -w .

Как и ожидалось, код выхода nc равен 1, что означает порт 444 хоста www.baeldung.com не принимает подключения.

То же самое происходит, если мы пытаемся проверить несуществующий хост:

  $ nc -w 3 -z 10.107.0.7 443
$ echo $?
1

Поскольку хост 10.107.0.7 недоступен, команда nc вернула код выхода 1.

5. Заключение

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

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

Наконец, мы также изучили возможность проверки доступности определенного порта на хосте с помощью nc .

Сеть | Руководство по Elasticsearch [7.14]

Каждый узел Elasticsearch имеет два разных сетевых интерфейса. Клиенты отправляют запросы на API-интерфейсы REST Elasticsearch, использующие его HTTP-интерфейс, но узлы общаться с другими узлами с помощью транспорта интерфейс.Транспортный интерфейс также используется для связи с удаленные кластеры и устаревшие Транспортный клиент Java.

Вы можете настроить оба этих интерфейса одновременно, используя сеть. * настройки. Если у вас более сложная сеть, вам может потребоваться настроить интерфейсы независимо с помощью транспорта http. * и . * настройки. По возможности используйте сеть . * Настройки , применимые к обоим интерфейсы для упрощения конфигурации и уменьшения дублирования.

По умолчанию Elasticsearch привязывается только к localhost , что означает, что к нему нельзя получить доступ удаленно. Такой конфигурации достаточно для локального кластера разработки, созданного одного или нескольких узлов, работающих на одном хосте. Чтобы сформировать кластер по несколько хостов или доступный для удаленных клиентов, необходимо настроить некоторые сетевые настройки, такие как network.host .

Будьте осторожны с настройкой сети!

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

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

Часто используемые сетевые настройкиправить

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

network.host

(Статический) Устанавливает адрес этого узла как для HTTP, так и для транспортного трафика. Узел будет связываться с этим адресом и также будет использовать его в качестве адреса публикации. Принимает IP-адрес, имя хоста или специальное значение.

По умолчанию _local_ .

http.port

(Статический) Порт для связи с HTTP-клиентом. Принимает одно значение или диапазон.Если указан диапазон, узел будет привязан к первому доступному порту. В диапазоне.

По умолчанию 9200-9300 .

транспорт.порт

(Статический) Порт для связи между узлами. Принимает одно значение или диапазон. Если указан диапазон, узел будет привязан к первому доступному порту. В диапазоне. Установите этот параметр на один порт, а не на диапазон, на каждом узел, имеющий право на владение мастером.

По умолчанию 9300-9400 .

Специальные значения для сетевых адресовправить

Вы можете настроить Elasticsearch для автоматического определения его адресов с помощью следующие особые значения. Используйте эти значения при настройке network.host , network.bind_host , network.publish_host и соответствующие настройки для HTTP и транспортного интерфейсов.

_local_: Любые адреса обратной связи в системе, например 127.0.0.1 .
_сайт_: Любые локальные адреса сайта в системе, например 192.168.0.1 .
_global_: Любые глобальные адреса в системе, например 8.8.8.8 .
_ [сетевой интерфейс] _: Используйте адреса сетевого интерфейса под названием [networkInterface] . Для Например, если вы хотите использовать адреса интерфейса с именем en0 , тогда установить сеть .хост: _en0_ .
0,0.0.0: Адреса всех доступных сетевых интерфейсов.

Любые значения, содержащие : (например, адрес IPv6 или некоторые из специальные значения) должны быть указаны, потому что : — это специальный символ в YAML.

Эти специальные значения по умолчанию дают адреса IPv4 и IPv6, но вы можете также добавьте суффикс : ipv4 или : ipv6 , чтобы ограничить их только IPv4 или IPv6 адреса соответственно.Например, network.host: _en0: ipv4_ установит это адреса узла на IPv4-адреса интерфейса en0 .

Переплет и публикация

Elasticsearch использует сетевые адреса для двух разных целей, известных как привязка и издательский. Большинство узлов будут использовать один и тот же адрес для всего, но больше сложные настройки могут потребовать настройки разных адресов для разных целей.

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

Каждый узел Elasticsearch имеет адрес, по которому клиенты и другие узлы могут связаться с ним, известный как его адрес публикации .Каждый узел имеет один адрес публикации для своего HTTP интерфейс и один для его транспортного интерфейса. Эти два адреса могут быть ничего, и не обязательно должны быть адресами сетевых интерфейсов на хосте. Единственные требования: каждый узел должен быть:

Доступен по адресу транспортной публикации для всех остальных узлами в своем кластере и любыми удаленными кластерами, которые обнаружат его, используя Режим сниффинга.
Доступен по адресу публикации HTTP для всех клиентов который обнаружит это с помощью обнюхивания.

Использование одного адреса

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

Использование нескольких адресовправить

Используйте расширенные сетевые настройки, если хотите привязать Elasticsearch к нескольким адресам или опубликовать другой адрес из адреса, к которым вы привязаны.Установите network.bind_host на привязку адресов, и network.publish_host на адрес, по которому этот узел незащищенный. В сложных конфигурациях вы можете настроить эти адреса по-разному для HTTP и транспортного интерфейсов.

Расширенные настройки сетиправить

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

network.bind_host: (Статический) Сетевой адрес (а), к которому узел должен привязаться, чтобы прослушивать входящие соединения. Принимает список IP-адресов, имен хостов и особые ценности. По умолчанию используется адрес, предоставленный network.host . Используйте этот параметр, только если привязка к нескольким адресам или использование разные адреса для публикации и переплета.
network.publish_host: (Статический) Сетевой адрес, который клиенты и другие узлы могут использовать для связи с этим узлом.Принимает IP-адрес, имя хоста или специальный стоимость. По умолчанию используется адрес network.host . Используйте только этот параметр если привязка к нескольким адресам или использование разных адресов для публикации и переплет.

Вы можете указать список адресов для network.host и network.publish_host . Вы также можете указать одно имя хоста, которое разрешает по нескольким адресам. Если вы это сделаете, Elasticsearch выберет один из адресов. для своего адреса публикации.Этот выбор использует эвристику на основе стека IPv4 / IPv6. предпочтение и достижимость и может измениться при перезапуске узла. Ты должен убедитесь, что каждый узел доступен по всем возможным адресам публикации.

Расширенные настройки TCPправить

Используйте следующие настройки для управления низкоуровневыми параметрами TCP. соединения, используемые HTTP и транспортными интерфейсами.

network.tcp.no_delay: (Статический) Включение или отключение TCP без задержки параметр.По умолчанию , правда .
network.tcp.keep_alive: (Статический) Настраивает параметр SO_KEEPALIVE для этого сокета, который определяет, отправляет ли он зонды поддержки активности TCP.
network.tcp.keep_idle: (Статический) Настраивает параметр TCP_KEEPIDLE для этого сокета, который определяет время в секундах, в течение которого соединение должно быть бездействующим, прежде чем начинает посылать TCP keepalive-зонды. По умолчанию -1 , который использует системное значение по умолчанию.Это значение не может превышать 300 секунд. Применимо только в Linux и macOS, и требует Java 11 или новее.
network.tcp.keep_interval: (Статический) Настраивает параметр TCP_KEEPINTVL для этого сокета, который определяет время в секундах между отправкой TCP keepalive-зондов. По умолчанию -1 , который использует системное значение по умолчанию. Это значение не может превышать 300 секунд. Применимо только в Linux и macOS и требует Java 11 или новее.
network.tcp.keep_count: (Статический) Настраивает параметр TCP_KEEPCNT для этого сокета, который определяет количество неподтвержденных проверок активности TCP, которые могут быть отправлено по соединению, прежде чем оно будет отброшено. По умолчанию -1 , который использует системное значение по умолчанию. Применимо только в Linux и macOS и требует Java 11 или новее.
network.tcp.reuse_address: (Статический) Следует ли использовать адрес повторно или нет.По умолчанию истинно для не Windows машины.
network.tcp.send_buffer_size: (Статический) Размер буфера отправки TCP (указывается в единицах размера). По умолчанию явно не задано.
network.tcp.receive_buffer_size: (Статический) Размер приемного буфера TCP (указывается в единицах размера). По умолчанию явно не задано.

Расширенные настройки HTTPправить

Используйте следующие дополнительные параметры для настройки интерфейса HTTP. независимо от транспортного интерфейса.Вы также можете настроить оба интерфейса вместе, используя сетевые настройки.

http.host

(Статический) Устанавливает адрес этого узла для HTTP-трафика. Узел будет привязан к этому адрес, а также будет использовать его в качестве адреса публикации HTTP. Принимает IP адрес, имя хоста или специальное значение. Используйте этот параметр, только если вам требуются другие конфигурации для транспортный и HTTP-интерфейсы.

По умолчанию используется адрес, предоставленный сетью .хост .

http.bind_host

(Статический) Сетевой адрес (а), к которому узел должен привязаться, чтобы прослушивать входящие HTTP-соединения. Принимает список IP-адресов, имен хостов и особые ценности. По умолчанию используется адрес, предоставленный http.host или network.bind_host . Используйте этот параметр, только если вам необходимо привязать к нескольким адресам или использовать разные адреса для публикации и привязки, и вам также потребуются разные конфигурации привязки для транспортный и HTTP-интерфейсы.

http.publish_host

(Статический) Сетевой адрес, по которому HTTP-клиенты могут связываться с узлом с помощью сниффинга. Принимает IP-адрес, имя хоста или специальный стоимость. По умолчанию используется адрес http.host или network.publish_host . Используйте этот параметр только в том случае, если вам необходимо выполнить привязку к несколько адресов или использовать разные адреса для публикации и привязки, и вам также требуются разные конфигурации привязки для транспорта и HTTP-интерфейсы.

http.publish_port

(Статический) Порт адреса публикации HTTP. Настройте этот параметр, только если вам нужно, чтобы порт публикации отличался от http.port . По умолчанию используется порт, назначенный через http.port .

http.max_content_length

(Статический) Максимальный размер тела HTTP-запроса. По умолчанию 100 МБ .

http.max_initial_line_length

(Статический) Максимальный размер URL-адреса HTTP.По умолчанию 4kb .

http.max_header_size

(Статический) Максимальный размер разрешенных заголовков. По умолчанию 8kb .

http.compression

(Статический) Поддержка сжатия, когда это возможно (с Accept-Encoding). Если HTTPS включен, по умолчанию ложь . В противном случае по умолчанию используется значение , истинное значение .

Отключение сжатия для HTTPS снижает потенциальные риски безопасности, такие как BREACH атака.Чтобы сжать HTTPS-трафик, вы должны явно установить http.compression на true .

http.compression_level

(Статический) Определяет уровень сжатия для HTTP-ответов. Допустимые значения находятся в диапазоне от 1 (минимальное сжатие) до 9 (максимальное сжатие). По умолчанию 3 .

http.cors.enabled

(Статический) Включение или отключение совместного использования ресурсов между источниками, которое определяет, может ли браузер другого источника выполнять запросы к Elasticsearch.Установите значение true , чтобы разрешить Elasticsearch выполнять предполетную обработку. CORS запросы. Elasticsearch ответит на эти запросы заголовком Access-Control-Allow-Origin , если отправленный в запросе Origin разрешен списком http.cors.allow-origin . Установите значение false (по умолчанию), чтобы Elasticsearch игнорировал заголовок запроса Origin , эффективно отключая запросы CORS, поскольку Elasticsearch никогда не будет отвечать заголовком ответа Access-Control-Allow-Origin .

Если клиент не отправляет предполетный запрос с заголовком Origin или не проверяет заголовки ответа с сервера, чтобы проверить правильность Access-Control-Allow-Origin заголовок ответа, тогда безопасность перекрестного происхождения скомпрометирован. Если CORS не включен в Elasticsearch, единственный способ узнать об этом клиент — это отправить предполетный запрос и понять, что требуемые заголовки ответа отсутствуют.

http.cors.allow-origin

(Статический) Какое происхождение разрешить. Если вы добавите перед значением косую черту (/) к значению, это будет рассматриваться как регулярное выражение, позволяющее поддерживать HTTP и HTTP. Например, использование / https?: \ / \ / Localhost (: [0-9] +)? / вернет заголовок запроса соответствующим образом в обоих случаях. По умолчанию происхождение не разрешено.

Подстановочный знак ( * ) является допустимым значением, но считается угрозой безопасности, поскольку ваш экземпляр Elasticsearch открыт для запросов с перекрестным источником из в любом месте .

http.cors.max-age: (Статический) Браузеры отправляют предварительный запрос OPTIONS для определения настроек CORS. max-age определяет, как долго результат должен храниться в кэше. По умолчанию 1728000 (20 дней).

http.cors.allow-methods: (Статический) Какие методы разрешить. По умолчанию OPTIONS, HEAD, GET, POST, PUT, DELETE .

http.cors.allow-headers: (Статический) Какие заголовки разрешить. По умолчанию X-Requested-With, Content-Type, Content-Length .

http.cors.allow-credentials

(Статический) Должен ли возвращаться заголовок Access-Control-Allow-Credentials . По умолчанию , ложь .

Этот заголовок возвращается, только если для параметра установлено значение true .

http.detail_errors.enabled

(Статический) Если истинно , включает вывод подробных сообщений об ошибках и трассировки стека в выходных данных ответа. По умолчанию , правда .

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

http.pipelining.max_events

(Статический) Максимальное количество событий, которые должны быть помещены в очередь в памяти перед закрытием HTTP-соединения, по умолчанию составляет 10000 .

http.max_warning_header_count

(Статический) Максимальное количество заголовков предупреждений в HTTP-ответах клиента. По умолчанию без ограничений .

http.max_warning_header_size

(Статический) Максимальный общий размер заголовков предупреждений в HTTP-ответах клиента. По умолчанию без ограничений .

http.tcp.no_delay

(Статический) Включение или отключение TCP без задержки параметр. По умолчанию сеть .tcp.no_delay .

http.tcp.keep_alive

(Статический) Настраивает параметр SO_KEEPALIVE для этого сокета, который определяет, отправляет ли он зонды поддержки активности TCP. По умолчанию network.tcp.keep_alive .

http.tcp.keep_idle

(Статический) Настраивает параметр TCP_KEEPIDLE для этого сокета, который определяет время в секундах, в течение которого соединение должно быть бездействующим, прежде чем начинает посылать TCP keepalive-зонды.По умолчанию network.tcp.keep_idle , который использует системное значение по умолчанию. Это значение не может превышать 300 секунд. Применимо только на Linux и macOS, требуется Java 11 или новее.

http.tcp.keep_interval

(Статический) Настраивает параметр TCP_KEEPINTVL для этого сокета, который определяет время в секундах между отправкой TCP keepalive-зондов. По умолчанию network.tcp.keep_interval , который использует системное значение по умолчанию.Это значение не может превышать 300 секунд. Применимо только в Linux и macOS и требует Java 11 или новее.

http.tcp.keep_count

(Статический) Настраивает параметр TCP_KEEPCNT для этого сокета, который определяет количество неподтвержденных проверок активности TCP, которые могут быть отправлено по соединению, прежде чем оно будет отброшено. По умолчанию network.tcp.keep_count , который использует системное значение по умолчанию. Применимо только в Linux и macOS, и требуется Java 11 или новее.

http.tcp.reuse_address

(Статический) Следует ли использовать адрес повторно или нет. По умолчанию network.tcp.reuse_address .

http.tcp.send_buffer_size

(Статический) Размер буфера отправки TCP (указывается в единицах размера). По умолчанию network.tcp.send_buffer_size .

http.tcp.receive_buffer_size

(Статический) Размер приемного буфера TCP (указывается в единицах размера).По умолчанию network.tcp.receive_buffer_size .

Расширенные настройки транспортировкиправить

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

transport.host

(Статический) Устанавливает адрес этого узла для транспортного трафика. Узел будет привязан к этому адрес, а также будет использовать его как свой транспортный адрес публикации.Принимает IP адрес, имя хоста или специальное значение. Используйте этот параметр, только если вам требуются другие конфигурации для транспортный и HTTP-интерфейсы.

По умолчанию используется адрес network.host .

transport.bind_host

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

transport.publish_host

(Статический) Сетевой адрес, по которому к узлу могут связываться другие узлы. Принимает IP-адрес, имя хоста или специальное значение. По умолчанию используется адрес транспорта .хост или network.publish_host . Используйте этот параметр, только если вам требуется привязка к нескольким адресам или использование разные адреса для публикации и переплета, и вам также потребуются разные конфигурации привязки для транспортного и HTTP-интерфейсов.

transport.publish_port

(Статический) Порт транспорта опубликовать адрес. Устанавливайте этот параметр только в том случае, если вам нужно, чтобы порт публикации был отличается от транспорт.порт . По умолчанию порт назначен через транспорт.порт .

transport.connect_timeout

(Статический) Таймаут подключения для инициации нового подключения (в формат установки времени). По умолчанию 30 с .

transport.compress

(Статический) Установите значение true , indexing_data или false для настройки транспортного сжатия между узлами. Параметр true сжимает все данные. Опция indexing_data будет сжимать только необработанные данные индекса, передаваемые между узлами во время прием, отслеживание ccr (за исключением начальной загрузки) и восстановление сегментов на основе операций (за исключением передачи файлов Lucene).Параметр indexing_data является экспериментальным. По умолчанию , ложь .

transport.compression_scheme

(Статический) Настраивает схему сжатия для transport.compress . Варианты сдуть или lz4 . Вариант lz4 экспериментальный. Если настроен lz4 и удаленный узел не был обновлен до версии, поддерживающей lz4 , трафик будут отправлены в несжатом виде.По умолчанию сдувает .

transport.ping_schedule

(Статический) Запланируйте регулярное сообщение ping на уровне приложения чтобы гарантировать, что транспортные соединения между узлами поддерживаются. По умолчанию 5s в транспортном клиенте и -1 (отключено) в другом месте. Желательно для правильной настройки пакетов поддержки активности TCP вместо использования этой функции, потому что Протоколы активности TCP применяются ко всем видам долгоживущих соединений, а не только к транспортное сообщение.

transport.tcp.no_delay

(Статический) Включение или отключение TCP без задержки параметр. По умолчанию network.tcp.no_delay .

transport.tcp.keep_alive

transport.tcp.keep_idle

(Статический) Настраивает параметр TCP_KEEPIDLE для этого сокета, который определяет время в секундах, в течение которого соединение должно быть бездействующим, прежде чем начинает посылать TCP keepalive-зонды.По умолчанию network.tcp.keep_idle , если установлено, в противном случае — системное значение по умолчанию. Это значение не может превышать 300 секунд. В случаях, когда система по умолчанию больше 300 , значение автоматически понижается до 300 . Применимо только на Linux и macOS, требуется Java 11 или новее.

transport.tcp.keep_interval

(Статический) Настраивает параметр TCP_KEEPINTVL для этого сокета, который определяет время в секундах между отправкой TCP keepalive-зондов.По умолчанию используется значение network.tcp.keep_interval , если установлено, или системное значение по умолчанию в противном случае. Это значение не может превышать 300 секунд. В случаях, когда значение системы по умолчанию выше 300 , значение автоматически понижается до 300 . Применимо только в Linux и macOS, и требует Java 11 или новее.

transport.tcp.keep_count

(Статический) Настраивает параметр TCP_KEEPCNT для этого сокета, который определяет количество неподтвержденных проверок активности TCP, которые могут быть отправлено по соединению, прежде чем оно будет отброшено.По умолчанию network.tcp.keep_count если установлено, или системное значение по умолчанию в противном случае. Применимо только в Linux и macOS, и требуется Java 11 или новее.

transport.tcp.reuse_address

(Статический) Следует ли использовать адрес повторно или нет. По умолчанию network.tcp.reuse_address .

transport.tcp.send_buffer_size

(Статический) Размер буфера отправки TCP (указывается в единицах размера). По умолчанию сеть .tcp.send_buffer_size .

transport.tcp.receive_buffer_size

(Статический) Размер приемного буфера TCP (указывается в единицах размера). По умолчанию network.tcp.receive_buffer_size .

Elasticsearch позволяет подключаться к нескольким портам на разных интерфейсах с помощью использование транспортных профилей. См. Этот пример конфигурации

 transport.profiles.default.port: 9300-9400
transport.profiles.default.bind_host: 10.0.0.1
transport.profiles.client.port: 9500-9600
transport.profiles.client.bind_host: 192.168.0.1
transport.profiles.dmz.port: 9700-9800
transport.profiles.dmz.bind_host: 172.16.1.2

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

Следующие параметры могут быть настроены для каждого транспортного профиля, как в пример выше:

порт : порт, к которому нужно выполнить привязку.
bind_host : хост, к которому нужно выполнить привязку.
publish_host : Хост, опубликованный в информационных API.

Профили

также поддерживают все другие транспортные настройки, указанные в раздел настроек транспорта и используйте их по умолчанию. Например, транспорт.profile.client.tcp.reuse_address может быть явно настроен, а по умолчанию — transport.tcp.reuse_address .

Долговечные простаивающие соединения (редактировать)

Транспортное соединение между двумя узлами состоит из нескольких долгоживущих TCP-соединения, некоторые из которых могут бездействовать в течение длительного периода времени. Тем не менее, Elasticsearch требует, чтобы эти соединения оставались открытыми, и может нарушить работу вашего кластера, если какие-либо межузловые соединения закрыто внешним воздействием, например брандмауэром.Это важно настройте свою сеть так, чтобы она сохраняла длительные простаивающие соединения между Узлы Elasticsearch, например, оставив * .tcp.keep_alive включенным и обеспечение того, чтобы интервал поддержки активности был короче любого тайм-аута, который может вызвать закрытие незанятых соединений, или установив transport.ping_schedule , если Keepalive не может быть настроен. Устройства, которые разрывают соединения, когда достигают определенный возраст является частым источником проблем для кластеров Elasticsearch, и нельзя использовать.

По умолчанию для параметра transport.compress установлено значение false и на уровне сети сжатие запросов между узлами кластера отключено. Это значение по умолчанию обычно имеет смысл для локальной связи кластера, поскольку сжатие имеет заметная стоимость ЦП и локальные кластеры, как правило, настраиваются с быстрой сетью связи между узлами.

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

Параметр transport.compress всегда настраивает запрос локального кластера. сжатие и является резервным параметром для сжатия запроса удаленного кластера. Если вы хотите настроить сжатие удаленного запроса иначе, чем локальное сжатие запросов, вы можете установить его для каждого удаленного кластера, используя cluster.remote. Параметр $ {cluster_alias} .transport.compress .

Параметры сжатия не настраивают сжатие ответов. Elasticsearch будет сжать ответ, если входящий запрос был сжат — даже при сжатии не включен. Точно так же Elasticsearch не сжимает ответ, если входящий запрос был несжатым — даже если сжатие включено.

Вы можете отслеживать отдельные запросы, сделанные на HTTP и транспортном уровнях.

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

Уровень HTTP имеет специальный трассировщик, который регистрирует входящие запросы и соответствующие исходящие ответы. Активируйте трассировщик, установив уровень регистратор org.elasticsearch.http.HttpTracer на TRACE :

 PUT _cluster / настройки
{
   "transient": {
      "logger.org.elasticsearch.http.HttpTracer": "TRACE"
   }
}

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

 PUT _cluster / настройки
{
   "transient": {
      "http.tracer.include": "*",
      "http.tracer.exclude": ""
   }
}

Транспортный уровень имеет специальный трассировщик, который регистрирует входящие и исходящие сообщения. запросы и ответы. Активируйте индикатор, установив уровень org.elasticsearch.transport.TransportService.tracer Регистратор до TRACE :

 PUT _cluster / настройки
{
   "transient": {
      "регистратор.org.elasticsearch.transport.TransportService.tracer ":" TRACE "
   }
}

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

Проверить хост: Проверка файла Hosts в Windows

Проверка файла Hosts в Windows

Сервис мониторинга доступности сайтов, проверить uptime — Host-tracker

Как узнать хостинг сайта | REG.RU

Проверка сайтов после переноса | firstvds.ru

Внесение изменений в файл host

Проверка в Windows

Проверка в Linux/MacOS

Проверка файла host

Проверка работы сайтов

Смена записей в DNS

Как восстановить содержимое файла Hosts по умолчанию

Аннотация

Что такое файл Hosts?

Решение

Поиск имени узла и физического адреса | Администрирование сетевых лицензий

Имя узла и физический адрес

Поиск с помощью командной строки (только Windows)

Поиск с помощью окна терминала (Linux или Mac)

См. также:

Где находится файл hosts и как его изменить

Редактирование:

Расположение hosts-файла в различных ОС:

Windows

Linux

Проверка файла хоста Windows

Сервис мониторинга работоспособности сайта, проверка не работает — Host-tracker

Администрирование хостов — Управление отслеживаемыми системами

Test-NetConnection (NetTCPIP) | Документы Microsoft

В этой статье

Синтаксис

Описание

Примеры

Пример 1: Проверка связи с помощью ping

Пример 2: Проверка связи с помощью ping с подробными результатами

Пример 3: Проверка возможности подключения TCP и отображение подробных результатов

Пример 4: Проверить соединение с удаленным хостом

Пример 5. Выполнение диагностики маршрута для подключения к удаленному хосту

Пример 6. Выполнение диагностики маршрута для подключения к удаленному узлу с ограничениями маршрутизации

Параметры

Входы

Выходы

Проверка диагностики сервера с помощью инструмента диагностики — ArcGIS Server

Проверка доступности сети хоста в Linux

1. Обзор

2.

2.1. Проверка доступности сети хоста

2.2. Предупреждения

3.

3.1. Установка

3.2. Общий синтаксис

3.3. Проверка нескольких хостов

3.4. Проверка диапазона IP-адресов

3,5. Печать только недоступных хостов в выводе

4.

4.1. Проверка доступности порта на хосте

5. Заключение

Сеть | Руководство по Elasticsearch [7.14]

Будьте осторожны с настройкой сети!

Часто используемые сетевые настройкиправить

Специальные значения для сетевых адресовправить

Переплет и публикация

Использование одного адреса

Использование нескольких адресовправить

Расширенные настройки сетиправить

Расширенные настройки TCPправить

Расширенные настройки HTTPправить

Расширенные настройки транспортировкиправить

Долговечные простаивающие соединения (редактировать)

Добавить комментарий Отменить ответ