Вопросы Теги

Сервер Ubuntu - Настройка BIND9 и Apache для обслуживания домена и субдоменов [закрыто]

Прежде всего, позвольте мне извиниться за, возможно, неопределенный вопрос.

Мне нужны советы о том, как сконфигурировать установку, описанную ниже.Я не прошу готовый файл конфигурации, но мне не удается собрать его воедино.

Настройка

  • Несколько компьютеров, подключенных к маршрутизатору.
  • Сервер (Ubuntu Server LTS 14.04) подключен к маршрутизатору.
  • Маршрутизатор подключен к Интернету.
  • Веб-сайт компании, размещенный в другом месте - example.com
  • Локальные веб-сайты, размещенные на локальном сервере - git.example.com , issues.example.com

В настоящее время

Я думаю, что могу настроить маршрутизатор на использование сервера в качестве основного DNS. Сервер работает под управлением Bind9 и разрешает субдомен ( git.example.com и issues.example.com ) в статический IP-адрес сервера. Контент серверов Apache. Bind9 не разрешает example.com , поэтому маршрутизатор использует для этого вторичный DNS (или Bind9 может перенаправить на другой DNS-сервер).

Пока я могу настроить настройку так, чтобы получить доступ к example.com/git и example.com/issues , но тогда я не могу получить доступ к example.com .

Итак, у меня следующие вопросы: как настроить Bind9 для разрешения git.example.com , но не example.com , и как настроить Apache для обслуживания git .example.com иначе (т.е. другой корень документа?) от issues.example.com ? И если, как Bind9 и Apache связаны друг с другом?

Надеюсь, это имеет смысл, я недавно начал с этой серверной штуки и имею только очень базовое теоретическое представление о сети. :)

Править : Для ясности; git.example.com и issues.example.com не обязательно должен быть (или даже должен быть) доступен извне нашей сети.

Edit2 : добавлено изображение. Intended setup

1
задан 31 August 2015 в 12:08
1 ответ

Primero, aclaremos un error. Esta declaración no es correcta: "Bind9 no resuelve example.com, por lo que el enrutador usa DNS secundario para eso". Los solucionadores de DNS no revisan la lista de servidores DNS configurados hasta que encuentran una respuesta que les gusta. Por lo general, asumen que todos los servidores responderán correctamente y se detendrán después de que un servidor responda (positiva o negativamente).

Ahora al problema real en cuestión. Parece que git.example.com y issues.example.com no son subdominios, sino nombres de servidor / host. Un subdominio podría tener un aspecto similar a: git.yourdepartment.example.com, con "yourdepartment.example.com" como subdominio. Si este es el caso (en realidad son nombres de servidor), entonces querrá que el administrador del servidor DNS responsable de example.com agregue esos registros 2 A por usted. Luego, en sus servidores DNS (Bind9), cree una zona de reenvío para example.com:

        zone "example.com" {
            type forward;
            allow-query {any; }; // modify as you see fit
            forwarders {
                    ip.of.dns.server1;
                    ip.of.dns.server2;
            };
        };

(Edit: O simplemente ejecute un servidor de nombres de almacenamiento en caché)

Una vez hecho esto, debería poder configurar fácilmente hosts virtuales en Apache para cada uno de los servidores git.example.com y issues.example.com (no hay escasez de guías y tutoriales para eso).

Editar: ¿La relación entre DNS y Apache? El DNS toma el nombre de host de la URL y devuelve la dirección IP de un servidor (Apache en este caso) capaz de atender la solicitud. Eso es todo. (Está bien, eso es muy simplificado, pero bastante exacto)

2
ответ дан 3 December 2019 в 20:48

Теги

Похожие вопросы