pydns-developer — Developer mailing list for PyDNS package

Re: [Pydns-developer] PyDNS installation fails on Fedora Core 1

[David T. <db...@me...>]

On Thu, Jan 29, 2004 at 11:51:46AM -0500, Eric S. Raymond wrote:
> This is probably just a distutils snafu, but as I have no experience 
> with distutils troubleshooting I'm asking for help.  The error log is:
> 
> root@grelber:/nfs/snark/home/esr/src/pydns-2.3.0# python setup.py install
> running install
> Traceback (most recent call last):
> [...]
> distutils.errors.DistutilsPlatformError: invalid Python installation:
> unable to open /usr/lib/python2.2/config/Makefile (No such file or
> directory)

% rpm -qf /usr/lib/python2.2/config/Makefile                                  ~
python-devel-2.2.3-7

(apply as necessary to your local package manager)

[Pydns-developer] PyDNS installation fails on Fedora Core 1

[Eric S. R. <es...@sn...>]

This is probably just a distutils snafu, but as I have no experience 
with distutils troubleshooting I'm asking for help.  The error log is:

root@grelber:/nfs/snark/home/esr/src/pydns-2.3.0# python setup.py install
running install
Traceback (most recent call last):
  File "setup.py", line 25, in ?
    packages = ['DNS'],
  File "/usr/lib/python2.2/distutils/core.py", line 138, in setup
    dist.run_commands()
  File "/usr/lib/python2.2/distutils/dist.py", line 902, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python2.2/distutils/dist.py", line 921, in run_command
    cmd_obj.ensure_finalized()
  File "/usr/lib/python2.2/distutils/cmd.py", line 112, in ensure_finalized
    self.finalize_options()
  File "/usr/lib/python2.2/distutils/command/install.py", line 267, in finalize_options
    (prefix, exec_prefix) = get_config_vars('prefix', 'exec_prefix')
  File "/usr/lib/python2.2/distutils/sysconfig.py", line 417, in get_config_vars    func()
  File "/usr/lib/python2.2/distutils/sysconfig.py", line 322, in _init_posix
    raise DistutilsPlatformError(my_msg)
distutils.errors.DistutilsPlatformError: invalid Python installation: unable to open /usr/lib/python2.2/config/Makefile (No such file or directory)

There is no config directory under /usr/lib/python2.2/, either on grelber
or any of my other machines with Python installed.
-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>

A right is not what someone gives you; it's what no one can take from you. 
	-- Ramsey Clark

[Pydns-developer] Discovering nameservers on win32 with DHCP enabled interfaces

[Noel D. <noe...@te...>]

I'm using pydns-2.3.0 on windows 2000. The function RegistryResolve() in win32dns.py uses a number of techniques to discover the name of DNS nameservers on various Windows platforms by querying certain registry keys. The techniques used will not discover any nameservers on Windows 2000 if the network interface is configured via DHCP.

On Windows 2000, if the network interface is configured via DHCP then the nameserver can be found by querying the key DHCPNameServer. The following code can be used:

    try: # for win2000, dhcp enabled interface
        y= _winreg.OpenKey(x,
         r"SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces")
        for i in range(1000):
            try:
                n=_winreg.EnumKey(y,i)
                z=_winreg.OpenKey(y,n)
                try:
                    nameserver,dummytype=_winreg.QueryValueEx(z,'DHCPNameServer')
                    if nameserver and not (nameserver in nameservers):
                        nameservers.extend(stringdisplay(nameserver))
                except EnvironmentError:
                    pass
                _winreg.CloseKey(z)
            except EnvironmentError:
                break
        _winreg.CloseKey(y)
    except EnvironmentError:
        pass

This code is the code for whistler but with different registry keys. 

I suppose that this code could be rewritten to query the registry key 
"EnableDHCP" to see if the interface is configured by DHCP, then it could call the above code, otherwise it should default to the existing code.

More information about Windows 2000 tcp/ip settings can be found on

http://www.microsoft.com/technet/treeview/default.asp?url=/technet/itsolutions/network/deploy/depovg/tcpip2k.asp

Regard,

Noel.

-- 
__________________________________________________________
Sign-up for your own personalized E-mail at Mail.com
http://www.mail.com/?sr=signup

CareerBuilder.com has over 400,000 jobs. Be smarter about your job search
http://corp.mail.com/careers

[Pydns-developer] hello

[Ng C. H. <che...@si...>]

Dear Sir,=0D
I am only a beginner for python programming, please allow me to ask a sil=
ly
question. I try to use the scripts provided for dns lookup in Windows 98.
When I import DNS, it always give error "no module called DNS". I think I
must have missed out something. Please advise me.=0D
=0D
regards=0D
chek hong

Re: [Pydns-developer] PyDNS question

[Anthony B. <an...@in...>]

>>> "Dalibor Toman" wrote
> Hi,
> 
> maybe I am missing something (I am not a python expert) but I have
> troubles installing the PyDNS (2.3.0) on RH 7.2 with Python 1.5.2.

Pydns won't work with Python 1.5. Try version 2.1.3 or 2.2.1.

Thanks,
Anthony

-- 
Anthony Baxter     <an...@in...>   
It's never too late to have a happy childhood.

[Pydns-developer] PyDNS question

[Dalibor T. <dt...@fo...>]

Hi,

maybe I am missing something (I am not a python expert) but I have
troubles installing the PyDNS (2.3.0) on RH 7.2 with Python 1.5.2.

Your setup.py imports the DNS library so the command 'python setup.py
install' fails because there is no such module installed yet. After I
removed the import and replaced the version with '2.3.0' string the
installation process starts but it is not able to compile some modules
(see the script output below).

Does the PyDNS require newer version of python?

Regards
Dalibor Toman


[root@sns pydns-2.3.0]# python setup.py install | more
  File "/usr/lib/python1.5/site-packages/DNS/Base.py", line 223
    DnsRequest.__init__(self, *name, **args)
                              ^
SyntaxError: invalid syntax
  File "/usr/lib/python1.5/site-packages/DNS/Lib.py", line 39
    from struct import pack as struct_pack
                             ^
SyntaxError: invalid syntax
  File "/usr/lib/python1.5/site-packages/DNS/Base.py", line 223
    DnsRequest.__init__(self, *name, **args)
                              ^
SyntaxError: invalid syntax
  File "/usr/lib/python1.5/site-packages/DNS/Lib.py", line 39
    from struct import pack as struct_pack
                             ^
SyntaxError: invalid syntax
byte-compiling /usr/lib/python1.5/site-packages/DNS/Base.py to
Base.pyo
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/Class.py to Class.pyo
byte-compiling /usr/lib/python1.5/site-packages/DNS/Lib.py to Lib.pyo
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/Opcode.py to Opcode.pyo
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/Status.py to Status.pyo
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/Type.py to Type.pyo
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/__init__.py to __init__.pyo
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/lazy.py to lazy.pyo
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/win32dns.py to win32dns.pyo
running install
running build
running build_py
not copying DNS/Base.py (output up-to-date)
not copying DNS/Class.py (output up-to-date)
not copying DNS/Lib.py (output up-to-date)
not copying DNS/Opcode.py (output up-to-date)
not copying DNS/Status.py (output up-to-date)
not copying DNS/Type.py (output up-to-date)
not copying DNS/__init__.py (output up-to-date)
not copying DNS/lazy.py (output up-to-date)
not copying DNS/win32dns.py (output up-to-date)
running install_lib
not copying build/lib/DNS/Base.py (output up-to-date)
not copying build/lib/DNS/Class.py (output up-to-date)
not copying build/lib/DNS/Lib.py (output up-to-date)
not copying build/lib/DNS/Opcode.py (output up-to-date)
not copying build/lib/DNS/Status.py (output up-to-date)
not copying build/lib/DNS/Type.py (output up-to-date)
not copying build/lib/DNS/__init__.py (output up-to-date)
not copying build/lib/DNS/lazy.py (output up-to-date)
not copying build/lib/DNS/win32dns.py (output up-to-date)
byte-compiling /usr/lib/python1.5/site-packages/DNS/Base.py to
Base.pyc
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/Class.py to Class.pyc
byte-compiling /usr/lib/python1.5/site-packages/DNS/Lib.py to Lib.pyc
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/Opcode.py to Opcode.pyc
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/Status.py to Status.pyc
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/Type.py to Type.pyc
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/__init__.py to __init__.pyc
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/lazy.py to lazy.pyc
skipping byte-compilation of
/usr/lib/python1.5/site-packages/DNS/win32dns.py to win32dns.pyc
writing byte-compilation script '/usr/tmp/@7783.1.py'
/usr/bin/python -O /usr/tmp/@7783.1.py
removing /usr/tmp/@7783.1.py

[Pydns-developer] Truncated packet handling

[Bastian K. <ref...@we...>]

Hi,

a djbdns user stumbled recently over a truncated UDP packet.
I read the blurb from Dan Bernstein's djbdns about truncated packets at
http://cr.yp.to/djbdns/notes.html

WebCleaner is using a fallback-to-tcp mechanism for DNS lookups when
the udp packet is truncated.
I think it would be interesting for pydns to have the same feature.
You can look at wc/proxy/dns_lookup.py at webcleaner.sf.net for the
source.

Greetings, Bastian

[Pydns-developer] WebCleaner uses PyDNS

[Bastian K. <ref...@we...>]

Hi folks,

just wanted to note that my program at webcleaner.sf.net uses PyDNS.

Greetings, Bastian

Re: [Pydns-developer] CVS: pydns/DNS Lib.py,1.12,1.13

[Anthony B. <an...@in...>]

>>> David Terrell wrote
> Yeah, absolutely.  Where do I check these in, DNS/../tests?

Yep. Just add them to tests/testPackers.py

-- 
Anthony Baxter     <an...@in...>   
It's never too late to have a happy childhood.

Re: [Pydns-developer] CVS: pydns/DNS Lib.py,1.12,1.13

[David T. <db...@me...>]

On Thu, May 16, 2002 at 12:37:59PM +0000, Anthony Baxter wrote:
> [resend - I've been having email "issues"]
> 
> Looks good. I made a slight formatting change (80 column lines).
> 
> In DNS.lazy.revlookup6(), if the server returns 0 answers, you'll get 
> an error. I believe that this "shouldn't" happen, but it's still possible
> (DNS servers do wierd stuff :)
> 
> Also, could you add a couple of pack/unpack tests for the 128 bit 
> packers and the bin2addr6 and addr62bin to testPackers.py?

Yeah, absolutely.  Where do I check these in, DNS/../tests?

-- 
David Terrell   | "To increase the hype, I'm gonna release a bunch
Nebcorp PM      | of BLT variants (NetBLT, FreeBLT, BLT386, etc)
db...@me...    | and create artificial rivalries."
wwn.nebcorp.com |  - Brian Swetland (www.openblt.org)

Re: [Pydns-developer] CVS: pydns/DNS Lib.py,1.12,1.13

[Anthony B. <an...@in...>]

[resend - I've been having email "issues"]

Looks good. I made a slight formatting change (80 column lines).

In DNS.lazy.revlookup6(), if the server returns 0 answers, you'll get 
an error. I believe that this "shouldn't" happen, but it's still possible
(DNS servers do wierd stuff :)

Also, could you add a couple of pack/unpack tests for the 128 bit 
packers and the bin2addr6 and addr62bin to testPackers.py?

ta,
Anthony
--
Anthony Baxter     <an...@in...>   
It's never too late to have a happy childhood.

[Pydns-developer] CVS: pydns/DNS lazy.py,1.6,1.7

[Anthony B. <ant...@us...>]

Update of /cvsroot/pydns/pydns/DNS
In directory usw-pr-cvs1:/tmp/cvs-serv5039

Modified Files:
	lazy.py 
Log Message:
reformatted extra-long line. note to self.


Index: lazy.py
===================================================================
RCS file: /cvsroot/pydns/pydns/DNS/lazy.py,v
retrieving revision 1.6
retrieving revision 1.7
diff -C2 -d -r1.6 -r1.7
*** lazy.py	8 May 2002 15:05:34 -0000	1.6
--- lazy.py	13 May 2002 08:25:27 -0000	1.7
***************
*** 23,28 ****
  
  def revlookup6(name):
!     """Takes an IPv6 textual address (rfc 2373 2.2 presentation format (subpart 3, ::i.p.v.4
! is explicitly NOT supported).  Returns a name (only one if more than one presented)."""
      a = Lib.addr62bin(name)
      s = '%08x%08x%08x%08x' % a
--- 23,31 ----
  
  def revlookup6(name):
!     """
!        Takes an IPv6 textual address (rfc 2373 2.2 presentation format 
!        (subpart 3, ::i.p.v.4 is explicitly NOT supported). 
!        Returns a name (only one if more than one presented).
!     """
      a = Lib.addr62bin(name)
      s = '%08x%08x%08x%08x' % a
***************
*** 36,39 ****
--- 39,43 ----
      if q.header['status'] == 'NXDOMAIN':
          q = Base.DnsRequest(s + '.ip6.arpa',qtype='PTR').req()
+     # Hm. what if you get no answers? 
      return q.answers[0]['data']
      
***************
*** 51,54 ****
--- 55,61 ----
  #
  # $Log$
+ # Revision 1.7  2002/05/13 08:25:27  anthonybaxter
+ # reformatted extra-long line. note to self.
+ #
  # Revision 1.6  2002/05/08 15:05:34  dbt
  # AAAA records and ip6.int/ip6.arpa reverse.

[Pydns-developer] CVS: pydns/DNS Lib.py,1.12,1.13

[David T. <db...@us...>]

Update of /cvsroot/pydns/pydns/DNS
In directory usw-pr-cvs1:/tmp/cvs-serv26913

Modified Files:
	Lib.py 
Log Message:
Whoops, I messed up the indentation.  addr62bin()
only worked if you had a textual address that had
a compressed string (::).


Index: Lib.py
===================================================================
RCS file: /cvsroot/pydns/pydns/DNS/Lib.py,v
retrieving revision 1.12
retrieving revision 1.13
diff -C2 -d -r1.12 -r1.13
*** Lib.py	8 May 2002 15:05:34 -0000	1.12
--- Lib.py	11 May 2002 05:15:13 -0000	1.13
***************
*** 112,128 ****
          s += parts[1]
          parts = s.split(':')
!         for word in parts:
!             try:
!                 i = int(word,16)
!                 if i > 65535 or i < 0:
!                     raise ValueError, 'bad IPv6 address'
!             except:
                  raise ValueError, 'bad IPv6 address'
                  
!         t = ((int(parts[0],16) << 16) + int(parts[1],16), \
! 	     (int(parts[2],16) << 16) + int(parts[3],16), \
! 	     (int(parts[4],16) << 16) + int(parts[5],16), \
! 	     (int(parts[6],16) << 16) + int(parts[7],16))
! 	return(t)
  
  # Packing class
--- 112,128 ----
          s += parts[1]
          parts = s.split(':')
!     for word in parts:
!         try:
!             i = int(word,16)
!             if i > 65535 or i < 0:
                  raise ValueError, 'bad IPv6 address'
+         except:
+             raise ValueError, 'bad IPv6 address'
                  
!     t = ((int(parts[0],16) << 16) + int(parts[1],16), \
!          (int(parts[2],16) << 16) + int(parts[3],16), \
!          (int(parts[4],16) << 16) + int(parts[5],16), \
!          (int(parts[6],16) << 16) + int(parts[7],16))
!     return(t)
  
  # Packing class
***************
*** 699,702 ****
--- 699,707 ----
  #
  # $Log$
+ # Revision 1.13  2002/05/11 05:15:13  dbt
+ # Whoops, I messed up the indentation.  addr62bin()
+ # only worked if you had a textual address that had
+ # a compressed string (::).
+ #
  # Revision 1.12  2002/05/08 15:05:34  dbt
  # AAAA records and ip6.int/ip6.arpa reverse.

[Pydns-developer] CVS: pydns/tests test6.py,NONE,1.1

[David T. <db...@us...>]

Update of /cvsroot/pydns/pydns/tests
In directory usw-pr-cvs1:/tmp/cvs-serv31132/tests

Added Files:
	test6.py 
Log Message:
Quick IPv6 test functions.


--- NEW FILE: test6.py ---
#!/opt/python/bin/python

import sys ; sys.path.insert(0, '..')

import DNS
DNS.DiscoverNameServers()

r=DNS.Request(qtype='AAAA')
res = r.req('pianosa6.catch22.org')
res.show()

print DNS.revlookup6('2002:4051:3012:1fff::dead:beef')

[Pydns-developer] CVS: pydns/DNS Lib.py,1.11,1.12 lazy.py,1.5,1.6

[David T. <db...@us...>]

Update of /cvsroot/pydns/pydns/DNS
In directory usw-pr-cvs1:/tmp/cvs-serv19212/DNS

Modified Files:
	Lib.py lazy.py 
Log Message:
AAAA records and ip6.int/ip6.arpa reverse.


Index: Lib.py
===================================================================
RCS file: /cvsroot/pydns/pydns/DNS/Lib.py,v
retrieving revision 1.11
retrieving revision 1.12
diff -C2 -d -r1.11 -r1.12
*** Lib.py	19 Mar 2002 13:05:02 -0000	1.11
--- Lib.py	8 May 2002 15:05:34 -0000	1.12
***************
*** 46,49 ****
--- 46,52 ----
      return struct_pack('!L', n)
  
+ def pack128bit(n):
+     return struct_pack('!4I', n)
+ 
  def unpack16bit(s):
      return struct_unpack('!H', s)[0]
***************
*** 52,55 ****
--- 55,62 ----
      return struct_unpack('!L', s)[0]
  
+ def unpack128bit(s):
+     # unlike the other unpack functions, this one keeps the tuple as a tuple
+     return struct_unpack('!4I', s)
+ 
  def addr2bin(addr):
      if type(addr) == type(0): return addr
***************
*** 65,68 ****
--- 72,129 ----
  
  
+ def bin2addr6(t):
+     comp = 0 #  0 - no compression yet, 1 - compressing, 2 - already compressed
+     mask = (0xffff0000,0xffff)
+     shift = (16, 0)
+     ret = ''
+     for n in 0,1,2,3:
+         for sub in 0,1:
+             if comp < 2 and ((t[n] & mask[sub])==0):
+                 # and skip it
+                 comp = 1
+             else:
+                 if(comp==1):
+                     comp=2
+                     ret += ':'
+                 if(ret):
+                     ret += ':'
+                 ret += '%x' %(((t[n] & mask[sub]) >> shift[sub]) & 0xffff)
+     return(ret)
+ 
+ def addr62bin(s):
+     if s[:2] == '::':
+         s = '0' + p
+     elif s[:1] == ':':
+         raise ValueError, 'bad IPv6 address'
+     
+     parts = s.split(':')
+     if len(parts)>8:
+         raise ValueError, 'bad IPv6 address'
+     elif len(parts) == 8:
+         pass
+     else:
+         m = 9 - len(parts)
+         parts = s.split('::')
+         if not len(parts) == 2:
+             raise ValueError, 'bad IPv6 address'
+         s = parts[0] + ':'
+         for n in range(0,m):
+             s += '0:'
+         s += parts[1]
+         parts = s.split(':')
+         for word in parts:
+             try:
+                 i = int(word,16)
+                 if i > 65535 or i < 0:
+                     raise ValueError, 'bad IPv6 address'
+             except:
+                 raise ValueError, 'bad IPv6 address'
+                 
+         t = ((int(parts[0],16) << 16) + int(parts[1],16), \
+ 	     (int(parts[2],16) << 16) + int(parts[3],16), \
+ 	     (int(parts[4],16) << 16) + int(parts[5],16), \
+ 	     (int(parts[6],16) << 16) + int(parts[7],16))
+ 	return(t)
+ 
  # Packing class
  
***************
*** 180,185 ****
--- 241,250 ----
      def get32bit(self):
          return unpack32bit(self.getbytes(4))
+     def get128bit(self):
+         return unpack128bit(self.getbytes(16))
      def getaddr(self):
          return bin2addr(self.get32bit())
+     def getaddr6(self):
+         return bin2addr6(self.get128bit())
      def getstring(self):
          return self.getbytes(ord(self.getbyte()))
***************
*** 408,411 ****
--- 473,478 ----
      def getAdata(self):
          return self.getaddr()
+     def getAAAAdata(self):
+         return self.getaddr6()
      def getWKSdata(self):
          address = self.getaddr()
***************
*** 632,635 ****
--- 699,705 ----
  #
  # $Log$
+ # Revision 1.12  2002/05/08 15:05:34  dbt
+ # AAAA records and ip6.int/ip6.arpa reverse.
+ #
  # Revision 1.11  2002/03/19 13:05:02  anthonybaxter
  # converted to class based exceptions (there goes the python1.4 compatibility :)

Index: lazy.py
===================================================================
RCS file: /cvsroot/pydns/pydns/DNS/lazy.py,v
retrieving revision 1.5
retrieving revision 1.6
diff -C2 -d -r1.5 -r1.6
*** lazy.py	6 May 2002 06:14:38 -0000	1.5
--- lazy.py	8 May 2002 15:05:34 -0000	1.6
***************
*** 9,14 ****
--- 9,17 ----
  # routines for lazy people.
  import Base
+ import Lib
+ 
  import string
  
+ 
  def revlookup(name):
      "convenience routine for doing a reverse lookup of an address"
***************
*** 19,22 ****
--- 22,42 ----
      return Base.DnsRequest(b, qtype = 'ptr').req().answers[0]['data']
  
+ def revlookup6(name):
+     """Takes an IPv6 textual address (rfc 2373 2.2 presentation format (subpart 3, ::i.p.v.4
+ is explicitly NOT supported).  Returns a name (only one if more than one presented)."""
+     a = Lib.addr62bin(name)
+     s = '%08x%08x%08x%08x' % a
+     l = list(s)
+     l.reverse()
+     s = '.'
+     s = s.join(l)
+     q = Base.DnsRequest(s + '.ip6.int',qtype='PTR').req()
+     # ip6.int is the 'legacy' domain but ip6.arpa is still missing
+     # several key zone cuts, including 2.0.0.2.ip6.arpa
+     if q.header['status'] == 'NXDOMAIN':
+         q = Base.DnsRequest(s + '.ip6.arpa',qtype='PTR').req()
+     return q.answers[0]['data']
+     
+ 
  def mxlookup(name):
      """
***************
*** 31,34 ****
--- 51,57 ----
  #
  # $Log$
+ # Revision 1.6  2002/05/08 15:05:34  dbt
+ # AAAA records and ip6.int/ip6.arpa reverse.
+ #
  # Revision 1.5  2002/05/06 06:14:38  anthonybaxter
  # reformat, move import to top of file.

Re: [Pydns-developer] ipv6

[Anthony B. <an...@in...>]

>>> David Terrell wrote
> Okey dokey.  I've got all the IPv6 stuff working within records.
> I'm working on a revlookup6() function in lazy.py.  I've learned
> something new about python today (struct module), so I'm happy.
> 
> Do you want to see the new patch before I commit it?

Nah - check it in, and I'll look at it there. cvs is so much 
nicer than the SF patch mangler. :)

Anthony
-- 
Anthony Baxter     <an...@in...>   
It's never too late to have a happy childhood.

Re: [Pydns-developer] ipv6

[David T. <db...@me...>]

On Tue, May 07, 2002 at 11:16:06PM -0700, David Terrell wrote:
> Okey dokey.  I've got all the IPv6 stuff working within records.
> I'm working on a revlookup6() function in lazy.py.  I've learned
> something new about python today (struct module), so I'm happy.
> 
> Do you want to see the new patch before I commit it?

Silence indicates assent?

I'm glad I waited, this version of revlookup6() is _much_ nicer than
my first attempt.

-- 
David Terrell   | "Naturally, this is a frivolous example, and not likely to 
db...@me...    | face scrutiny well. In fact, you should have seen me giggle 
Nebcorp PM      | as I typed the words 'zero-administration.'" - Benjy Feen, 
wwn.nebcorp.com | "Monkeybagel Consulting", www.monkeybagel.com.

[Pydns-developer] ipv6

[David T. <db...@me...>]

Okey dokey.  I've got all the IPv6 stuff working within records.
I'm working on a revlookup6() function in lazy.py.  I've learned
something new about python today (struct module), so I'm happy.

Do you want to see the new patch before I commit it?

-- 
David Terrell            | Q. Is C an acronym? 
db...@me...             | A. Yes, it stands for ``C''. It's another
Nebcorp Prime Minister   |    of those funky recursive acronyms.
http://wwn.nebcorp.com/  |  - "Infrequently asked questions in comp.lang.c"

[Pydns-developer] Re: UPDATE requests, anyone?

[Matthias U. <sm...@no...>]

Hi,

Anthony Baxter:
> Are people interested enough that it's worth my while writing up
> the new stuff as Zope3-style Interfaces for comment?

I think so.
-- 
Matthias Urlichs     |     noris network AG     |     http://smurf.noris.de/

[Pydns-developer] Re: UPDATE requests, anyone?

[Anthony B. <an...@in...>]

>>> "Matthias Urlichs" wrote
> If you send some mail when you're reasonably done with that, I'll probably
> do some work on the update problem.
> 
> If you keep in mind that update requests will look like a Question with
> "answer" and "authority" parts (they are named "Prerequisite" and "Update"
> in the RFC -- the question section of the RR names the zone to be updated)
> when you put the request/response objects back together, there'll be no
> problem. (Famous last words. ;-).


If you just work on the Pack/Unpack stuff, there's no reason not
to work from the current code. Most of the work in this case will
be there...

Are people interested enough that it's worth my while writing up
the new stuff as Zope3-style Interfaces for comment?

[Pydns-developer] Re: UPDATE requests, anyone?

[Matthias U. <sm...@no...>]

Hi,

Anthony Baxter:
> I'll put it in my 'todo' list, or you could submit a bug report
> on sf to make sure it's still listed. I'm not likely to get to
> it soon - I'm ripping out the guts of the current request/response
> objects first...
> 
If you send some mail when you're reasonably done with that, I'll probably
do some work on the update problem.

If you keep in mind that update requests will look like a Question with
"answer" and "authority" parts (they are named "Prerequisite" and "Update"
in the RFC -- the question section of the RR names the zone to be updated)
when you put the request/response objects back together, there'll be no
problem. (Famous last words. ;-).

-- 
Matthias Urlichs     |     noris network AG     |     http://smurf.noris.de/

[Pydns-developer] Re: UPDATE requests, anyone?

[Anthony B. <an...@in...>]

>>> "Matthias Urlichs" wrote
> is anybody working on UPDATEs?  I find myself needing them. :-/

not yet. send code :)

scanning 2136, it doesn't seem to hard to bolt on top of the 
current code, but it really is going to be pretty ugly without
dnssec. On the plus side, we only do clientside right now, so 
it's not like we're shipping something insecure out of the box
(when the server side is more complete, then I'd say you should
have to do some explicit changes to the configuration to turn on
updates-not-over-dnssec).

I'll put it in my 'todo' list, or you could submit a bug report
on sf to make sure it's still listed. I'm not likely to get to
it soon - I'm ripping out the guts of the current request/response
objects first...

Anthony
-- 
Anthony Baxter     <an...@in...>   
It's never too late to have a happy childhood.

Re: [Pydns-developer] UPDATE requests, anyone?

[Matthias U. <sm...@no...>]

Hi,

David Terrell:
> 
> 2136 looks pretty easy.  Non-3007 UPDATE seems pretty useless and

2136 is implemented in the Perl Net::DNS module.

I want Python. ;-)

We're currently using 2136. You do need a secure environment and a
well-configured firewall to make it work in a production environment,
but that's (a) reasonably easy to set up and (b) needed in any case.

-- 
Matthias Urlichs     |     noris network AG     |     http://smurf.noris.de/

Re: [Pydns-developer] UPDATE requests, anyone?

[David T. <db...@me...>]

On Mon, May 06, 2002 at 09:34:20AM +0200, Matthias Urlichs wrote:
> Hi,
> 
> is anybody working on UPDATEs?  I find myself needing them. :-/

That sure would be cool, huh.

2136 looks pretty easy.  Non-3007 UPDATE seems pretty useless and
probably won't work with most other implementations (and shouldn't);
so until someone implements DNSSEC...

-- 
David Terrell            | Q. Is C an acronym? 
db...@me...             | A. Yes, it stands for ``C''. It's another
Nebcorp Prime Minister   |    of those funky recursive acronyms.
http://wwn.nebcorp.com/  |  - "Infrequently asked questions in comp.lang.c"

[Pydns-developer] UPDATE requests, anyone?

[Matthias U. <sm...@no...>]

Hi,

is anybody working on UPDATEs?  I find myself needing them. :-/

-- 
Matthias Urlichs     |     noris network AG     |     http://smurf.noris.de/