Необходимо ли использовать частное имя хоста или общедоступное имя хоста как имя хоста сервера?
KQ Infotech имеет бета-версию в наличии их порта с января по http://kqstor.com/. Они предоставляют заплаченные контракты на поддержку также.
Я не могу прокомментировать его устойчивость или производительность все же. На основе моего опыта, тестирующего ZFS на FreeBSD, я подозреваю, что будут некоторые настраивающие проблемы ядра и NFS mountd проблемы по сравнению с Солярисом. ZFS нужен специальный mountd, если Вы хотите много подсистем, совместно использованных через NFS.
Вообще говоря, имя хоста не имеет никакого отношения к службам, работающим на сервере. Пока фактические записи DNS, которые будут использовать пользователи и приложения (как общедоступные, так и внутренние), верны и указывают на сервер, предлагающий эту конкретную услугу.
Подробнее о соглашениях об именах в этот ответ .
Единственное исключение, которое приходит на ум, - это исходящие SMTP-серверы, потому что, если явно не настроено иное, они будут идентифицировать себя по своему имени хоста, и это имя хоста должно быть разрешено и идентичен записи PTR.
Общедоступный веб-сервер должен использовать общедоступный DNS. Если возможно, вы хотите, чтобы веб-сервер находился в DMZ. В зависимости от того, как выполняется ваша сетевая адресация, вам может потребоваться внешнее имя, указывающее на внутренний IP-адрес на внутреннем IP-адресе. Общедоступный DNS должен иметь IP-адрес, необходимый для доступа к серверу из Интернета. Если вы используете NAT или прокси, это может не быть адрес веб-сервера.
Если вы не хотите, чтобы сервер базы данных был доступен из Интернета, он должен находиться во внутренней сети и использовать внутренний DNS. Относительно редко требуется, чтобы сервер был доступен из Интернета. В зависимости от содержимого они могут быть обязательствами по защите базы данных от доступа из Интернета.
Значение / etc / hostname может быть любым, но должно быть внутренним именем. Обычно службы имеют собственное имя, отличное от имени хоста, на котором они работают. Отделение имени службы от имени хоста упрощает перемещение или масштабирование службы.
Если вы добавляете адреса в / etc / hosts , используйте внутренние адреса DNS. Все в этом файле должно иметь то же значение, которое хост получит от DNS. Если ваш внутренний DNS ненадежен, нет необходимости включать туда адреса. В моем случае я использую dnsmasq в качестве внутреннего DNS, и он настраивается из файла hosts . Это позволяет очень легко иметь один истинный источник для IP-адресов.
Если вы помещаете адреса в файл hosts, попробуйте автоматизировать обновление, чтобы вам не приходилось редактировать каждый файл серверов вручную. При ручном редактировании возможны ошибки,