Last modified: 2014-10-30 20:13:07 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T64887, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 62887 - No reverse DNS entries for public IPs
No reverse DNS entries for public IPs
Status: NEW
Product: Wikimedia Labs
Classification: Unclassified
Infrastructure (Other open bugs)
unspecified
All All
: Low enhancement
: ---
Assigned To: Nobody - You can work on this!
:
: 48539 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-03-20 19:18 UTC by Tim Landscheidt
Modified: 2014-10-30 20:13 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Tim Landscheidt 2014-03-20 19:18:29 UTC
Host names added with [[wikitech:Special:NovaAddress]] generate forward DNS entries that resolve for example tools-login.wmflabs.org to 208.80.155.130, but the reverse DNS entry for 208.80.155.130 = 130.155.80.208.in-addr.arpa doesn't exist.

Apparently, at the moment forward DNS is handled by labs-ns0 (virt0) and labs-ns1 (virt1000) that run pdns backed by LDAP.  http://www.linuxnetworks.de/doc/index.php/PowerDNS_LDAP_Backend/Example#Reverse_lookups has some documentation for that use case.
Comment 1 Gerrit Notification Bot 2014-03-27 17:55:46 UTC
Change 121416 had a related patch set uploaded by Tim Landscheidt:
Add temporary PTR record for mail.tools.wmflabs.org

https://gerrit.wikimedia.org/r/121416
Comment 2 Gerrit Notification Bot 2014-03-28 16:25:39 UTC
Change 121416 merged by coren:
Add temporary PTR record for mail.tools.wmflabs.org

https://gerrit.wikimedia.org/r/121416
Comment 3 Tim Landscheidt 2014-03-31 21:06:37 UTC
RFC 2317 (cf. http://www.rfc-editor.org/rfc/rfc2317.txt) describes a procedure to delegate less than a class C by using CNAMEs:

| [...]
|    129             CNAME   129.128/26.2.0.192.in-addr.arpa.
|    130             CNAME   130.128/26.2.0.192.in-addr.arpa.
|    131             CNAME   131.128/26.2.0.192.in-addr.arpa.
| [...]

This looks promising; put CNAMEs for 208.80.155.128/25 in templates/155.80.208.in-addr.arpa that point to labs-ns0, and generate the PTR records on labs-ns0 in Extension:OpenStackManager.  I had feared that we would need a more fragile approach (if Labs wouldn't get a complete /24 of public IPs :-)).
Comment 4 Tim Landscheidt 2014-04-08 20:51:33 UTC
*** Bug 48539 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links