Доступ к VirtualHosts из локальной сети

514
AtomicNation

У меня Ubuntu Server 18.04 поверх виртуальной машины VirtualBox, где я установил Apache и Nginx для некоторого тестирования. VirtualServer example.com запущен и работает на локальном компьютере. Эта виртуальная машина настроена с двумя сетевыми адаптерами, первый из которых настроен как внутренняя сеть, а второй - как NAT для подключения к Интернету.

Вторая виртуальная машина, Ubuntu 18.04 (Desktop), настроена только для внутренней сети. Эта виртуальная машина может связаться с сервером Ubuntu по IP, но не может разрешить example.com

Мне интересно, есть ли способ сделать это без настройки DNS-сервера на виртуальной машине Ubuntu Server. Есть идеи?

0
Привет AtomicNation! Вы можете написать запись в файле / etc / hosts в формате `IP example.com`. С уважением Jorge Valentini 5 лет назад 0
@AtomicNation Добро пожаловать в SuperUser ... Вы можете [отредактировать] ваше сообщение, добавив IP-адрес внутреннего сетевого интерфейса, чтобы (надеяться) получить (более) подробный ответ, полезный и для других людей ... не забудьте поднять голос и принять ответ (ы), которые вы можете найти полезным ... Hastur 5 лет назад 1

1 ответ на вопрос

1
Jorge Valentini

Предположим, что IP-адрес веб-сервера равен 10.0.0.1.

Запишите строку в /etc/hostsфайл второй виртуальной машины (клиент):

10.0.0.1 example.com 

И он сможет разрешить example.com как 10.0.0.1.

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

Примечание 2 : это только для целей тестирования, а не для производственных сред

Примечание 3 : Как утверждает @Hastur, для конкретного случая example.com это не должно вызывать неудобств, поскольку оно зарезервировано, но если это фактически другой домен, используйте его только для целей тестирования!

Привет Хорхе, аккуратный ответ. Ps> `example.com` является одним из _ [управляемых зарезервированных доменов] (https://www.iana.org/domains/reserved) _... поэтому даже в производственной среде он не должен сталкиваться с серьезными проблемами ... но это всегда лучше сказать. Hastur 5 лет назад 1
Аплодисменты! хахаха, спасибо за твой комментарий @Hastur, я просто предположил, что example.com на самом деле был примером для него !! Я понял, что это на самом деле не example.com. Но я не знал, что это было зарезервировано для этого, так что спасибо, что просветил меня! Jorge Valentini 5 лет назад 0
Ну, я помню, что вместо `example.com` в начале было предложено [еще один] (https://www.whois.com/whois/fuckyou.com) ... но на самом деле кто-то уже зарегистрировал его в реальной жизни ... `;)` ps> имя, связанное с разочарованием, часто ощущается при тестировании чего-либо ... Hastur 5 лет назад 0
Удивительная история !! Jorge Valentini 5 лет назад 0
К сожалению, это городской миф ... Просто проверьте дату выпуска RFC 2606 ([где] (https://tools.ietf.org/html/rfc2606#page-3), это зарезервировано `example.com`) - июнь 1999 - и одна из регистраций другого имени на whois - Зарегистрировано: 1999-07-08-- но было забавно слушать ... Hastur 5 лет назад 1
Ну, Хорхе, действительно, это будет работать, но идея состояла в том, чтобы сервер мог обслуживать несколько виртуальных хостов, так как 2-я виртуальная машина может достигать хоста через ip (это для образовательных целей). Но в любом случае это кажется хорошей альтернативой, так как небольшое редактирование файла хоста для проверки работы VH выглядит быстрее и проще, чем создание DNS на сервере для каждого домена. Спасибо! AtomicNation 5 лет назад 0
В образовательных целях все должно быть хорошо, дело в том, что не обслуживайте сотню клиентов, редактируя файл hosts, для этого и нужен DNS. Рад, что это помогло! Ура! Jorge Valentini 5 лет назад 0