Использование .local для внутренних веб-сайтов [дубликат]

Не используйте .local. Не используйте .anythingyoujustmadeup также. Даже не используйте зарезервированный TLDs. Используйте реальный домен или sub домен и просто не позволяйте ему быть видимым к внешнему миру. Главная причина для этого состоит в том, когда Вы работаете на компанию, который использует .local (или example.com), и они покупают компанию B, которая также использует .local (или example.com). Не большая забава, объединяющая эти два пространства имен.

Не используйте изобретенный TLD. Если бы ICANN должны были делегировать его, то Вы были бы в большой проблеме. То же самое, если Вы объединяетесь с другой организацией, которая, оказывается, использует тот же фиктивный TLD. Вот почему глобально уникальные доменные имена предпочтены.

Стандарт, RFC 2606 резервирует названия примеров, документации, тестирования, но ничего для общего использования, и на серьезных основаниях: сегодня, это так легко и дешево получить реальное и уникальное доменное имя, что нет никакого серьезного основания использовать фиктивное.

Так, купите iamthebest.org и используйте его для именования устройств. Другое решение: local.yourdomain.org.

Я не использовал бы .local, если Вы не понимаете, как zeroconf работает, поскольку это станет большим соглашением, когда Вы начнете видеть, что IPv6 перемещается в господствующую тенденцию.

В прошлом я использовал:

• Составленный TLD (не хорошая практика по ряду причин)
• Внутренний субдомен (т.е. corp.example.com)
• Внутренний домен с другим TLD (т.е. example.net)

IMO, любая из последних опций является лучшими идеями.

Технически Вы не должны использовать его. Это используется многоадресной передачей DNS / нулевая конфигурация, объединяющаяся в сеть для локальных для ссылки адресов. На практике это, кажется, не имеет значения очень. Я использовал ноутбук Mac (который использует zeroconf) на внутренней сети с суффиксом .local для нескольких прошлых лет без любых проблем.

Поскольку Gerald Combs указал .local зарезервированный домен и не должен использоваться кроме намеченного.

Как Gerald Combs, на которого указывают .local домен используется большим количеством Apple (и другие), программное обеспечение и поэтому использование его в другом отношении могли вызвать проблемы с этим программным обеспечением.

Почему бы не использовать субдомен Вашего общедоступного сайта? Что-то как app.internal.mycompany.com было бы соответствующим и не столкнется с Вашим общедоступным сайтом.

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

Я всегда был большим поклонником внутреннего .lan TLD, сам.

Мы используем .local все время и с макинтошами и с ПК.Приятного отдыха

.local используется Сервером Малого бизнеса Microsoft и MDNS на Mac (т.е. Добрый день). Я думаю то, что это используется и Apple и Microsoft, делает его вряд ли, что ICANN делегировал бы его, но это не резервируется, и действительно остается теоретически возможным, что они могли бы.

Я использовал бы что-то как server.internal.yourcompany.com

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

Как реальный пример, приложение, я продолжаю работать, могло бы быть обращено полностью как some-app.beta.internal.mycompany.com, но как internal.mycompany.com находится в пути поиска DNS для рабочих станций, как возвращено сервером DHCP, я могу получить доступ к нему как some-app.beta. Существует все еще возможность коллизии, если эти имена выбраны плохо, но в таком случае коллизия может быть разрешена с помощью FQDN. (Или, если Вы хотите защитить себя, всегда используя FQDNs для важного материала - хотя заключительной точкой на имена DNS печально пропускают.)

прочитайте http://cr.yp.to/djbdns/dot-local.html и затем выберите Ваше локальное доменное имя. сводка: не изобретайте свое собственное, или покупайте реальный домен или используйте.1-.9

Как отмечали многие; вообще плохая идея использовать незарегистрированный TLD для интранет. Однако [0] заявляет, что есть несколько часто используемых нанометров (хотя и не одобренных для использования только в интранете). [0] по-прежнему не рекомендует использовать упомянутый TLD для локальных сетей и локальных сетей. не следует использовать ни в какой другой ситуации, кроме многоадресной DNS.

[0] RFC6762, приложение G: http://tools.ietf.org/html/rfc6762#appendix-G