-1

У меня есть домен www.example.com , размещенный снаружи, с поддоменом data.example.com, который указывает на локальный NAS-сервер - Synology DS1815+- (192.168.10.8), который находится за маршрутизатором (192.168.10.1) ,

При доступе к поддомену data.example.com из-за пределов моей локальной сети он доступен правильно. Запись A www.example.com указывающая на мой NAS для субдомена data.example.com . Я открыл соответствующие порты 5000, 5001 и 80 на маршрутизаторе для доступа извне локальной сети.

Моя проблема возникает, когда внутри локальной сети. Находясь внутри на моем Lan я могу получить доступ к NAS через 192.168.10.8:5001 . Однако указание браузера на data.example.com не позволяет мне получить доступ к NAT.

Я установил DNS-сервер на NAT для локального разрешения имен. В локальной сети при использовании nslookup я получаю следующее: aterm.me (192.168.10.1) - маршрутизатор, а 192.168.10.8 - NAS, на котором установлен DNS-сервер.

C:\WINDOWS\system32>nslookup -type=soa data.example.com  
Server:  dns.example.com
Address:  192.168.10.1

data.example.com
primary name server = ns.data.example.com
responsible mail addr = mail.data.example.com

serial  = 1  
refresh = 43200 (12 hours)  
retry   = 180 (3 mins)  
expire  = 1209600 (14 days)  
default TTL = 10800 (3 hours)  
data.example.com
nameserver = ns.data.example.com
ns.data.example.com
internet address = 192.168.10.8

Настройка на маршрутизаторе: я отключил DNS на маршрутизаторе, вместо этого указав маршрутизатору 192.168.10.8 , NAS, где находится мой DNS-сервер. На маршрутизаторе также есть таблица маршрутизации DNS, которую я (возможно, ошибочно) указываю на 192.168.10.8 для data.example.com .

Настройки на DNS-сервере имеют зону пересылки с указанием на data.example.com .

1 ответ1

-2

Надеюсь, я хочу объяснить это как можно проще.

Нам нужно уточнить некоторые термины и как эта технология работает.

Вы говорите, что у вас есть домен www.example.com размещенный снаружи, с поддоменом data.example.com . Но это не правильное описание того, что у вас есть. На самом деле у вас есть домен example.com который зарегистрирован у регистратора доменов, а хостинговая компания размещает записи домена (DNS) для домена example.com . На этих DNS-серверах у вас есть запись A (www.example.com), которая указывает на IP-адрес того, что, скорее всего, является веб-сайтом, который ваш хостинг-провайдер размещает для вас.

Теперь я думаю, что здесь путаница заключается в том, что вы называете data.example.com и рассматриваете его как поддомен. Но то, что вы действительно хотите сделать, это просто рассматривать data.example.com как хост (ваш NAS). Это означает, что у вашего хостинг-провайдера должна быть другая A-запись для зоны example.com . Следует просто сказать, что data.example.com указывает на публичный IP-адрес вашей интернет-службы в помещении.

Затем, на своем маршрутизаторе, как вы заявили, вы перенаправили необходимые порты с вашего публичного IP на ваш внутренний NAS.

Если все, что вы пытаетесь сделать, это использовать data.example.com для доступа к вашему NAS, то в большинстве случаев я только что описал ВСЕ, что вам нужно сделать. Основываясь на предоставленных вами данных, вы вышли далеко за рамки того, что необходимо. Вы, кажется, создали субдомен (data.example.com) у своего хостинг-провайдера. Это не верно. Похоже, вы пытались создать зону DNS на внутреннем DNS-сервере вашего NAS для data.example.com , это неправильно. У вас есть несколько настроек в настройках DNS вашего роутера или на вашем компьютере, это неправильно.

Опять же, если единственная цель, которую вы пытаетесь достичь, - это ввести data.abc.com в браузер и получить доступ к своему NAS, то вы должны отменить все эти дополнительные действия, которые вы сделали.

Есть только одна вещь, которую вам нужно сделать, создать запись A в зоне abc.com у вашего хостинг-провайдера для data.abc.com, которая указывает на публичный IP-адрес, назначенный вашей интернет-службе.

Только иногда, если у вас более продвинутый маршрутизатор, вы сталкиваетесь с проблемами NAT. В этом случае необходимо выполнить некоторые настройки маршрутизации, или вы можете выполнить split-dns, если у вас есть домен abc.com, размещенный внутри и снаружи. На внутреннем DNS-сервере у вас есть запись A для зоны abc.com, в которой говорится, что data.abc.com указывает на частный IP-адрес вашего NAS. Но этот абзац следует игнорировать, если только у вас нет проблемы.

Повторим еще раз, data.abc.com НЕ является поддоменом и не должен рассматриваться как один. Это просто запись узла (A-записи) в домене abc.com, и нет абсолютно никакой необходимости в каких-либо внутренних DNS-серверах или каких-либо других изменениях, внесенных в настройки DNS вашего маршрутизатора или компьютера, кроме настроек по умолчанию.

При условиях по умолчанию ваш компьютер использует ваш маршрутизатор в качестве сервера пересылки DNS, и ваш маршрутизатор пересылает запросы DNS вашему провайдеру, а ваш провайдер пересылает запросы на data.abc.com вашему хостинг-провайдеру. В свою очередь, ваш компьютер получит публичный IP-адрес вашей локальной сети. Если data.abc.com введен в ваш браузер, независимо от того, являетесь ли вы внутренним или внешним, вы получите доступ к вашему NAS через публичный IP. Снова, иногда может быть проблема NAT шпильки, но у большинства домашних маршрутизаторов нет этой проблемы. Вы можете проверить эту проблему, введя общедоступный IP-адрес в своем браузере, когда вы находитесь внутри, и посмотрите, можете ли вы получить доступ к вашему NAS вместо использования частного IP-адреса.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .