Origin of reverse lookup

Sat Jun 19 15:01:00 UTC 2021

FIRST: this will be my last response to you and if it's only to prevent 
using words leading to moderation

Am 19.06.21 um 15:46 schrieb alcol alcol:
> Ohuuuuuuuuuu I haven't written slave but was not your email
> if you want to say something don't quote others taht say right things

please understand that this is my decision

> if I don't use words as you could use or like is not your matter

sorry for correcting wrong technical terms and understanding, either 
learn to deal with it or don't ask on places where professionals are present

 >>> in past I had a master reverse lookup
 >>> maintained from me downloaded from
 >>> isp becous iana can't go around the
 >>> world to download and to avoid
 >>> issues in download.

this is nosense

a) IANA don't download anything from nowhere
b) zone transfers are not downloads
c) worldwide dns don't work that way

RECURSION:

* the resolver asks the root which
   nameserver is responsible for the TLD
* the tld registry tell him the
   nameserver for the zone
* finally it asks that nameservers

how they got their zone-data is irrelevant, the autoritative nameservers 
just respond to specific queries

you initally asked "find who is hosting this reverse lookup?" and the 
answer is simply: look the SOA of the reverse-name

[harry at srv-rhsoft:/downloads]$ dig SOA 6.73.118.91.in-addr.arpa. @8.8.8.8

; <<>> DiG 9.11.32-RedHat-9.11.32-1.fc33 <<>> SOA 
6.73.118.91.in-addr.arpa. @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39068
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;6.73.118.91.in-addr.arpa.      IN      SOA

;; AUTHORITY SECTION:
73.118.91.in-addr.arpa. 1799    IN      SOA     ns2.thelounge.net. 
hostmaster.thelounge.net. 2021050714 3600 1800 1814400 3600

> as last part of your reply, please think to yourself as you started to 
> quote me with no meaning saying same things as me
> 
> 
> 
> Why do you look at the speck that is in your brother's eye and don't 
> notice the beam that is in your eye?
> 
> ------------------------------------------------------------------------
> *From:* bind-users <bind-users-bounces at lists.isc.org> on behalf of 
> Reindl Harald <h.reindl at thelounge.net>
> *Sent:* Saturday, June 19, 2021 2:23 PM
> *To:* bind-users at lists.isc.org <bind-users at lists.isc.org>
> *Subject:* Re: Origin of reverse lookup
> 
> 
> Am 19.06.21 um 13:24 schrieb alcol alcol:
>> I see you have time to waste saying strange things
> 
> seriously?
> 
>> dns zones even forard or reverse are downloaded as configured from 
>> masters to slaves or where are needed
> 
> may you show me word "slave" in any line below?
> 
>> all other remarks are confirmations of what said
> 
> 
> that must be why you started with:
> 
>   >> Any thoughts on how I might resolve this
>   >> or find who is hosting this reverse lookup?
> 
>> I see u have time to waste ................ is clear 🤔😄
> 
> don't get me wrong but when you know that little about DNS that you
> expect a service on the internet cares about what you configured at your
> local box you shouldn't be that arrogant!
> 
>   >> When I run https://intodns.com/ <https://intodns.com/>
>   >> it shows this reverse lookup and not
>   >> the one I just configured on my local box.
> 
>> ------------------------------------------------------------------------
>> *From:* bind-users <bind-users-bounces at lists.isc.org> on behalf of 
>> Reindl Harald <h.reindl at thelounge.net>
>> *Sent:* Saturday, June 19, 2021 12:36 PM
>> *To:* bind-users at lists.isc.org <bind-users at lists.isc.org>
>> *Subject:* Re: Origin of reverse lookup
>> 
>> 
>> Am 19.06.21 um 12:10 schrieb alcol alcol:
>>> ISP Have is a normale DNS zone as forward ones
>>> 
>>> they does not offer remote mainteining as you should own all subnet 
>>> class and are directly downloaded from iana if I remember well.
>> 
>> ptr zones are the same way delegated as any other zones
>> 
>>> if something go wrong with the zone ISP will have issue from tld.
>> 
>> no
>> 
>>> in past I had a master reverse lookup maintained from me downloaded from 
>>> isp becous iana can't go around the world to download and to avoid 
>>> issues in download.
>> 
>> dns zones are not downloaded
>> 
>>> as are zones with so few changes isp could allow something like a 
>>> cpannel to change some records.
>> 
>> that don't scale given that most customers just have a single IP
>> 
>> in case you have a /24 the ISP can delegate the whole zone to you, look
>> at the authoritative nameservers below
>> 
>> [harry at srv-rhsoft:/downloads]$ dig -x 91.118.73.6
>> 
>> ; <<>> DiG 9.11.32-RedHat-9.11.32-1.fc33 <<>> -x 91.118.73.6
>> ;; global options: +cmd
>> ;; Got answer:
>> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21949
>> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3
>> 
>> ;; OPT PSEUDOSECTION:
>> ; EDNS: version: 0, flags:; udp: 1024
>> ; COOKIE: 68fa6f61a7537e2c684ca5d260cdc67126f45c0615547511 (good)
>> ;; QUESTION SECTION:
>> ;6.73.118.91.in-addr.arpa.      IN      PTR
>> 
>> ;; ANSWER SECTION:
>> 6.73.118.91.in-addr.arpa. 7200  IN      PTR     arrakis.thelounge.net.
>> 
>> ;; AUTHORITY SECTION:
>> 73.118.91.in-addr.arpa. 7200    IN      NS      ns1.thelounge.net.
>> 73.118.91.in-addr.arpa. 7200    IN      NS      ns2.thelounge.net.
>> 
>> ;; ADDITIONAL SECTION:
>> ns2.thelounge.net.      7200    IN      A       91.118.73.
>> ns1.thelounge.net.      7200    IN      A       85.124.176.242
>> 
>>> usually reverse lookup are resolved with a standard naming with ip and 
>>> isp name
>> 
>> for consumer ranges: yes
>> 
>>> if you run a mail server could be usefull 
>> 
>> if you run a mailserver it is a must, at least when you care to deliver
>> your mails, as well make sure your HELO-hostname matches too
>> 
>> many sites add at least points to the sapm scoring for clients like that:
>> 
>> warning: hostname szkoleniagospodarka.pl does not resolve to address
>> 51.75.72.176: Name or service not known
>> 
>>> if not a reverse lookup is not 
>>> so much used
>> 
>> well, in case of servers i prefer PTR/A matching no matter if it is
>> supposed to send mail and the same goes for internal networks i maintain
>> 
>>> ------------------------------------------------------------------------
>>> *From:* bind-users <bind-users-bounces at lists.isc.org> on behalf of 
>>> techlists at phpcoderusa.com <techlists at phpcoderusa.com>
>>> *Sent:* Saturday, June 19, 2021 1:17 AM
>>> *To:* bind-users at lists.isc.org <bind-users at lists.isc.org>
>>> *Subject:* Origin of reverse lookup
>>> Hi,
>>> 
>>> I had my ISP configure a reverse lookup years ago.  They say they no
>>> longer offer that service and there is no reverse lookup for my IP.
>>> 
>>> I keep running into this old reverse lookup and do not know where it is
>>> coming from.
>>> 
>>> When I run https://intodns.com/ <https://intodns.com/> <https://intodns.com/ 
> <https://intodns.com/>> <https://intodns.com/
>> <https://intodns.com/ <https://intodns.com/>>> it shows this
>>> reverse lookup and not the
>>> one I just configured on my local box.
>>> 
>>> Any thoughts on how I might resolve this or find who is hosting this
>>> reverse lookup?