Я арендую сервер, запуская Ubuntu 16.04 в компании, назовем его company.org.
В настоящее время мой сервер настроен следующим образом:
Вот мое полное доменное имя:
User@server737263:~ $ hostname --fqdn server737263.company.org
Это неудивительно.
Я также domain.org доменное имя, domain.org его domain.org . То, что я хотел бы сделать, это переименовать мой сервер как server1.domain.org .
Это означает настройку моего имени хоста как server1 и моего доменного имени как domain.org .
Как я могу сделать это правильно?
Действительно, man-страница для hostname не ясна. Для меня как минимум:
ИМЯ НАБОРА
- При вызове с одним аргументом или с параметром -file команды устанавливают имя хоста или имя домена NIS / YP. hostname использует функцию sethostname (2), а все три имени домена, ypdomainname и nisdomainname используют setdomainname (2). Обратите внимание, что это действует только до следующей перезагрузки. Измените / etc / hostname для постоянных изменений.
Полное доменное имя
- Вы не можете изменить полное доменное имя с именем хоста или DNS-именем.
Похоже, что редактирования /etc/hostname недостаточно? Поскольку, если он действительно изменил имя хоста, это изменило бы полное доменное имя. Также есть трюк, который я прочитал, чтобы изменить имя хоста с помощью команды sysctl kernel.hostname=server1 , но ничто не говорит, правильно ли это или уродливый трюк.
Каков правильный способ установки имени хоста?
Каков правильный способ установки имени домена?
Настройка имени хоста:
Вы захотите отредактировать /etc/hostname с новым именем хоста.
Затем запустите sudo hostname $(cat /etc/hostname) .
Настройка вашего домена:
Затем, в /etc/resolvconf/resolv.conf.d/head , вы затем добавите search your.domain.name строке search your.domain.name (а не ваше полное доменное имя, просто имя домена).
Затем запустите sudo resolvconf -u для обновления вашего /etc/resolv.conf (в качестве альтернативы просто воспроизведите предыдущее изменение в вашем /etc/resolv.conf).
И то и другое:
Наконец, обновите файл /etc/hosts . Должна быть хотя бы одна строка, начинающаяся с одного из ваших IP (loopback или нет), вашего FQDN и вашего имени хоста. grepping из адресов ipv6, ваш файл hosts может выглядеть так.
| |Многие хостинг-провайдеры предоставляют доступ к панели управления. В ней есть раздел настроек DNS. Здесь создаются DNS-записи.
Чтобы настроить имя хоста, нужно иметь:
Сначала нужно перенаправить ваш сервер доменных имен на серверы имен провайдера. Вы можете сделать это через веб-сайт регистратора домена. Если вы не помните, где вы зарегистрировали свое имя, вы можете узнать его с помощью WHOIS. Это протокол, который отображает идентификационную информацию сайта (IP-адрес и данные о регистрации).
Для этого введите в командную строку:
whois example. com
WHOIS отобразит все данные, связанные с сайтом, включая регистратора вашего домена.
Войдите в панель управления регистратора домена и найдите поле типа Domain Name Server.
Направьте его на серверы имен провайдера и заполните три поля Domain Name Server. После этого сохраните изменения и выйдите.
Чтобы убедиться, что новые серверы имен были зарегистрированы, снова используйте WHOIS; в результате вы увидите обновленную информацию:
Domain Name: EXAMPLE.COM
Registrar: ENOM, INC.
Whois Server: whois.enom.com
Referral URL: http://www.enom.com
Name Server: NS1.HOSTING-PROVIDER.COM
Name Server: NS2.HOSTING-PROVIDER.COM
Name Server: NS3.HOSTING-PROVIDER.COM
Status: ok
Хотя серверы имен видны в выводе WHOIS, может потребоваться час или два, чтобы изменения отразились на сайте.
Теперь откройте панель управления вашего хостинг-провайдера.
Найдите раздел типа «Добавить домен» и введите свой домен.
Примечание : Домен не должен содержать префикс www.
Вы попадете на страницу, где вы сможете ввести все данные своего сайта. Чтобы создать новое имя хоста, вам нужно только заполнить запись A. Если вы используете адрес IPv6, вы должны ввести его в запись AAAA.
Введите IP-адрес сервера, который будет использовать этот домен и имя хоста. Имя хоста идет перед доменом:
test.example.com
Создайте новую запись А, где HOSTNAME имеет значение test. В поле WILL DIRECT TO введите IP-адрес сервера, с которым нужно связать это имя.
HOSTNAME: test
WILL DIRECT TO: 1111.1.111.1
TTL (SECONDS): 3600
Вы также можете подключить IP-адрес к доменному имени без префикса:
http://example.com
Для этого создайте новое имя хоста с символом «@» в поле HOSTNAME. Запись должна выглядеть так:
HOSTNAME: @
WILL DIRECT TO: 1111.1.111.1
TTL (SECONDS): 3600
Нажмите кнопку Создать запись.
Введите адрес IPv6 сервера, который будет использовать этот домен и имя хоста. Имя хоста идет перед доменом. Вы также можете подключить свой IP к базовому доменному имени без префикса. Для этого создайте новое имя хоста с символом @ в поле HOSTNAME. Запись должна выглядеть так:
HOSTNAME: @
WILL DIRECT TO: 1111:1DB1::d:1111
TTL (SECONDS): 3600
Нажмите кнопку Создать запись.
Запись CNAME работает как псевдоним записи A, направляя субдомен на запись A. Если IP-адрес записи А изменится, CNAME будет следовать новому адресу. Чтобы добавить префикс www к URL-адресу, выберите запись CNAME и заполните два поля.
Экран должен выглядеть так:
HOSTNAME: www
IS AN ALIAS OF: @
TTL (SECONDS): 43200
Также можно создать шаблонную запись CNAME, которая будет направлять всве субдомены на указанную запись A (например, если посетитель случайно введет wwww вместо www). Для этого в поле HOSTNAME ставится звездочка.
HOSTNAME: *
IS AN ALIAS OF: @
TTL (SECONDS): 43200
Если вам нужно настроить почтовый сервер используйте записи MX.
Запись МХ состоит из полей:
В большинстве случаев поле HOSTNAME содержит символ @, чтобы запись применялась к базовому домену. Эти записи всегда заканчиваются символом точки. Стандартная запись МХ выглядит так:
mail1.example.com
После заполнения всех необходимых полей на обновление информации уйдет некоторое время. После этого информация о сервере имен будет автоматически заполнена. Новые параметры будут поддерживаться через несколько часов.
Через какое-то время вы сможете подтвердить, что новое имя хоста было зарегистрировано. Для этого используйте команду.
DNS это протокол используемый преимущественно для конвертирования hostname(имя хоста) , вроде www.example.com в IP адреса, вроде 192.168.1.0, и наоборот. В Интернет, взаимосвязь между серверами построена на IP адресах, а не на hostname(имя хоста ) , которые пользователь вводит в программы типа браузеров или telnet клиентов. Это означает, что системе нужно средство, которое бы позволяло отыскивать IP адрес сервера по его hostname(имя хоста ) . Для этого есть несколько решений. Например, чтение файла /etc/hosts или запрос к NIS серверу. Но использование DNS наиболее распростанено.
Как уже говорилось, DNS протокол используется для отыскания IP адресов по hostname и наоборот. Это часто используется для определения имени хоста клиента, который подключается к серверу. DNS также может использоватся для определения адреса почтового сервера, а также для получения дополнительной информации о хосте. Например, его местоположение, операционная система или его собственник. Однако же чаще всего DNS используют по её прямому назначению.
Большинство систем использует DNS протокол для отправки запросов к серверу, который занимается отысканием IP адресов по hostname(имя хоста ) . Обычная система является только DNS клиентом и никогда не отвечает на запросы от серверов или других клиентов. В то время, как многие компании и провайдеры имеют один или несколько DNS серверов в своей сети. Так что все остальные хосты этой сети могут ими пользоватся. Если ваша компания уже имеет DNS сервер, значит вам нет необходимости читать эту главу.
Доменная система имен поделена на зоны(названные доменами), каждая из которых имеет имя вроде example.com или foo.com.au . Зоны имеют иерархию. Это означает, что зона foo.com.au находится в зоне com.au , которая в свою очередь является частью зоны au . На самом верху этой иерархии распологается. или root(корень ) зона.
Для каждой зоны, существует как минимум один DNS сервер, который является основным и имеет всю информацию об этой зоне. Также существуют несколько второстепенных или подчиненных серверов, которые имеют копию информации с основного сервера. Это позволит сделать бэкап основного сервера если он станет неисправным. Один DNS сервер может обслуживать несколько DNS зон или необслуживать ни одну. Сервер обычно отвечает за предоставление информации о зонах которые он обслуживает.
Прежде чем, сервер сможет обслуживать некоторую зону, её(зону) нужно зарегистрировать в родительской зоне. Большинство родительских зон вроде . com , .net , .ru недоступны простым людям и управляются компаниями, которые имеют право на регистрацию дочерних зон в этих родительских зонах. Обычно они называются регистраторами. Это означает, что вы не можете просто установить DNS сервер, который обслуживал бы домен вроде example.com и сделать его доступным из Интернет. Вы должны заплатить за то, чтобы ваш домен зарегистировали. Это может сделать любая компания-регистратор. Таким образом, заплатив, вы зарегистрируете доменное имя, являющееся поддоменом главного домена, например домена .com .
Каждая зона включает в себя множество DNS записей, каждая из которых имеет имя, тип и значения. Наиболее распространенным типом записи является адрес или, для краткости A запись . Этот тип записи содержит следующую информацию: IP адрес и ассоциированное с ним hostname(имя хоста ) . Другой тип это NS или name server(сервер имен ) записи, которые содержат информацию о DNS сервере, обслуживающем зону или поддомен. И третий тип это MX или mail server(почтовый сервер ) записи, который содержит информацию о хосте, который обслуживает почту для этой зоны.
Каждая зона должна иметь хотя бы один дополнительный сервер, который смог бы подменить главный сервер, если тот недоступен по некоторым причинам. Дополнительные сервера позволят также распределить нагрузку на главный сервер. Это происходит потому, что другие сервера в поисках информации о DNS записи, выбирают DNS сервер из нужной зоны случайным образом. На самом деле, нет никакой возможности для других серверов узнать какой сервер главный, а какой дополнительный для некоторой зоны.
Дополнительные сервера могут запрашивать копию всех записей зоны используя трансфер внутри зоны. Это выполняется когда дополнительный DNS сервер получает впервые на обслуживание некоторую зону, а также когда сервер определяет, что зона изменилась или записи устарели. Главный сервер может быть сконфигурирован таким образом, что он будет уведомлять дополнительные сервера, когда зона изменилась, и они должны обновится, позволяя им всегда иметь новую информацию.
Каждая зона имеет свой серийный номер, который представляет собой простой счетчик, увеличивающийся всякий раз, когда любая запись из зоны изменилась. Этот номер используется дополнительными серверами для определения факта, что в зоне прошли изменеия, и если так, то необходимо скопировать эти изменения. В большинстве случаев, не имеет значения как выглядит этот серийный номер. Однако, некоторые домены требуют, чтобы формат номера был дата-ориентированным - YYYYMMDDnn.
Обычно на одном сервере распологается только master(мастер, главные) зоны или только slaves(второстепенные) зоны. Однако, бывает так, что сервер является главным для одних зон и в то же время, дополнительными для других. Правила на количество серверов обслуживающих зону нет. Важные зоны.com и root(корневая, главная) имеют 13 серверов обслуживания, поскольку эти зоны составляют огромную часть Интернет и к ним происходит большое количество обращений. Чем больше дополнительных серверов на зону, тем лучше, главное, чтобы они постоянно синхронизировали свое содержимое.
Когда DNS сервер получает запрос от клиента на поиск записи, он сначала проверяет у себя - может требуемая запись входит в те зоны, которые обслуживаются им. Если так, то он может ответить клиенту немедленно. Однако если требуемая запись не найдена на этом сервере, то сервер направит запросы к другим сервера для ее поиска. Поиск начинается с одного из серверов отвечающего за root(главную) зону, который направит на другой DNS сервера, а он на третий и так далее, пока требуемая запись не будет найдена. Если требуемая запись не существует, тогда один из DNS серверов скажет об этом и поиск остановится.
Например, представьте если DNS клиент запрашивает сервер об IP адресе для хоста www.webmin.com.
Сервер пройдет следующие шаги для определения IP адреса:
1. Сначала он сделает запрос к одному из root(главный) серверов, такой как a.root-servers.net(198.41.0.4), чтобы попробовать отыскать IP адрес для www.webmin.com . Root сервер ответит списком DNS серверов обслуживающих зону.com. Один из них a.gtld-servers.net(192.5.6.30).
2. Далее он сделает запрос к серверу обслуживающему.com зону с запросом IP адреса для www.webmin.com . Ответом будет список DNS серверов, один из которых au.webmin.com(203.89.239.235). Это главный DNS сервер для домена webmin.com.
3. Затем DNS клиент сделает запрос к серверу webmin.com, чтобы узнать адрес для www.webmin.com . Ответом будет 216.136.171.204, что является правильным IP адресом.
4. DNS клиент получит этот IP адрес и кэширует результат. Теперь он будет знать, какой IP адрес у www.webmin.com и ему не понадобится проходить все эти шаги снова. Но этот результат имеет TTL, соответсвенно по истечению этого времени, данные об IP адресе устареют, и DNS клиент вновь пройдет эти шаги, дабы узнать IP адрес для www.webmin.com . Это сделано для того, чтобы не проходить эти шаги снова и снова, создавая большой траффик в Интернет.
Как вы можете видеть, DNS сервер может найти IP адрес любого хоста в Интернете, следуя простому алгоритму. Невозможно найти только адрес root серверов. Они считываются из файла. Поскольку адреса root серверов крайне редко меняются, они хранятся в определенном файле.
Связь между IP адресами и их hostname(имя хоста) хранится в DNS отдельно от связи между hostname(имя хоста) и IP адресом. Это сделано для того, чтобы сделать возможным поиск hostname(имя хоста) по IP адресу используя схожий, с описанным выше, алгоритм действий. Объясняется это тем, что могут случится несоответствия между отношениями IP адреса к hostname, и hostname к IP адресу. К примеру, www.webmin.com связан с 216.136.171.204, но 216.136.171.204 относится к usw-pr-vhost.sourceforge.net! Это вызывает путаницу, но это реальный факт. Когда клиент хочет найти hostname(имя хоста) для IP адреса вроде 216.136.171.204, он преобразует этот адрес в запись вида 204.171.136.216.in-addr.arpa. Как вы можете видеть это тот же самый IP адрес, только задом на перед и к нему добавлено к концу in-addr.arpa. Специальная зона in-addr.arpa обслуживается root DNS серверами, и её поддомены доступны для других DNS серверов. Обычно каждая зона класса C (например, 171.136.216.in-addr.arpa) обслуживается DNS серверами компаний или интернет-провайдеров, которые обладают этими зонами. Это означает, что они могут создавать записи, которые определяют свзяь между IP адресом и его hostname(имя хоста). Все эти записи специального типа - PTR. Большая проблема связана с методом отыскания всего, что меньше класса C (который включает в себя 256 адресов) и обслуживается одним DNS сервером. Таким образом, если сервер обслуживает зону example.com, которая содержит лишь одну запись, www.example.com с адресом 1.2.3.4, то некоторый сервер не сможет отыскать этот адрес. Поэтому лучше, чтобы эту одну запись имел DNS сервер интернет-провайдера или хостинг компании, чья сеть включает веб-сервер для www.example.com . Только организации могут иметь необходимость владеть сетью класса C и обслуживать обратную зону для этой сети используя их собственный DNS сервер.
Много организаций имеем внутреннюю сеть, которая использует частные IP адреса, начинающиеся, к пример, с 192.168. Сеть вроде этой, подключается к Интеренету через firewall используя NAT. Некоторые люди имеющие домашнюю сеть организуют свой доступ в Интернет следующим образом. Одна из машин имеет доступ в Интернет напрямую. Она является шлюзом(Gateway). Остальные подключаюся через неё. Получается, что они работают в Интернет под одним IP адресом.
Также в таких сетях может понадобится DNS сервер для выдачи hostname компьютерам внутренней сети. Это возможно, создав зону с произвольным именем вроде home или internal, которая содержит записи о внутренних компьютерах сети, а также создав обратную зону для 192.168 сети, таким образом, что IP адреса могут быть найдены по запросу. Сервер также может быть настроен для поиска реальных Интернет hostname(имя хоста), как любой нормальный DNS сервер. Однако, такой поиск ни к чему не приведет, так как ваша локальная зона не зарегистрирована в Интернет.
Имя хоста - это символическое имя, назначенное сетевому устройству, которое может быть использовано для организации доступа к этому устройству различными способами. Как правило имя хоста - это доменное имя , которое значительно проще для человека прочесть, запомнить и произнести, чем тот же числовой IP-адрес , который также идентифицирует сетевое устройство.
В то время, как для идентификации устройства IP-адрес обязателен, назначение имени хоста - опционально.
Существует несколько способов назначения имени хоста устройству. Полностью квалифицированные доменные имена (Fully Quilified Domain Names или FQDN) управляются и назначаются Интернет-хостам через глобальную систему доменных имен (DNS) и уникальны в пределах всего интернета. Тем не менее, тем же способом это может быть сделано и в локальных сетях локальными серверами DNS, или же имя хоста может быть определено с помощью файла "hosts" на отдельном компьютере.
В любом случае, устройства в сети технически могут соединяться только с использованием IP-адреса. Это означает, что для установления соединения с устройством по его имени, необходимо обеспечить возможность разрешать данное имя в IP-адрес. Кроме того, для одного и того же IP можно назначать более одного доменного имени (один IP - несколько доменных имен). В связи с этим, разрешение доменного имени в IP довольно простая и минимально необходимая операция для реализации сетевого соединения. С другой стороны, разрешение IP-адреса в список назначенных ему доменных имен, как правило, не тривиально и не является необходимым. Поэтому технически это не реализовано в протоколах Интернет. За исключением единственного случая, в системе DNS предусмотрена специальная запись PTR (pointer). Именно эта запись позволяет осуществить обратное разрешение IP-адреса в имя хоста, и именно это имя подразумевают под "именем хоста", и именно этим оно отличается от более общего "доменного имени".
Нет ничего сложного в установке дополнительно корневого веб-сайта в IIS на машине разработчика и использования файла hosts для построения карты дополнительных имен хостов для тестирования.
Для начала постараемся объяснить разницу между именем хоста и доменным именем. Когда Вы приобретаете доменное имя (вроде "mydomain.com"), оно же является именем хоста, но таковым оно является по умолчанию только потому, что у домена нет разделов (сегментов). Для любого доменного имени Вы можете установить множество имён хостов (например "www.mydomain.com", "foo.mydomain.com" или "cheeseburger.mydomain.com" будут корректны для Вашего домена). Иногда их называют субдомены, но, на наш взгляд, для большей ясности, это разные имена хостов. Если имя хоста - компьютер, то доменное имя - название группы компьютеров. Стандартная структура "hostname.domainname". В случае с "www.mydomain.com", "www" - часть хоста, а "mydomain.com" часть имени домена. При их объединении получается имя хоста, идентифицируемое по имени домена.
Исторически сложился следующий порядок в названиях хостов: "www.mydomain.com" для веб-сервера, "mail.mydomain.com" для почтового сервера и т.д. Но это не обязательные аббревиатуры. Вы можете использовать имя "www" или нет, на своё усмотрение. Люди просто привыкли видеть "www" в начале адреса сайта. У Вас может быть несколько сайтов (например "web1.mydomain.com", "web2.mydomain.com", "test.mydomain.com" и т.д.)
Имена хостов могут вести на разные ip адреса, или же несколько имён хостов указывает на один ip адрес. Компьютер может иметь один или больше ip адресов, следовательно один или больше имён хостов будут указывать на него.
Именам хостов присваиваются IP-адреса в DNS (Сервере доменных имен), но до проверки DNS серверов идёт обращение к данным на локальной машине, которые хранятся в файле хостов и, если находится необходимый адрес, то он используется вместо адреса из DNS. В локальной сети Вашего ИТ-отдела может быть установлен локальный сервер DNS для присвоения именам компьютеров в локальной сети IP-адресов. В Интернете есть множество DNS-серверов и, как правило, провайдер, которым Вы пользуетесь для подключения к Интернету, предоставляет DNS-сервер(ы) для Вас при указании IP-адреса. Эти DNS сервера в сочетании с другими серверами DNS из Интернета перенаправляют с имен хостов на IP-адреса, чтобы Ваш компьютер мог подключаться к ним.
Но, как упоминалось выше, до проверки серверов DNS ваша машина заглянет в файл хостов для проверки наличия имени хоста.
В Windows файл хостов расположен в папке "C:\Windows\system32\drivers\etc"
файл "hosts" не имеет расширения файла, но это просто текстовый файл. Чтобы изменить его нужно щелкнуть правой кнопкой на блокноте и выбрать "Запуск от имени администратора", затем перейти по адресу "C:\Windows\system32\drivers\etc"
Чтобы просмотреть все файлы, а не только TXT, необходимо изменить расширение файла в блокноте как показано здесь:
Затем Вы можете добавить свои собственные имена хостов, и присвоить им адрес, замкнутый на себя - 127.0.0.1
Вы можете видеть как именно работает имя хоста "localhost". Оно прописывается в Вашем файле хостов.
Можно добавить любое имя хоста и связать его с ip адресом, просто поместив их в одну строку. Например:
127.0.0.1 mojotest1
Ip адрес 127.0.0.1 это специальный ip, который есть на каждом компьютере. Его также называют "внутренняя петля" (loopback address). Для любого компьютера этот адрес указывает сам на себя. Внутренняя петля даже не нуждается в наличии сетевой платы. "localhost" всегда указывает на внутреннюю петлю. В приведённом выше примере мы просто добавили дополнительное имя хоста для внутренней петли. Если у Вашей сетевой карты имеется фиксированый IP адрес, то Вы легко можете связать его с именем хоста вместо 127.0.0.1. Пусть Ваша карта имеет ip адрес 192.168.0.100, тогда следует внести следующую запись:
192.168.0.100 mojotest1
В IIS можно установить столько корневых уровней, сколько необходимо. Каждому сайту можно присвоить любой ip адрес. Следовательно, любые имена хостов приписанные к этому ip адресу могут быть обработаны соответствующим IIS, привязанным к данному ip.
Однако, как уже говорилось, несколько имён хостов могут указывать на один ip адрес. Для запуска нескольких сайтов под разными именами хостов, ссылающимися на один ip адрес, у IIS есть специальная опция. На самом деле Вам даже не нужно указывать определённый ip. Достаточно просто оставить "All Unassigned" ("Все неназначенные") и добавить имя хоста. После этого запрос к конкретному имени будет перенаправлен к правильной корневой папке (сайту). В IIS, при выборе конкретного сайта, в правом окне отобразиться ссылка "Привязка" ("Bindings"), нажав на которую можно прописать имена хостов и ip адреса.
Заметим, что не обязательно для тестирования привязывать имена хостов к соответствующим доменам. Можно использовать простой вариант вида "mojotest1" или, если Вам больше нравится - "www.fake.com", "www.fake.home", "fake.home".
Что же такое "Узел по умолчанию" ("Default Web Site "Default")? Это обычный узел, не имеющий никаких привязок к ip и к именам хостов. Т.е., при обращению к какому-либо не прописанному имени хоста, запрос будет переадресован на узел по умолчанию. Это единственное предназначение данного узла. В случае если Вы укажете ему конкретное имя хоста, то он перестанет быть узлом по умолчанию. В нём нет ничего особенного, кроме отсутствия указания на имя хоста и ip адрес, поэтому можно легко удалить его и создать заново. Причем его имя может быть произвольным, т.к. для IIS не имеет значения, как называется узел по умолчанию.
Для добавления нового сайта в IIS? необходимо указать уникальный ip адрес или имя хоста. Если Вы попытаетесь создать сайт без уникальных ip или имени, то у Вас получится второй узел по умолчанию, который не запустится или нарушит работу первого. С этим сталкиваются новички, которые не могут добавить новый сайт (по причине указанной выше) и идут по пути наименьшего сопротивления, просто присваивая веб сайту по умолчанию различные имена доменов и перенаправляя их на соответствующие виртуальные папки. Но это не отдельные сайты, а, всего лишь, папки в корневой директории.
Поэтому при добавлении нового сайта необходимо прописывать имя хоста, которое ведёт на конкретный сайт, а не на узел по умолчанию.
Также смотрите
