RE: Sudden problem with bind

2001-06-15 Thread John Galt
On Fri, 15 Jun 2001, Robert-Jan Kuijvenhoven wrote:

>Thanks Ian,
>
>I will try upgrading bind. Do you know if there is a .deb for bind 9? I was
>not able to find one. I did download the .tar.gz file from ftp.isc.org but

Unstable/non-US...

>I am not used to installing these files, because I always use .deb files.
>If there are no .deb files available for bind 9, can I just do a
>./configure and a make, or do I need to supply a special installation path
>to comply with debian standards? And do I need to uninstall bind 8 before
>installing bind 9?
>
>Robert-Jan
>
>
>At 09:15 15-6-01 +1000, you wrote:
>>I had this a while ago and never found the problem.  named would simply
>>either stop working or just unload itself (normally the latter) with nothing
>>in the logs at all.
>>I updated to bind-9.1.1rc1 and all has been fine since with the exception
>>that an nslookup would not return to a prompt after execution... control C
>>would restore the prompt.  I havev't bothered about it as time has been
>>short of late.
>>
>>Ian
>>
>>-Original Message-
>>From: Robert-Jan Kuijvenhoven [mailto:[EMAIL PROTECTED]
>>Sent: Friday, June 15, 2001 5:04 AM
>>To: debian-user@lists.debian.org
>>Subject: Sudden problem with bind
>>
>>
>>Hello,
>>
>>I have got a debian potato firewall / mailserver running for a couple of
>>months now. It ran without any trouble until a few days ago. Suddenly dns
>>does not work anymore (I use bind 8.2.3-0.potato.1 as a caching only
>>nameserver). When I do a nslookup on www.debian.org for example, I get the
>>following result:
>>
>>  > www.debian.org
>>Server: localhost
>>Address: 127.0.0.1
>>
>>*** localhost can't find www.debian.org: No response from server
>>  >
>>
>>I have added some -l rules to my ipchains script to find out what is
>>happening. The dns requests from my debian box to my isp's dns server seems
>>to be ok (masquaraded udp request to port 53 of the ip address of my isp's
>>dns server). However, the dns server seems to respond only with a icmp
>>packet on port 3:
>>
>>Jun 14 16:50:45 debian kernel: Packet log: input - ppp0 PROTO=1
>>194.178.9.133:3 62.45.15.91:3 L=56 S=0x00 I=21704 F=0x T=63 (#1)
>>
>>I would expect the dns server to respond with an udp packet on port 53. I
>>am not sure about that however, because I do not know much about dns. If I
>>keep trying to resolve an address it sometimes works and once the address
>>is in the cache on my debian box I can keep resolving that address without
>>problems.
>>
>>I have connected my modem to a windoze box directly and it worked without
>>problems.
>>
>>Can anybody tell what could be wrong here please? I have not changed a
>>thing on my debian box before it stopped working correctly.
>>
>>TIA,
>>
>>Robert-Jan Kuijvenhoven
>>
>>
>>--
>>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>>with a subject of "unsubscribe". Trouble? Contact
>>[EMAIL PROTECTED]
>
>
>
>

-- 
mailto:[EMAIL PROTECTED]>Who is John Galt?

Failure is not an option. It comes bundled with your Microsoft product.
-- Ferenc Mantfeld



Re: Sudden problem with bind

2001-06-15 Thread ktb
On Fri, Jun 15, 2001 at 02:20:26PM +0200, Robert-Jan Kuijvenhoven wrote:
> Thanks Ian,
> 
> I will try upgrading bind. Do you know if there is a .deb for bind 9? I was 
> not able to find one. I did download the .tar.gz file from ftp.isc.org but 
> I am not used to installing these files, because I always use .deb files. 
> If there are no .deb files available for bind 9, can I just do a 
> ./configure and a make, or do I need to supply a special installation path 
> to comply with debian standards? And do I need to uninstall bind 8 before 
> installing bind 9?

If you want bind 9 you could try compiling the testing source.  Point
your src line in /etc/apt/sources.list to "testing."  Then cd to
/usr/src and run -
# apt-get update
# apt-get -b source bind

That will build a .deb you can install with dpkg.  If that doesn't work
you can always install the .tar.gz which won't harm anything the package
manager just isn't going to know about it.  

As a general rule when compiling non debian source I -
Put the source in /usr/src.  Unpack the source "tar xvfz source.tar.gz"
cd to the newly created directory.  Read the INSTALL or README file(s)
to determine how to install.  I usually install the binary in
/usr/local/bin or /usr/local/sbin.
hth,
kent

-- 
 From seeing and seeing the seeing has become so exhausted
 First line of "The Panther" - R. M. Rilke




RE: Sudden problem with bind

2001-06-15 Thread Robert-Jan Kuijvenhoven

Thanks Ian,

I will try upgrading bind. Do you know if there is a .deb for bind 9? I was 
not able to find one. I did download the .tar.gz file from ftp.isc.org but 
I am not used to installing these files, because I always use .deb files. 
If there are no .deb files available for bind 9, can I just do a 
./configure and a make, or do I need to supply a special installation path 
to comply with debian standards? And do I need to uninstall bind 8 before 
installing bind 9?


Robert-Jan


At 09:15 15-6-01 +1000, you wrote:

I had this a while ago and never found the problem.  named would simply
either stop working or just unload itself (normally the latter) with nothing
in the logs at all.
I updated to bind-9.1.1rc1 and all has been fine since with the exception
that an nslookup would not return to a prompt after execution... control C
would restore the prompt.  I havev't bothered about it as time has been
short of late.

Ian

-Original Message-
From: Robert-Jan Kuijvenhoven [mailto:[EMAIL PROTECTED]
Sent: Friday, June 15, 2001 5:04 AM
To: debian-user@lists.debian.org
Subject: Sudden problem with bind


Hello,

I have got a debian potato firewall / mailserver running for a couple of
months now. It ran without any trouble until a few days ago. Suddenly dns
does not work anymore (I use bind 8.2.3-0.potato.1 as a caching only
nameserver). When I do a nslookup on www.debian.org for example, I get the
following result:

 > www.debian.org
Server: localhost
Address: 127.0.0.1

*** localhost can't find www.debian.org: No response from server
 >

I have added some -l rules to my ipchains script to find out what is
happening. The dns requests from my debian box to my isp's dns server seems
to be ok (masquaraded udp request to port 53 of the ip address of my isp's
dns server). However, the dns server seems to respond only with a icmp
packet on port 3:

Jun 14 16:50:45 debian kernel: Packet log: input - ppp0 PROTO=1
194.178.9.133:3 62.45.15.91:3 L=56 S=0x00 I=21704 F=0x T=63 (#1)

I would expect the dns server to respond with an udp packet on port 53. I
am not sure about that however, because I do not know much about dns. If I
keep trying to resolve an address it sometimes works and once the address
is in the cache on my debian box I can keep resolving that address without
problems.

I have connected my modem to a windoze box directly and it worked without
problems.

Can anybody tell what could be wrong here please? I have not changed a
thing on my debian box before it stopped working correctly.

TIA,

Robert-Jan Kuijvenhoven


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]





RE: Sudden problem with bind

2001-06-14 Thread Ian Perry
I had this a while ago and never found the problem.  named would simply
either stop working or just unload itself (normally the latter) with nothing
in the logs at all.
I updated to bind-9.1.1rc1 and all has been fine since with the exception
that an nslookup would not return to a prompt after execution... control C
would restore the prompt.  I havev't bothered about it as time has been
short of late.

Ian

-Original Message-
From: Robert-Jan Kuijvenhoven [mailto:[EMAIL PROTECTED]
Sent: Friday, June 15, 2001 5:04 AM
To: debian-user@lists.debian.org
Subject: Sudden problem with bind


Hello,

I have got a debian potato firewall / mailserver running for a couple of
months now. It ran without any trouble until a few days ago. Suddenly dns
does not work anymore (I use bind 8.2.3-0.potato.1 as a caching only
nameserver). When I do a nslookup on www.debian.org for example, I get the
following result:

 > www.debian.org
Server: localhost
Address: 127.0.0.1

*** localhost can't find www.debian.org: No response from server
 >

I have added some -l rules to my ipchains script to find out what is
happening. The dns requests from my debian box to my isp's dns server seems
to be ok (masquaraded udp request to port 53 of the ip address of my isp's
dns server). However, the dns server seems to respond only with a icmp
packet on port 3:

Jun 14 16:50:45 debian kernel: Packet log: input - ppp0 PROTO=1
194.178.9.133:3 62.45.15.91:3 L=56 S=0x00 I=21704 F=0x T=63 (#1)

I would expect the dns server to respond with an udp packet on port 53. I
am not sure about that however, because I do not know much about dns. If I
keep trying to resolve an address it sometimes works and once the address
is in the cache on my debian box I can keep resolving that address without
problems.

I have connected my modem to a windoze box directly and it worked without
problems.

Can anybody tell what could be wrong here please? I have not changed a
thing on my debian box before it stopped working correctly.

TIA,

Robert-Jan Kuijvenhoven


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]