450 4.7.1 Client host rejected: cannot find your reverse hostname - raz jest a raz go nie ma reverseip

[dan 2]

Niektóre maile ładnie dochodzą a niektóre ze zwrotką

450 4.7.1 Client host rejected: cannot find your reverse hostname

 

Z poziomu konsoli:

 

server:~# dig  -x 91.205.73.182
; <<>> DiG 9.6-ESV-R4 <<>> -x 91.205.73.182
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 2801
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;182.73.205.91.in-addr.arpa.	IN	  PTR
;; Query time: 112 msec
;; SERVER: 91.205.73.254#53(91.205.73.254)
;; WHEN: Fri Dec 16 13:01:02 2011
;; MSG SIZE  rcvd: 44

 

Czyli nie widać odpowiedzi. Za którymś razem ta sama komenda:

 

server:~# dig  -x 91.205.73.182
; <<>> DiG 9.6-ESV-R4 <<>> -x 91.205.73.182
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15899
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;182.73.205.91.in-addr.arpa.	IN	  PTR
;; ANSWER SECTION:
182.73.205.91.in-addr.arpa. 160854 IN   CNAME   182.73.205.91.in-addr.arpa.teredo.pl.
182.73.205.91.in-addr.arpa.teredo.pl. 57 IN PTR server.aktywne24.pl.
;; Query time: 0 msec
;; SERVER: 91.205.73.254#53(91.205.73.254)
;; WHEN: Fri Dec 16 13:01:13 2011
;; MSG SIZE  rcvd: 125

 

 

Co jest grane? Raz jest, raz nie ma? Może coś blokować firewall? (csf)

 

Czy może jest inna przyczyna zwrotek poczty?

Edytowano Grudzień 16, 2011 przez dan (zobacz historię edycji)

[Miłosz 2311]

Coś nie tak z rewersami. Napisz do Twojego usługodawcy, bo problem leży u niego.

 

milosz@oxygen:~> host 91.205.73.182
Host 182.73.205.91.in-addr.arpa. not found: 3(NXDOMAIN)

[tym 205]

Poproś ISP o ustawienie adresu revDNS, ponieważ aktualnie go nie posiadasz;

 host 91.205.73.182
Host 182.73.205.91.in-addr.arpa. not found: 3(NXDOMAIN)

[HaPe 242]

Revdns jest ustawiony przez CNAME:

182.73.205.91.in-addr.arpa. 160854 IN   CNAME   182.73.205.91.in-addr.arpa.teredo.pl. 

[tym 205]

Revdns jest ustawiony przez CNAME:

182.73.205.91.in-addr.arpa. 160854 IN   CNAME   182.73.205.91.in-addr.arpa.teredo.pl. 

buehehe... z tym że wszyscy resolvuja via A a nie CNAME

[HaPe 242]

Sam też robię na A. Jednak TP w swoich opisach ma CNAME

Edytowano Grudzień 16, 2011 przez Aimer (zobacz historię edycji)

[www.ionic.pl 535]

No tak, ale to trzeba dopisać w strefie tej 24ki minimum która jest zgłoszona do ripe.

Tu zaś mamy cname na rekord A którego zdaje się nie być,

najlepiej to tak, by istniał i odwrotny i zwykły a dnsach.

 

root@master:~# dig -x 91.205.73.182
; <<>> DiG 9.7.3 <<>> -x 91.205.73.182
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 15299
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;182.73.205.91.in-addr.arpa.	IN	  PTR
;; ANSWER SECTION:
182.73.205.91.in-addr.arpa. 2467 IN	 CNAME   ip-91-205-73-182.iwacom.net.pl.
;; AUTHORITY SECTION:
iwacom.net.pl.		  7200	IN	  SOA	 ns1.iwacom.pl. map.iwacom.pl. 2011110401 7200 3600 1209600 7200
;; Query time: 9 msec
;; SERVER: 91.189.248.66#53(91.189.248.66)
;; WHEN: Fri Dec 16 15:37:43 2011
;; MSG SIZE  rcvd: 139

 

root@master:~# dig ip-91-205-73-182.iwacom.net.pl
; <<>> DiG 9.7.3 <<>> ip-91-205-73-182.iwacom.net.pl
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 32761
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;ip-91-205-73-182.iwacom.net.pl.		IN	  A
;; AUTHORITY SECTION:
iwacom.net.pl.		  7082	IN	  SOA	 ns1.iwacom.pl. map.iwacom.pl. 2011110401 7200 3600 1209600 7200
;; Query time: 1 msec
;; SERVER: 91.189.248.66#53(91.189.248.66)
;; WHEN: Fri Dec 16 15:39:41 2011
;; MSG SIZE  rcvd: 99

Edytowano Grudzień 16, 2011 przez www.ionic.pl (zobacz historię edycji)

[kafi 2425]

buehehe... z tym że wszyscy resolvuja via A a nie CNAME

Pierwsze słyszę...

Mnie tam się wydawało, że odpytuje się o rekord ptr w domenie in-addr.arpa.

Druga kwestia - nie wiem co takiego buahahnego jest w robieniu cname rekordów strefy in-addr.arpa do rekordów ptr w innej domenie. Przecież to bardzo często stosowana polityka delegacji revów w przypadku, gdy z jakichś tam względów nie można oddać komuś we władanie revdnsów z całej klasy /C.

 

Hint: RFC2317 - http://www.faqs.org/rfcs/rfc2317.html

 

A wspomniana sytuacja wskazywała na błąd w synchronizacji slave-serwerów obsługujących strefę odwrotną.

[dan 2]

Dziękuje wszystkim za podpowiedzi. Okazało się, że problem był u dostawcy.