Что значит название сервера

Как узнать адрес сервера? Инструкция и советы от мастеров

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

Для чего необходимо узнавать адрес сервера?

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

Как узнать IP-адрес сервера по доменному имени?

Итак, начнем с самого простого. И для начала остановимся на том, как узнать АйПи-адрес сервера по заранее известному доменному имени (как раз по тому, которое обычно прописывается в адресной строке браузера при вызове страницы интернет-ресурса). Для этого в командной строке можно воспользоваться несколькими основными инструментами, но самым простым, как считает большинство специалистов, является команда так называемого пингования (ping). В консоли (cmd) достаточно ввести основную команду, а через пробел вписать имя ресурса, адрес которого необходимо вычислить. Обратите внимание, что указание протокола (http, https, www) в этом случае не требуется. К примеру, вам нужно узнать IP стартовой страницы «Яндекса».

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

Примечание: также можно использоваться команду трассировки (tracert), которая работает практически аналогично предыдущей, однако позволяет произвести и обратную операцию определения имени ресурса по известному IP.

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

Как определить адрес собственного сервера?

Теперь давайте посмотрим, как узнать адрес сервера, если его роль исполняет непосредственно ваш компьютер. Для этого далеко ходить не надо. Первым делом войдите в раздел активных сетевых подключений (ncpa.cpl). Здесь одно соединение отвечает непосредственно за локальную сеть, а второе (их может быть и больше) служит для организации доступа в интернет. Для первого подключения через ПКМ выберите пункт свойств и перейдите к настройкам протокола IPv4. Внутренний адрес будет отображен в самой первой строке, а вот в поле указания DNS будет находиться внешний адрес, по которому ваш сервер определяется в сети.

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

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

Кроме того, в интернете сейчас можно найти очень много сервисов, позволяющих вычислить адрес вашего компьютера (сервера) в автоматическом режиме (но при условии, что VPN или прокси не используется).

Например, можете проверить собственный адрес на портале 2ip.ru. Естественно, при активации вышеуказанных анонимайзеров, выявленный адрес будет в корне отличаться от реального IP.

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

Дополнительные варианты определения адресов DNS

Если же речь идет именно о том, как узнать адрес сервера DNS, в свойствах того же протокола IPv4 следует просмотреть соответствующие поля. Но ведь при беспроводном соединении все адреса назначаются автоматически! Как узнать адрес сервера в этом случае? Как оказывается, и тут нет ничего невозможного. В принципе, к наиболее простым действиям, кроме вышеуказанных, можно отнести, скажем, посещение ресурса провайдера (если он такую информацию публикует), обращение в службу технической поддержки и т. д.

Как узнать адрес сервера в «Майнкрафт»?

Теперь несколько слов об определении адреса собственного сервера в популярной онлайн-игре Minecraft, что может понадобиться, например, для того, чтобы ваши друзья могли к нему подключиться. Если изначально сервер создавался без использования стороннего программного обеспечения, в строке «server-ip=» будет показан искомый адрес. Также найти его можно в файле настроек server.properties. В случае создания сервера, скажем, в программе Hamachi достаточно просто запустить искомую утилиту и просмотреть виртуальный внешний адрес. А вот строку «Starting Minecraft server on *:XXXXX» можно использовать для определения порта (в нашем случае – ХХХХХ).

Действия для вычисления адресов прокси

И напоследок посмотрим, как узнать адрес прокси-сервера, если он используется. В операционной системе для этого можно воспользоваться параметрами любого установленного браузера, где нужно перейти к параметрам прокси, затем вызвать пункт ручной настройки и посмотреть на значение, установленное в поле «HTTP proxy».

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

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

Источник

Имена сервера

Имена сервера задаются с помощью директивы server_name и определяют, в каком блоке server будет обрабатываться тот или иной запрос. См. также “Как nginx обрабатывает запросы”. Имена могут быть заданы точно, с помощью маски или регулярного выражения:

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

1. точное имя
2. самое длинное имя с маской в начале, например “ *.example.org ”
3. самое длинное имя с маской в конце, например “ mail.* ”
4. первое подходящее регулярное выражение (в порядке следования в конфигурационном файле)

Имена с масками

Имя с маской может содержать звёздочку (“ * ”) только в начале или в конце имени, и только на границе, определяемой точкой. Имена “ www.*.example.org ” и “ w*.example.org ” являются некорректными, но их можно задать с помощью регулярных выражений, например, “

^w.*\.example\.org$ ”. Звёздочка может соответствовать нескольким частям имени. Имени с маской “ *.example.org ” соответствует не только www.example.org , но и www.sub.example.org .

Специальное имя с маской вида “ .example.org ” соответствует как точному имени “ example.org ”, так и маске “ *.example.org ”.

Имена, заданные регулярными выражениями

Регулярные выражения, используемые в nginx, совместимы с используемыми в языке программирования Perl (PCRE). Имя сервера, заданное регулярным выражением, должно начинаться с символа тильды:

в противном случае оно будет рассматриваться как точное, или же, если выражение содержит звёздочку (“ * ”), то как имя с маской (и, скорее всего, некорректное). Не забывайте ставить специальные символы начала (“ ^ ”) и конца (“ $ ”) строки. По синтаксису они не требуются, но логически они могут быть нужны. Также заметьте, что все точки в доменных именах должны быть экранированы символом обратной косой черты. Регулярное выражение, содержащее символы “ < ” и “ >”, необходимо экранировать:

иначе nginx откажется запускаться и выдаст сообщение об ошибке:

К именованному выделению в регулярном выражении можно впоследствии обратиться через переменную:

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

? name >	Совместимый с Perl 5.10 синтаксис, поддерживается начиная с PCRE-7.0
?’ name ‘	Совместимый с Perl 5.10 синтаксис, поддерживается начиная с PCRE-7.0
?P name >	Python-совместимый синтаксис, поддерживается начиная с PCRE-4.0

то это значит, что используется старая версия библиотеки PCRE и следует вместо этого попробовать синтаксис “ ?P name > ”. Также можно использовать нумерованные выделения:

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

Прочие имена

Некоторые имена имеют специальное значение.

Если необходимо обрабатывать запросы без поля “Host” в заголовке в блоке server, который не является сервером по умолчанию, следует указать пустое имя:

Если директива server_name не задана в блоке server, то nginx будет использовать пустое имя в качестве имени сервера.

Версии nginx вплоть до 0.8.48 в этом случае использовали имя хоста (hostname) машины в качестве имени сервера.

Если имя сервера задано как “ $hostname ” (0.9.4), то используется имя хоста (hostname) машины.

Если в запросе вместо имени сервера указан IP-адрес, то поле “Host” заголовка запроса будет содержать IP-адрес, и запрос можно обработать, используя IP-адрес как имя сервера:

В примерах конфигурации серверов, обрабатывающих все запросы, встречается странное имя “ _ ”:

Оно не является каким-то особенным, это просто одно из множества некорректных доменных имён, которые никогда не пересекутся ни с одним из реальных имён. С тем же успехом можно использовать имена типа “ — ” и “ !@# ”.

Версии nginx вплоть до 0.6.25 поддерживали специальное имя “ * ”, которое многими неверно воспринималось как имя сервера для обработки всех запросов. Оно никогда так не работало, и не работало как имя с маской. Это имя действовало так же, как сейчас действует директива server_name_in_redirect. Специальное имя “ * ” объявлено устаревшим, а вместо него следует использовать директиву server_name_in_redirect. Заметьте, что с помощью директивы server_name нельзя задать ни имя сервера для обработки всех запросов, ни сервер по умолчанию. Это является свойством директивы listen, а не server_name. См. также “Как nginx обрабатывает запросы”. Можно настроить серверы, слушающие на портах *:80 и *:8080, и указать, что один из них будет сервером по умолчанию для порта *:8080, а другой — для порта *:80:

Интернационализованные имена

Для указания интернационализированных доменных имён (IDNs) в директиве server_name следует указывать Punycode-представление имени:

Выбор виртуального сервера

Сначала соединение создаётся в контесте сервера по умолчанию. Затем имя сервера может быть определено на следующих стадиях обработки запроса, каждая из которых участвует в выборе конфигурации:

предварительно во время операции SSL handshake согласно SNI

после обработки строки запроса

после обработки поля Host заголовка запроса

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

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

• в случае использования директивы ssl_protocols список протоколов задаётся библиотекой OpenSSL перед применением конфигурации сервера согласно имени, запрашиваемого через SNI. Таким образом, протоколы должны быть заданы только для сервера по умолчанию;
• директивы client_header_buffer_size и merge_slashes задействуются перед чтением строки запроса, таким образом они используют конфигурацию сервера по умолчанию или конфигурацию сервера, выбранного через SNI;
• в случае использования директив ignore_invalid_headers, large_client_header_buffers и underscores_in_headers, которые участвуют в обработке полей заголовка запроса, выбор сервера дополнительно зависит от того, была ли обновлена конфигурация сервера согласно строке запроса или полю заголовка Host ;
• ошибочный ответ будет обработан с помощью директивы error_page в том сервере, который в настоящий момент выполняет запрос.

Оптимизация

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

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

Поиск в хэш-таблице имён с масками медленнее, чем поиск в хэш-таблице точных имён, поскольку имена сравниваются по доменным частям. Заметьте, что специальное имя с маской вида “ .example.org ” хранится в хэш-таблице имён с масками, а не в хэш-таблице точных имён.

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

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

нежели чем использовать упрощённую форму:

Если задано большое число имён серверов, либо заданы необычно длинные имена, возможно потребуется скорректировать значения директив server_names_hash_max_size и server_names_hash_bucket_size на уровне http. Значение по умолчанию директивы server_names_hash_bucket_size может быть равно 32, 64, либо другой величине, в зависимости от размера строки кэша процессора. Если значение по умолчанию равно 32 и имя сервера задано как “ too.long.server.name.example.org ”, то nginx откажется запускаться и выдаст сообщение об ошибке:

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

Если задано большое число имён серверов, то будет выдано другое сообщение об ошибке:

В таком случае сначала следует попробовать установить server_names_hash_max_size в величину, близкую к числу имён серверов, и только если это не поможет или время запуска nginx станет неприемлемо большим, следует попытаться увеличить server_names_hash_bucket_size.

Если сервер является единственным сервером для слушающего порта, то nginx не будет проверять имена сервера вообще (а также не будет строить хэш-таблицы для слушающего порта). За одним исключением: если имя сервера задано регулярным выражением с выделениями, то nginx’у придётся выполнить это выражение, чтобы получить значения выделений.

Источник