On Thu, 14 Jul 2005 21:32:54 GMT,
Ammar Al-Sayegh <alsayegh@verizon.net>, in
<aSABe.22608$O56.10209@trnddc07> wrote:

>+ Here is an example:
>+
>+ telnet apache.org 80
>+ Trying 209.237.227.195...
>+ Connected to apache.org.
>+ Escape character is '^]'.
>+ GET /
>+ <CR>
>+ <CR>
>+
>+ (nothing happens.. the connection times out)

>+ Note that when I use HEAD / HTTP/1.0 command with
>+ servers that don't respond with GET / commands, I
>+ get full header.

>+ telnet apache.org 80
>+ Trying 209.237.227.195...
>+ Connected to apache.org.
>+ Escape character is '^]'.
>+ HEAD / HTTP/1.0
>+
>+ HTTP/1.1 200 OK
>+ Date: Thu, 14 Jul 2005 21:23:03 GMT

>+ Any clue as to what the problem might be?

I'm going to guess that Apache v1.x servers will accept the former
(mine did), and that Apache v2.x servers will accept only the later,
where you spell out which HTTP version you're using.

Of course, my sample size is "2", so YMMV.

James
--
Consulting Minister for Consultants, DNRC
I can please only one person per day. Today is not your day. Tomorrow
isn't looking good, either.
I am BOFH. Resistance is futile. Your network will be assimilated.

"I R A Darth Aggie" <hfrarg@nttvr2x3.pbgfr.arg> wrote in message news:slrndddte1.8gh.hfrarg@nttvr2x3.pbgfr.arg...
> On Thu, 14 Jul 2005 21:32:54 GMT,
> Ammar Al-Sayegh <alsayegh@verizon.net>, in
> <aSABe.22608$O56.10209@trnddc07> wrote:
>
>>+ Here is an example:
>>+
>>+ telnet apache.org 80
>>+ Trying 209.237.227.195...
>>+ Connected to apache.org.
>>+ Escape character is '^]'.
>>+ GET /
>>+ <CR>
>>+ <CR>
>>+
>>+ (nothing happens.. the connection times out)
>
>>+ Note that when I use HEAD / HTTP/1.0 command with
>>+ servers that don't respond with GET / commands, I
>>+ get full header.
>
>>+ telnet apache.org 80
>>+ Trying 209.237.227.195...
>>+ Connected to apache.org.
>>+ Escape character is '^]'.
>>+ HEAD / HTTP/1.0
>>+
>>+ HTTP/1.1 200 OK
>>+ Date: Thu, 14 Jul 2005 21:23:03 GMT
>
>>+ Any clue as to what the problem might be?
>
> I'm going to guess that Apache v1.x servers will accept the former
> (mine did), and that Apache v2.x servers will accept only the later,
> where you spell out which HTTP version you're using.

Not really, because this problem only occurs on one of
my colocated Linux systems. When I try to telnet from
home computer, GET / works just fine.

Here is another one with full httpd request headers:

telnet www.bbc.co.uk 80
Trying 212.58.240.120...
Connected to www.bbc.co.uk.
Escape character is '^]'.
GET / HTTP/1.1
Host: www.bbc.co.uk
Connection: close
<CR>
<CR>

(No response.. just hangs in here)

But when I try from my home computer which is on another
network, then I get full response using GET /. Very strange.


-ammar

"I R A Darth Aggie" <hfrarg@nttvr2x3.pbgfr.arg> wrote in message news:slrndddte1.8gh.hfrarg@nttvr2x3.pbgfr.arg...
> On Thu, 14 Jul 2005 21:32:54 GMT,
> Ammar Al-Sayegh <alsayegh@verizon.net>, in
> <aSABe.22608$O56.10209@trnddc07> wrote:
>
>>+ Here is an example:
>>+
>>+ telnet apache.org 80
>>+ Trying 209.237.227.195...
>>+ Connected to apache.org.
>>+ Escape character is '^]'.
>>+ GET /
>>+ <CR>
>>+ <CR>
>>+
>>+ (nothing happens.. the connection times out)
>
>>+ Note that when I use HEAD / HTTP/1.0 command with
>>+ servers that don't respond with GET / commands, I
>>+ get full header.
>
>>+ telnet apache.org 80
>>+ Trying 209.237.227.195...
>>+ Connected to apache.org.
>>+ Escape character is '^]'.
>>+ HEAD / HTTP/1.0
>>+
>>+ HTTP/1.1 200 OK
>>+ Date: Thu, 14 Jul 2005 21:23:03 GMT
>
>>+ Any clue as to what the problem might be?
>
> I'm going to guess that Apache v1.x servers will accept the former
> (mine did), and that Apache v2.x servers will accept only the later,
> where you spell out which HTTP version you're using.

Not really, because this problem only occurs on one of
my colocated Linux systems. When I try to telnet from
home computer, GET / works just fine.

Here is another one with full httpd request headers:

telnet www.bbc.co.uk 80
Trying 212.58.240.120...
Connected to www.bbc.co.uk.
Escape character is '^]'.
GET / HTTP/1.1
Host: www.bbc.co.uk
Connection: close
<CR>
<CR>

(No response.. just hangs in here)

But when I try from my home computer which is on another
network, then I get full response using GET /. Very strange.


-ammar

*** post for FREE via your newsreader at post.newsfeed.com ***

>>>>> "Ammar" == Ammar Al-Sayegh <alsayegh@verizon.net> writes:

Ammar> Not really, because this problem only occurs on one of
Ammar> my colocated Linux systems. When I try to telnet from
Ammar> home computer, GET / works just fine.

If it depends on where you're coming from, it's probably a problem
with the reverse-DNS being wrong or unavailable (timeouts). Have
you tried waiting 60 seconds or so?

--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!


-----= Posted via Newsfeed.Com, Uncensored Usenet News =-----
http://www.newsfeed.com - The #1 Newsgroup Service in the World!
-----== 100,000 Groups! - 19 Servers! - Unlimited Download! =-----

"Randal L. Schwartz" <merlyn@stonehenge.com> wrote in message news:86y8889wpl.fsf@blue.stonehenge.com...
> *** post for FREE via your newsreader at post.newsfeed.com ***
>
>>>>>> "Ammar" == Ammar Al-Sayegh <alsayegh@verizon.net> writes:
>
> Ammar> Not really, because this problem only occurs on one of
> Ammar> my colocated Linux systems. When I try to telnet from
> Ammar> home computer, GET / works just fine.
>
> If it depends on where you're coming from, it's probably a problem
> with the reverse-DNS being wrong or unavailable (timeouts). Have
> you tried waiting 60 seconds or so?

It could have been reverse-DNS or another networking issue,
because I emailed my colocation company the day before and
they said they will look into it and I can see that it got
fixed today. They didn't send any explanation, though. So
I wonder what the problem was and how they fixed it, but
certainly not related to my system's settings because they
didn't need to access it.


-ammar