Your message dated Mon, 24 Dec 2007 17:01:28 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#457472: openssh-client: ssh resolves some hosts to 1.0.0.0
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: openssh-client
Version: 1:4.6p1-7
Severity: normal
ssh resolves some hosts to 1.0.0.0. For instance, with the -v option,
I get:
debug1: Connecting to ssh.ens-lyon.fr [1.0.0.0] port 22.
debug1: Connecting to login.medicis.polytechnique.fr [1.0.0.0] port 22.
However, if I first try some other program that does a connection to
the host, e.g. "host <host>", "ping <host>" or "lynx http://<host>/",
then ssh resolves the host correctly (for some time). I suppose that
since other programs don't have any problem, ssh is doing something
wrong.
I've just upgraded to the latest version (unstable), but this didn't
change anything. Note that not all hosts are affected, and this is
not the name server I usually use.
I've attached the output of strace.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.18-5-powerpc
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages openssh-client depends on:
ii adduser 3.105 add and remove users and groups
ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy
ii dpkg 1.14.7 package maintenance system for Deb
ii libc6 2.7-4 GNU C Library: Shared libraries
ii libcomerr2 1.40.3-1 common error description library
ii libedit2 2.9.cvs.20050518-4 BSD editline and history libraries
ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii libncurses5 5.6+20071124-1 Shared libraries for terminal hand
ii libssl0.9.8 0.9.8g-3 SSL shared libraries
ii passwd 1:4.0.18.1-11 change and administer password and
ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime
openssh-client recommends no packages.
-- no debconf information
strace.out.bz2
Description: Binary data
--- End Message ---
--- Begin Message ---
On Mon, Dec 24, 2007 at 03:37:39PM +0000, Colin Watson wrote:
> On Mon, Dec 24, 2007 at 03:07:51PM +0100, Vincent Lefevre wrote:
> > The solution I chose was to disable the DNS forwarding service of
> > the D-Link router; but this meant I had to fill the /etc/resolv.conf
> > manually (I thought the router would provide the DNS servers of the
> > ISP instead of the local 192.168.1.1, but after running "pump", the
> > /etc/resolv.conf file is left unchanged). However, the consequence
> > is that Windows machines (which don't support IPv6, thus are not
> > affected by the bug of the router) can no longer use the router's
> > DNS service either.
>
> Have you considered asking your router vendor for a firmware upgrade? It
> sounds like a straightforward bug in their DNS implementation.
Well it looks like it's not a Debian problem at all right ?
--
·O· Pierre Habouzit
··O [EMAIL PROTECTED]
OOO http://www.madism.org
pgpZAvVzqc5fi.pgp
Description: PGP signature
--- End Message ---
