SoloCDM wrote:
> Reverend wrote:
>
> > I may be totally off, but have you checked your hosts.deny/hosts.allow
> > files?
> >
> > On Mon, 10 May 1999, SoloCDM wrote:
> >
> > > Recently I tried to remotely access my server with a static ip address
> > > (ISP alias) and received several errors in FTP and Apache. Keep in
> > > mind, everything works as planned _within_ my network. The remote
> > > server was Novell 4.x with a Win95 interface and Netscape 4.x as the
> > > browser.
> > >
> > > When I FTP'd into the anonymous account, everything worked as planned.
> > > When I FTP'd into a user account, the following errors were posted in
> > > the messages log:
> > >
> > > May 10 09:13:19 <host> ftpd[9805]: ACCESS DENIED (not in any
> > > class) TO <remote_ip> [<remote_ip>]
> > > May 10 09:13:19 <host> ftpd[9805]: FTP LOGIN REFUSED (access
> > > denied) FROM <remote_ip> [<remote_ip>], <user>
> > >
> > > In apache I'm using the following version with kernel 2.0.36:
> > >
> > > Server version: Apache/1.3.3 (Unix) (Red Hat/Linux)
> > >
> > > In httpd.conf I have ServerName <server_name_given>, but when I
> > > remotely enter <ip>/~<user> it acts as if the user doesn't exist (404
> > > error), but the ip changes to the server name with /~<user> appended.
> > > When I enter <ip>/~<user>/, then the server excepts and displays the
> > > user's directory, but the ip stays as is instead of changing into the
> > > server name.
>
> I checked the hosts.[deny/allow] files for FTP blocking and no luck
> finding the problem. hosts.allow has nothing in it for FTP, except
> descriptive commented out instructions. hosts.deny had the same thing
> and an extra line as follows "in.tftpd, in.fingerd: ALL EXCEPT
> LOCAL, .<local_domain>", but I commented out that line and I still get
> the same FTP results. Does anyone have any ideas?
>
> Also, Apache is still giving me the same problems. Would default Red
> Hat 5.2 installation DNS and BIND properties setup be the cause of an
> outside httpd access error described above?
FTP access was solved through a tip from David Taylor where to look. Although, I
still haven't solved the problem pertaining to Apache. Your ideas are welcome.
*********************************************************************
Signed,
Daniel D. Munden
P.'S. Detailed Documentation(s) and Sample(s) are more than welcome.
When you reply to this message, please include my address.
-
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to [EMAIL PROTECTED]