Whatsmydns показывает внутренний IP для класса c, тогда как для класса b он не делает
У меня есть инфраструктура VMware и в тех 2 среды по имени A и B. "A" имеет свой DNS в сервере "D", тогда как B имеет свой DNS в себе. Сценарий как дан ниже:
Имеет домен, связанный как bdweb01.lp.rmplc.net и имеет его DNS в сервере D.
- Весь записи в сервере D.
B имеет домен, связанный как int.books.rmlp.com и имеет его сервер DNS в его среде.
- Весь записи являются в его собственной среде сервером DNS.
- Запись сервера имен была создана в домене DNS "B" в Сервере D. Что означает весь, записи, требуемые для этой среды, содержатся с в этом домене (int.books.rmlp.com) самом. В сервере по имени D, там содержит запись NS для int.books.rmlp.com так, чтобы запросы были переданы к DNS-серверу среды B.
Теперь о IP использовал:
- Среда имеет IP в диапазоне 192.168.x.x
- B среда имеет IP в диапазоне 172.28.x.x
Что означает, что у обоих есть частный IP.
Моя проблема:
Когда я использую https://www.whatsmydns.net/для проверки IP сайта (например: browse.bdweb01.lp.rmplc.net), это ясно показывает связанный IP этого домена. В то же время, когда я проверяю IP сайта, размещенного в моей среде B (например: browse.int.books.rmlp.com), это не говорит мне IP.
- Хотя мы используем два различных класса в средах, оба остаются быть частными IP-адресами. Затем, почему IP Класса C становится отображенным тогда как не B Класс?
- Я не думаю, что сайты в среде A имеют natted IP, так как я получаю точный внутренний IP при согласовывании whatsmydns. Так, как это работает, тогда как другой не делают?
- Есть ли что-нибудь, что я должен был бы сделать, так, чтобы я мог получить тот же результат в сайте, размещенном в среде B также?
Любые быстрые предложения или справка действительно ценились бы.
Вы говорите, что делегировали подзону int.books.rmlp.com на полномочный сервер имен для rmplc.net и rmlp.com , то есть ns0.ifl.net. . Но я не думаю, что это так:
[me@risby ~]$ dig ns int.books.rmlp.com @ns0.ifl.net.
; <<>> DiG 9.9.4-P2-RedHat-9.9.4-15.P2.fc20 <<>> ns int.books.rmlp.com @ns0.ifl.net.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 23323
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; WARNING: recursion requested but not available
Пока вы не исправите это делегирование, это не сработает; проблема не имеет ничего общего с тем, находятся ли возможные записи хоста A в какой-то определенной части адресного пространства RFC1918.