не имеет никакой записи MX

У меня есть два выполнения серверов выпуск 6.5 CentOS (Финал). В одном из них установленный FreeIPA:

Name: freeipa.fi.example.com 
IP: 192.168.99.50

И другой Zimbra как почтовый сервер:

Name: freeipa.fi.example.com 
IP: 192.168.99.2 

В FreeIPA я создал запись mx, и затем обновите изменения.

DNS работает хорошо на оба сервера не так с mx реестром:

nslookup freeipa.fi.example.com
Server:     192.168.99.50
Address:    192.168.99.50#53

Name:   freeipa.fi.example.com
Address: 192.168.99.50

nslookup zimbra2014.fi.example.com
Server:     192.168.99.50
Address:    192.168.99.50#53

Name:   zimbra2014.fi.example.com
Address: 192.168.99.2

nslookup 
> set q=mx
> fi.example.com
Server:     192.168.99.50
Address:    192.168.99.50#53

*** Can't find fi.example.com: No answer

На самом деле запрос не работает на зону:

nslookup fi.example.com
Server:     192.168.99.50
Address:    192.168.99.50#53

*** Can't find fi.example.com: No answer

Добавьте информацию от моих записей:

@
NS
freeipa.fi.example.com.

MX
MX
1 zimbra2014

_kerberos
TXT
FI.EXAMPLE.COM

_kerberos-master._tcp
SRV
0 100 88 freeipa

_kerberos-master._udp
SRV
0 100 88 freeipa

_kerberos._tcp
SRV
0 100 88 freeipa

_kerberos._tcp.Default-First-Site-Name._sites.dc._msdcs
SRV
0 100 88 freeipa

_kerberos._tcp.dc._msdcs
SRV
0 100 88 freeipa

_kerberos._udp
SRV
0 100 88 freeipa

_kerberos._udp.Default-First-Site-Name._sites.dc._msdcs
SRV
0 100 88 freeipa

_kerberos._udp.dc._msdcs
SRV
0 100 88 freeipa

_kpasswd._tcp
SRV
0 100 464 freeipa

_kpasswd._udp
SRV
0 100 464 freeipa

_ldap._tcp
SRV
0 100 389 freeipa

_ldap._tcp.Default-First-Site-Name._sites.dc._msdcs
SRV
0 100 389 freeipa

_ldap._tcp.dc._msdcs
SRV
0 100 389 freeipa

cliubuntu
A
192.168.99.100
SSHFP
1 1 910E5A8D2BFDC24FCBEA45B226C4207FE81C86FD
SSHFP
1 2 618A4FBDB24C7901419994277CA661D7D16428D6A5F411D64EB4F487 07144CFC
SSHFP
3 1 CEEDC3C8A58D7DE59C8F60FCBDF13CCBF19F35D4
SSHFP
3 2 C1AA6110C2E488728D38B655ADC8D9700B6A409998FC7740A58BC0D8 EAC8F430
SSHFP
2 1 E2D3038DEA31D5083E1778204BD9F1EF9A6FE732
SSHFP
2 2 3F10D2F1ABFBDB8FB3460010D18B8ABD9E370CD2324362A7C31579C5 0E9BF8C0

freeipa
A
192.168.99.50
SSHFP
1 1 462CCB5D17640703E0731BCF4A1454862967EEA3
SSHFP
2 1 65517CB8AB7ABAC3A27E9F4700071AFC09D165EF

zimbra2014
A
192.168.99.2
MX
1 zimbra2014
SSHFP
1 1 04DA2757EC4999C2609D1706F622EF18F4A86654
SSHFP
2 1 E671A5DD87C98EFCBC966899454FAAA620720F51

SSHFP
1 1 15D9E62B7D6169544C6F28BC385E2F482C6E92E4
SSHFP
2 1 6881D66C21E879DA5A0C6B1732A2EB02BC347CAC

Я искал долгое время, и я все еще не могу зафиксировать его. Вы подозреваете, что это отсутствует в этой конфигурации?.

Я ценю так много Вашей справки :). Поздравления!.

-1
задан 2 September 2014 в 19:04
3 ответа

это может быть далекий шанс, и я не являюсь заядлым DNS-администратором, но я несколько раз настраивал dns-сервер для своей интрасети. Иногда я не получаю сервер dns моей интрасети для разрешения адресов - особенно после того, как я вручную добавляю новую постоянную запись dns.

Проблема в этих случаях - некоторая путаница в файлах .jnl. Что я делаю в этих случаях, так это

  1. stop dns сервер

  2. удаляю *.jnl файлы с /var/named/

  3. start dns server again.

0
ответ дан 5 December 2019 в 20:40

Я не очень уверен насчет FreeIPA, но я хорошо знаю BIND, так как работаю (по крайней мере, часть времени) DNS администратором в своей компании.

В файле зоны, который вы показываете выше, появляется как будто запись MX после записи NS, но я не вижу спецификации для того, что такое зона. Я бы проверил, что FreeIPA знает, что такое родительская зона (fi.example.com), и как только вы это сделаете, я подозреваю, что появятся MX-записи.

Случается ли то же самое, когда вы пытаетесь найти NS-записи? В зависимости от того, что я вижу, вероятно, произойдет.

В BIND вы можете указать $ORIGIN в начале, чтобы сказать BIND, что этот файл предназначен для X (example.com в моем примере) домена. После того, как он установлен, вы можете сказать ему, где находятся такие вещи, как NS и MX записи.

Вот простой пример, который я нашел на сайте CentOS:

http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-bind-zone.html).

$ORIGIN example.com. 
$TTL 86400 

@   IN  SOA dns1.example.com.   hostmaster.example.com. (
        2001062501 ; serial                     
        21600      ; refresh after 6 hours                     
        3600       ; retry after 1 hour                     
        604800     ; expire after 1 week                     
        86400 )    ; minimum TTL of 1 day  


IN  NS  dns1.example.com.       
IN  NS  dns2.example.com.        


IN  MX  10  mail.example.com.       
IN  MX  20  mail2.example.com.        

server1 IN  A   10.0.1.5        
server2 IN  A   10.0.1.6

dns1    IN  A   10.0.1.5        
dns1    IN  A   10.0.1.6

Часть, которую я заинтересовался, была MX-записей "IN MX", которая здесь показывает mail.example.com как MX for example.com. Как я сказал выше, убедитесь, что FreeIPA знает, что такое родительская зона, и посмотрите, поможет ли это.

.
0
ответ дан 5 December 2019 в 20:40

Ага, теперь я вижу проблему. Вы дали имя хоста MX записи MX.

Запись MX должна быть прикреплена к домену, а не иметь индивидуального имени хоста (если только вы не пытаетесь перенаправить почту на субдомен, что встречается редко).

Для решения проблемы удалите недействительную запись и добавьте запись MX к имени @.

FreeIPA DNS configuration

0
ответ дан 5 December 2019 в 20:40

Теги

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