Subject: Re: Timeout on port 80
To: Eric Fox <eric@fox.phoenix.az.us>
From: Brian Buhrow <buhrow@cats.ucsc.edu>
List: netbsd-help
Date: 08/04/1998 16:44:29
	You're correct.  It all looks fine.  Someone sent a message about
getting an icmp message when they tried to connect to your machine.
Perhaps that is the missing clue.  Perhaps your ISP  could explain this
phenomenon.
-Brian

On Aug 4,  1:27pm, Eric Fox wrote:
} Subject: Re: Timeout on port 80
} 
} On 04-Aug-98 Brian Buhrow wrote:
} >       It occurrs to me that you realy need to establish whether or not the
} > problem is that traffic is not getting in or out.  My guess is that the
} > packets coming from the client to your server are getting in, but that your
} > responses are not going out the right hole.  Is it possible that your httpd
} > is sending data with a source address that doesn't match the target address
} > you're trying to reach?  That is, if the IP address of the inaccessible
} > port is 3.4.5.6 and you telnet to 3.4.5.6:80, are you sure that the machine
} > isn't responding with a source address of 7.8.9.10?  If it is, it could be
} > that your provider is blocking source addresses that it thinks shouldn't be
} > coming from certain places in an attempt to keep people from performing IP
} > spoofing attacks against its customers.  I'm particularly struck by this
} > because you have an interface of ppp0, which doesn't worrk, and an
} > interface of ne0, which does.  What does the output of netstat -an show?
} > In particular, compare the things listening through inetd: ftp, telnet,
} > rsh, etc. with what's listening on port 80.  Everything should be wild
} > carded.  If it's not, then this might point at your problem.
} > -Brian
} > 
} 
} Here are the listening ports of 'netstat -an':
} 
}   tcp        0      0  *.863                  *.*                    LISTEN
}   tcp        0      0  *.6000                 *.*                    LISTEN
}   tcp        0      0  *.80                   *.*                    LISTEN
}   tcp        0      0  *.1025                 *.*                    LISTEN
}   tcp        0      0  *.37                   *.*                    LISTEN
}   tcp        0      0  *.13                   *.*                    LISTEN
}   tcp        0      0  *.113                  *.*                    LISTEN
}   tcp        0      0  *.79                   *.*                    LISTEN
}   tcp        0      0  *.512                  *.*                    LISTEN
}   tcp        0      0  *.513                  *.*                    LISTEN
}   tcp        0      0  *.514                  *.*                    LISTEN
}   tcp        0      0  *.23                   *.*                    LISTEN
}   tcp        0      0  *.21                   *.*                    LISTEN
}   tcp        0      0  *.25                   *.*                    LISTEN
}   tcp        0      0  *.515                  *.*                    LISTEN
}   tcp        0      0  *.2049                 *.*                    LISTEN
}   tcp        0      0  *.111                  *.*                    LISTEN
}   tcp        0      0  *.53                   *.*                    LISTEN
} 
} Port 80 appears to be the same as all the others.  I don't belive my provider
} is performing the type of blocking you describe above, because it would, I
} belive, affect connections to any of the above ports and telnets, mail, and
} such are working fine from the outside.
} 
}   /\---/\  Eric J Fox
}  /  o o  \ mailto:eric@fox.phoenix.az.us
}  \.\   /./ http://fox.phoenix.az.us
}     \@/ 
} 
>-- End of excerpt from Eric Fox