Установка DNS на АМУЛЕТЕ для локального

Question 1

Таким образом, я нашел Амулет, который выглядит удивительным! Однако огромный блокировщик для меня не знает, как установить DNS.

У меня есть выделенный сервер под управлением Ubuntu 14.04LTS с JuJu установленные, рабочие локальные контейнеры. Однако я не могу получить доступ ни к одному из них из Интернета. Идеально, я хотел бы использовать существующие домены и отобразить их на сервисную работу JuJu, такого как Worpdress, MediaWiki, и т.д.

У меня только есть один общедоступный IP-адрес (IPv4, но/64 блок IPv6), я предполагаю, что план состоял бы в том, чтобы отобразиться, очарование к определенным портам затем использует сервер имен для обработки разрешения к порту.

Я привык к Plesk, cPanel и VestaCP. Я просто развертываю/создаю Очарование BIND/Webmin для легкого отображения DNS, или я полностью offbase здесь?

Для ясности я хотел бы установить пользовательские серверы имен в своем регистраторе к IP сервера (ns1.example.com, ns2.example.com) и иметь домены, субдомены, и т.д. быть направленным к определенным портам (таким как работа Wordpress порта 8 080 попыток назвать example2.com)

Спасибо!

Question 2

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

, Если у Вас есть только один адрес IPv4 и это - то, что Вы хотите использовать, необходимо будет играть с некоторыми iptables правилами NAT. Вам могло, возможно, сойти с рук https://github.com/cmars/juju-nat, но я лично не использовал это.

При использовании амулета, необходимо выбрать поставщика. Выбор в основном облачен и необлачен. Среди необлачных:

руководство : Вы устанавливаете ОС, ssh сервер, и говорите амулету использовать ту машину. Это может быть реальная машина, или контейнер, экземпляр KVM, и т.д.
МААС : более сложный, но более мощный, с МААСОМ можно использовать реальные машины, чтобы развернуть сервисы амулета и управлять DHCP и DNS.

можно, вероятно, дать ручному поставщику попытку намочить ноги, но это вполне немного, er, руководство, поскольку имя подразумевает. Но мог быть тем, в чем Вы нуждаетесь, если Вы устанавливаете IP, и NAT управляет соответственно. Это проигрывает свою апелляцию, после того как Вы начинаете обрабатывать более динамические сервисы, потому что необходимо продолжать настраивать новые машины вручную, чтобы амулет использовал.

Question 3

Question 4

У меня та же проблема с развертыванием juju. Что я уже сделал, так это объединил несколько служб http/https под разными URL-адресами с помощью Apache2. Это фрагмент конфигурации, установленный на /etc/apache2/sites, доступный на моем сервере. Он позволяет перенаправлять общедоступные URL-адреса на одном доменном имени на любой частный адрес.

В моей настройке есть рабочий частный DNS, поэтому я могу просто направить запрос на машину с именем «jeedom», и я до сих пор не знаю, как назначить частные имена машинам, созданным с помощью Juju. Если IP-адреса устройств Juju стабильны, можно указать IP-адрес. Я убежден, что на этот вопрос о локальном DNS есть простой ответ, потому что в AWS все виртуальные машины получают имена (даже общедоступные имена).

<IfModule mod_ssl.c>
<IfModule mod_proxy.c>

<VirtualHost *:443>
    ServerAdmin <<email of admin here>>
    ServerName  <<public server DNS>>

    # Does not really matter
    DocumentRoot /var/www

    # SSL specific configuration (there are other ways to configure ssl)
    CustomLog ${APACHE_LOG_DIR}/ssl_request.log \
            "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
    #   See default-ssl site configuration fragment for details.
    SSLEngine on
    SSLCertificateFile      /etc/ssl/certs/public.crt
    SSLCertificateKeyFile /etc/ssl/private/key.pem
    SSLCertificateChainFile /etc/apache2/ssl.crt/1_root_bundle.crt

    # Proxy to jeedom configuration
    # This configuration forwards all https://<<public domain name>>/jeedom urls 
    # to the jeedom embedded web server login screen.
    # Jeedom is a home automation system running on a RaspPi on the LAN

    ProxyRequests off
    <Location />
            ProxyPass http://jeedom/
            ProxyPassReverse http://jeedom/
    </Location>

    # Empty virtual host configuration
    <Directory />
            Options FollowSymLinks
            AllowOverride None
    </Directory>


    ErrorLog ${APACHE_LOG_DIR}/error.log

    # Possible values include: debug, info, notice, warn, error, crit,
    # alert, emerg.
    LogLevel warn

    #CustomLog ${APACHE_LOG_DIR}/access.log combined

Andreas Hasenack · Accepted Answer · 5 October 2019 в 00:28