--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: general: every other OS can receive an HTTP response, but not etch
- From: Owen King <samething4030@samething.net>
- Date: Wed, 28 Feb 2007 21:51:28 -0500
- Message-id: <20070301025128.6982.6722.reportbug@smiley>
Package: general
Severity: important
No computers running etch seem to be able to get an HTTP response from some
particular web servers. Computers running other OSs (including sarge) have no
problem with these servers. If other OSs can get a response, then etch should be
able to do so too.
This problem seems to have arisen with a recent (some time in February) update to
etch.
How to witness the problem:
Use wget or any web browswer to try to retrieve the file from this URL:
http://www.ureg.ohio-state.edu/ourweb/online.html
The client resolves the host, establishes a connection, and sends an HTTP request.
However, it receives no response. However, a client on any OS besides etch will
receive a response.
wget output from an etch machine:
*****begin transcript*****
[etch machine]$ wget -d http://www.ureg.ohio-state.edu/ourweb/online.html
DEBUG output created by Wget 1.10.2 on linux-gnu.
--21:29:23-- http://www.ureg.ohio-state.edu/ourweb/online.html
=> `online.html'
Resolving www.ureg.ohio-state.edu... 128.146.64.104
Caching www.ureg.ohio-state.edu => 128.146.64.104
Connecting to www.ureg.ohio-state.edu|128.146.64.104|:80... connected.
Created socket 3.
Releasing 0x0808fd80 (new refcount 1).
---request begin---
GET /ourweb/online.html HTTP/1.0
User-Agent: Wget/1.10.2
Accept: */*
Host: www.ureg.ohio-state.edu
Connection: Keep-Alive
---request end---
HTTP request sent, awaiting response... Read error (Connection reset by peer) in headers.
Closed fd 3
Retrying.
*****end transcript*****
wget output from a sarge machine:
******begin transcript*****
[sarge machine]$ wget -d http://www.ureg.ohio-state.edu/ourweb/online.html
DEBUG output created by Wget 1.9.1 on linux-gnu.
--21:41:41-- http://www.ureg.ohio-state.edu/ourweb/online.html
=> `online.html'
Resolving www.ureg.ohio-state.edu... 128.146.64.104
Caching www.ureg.ohio-state.edu => 128.146.64.104
Connecting to www.ureg.ohio-state.edu[128.146.64.104]:80... connected.
Created socket 3.
Releasing 0x80a60d0 (new refcount 1).
---request begin---
GET /ourweb/online.html HTTP/1.0
User-Agent: Wget/1.9.1
Host: www.ureg.ohio-state.edu
Accept: */*
Connection: Keep-Alive
---request end---
HTTP request sent, awaiting response... HTTP/1.1 200 OK
Content-Length: 17686
Content-Type: text/html
Last-Modified: Fri, 15 Sep 2006 12:22:14 GMT
Accept-Ranges: bytes
ETag: "3938fd93c1d8c61:91210"
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Thu, 01 Mar 2007 02:41:40 GMT
Connection: keep-alive
Length: 17,686 [text/html]
100%[====================================>] 17,686 105.31K/s
21:41:41 (105.28 KB/s) - `online.html' saved [17686/17686]
*****end transcript*****
I have run an informal poll over at Linux Forums, and no one who is running etch
can get an HTTP response from this server, but people running other OSs can get a
response. Here is the Linux Forums thread:
http://www.linuxforums.org/forum/debian-linux-help/86841-bizarre-lack-http-response-problem.html
Again, if other OSs can get a response, then etch should be able to also.
(Incidentally, the site in question is of some importance since it is used by tens
of thousands of students at a major public university.)
I have no idea how to resolve this problem, but it seems serious.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
--- End Message ---