Re: [vox-tech] Tracking down a "redirect" RESOLVED

2006-06-14 Thread Richard Crawford
Thanks, all.  We tracked it down to a router issue.


-- 
Richard S. Crawford (http://www.mossroot.com)
AIM: Buffalo2K / GTalk: [EMAIL PROTECTED]
Skype: underpope
"You can't trust your judgement if your imagination is out of focus."
-Mark Twain


pgp2YY1iZCGNX.pgp
Description: PGP signature
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


Re: [vox-tech] Tracking down a "redirect"

2006-06-14 Thread Micah J. Cowan
On Wed, Jun 14, 2006 at 03:57:25PM -0700, Mark K. Kim wrote:
> On Wed, Jun 14, 2006 at 03:16:50PM -0700, Micah J. Cowan wrote:
> > On Wed, Jun 14, 2006 at 02:30:54PM -0700, Richard Crawford wrote:
> [snip]
> > > Domain http://unexdlc.ucdavis.edu should be resolving to IP address 
> > > 152.79.198.9.  However, it is instead resolving to 
> > > http://extensiondlc.net, 
> > > which is an entirely different IP address.  Similarly, typing 
> > > http://152.79.198.9 into a browser brings up extensiondlc.net, which 
> > > should 
> > > not be happening.
> [snip]
> > You say "... should be resolving to IP address 152.79.198.9." However,
> > according to dig:
> [snip]
> > unexdlc.ucdavis.edu.7200IN  CNAME   extensiondlc.net.
> > extensiondlc.net.   86364   IN  A   204.11.233.24
> 
> Furthermore, connecting directly to 152.79.198.9 causes "301 Moved
> Permanently" redirection to unexdlc.ucdavis.edu, which is an alias for
> extensiondlc.net.  So it appears to be a 2-layer problem - DNS as well
> as some server issue.



> 152.79.198.9.  FYI, if you try HTTP/1.1 with host set to
> unexdlc.ucdavis.edu:
> 
>   $telnet 152.79.198.9 80
>   Trying 152.79.198.9...
>   Connected to 152.79.198.9.
>   Escape character is '^]'.
>   GET / HTTP/1.1
>   host: unexdlc.ucdavis.edu
>   
>   HTTP/1.1 302 Found
>   Date: Wed, 14 Jun 2006 22:52:50 GMT
>   Server: Apache/2.0.44 (Unix) mod_perl/1.99_08 Perl/v5.8.0 DAV/2
>   Location: http://unexdlc.ucdavis.edu/cfmx/DLC/
>   Content-Length: 340
>   Content-Type: text/html; charset=iso-8859-1
>   
>   
>   
>   302 Found
>   
>   Found
>   The document has movedhref="http://unexdlc.ucdavis.edu/cfmx/DLC/";>here.
>   
>   Apache/2.0.44 (Unix) mod_perl/1.99_08 Perl/v5.8.0 DAV/2 Server
>   at unexdlc.ucdavis.edu Port 80
>   
>   
>   Connection closed by foreign host.
> 
> It's a "302 Found" but it tells you to go to unexdlc.ucdavis.edu which
> is an alias for extensiondlc.net.  However you look at it, you're being
> sent to extensiondlc.net.

Well, but the server doesn't necessarily understand that
unexdlc.ucdavis.edu is a separate host: You've just told it (via the
Host header) that /it/ is unexdlc... so it probably thinks its
redirecting you to a different path on the same directory.

...huh. That's funny: I don't get the redirect message when /I/
connect... I get a 200 OK with an html body.

traceroute to 152.79.198.9 (152.79.198.9), 30 hops max, 40 byte packets
1  192.168.1.2 (192.168.1.2)  0.414 ms  0.311 ms  0.258 ms
2  69.36.252.1 (69.36.252.1)  1.309 ms  1.383 ms  1.207 ms
3  69.36.237.29 (69.36.237.29)  5.388 ms  4.296 ms  3.797 ms
4  g2-1.core3.eqx.layer42.net (69.36.239.82)  3.374 ms  18.542 ms
2.904 ms
5  sjo-ix.he.net (206.223.116.37)  3.292 ms  3.008 ms  3.069 ms
6  pos2-2.gsr12416.pao.he.net (216.218.224.105)  4.157 ms  4.652
ms  3.929 ms
7  paix-px1--hurricane-ge.cenic.net (198.32.251.69)  42.104 ms
204.192 ms  214.253 ms
8  dc-oak-dc1--svl-dc1-10ge.cenic.net (137.164.22.31)  43.757 ms
14.290 ms  17.195 ms
9  dc-csac-dc1--oak-dc1-ge.cenic.net (137.164.22.111)  14.411
ms  14.102 ms  14.043 ms
10  ucdmc-ge--sac-dc1.cenic.net (137.164.23.74)  42.767 ms
14.252 ms  15.646 ms
11  unexgal9.ucdmc.ucdavis.edu (152.79.198.9)  14.770 ms
42.390 ms  17.086 ms
12  unexgal9.ucdmc.ucdavis.edu (152.79.198.9)  46.669 ms
17.865 ms  15.950 ms
13  unexgal9.ucdmc.ucdavis.edu (152.79.198.9)  45.646 ms
23.779 ms  19.571 ms
14  * * *

Notice that unexgal9.ucdmc.ucdavis.edu (which is 152.79.198.9)
apparently doesn't realize that 152.79.198.9 is its own IP address, and
keeps trying to forward it on...?

-- 
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


Re: [vox-tech] Tracking down a "redirect"

2006-06-14 Thread Mark K. Kim
On Wed, Jun 14, 2006 at 03:16:50PM -0700, Micah J. Cowan wrote:
> On Wed, Jun 14, 2006 at 02:30:54PM -0700, Richard Crawford wrote:
[snip]
> > Domain http://unexdlc.ucdavis.edu should be resolving to IP address 
> > 152.79.198.9.  However, it is instead resolving to http://extensiondlc.net, 
> > which is an entirely different IP address.  Similarly, typing 
> > http://152.79.198.9 into a browser brings up extensiondlc.net, which should 
> > not be happening.
[snip]
> You say "... should be resolving to IP address 152.79.198.9." However,
> according to dig:
[snip]
> unexdlc.ucdavis.edu.7200IN  CNAME   extensiondlc.net.
> extensiondlc.net.   86364   IN  A   204.11.233.24

Furthermore, connecting directly to 152.79.198.9 causes "301 Moved
Permanently" redirection to unexdlc.ucdavis.edu, which is an alias for
extensiondlc.net.  So it appears to be a 2-layer problem - DNS as well
as some server issue.

Output with HTTP/1.0 connection:

  $telnet 152.79.198.9 80
  Trying 152.79.198.9...
  Connected to 152.79.198.9.
  Escape character is '^]'.
  GET / HTTP/1.0
  
  HTTP/1.1 301 Moved Permanently
  Date: Wed, 14 Jun 2006 22:48:15 GMT
  Server: Apache/2.0.44 (Unix) mod_perl/1.99_08 Perl/v5.8.0 DAV/2
  Location: http://unexdlc.ucdavis.edu/
  [snip]

  $host unexdlc.ucdavis.edu
  unexdlc.ucdavis.edu is an alias for extensiondlc.net.
  extensiondlc.net has address 204.11.233.24
  [snip]

and you get the same output if you use HTTP/1.1 with host set to
152.79.198.9.  FYI, if you try HTTP/1.1 with host set to
unexdlc.ucdavis.edu:

  $telnet 152.79.198.9 80
  Trying 152.79.198.9...
  Connected to 152.79.198.9.
  Escape character is '^]'.
  GET / HTTP/1.1
  host: unexdlc.ucdavis.edu
  
  HTTP/1.1 302 Found
  Date: Wed, 14 Jun 2006 22:52:50 GMT
  Server: Apache/2.0.44 (Unix) mod_perl/1.99_08 Perl/v5.8.0 DAV/2
  Location: http://unexdlc.ucdavis.edu/cfmx/DLC/
  Content-Length: 340
  Content-Type: text/html; charset=iso-8859-1
  
  
  
  302 Found
  
  Found
  The document has moved http://unexdlc.ucdavis.edu/cfmx/DLC/";>here.
  
  Apache/2.0.44 (Unix) mod_perl/1.99_08 Perl/v5.8.0 DAV/2 Server
  at unexdlc.ucdavis.edu Port 80
  
  
  Connection closed by foreign host.

It's a "302 Found" but it tells you to go to unexdlc.ucdavis.edu which
is an alias for extensiondlc.net.  However you look at it, you're being
sent to extensiondlc.net.

Someone sure went to great lengths to redirect everything to
extensiondlc.net.  Are you trying to undo the redirection?

-Mark
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


Re: [vox-tech] Tracking down a "redirect"

2006-06-14 Thread Micah J. Cowan
On Wed, Jun 14, 2006 at 02:30:54PM -0700, Richard Crawford wrote:
> We're having a strange domain resolution issue, and it's stumped me.  Here's 
> the setup.
> 
> Domain http://unexdlc.ucdavis.edu should be resolving to IP address 
> 152.79.198.9.  However, it is instead resolving to http://extensiondlc.net, 
> which is an entirely different IP address.  Similarly, typing 
> http://152.79.198.9 into a browser brings up extensiondlc.net, which should 
> not be happening.
> 
> When the physical computer which hosts .9 is disconnected from the network, 
> the redirect does not happen.
> 
> There is nothing in the Apache configuration file on .9 which should account 
> for this behavior.  When I execute a traceroute, I'm redirected immediately 
> on the first hop to extensiondlc.
> 
> We're trying to find out where this might be happening.  Can anyone offer 
> some 
> suggestions?

>From your description, it's clear that it has nothing to do with Apache
or HTTP.

You say "... should be resolving to IP address 152.79.198.9." However,
according to dig:

;; QUESTION SECTION:
;unexdlc.ucdavis.edu.   IN  A

;; ANSWER SECTION:
unexdlc.ucdavis.edu.7200IN  CNAME   extensiondlc.net.
extensiondlc.net.   86364   IN  A   204.11.233.24

so, in fact it isn't. It looks like the UCD nameservers are
misconfigured.

-- 
HTH,

Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


Re: [vox-tech] Tracking down a "redirect"

2006-06-14 Thread Ken Bloom
On Wednesday 14 June 2006 16:30, Richard Crawford wrote:
> We're having a strange domain resolution issue, and it's stumped me. 
> Here's the setup.
>
> Domain http://unexdlc.ucdavis.edu should be resolving to IP address
> 152.79.198.9.  However, it is instead resolving to
> http://extensiondlc.net, which is an entirely different IP address. 
> Similarly, typing http://152.79.198.9 into a browser brings up
> extensiondlc.net, which should not be happening.
>
> When the physical computer which hosts .9 is disconnected from the
> network, the redirect does not happen.
>
> There is nothing in the Apache configuration file on .9 which should
> account for this behavior.  When I execute a traceroute, I'm
> redirected immediately on the first hop to extensiondlc.

In that case, I'd call your ISP, or check your router.

> We're trying to find out where this might be happening.  Can anyone
> offer some suggestions?

Works just fine for me, here in Chicago.

--Ken

-- 
I usually have a GPG digital signature included as an attachment.
See http://www.gnupg.org/ for info about these digital signatures.


pgpfZWWNNK3Cb.pgp
Description: PGP signature
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


[vox-tech] Tracking down a "redirect"

2006-06-14 Thread Richard Crawford
We're having a strange domain resolution issue, and it's stumped me.  Here's 
the setup.

Domain http://unexdlc.ucdavis.edu should be resolving to IP address 
152.79.198.9.  However, it is instead resolving to http://extensiondlc.net, 
which is an entirely different IP address.  Similarly, typing 
http://152.79.198.9 into a browser brings up extensiondlc.net, which should 
not be happening.

When the physical computer which hosts .9 is disconnected from the network, 
the redirect does not happen.

There is nothing in the Apache configuration file on .9 which should account 
for this behavior.  When I execute a traceroute, I'm redirected immediately 
on the first hop to extensiondlc.

We're trying to find out where this might be happening.  Can anyone offer some 
suggestions?

-- 
Richard S. Crawford (http://www.mossroot.com)
"That which does not kill me makes me stranger."
-Llewellyn, from Ozy & Millie


pgp70NFB5rDeA.pgp
Description: PGP signature
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


Re: [vox-tech] selinux woes

2006-06-14 Thread Jan W
Hi Z:

Check the logs.

The /var/log/messages should have entries about selinux applying its
policy (if selinux is the problem).

Also, check the apache logs (/var/log/httpd by default).

The logs should give you an idea if it's standard unix permissions or
the selinux policy.  If the user that apache runs as (check your
httpd.conf) does not have permission to read a directory, or a file in
a directory, it sends 403 forbidden.

If there is something confusing or weird in the logs, post them (with
hostnames/ip addy's 'd out, of course).

The (meaningful and helpful) logs in *nix are alot of the reason why I
switched in the first place.

--HTHO

jan

--- Cylar Z <[EMAIL PROTECTED]> wrote:

> Hey all,
> 
> For the two people on Earth who don't yet know it, I'm
> running Fedora Core 5 from Redhat. You probably also
> know that this comes equipped with SE Linux, which
> I've left on for, well, enhanced security.
> 
> I'm hosting a website on the system and want to post
> some pictures as part of the site. I'm coding my HTML
> manually 
> and am calling my images with a standard  SRC="mypic.jpg"> tag. Trouble is, when I point my
> browser to the server's webpage and try to view the
> images, I get "broken gif" images. If I try posting a
> link to the image with  instead,
> I get "403 forbidden" when I click on the link.
> 
> I've never had this problem before I switched to using
> later versions of FC that have SE Linux installed, so
> I've reason to suspect it's the problem. Any ideas?
> 
> Matt
> 
> 
> ___
> vox-tech mailing list
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech
> 


<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
"The most potent weapon in the hands of the oppressor is the 
mind of the oppressed."
-- Steven Biko
("White Racism and Black Consciousness", in I Write What I Like)
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech