Администратор моей компании разрешил мне разместить мой собственный сервер в нашем центре обработки данных и дал мне один публичный адрес нашего пула AS.
Я установил Linux и настроил базовые службы. Затем я добавил запись A на DNS-сервер (OVH - где я купил домен), чтобы сопоставить мой поддомен с общедоступным адресом моего сервера.
Все работает хорошо, но теперь последнее, что нужно настроить - обратный днс. Есть ли способ сделать обратное сопоставление моего IP-адреса с субдоменом, если у меня только один адрес пула, а мой домен размещен на внешнем сервере (OVH)?
Когда у меня есть только домен в OVH, я не могу добавить запись ptr.
Я могу использовать внутренний DNS моей компании (но только для этой одной записи, я не могу переместить весь домен), если это может помочь.
Заранее спасибо!
Вы контролируете доменное имя, а не блок IP. Вы можете назначить свой домен любому IP-адресу, который хотите. Единственный человек, который может добавить PR-запись обратно в ваш домен (или к любому имени хоста, который они хотят), - это администратор, который контролирует этот блок IP. Вы можете выполнить поиск в Интернете по запросу «whois» и ввести IP-адрес, чтобы найти владельца, или просто спросить, кто из ваших ИТ-контактов находится на работе.
Да, абсолютно возможно установить PTR для этого IP-адреса как любой в мире, включая возможность настройки его так, чтобы он указывал на ваш домен.
Да, вам придется использовать DNS компании - этого НЕТ. * Да, вы также правы, что это только одна запись.
Однако эта единственная запись НЕ часть зоны вашего домена - скорее, это часть делегирования in-addr.arpa вашего работодателя. Ваш домен указывает на этот IP-адрес. RDNS для этого IP-адреса будет указывать на ваш домен, но в остальном это совершенно разные вещи. Вот почему не имеет значения, где размещается DNS вашего домена. Например:
Допустим, в качестве аргумента, ваш домен example.com, что IP 192.0.2.15 и что диапазон IP-адресов вашего работодателя составляет 192.0.2.0/24
DNS вашего домена может выглядеть примерно так:
$TTL 86400
$ORIGIN example.com.
@ IN SOA dns.ovh.net. yourname.example.com. 2014081401 10000 2400 604800 3600
@ IN NS ns.ovh.net.
@ IN NS ns10.ovh.net.
@ IN NS dns.ovh.net.
@ IN NS dns10.ovh.net.
;
@ IN A 192.0.2.15
you IN A 192.0.2.15
@ IN MX 0 you.example.com.
;
www IN A 192.0.2.15
Обратите внимание, в указанном выше файле зоны нет PTR
Теперь DNS вашего работодателя может выглядеть примерно так:
$TTL 86400
$ORIGIN 2.0.192.in-addr.arpa.
@ IN SOA ns1.yourjob.tld. yourboss.yourjob.tld. 2014081401 10000 2400 604800 3600
@ IN NS ns1.yourjob.tld.
@ IN NS ns2.yourjob.tld.
;
;
15 IN PTR you.example.com.
;
Обратите внимание, в указанном выше файле зоны нет записей A
В двух приведенных выше примерах example.com и 2.0.192.in-addr.arpa это два совершенно разных и не связанных между собой домена, каждый из которых имеет одну единственную запись, которая указывает на другой ... Таким же образом существует взаимосвязь между DNS вашего домена и обратным DNS вашей компании.
Надеюсь, это поможет прояснить ситуацию.
* Даже если бы ваше рабочее место делегировало вам управление, это все равно потребовало бы вставки хотя бы одной записи в их DNS.