Назад | Перейти на главную страницу

Некоторые вопросы относительно имени хоста

Я только что купил новый тарифный план VPS-хостинга, и у меня есть несколько вопросов.

Надеюсь, кто-то здесь может развеять мои сомнения.

1) Обязательно ли иметь реальный домен для имени хоста vps? Полагаю, я могу просто использовать ненастоящий домен, например anydomain.com, и что-то вроде «server» для имени компьютера.

Поэтому я получу что-то вроде server.anydomain.com в качестве имени хоста vps.

Я хочу сделать это, чтобы указать имя хоста, чтобы настроить vps, чтобы он заработал.

Итак, поскольку это ненастоящее доменное имя не должно быть общедоступным, мне не нужно регистрировать или владеть им, а вместо этого обращаться к серверу по IP-адресу. Это правильно?

Но я полагаю, что это также зависит от того, позволяет ли это мой веб-хостинг?

2) Я также хотел бы запускать некоторые реальные сайты с реальными доменными именами на этом vps, поэтому могу я просто настроить файл зоны на основном сервере имен и сделать записи для этих доменов и указать запись A на IP-адресе Vps, чтобы сделать их общедоступными доступны через Интернет?

Например, для моего 1-го домена я мог бы сделать такую ​​запись:

$TTL 86400
mydomain1.com.          IN     SOA    ns1.mywebhost.com. \
                                admin.mydomain1.com. (
               2004011522     ; Serial no., based on date
                    21600     ; Refresh after 6 hours
                     3600     ; Retry after 1 hour
                   604800     ; Expire after 7 days
                     3600     ; Minimum TTL of 1 hour
                  )

server                IN     A       200._._._
ns1.mywebhost.com.      IN     A       216._._._
ns2.mywebhost.com.      IN     A       205._._._
@                     IN     NS      ns1.mywebhost.com.
@                     IN     NS     ns2.mywebhost.com.
@                     IN     MX      10 server
www                   IN     CNAME   server

server                IN     CNAME   @               (so this particular line tells the nameserver to point the url mydomain1.com to server.anydomain.com at the particular ip addresss in the A record.... is that right?)

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

$TTL 86400
mydomain2.com.          IN     SOA    ns1.mywebhost.com. \
                                admin.mydomain2.com. (.....

                   ............................so on........
                   .........................................
                   .........................................
                   .........................................
                   .........................................
                   .........................................

Это правильно?

3) Предположим, что для моего имени хоста vps я по незнанию выбрал домен, которым уже владеет кто-то другой, однако я думаю, что это не повлияет на общедоступность реального домена или веб-сайта, поскольку только настоящий владелец домена имеет право предоставлять для адресов серверов имен в реестрах TLD через его Domian Registerar? Это правильно?

4) Могу ли я позже изменить имя хоста моего vps? Будет ли это создавать какие-либо сложности?

  1. Да, вы можете указать любое имя хоста в / etc / hosts - это имя будет известно только хостам и вам.
  2. Да, вы можете настроить этот способ и иметь сайты, имена которых не связаны с именами хостов - большинство виртуальных хостингов делают то же самое.
  3. Это не влияет ни на кого, кроме исходящей почты с вашего VPS на это "перехваченное" имя хоста (это произойдет) - вместо отправки во внешнюю сеть она будет маршрутизироваться локально.
  4. Да, ты можешь. Отредактируйте / etc / hosts и service network restart творить всю магию

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

Не имеет значения, является ли имя хоста действительным или нет. Вы потенциально можете настроить имя хоста server.mysite.superadmin. Очевидно, что суперадмин не является допустимым TLD, но это не имеет значения, вы можете поместить его в свой файл / etc / hosts и ссылаться на свой компьютер с этим именем. Кроме того, вы можете настроить частный DNS-сервер для домена mysite.superadmin и настроить A-записи для своего сервера, и он будет работать так же хорошо, если вы укажете свои клиентские машины на этот DNS.

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

Вы также можете выбрать существующее доменное имя, которое принадлежит кому-то другому, и настроить свой файл hosts и собственный DNS так, чтобы он был авторитетным для этого домена и использовал его. Если вы поместите www.microsoft.com в свой файл hosts и укажете свой IP-адрес, вы можете ссылаться на себя, используя www.microsoft.com. На ваш файл hosts ссылаются до проверки любых DNS-серверов. Кроме того, вы можете настроить свой собственный DNS-сервер и указать ему, что он является авторитетным для www.microsoft.com, и если вы укажете клиентские компьютеры на этом DNS-сервере, он будет работать. Как и в предыдущем примере, корневые DNS-серверы никогда не будут возвращать ваш DNS-сервер в качестве авторитетного DNS-сервера для microsoft.com при рекурсивном поиске третьими сторонами. Это будет работать только в том случае, если вы явно укажете своей машине использовать DNS-сервер.

Чтобы на вашем сайте размещались реальные веб-сайты, все, что вам нужно сделать, это настроить записи A для этих веб-сайтов, чтобы они указывали на общедоступный IP-адрес вашего VPS. Вы должны сделать это на полномочном DNS-сервере для домена. Если вы являетесь владельцем домена, вы можете настроить свой собственный DNS-сервер на своем VPS и сделать его авторитетным DNS-сервером, обновив запись с помощью регистратора. Вы также можете использовать DNS регистратора или других сторонних поставщиков DNS. Обычно мне нравится использовать сторонних поставщиков DNS, которые предоставляют несколько DNS-серверов в разных географических точках и центрах обработки данных. Службы DNS действительно очень дешевы, и их сложно предоставить самостоятельно. Не то чтобы настройка BIND была сложной задачей, но наличие избыточности, которую может предоставить вам сторонняя служба.