[expert] wu-ftpd and (import / NFS mount )

2002-06-18 Thread Rodrigo Sanchez Olavarria

Dear Experts..
I  made a symbolic link within the anonymous tree, but it doesn't
work... (I can't get the directory ..), .. yes, I made a mistake,
because the symbolic links are relative to my active root.. so, the
solution, following the FAQ's, is:


..." If you want to access files/directories/diskspace outside your 
chrooted environment, you'll have to import it using directory loopback 
mounts (available on at least Solaris) or using NFS mounts (available on 
most other operating systems but they have a performance impact)..."


...well, I have been trying to mount , but without any success.. I
really don't know how to:

..."import it using directory loopback "   (import ? )

or:
..."using NFS mounts .."   (does exist a loopback option ?)


Thanks in advance,

Rodrigo






Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



[expert] wu-ftpd problems with Mandrake 7.2

2001-05-21 Thread Daniel James

Hello experts,

I've got two problems with the FTP server under Mandrake 7.2. 
Firstly, I think I must have changed something, because FTP 
connections are suddenly being refused.

[root@server /etc]# ftp localhost
Connected to localhost.localdomain.
220 server FTP server (Version wu-2.6.1(1) Wed Jan 10 07:07:00 CET 
2001) ready.
Name (localhost:root): daniel
331 Password required for daniel.
Password:
530 Login incorrect.
Login failed. 

In /var/log/messages, I get:

May 21 10:47:57 server ftpd[2251]: ACCESS DENIED (not in any class) 
TO localhost.localdomain [127.0.0.1]

May 21 10:47:57 server ftpd[2251]: FTP LOGIN REFUSED (access denied) 
FROM localhost.localdomain [127.0.0.1], daniel

What does 'not in any class' mean? It used to work OK. The local 
machines are all in /etc/hosts.allow of course.

The second problem is: due to having a dial-up internet connection 
with only occasional acess to the DNS of my ISP, when I FTP across my 
local network I have to wait until the DNS lookup times out. Is there 
a way around this? I already have the local machines listed in 
/etc/hosts. 

Cheers

Daniel James
News + Web Editor
LinuxUser magazine
http://www.linuxuser.co.uk




Re: [expert] wu-ftpd problems

2001-01-15 Thread Vincent Danen

On Mon Jan 15, 2001 at 07:41:05PM -0600, Terry Tremaine wrote:

> I'm having problems with wu-ftpd. When users attempt to login they get a
> message "Connected to my.domain.com" and then nothing. I think this indicates
> inetd is working but cannot hand off the task to wu-ftpd. I have installed the
> latest version. In fact, I had no problem with the old one. When I tried
> reinstalling the old one it didn't work. I think a config file has been changed
> but WHAT? and WHERE?
> 
> When I run a local port scan it shows port 21 up and running (again indicating
> inetd is working fine ). 

Which version of wu-ftpd?  If you're using the updated version via
MandrakeUpdaet, please upgrade again if this is for any version of
Mandrake less than 7.2.  The pam configuration files (/etc/pam.d/ftp)
are different between 7.2 and 7.1 and the 7.2 file was mistakenly used
in all of the updates instead of just the 7.2 update.  This was
corrected today, so please try to update to the .6mdk for 6.x and
7.0/7.1 if that is what version of Mandrake you are using.

-- 
[EMAIL PROTECTED], OpenPGP key available on www.keyserver.net
1024D/FE6F2AFD   88D8 0D23 8D4B 3407 5BD7  66F9 2043 D0E5 FE6F 2AFD
 - Danen Consulting Serviceswww.danen.net, www.freezer-burn.org
 - MandrakeSoft, Inc. Security  www.linux-mandrake.com

Current Linux uptime: 5 days 8 hours 17 minutes.




[expert] wu-ftpd problems

2001-01-15 Thread Terry Tremaine

Hello

I'm having problems with wu-ftpd. When users attempt to login they get a
message "Connected to my.domain.com" and then nothing. I think this indicates
inetd is working but cannot hand off the task to wu-ftpd. I have installed the
latest version. In fact, I had no problem with the old one. When I tried
reinstalling the old one it didn't work. I think a config file has been changed
but WHAT? and WHERE?

When I run a local port scan it shows port 21 up and running (again indicating
inetd is working fine ). 

--Terry Tremaine 




[expert] Wu-FTPD and Guest Accounts-LM 7.1

2000-11-06 Thread logos



I need help! I have been trying to create a guest 
account with only ftp login privileges directed to its own /home dir. I have 
followed the instructions from the man pages, the Wu sites, the RedHat 
Linux Bible, and even my FreeBSD manual. I have built and installed wu-ftpd 
2.6.1(3). Real user logins are ok, no problems, but when I use my "penguin" 
guest acct I am unable to login locally and remotely. According to the doc's 
I've read they say:
 
vipw
penguin:504:503:x:guest 
acct:/home/penguin/pub:/etc/ftponly
(format might be wrong but in reality it jives with 
the rest of the passwd file...I'm at a win terminal and couldn't remember it 
exactly)
 
should work. /etc/ftponly is supposed to be a 
"shell" inhibitor of some sort and seems to be a myth everywhere except in the 
docs. I have tried replacing it with other "shells" like /bin/false, etc, but to 
no avail. Starting with a fresh user and home dir, I get the message "230-cannot 
not set guest user privileges" or something to that effect and after tinkering I 
can get it to log in. But the next thing is "Segmentation fault" locally upon 
the first command past login and logging in remotely gives tells me that passive 
mode is refused and logs me out. I do have "guestuser penguin" added to my 
/etc/ftpaccess file and the permissions are setup correctly for an ftp dir 
(drwxr-sr-x) as far as I can tell...what is the deal here? it's just the guest 
user that won't work and I can't find anything to describe a problem with the 
recent versions of Wu-FTPD and LM-Google is my best friend but I'm ready to 
murder it in frustration ;) Maybe it's not seeing the bin, etc, lib dirs? In any 
case, is there a good free FTP daemon out there that supports guest accounts and 
has the features of Wu?Thanks:)


Re: [expert] Wu-FTPD 2.6.1(1): Problem with creating a guest user(Mandrake 7.1)

2000-10-17 Thread Jeff Groves

Instead of using wu-ftpd, I'd recommend installing proftpd. It's more 
secure, easier to configure, and is more flexible.

I think you can find an RPM on the Cooker site.

Jeff


At 10:14 AM 10/16/00 -0400, Logos wrote:
>I recently upgraded my wu-ftpd to 2.6.1 from 2.6.0. I never really gave a
>though to configuring it previously as I didn't use it. Now that I plan to use
>it, I want to create a guest user...here's what I did:
>1.under bash:
> useradd penguin
> passwd penguin
> (and all the good pass change stuff omitted here)
>
>2.under vipw:
>
> penguin:x:502:506:guest acct:/home/penguin/./incoming:/etc/ftponly
>  (supposed to set ./incoming as the root dir for the acct and
>/etc/ftponly to prevent other command shell activation)
>
>3 Added the line "/etc/ftponly" to /etc/shells
>
>4. Create dirs for guest user:
>
> cp -r /home/ftp/* /home/penguin/
> chgrp /home/penguin/pub
>
>5. In /etc/ftpaccess added "guestuser penguin"
>
>and this, according the the redhat linux bible and other wu-docs, is 
>supposed to
>create a usable guest user for ftp services only. But where does /etc/ftponly
>come from? it's not in the src or rpm packages...is this an actual shell, a
>list of permissions, or what? When I look at the permissions for
>/home/penguin/pub/incoming I see "drwxr-sr-x"what is this 's' in the group
>permissions? I get the message upon password entry under ftp, "550 - Can't set
>guest privileges  Login failed." for the penguin guest acct. chmod does
>nothing, creating an /etc/ftponly file doesn't work
>
>
>
>
>--
>_
>Logos: The Word of the Aeon
>-
>"I shall endure for all time"
>   -Frater Perdurabo-
>_
>[EMAIL PROTECTED]
>_
>
>
>Keep in touch with http://mandrakeforum.com:
>Subscribe the "[EMAIL PROTECTED]" mailing list.




Keep in touch with http://mandrakeforum.com: 
Subscribe the "[EMAIL PROTECTED]" mailing list.



[expert] Wu-FTPD 2.6.1(1): Problem with creating a guest user(Mandrake 7.1)

2000-10-17 Thread Logos

I recently upgraded my wu-ftpd to 2.6.1 from 2.6.0. I never really gave a
though to configuring it previously as I didn't use it. Now that I plan to use
it, I want to create a guest user...here's what I did:
1.under bash:
useradd penguin
passwd penguin
(and all the good pass change stuff omitted here)

2.under vipw:

penguin:x:502:506:guest acct:/home/penguin/./incoming:/etc/ftponly
 (supposed to set ./incoming as the root dir for the acct and
   /etc/ftponly to prevent other command shell activation)

3 Added the line "/etc/ftponly" to /etc/shells

4. Create dirs for guest user:

cp -r /home/ftp/* /home/penguin/
chgrp /home/penguin/pub

5. In /etc/ftpaccess added "guestuser penguin"

and this, according the the redhat linux bible and other wu-docs, is supposed to
create a usable guest user for ftp services only. But where does /etc/ftponly
come from? it's not in the src or rpm packages...is this an actual shell, a
list of permissions, or what? When I look at the permissions for
/home/penguin/pub/incoming I see "drwxr-sr-x"what is this 's' in the group
permissions? I get the message upon password entry under ftp, "550 - Can't set
guest privileges  Login failed." for the penguin guest acct. chmod does
nothing, creating an /etc/ftponly file doesn't work




-- 
_
Logos: The Word of the Aeon
-
"I shall endure for all time"
  -Frater Perdurabo-
_
[EMAIL PROTECTED]
_




Keep in touch with http://mandrakeforum.com: 
Subscribe the "[EMAIL PROTECTED]" mailing list.



Re: [expert] wu-ftpd

2000-01-26 Thread John Aldrich

On Mon, 24 Jan 2000, you wrote:
> G'day,
> 
> I'm getting the following error trying to login as "anonymous", whe my email
> address is sent as password???
> 
Because that's the standard way of logging in. To get
around that, put in a bogus email address. :-)
John



Re: [expert] wu-ftpd

2000-01-25 Thread Axalon Bloodstone

On Tue, 25 Jan 2000, Michael Doyle wrote:

> G'day,
> 
> I'm getting the following error trying to login as "anonymous", whe my email
> address is sent as password???
> 
> 220 landofau.tzo.org FTP server (Version wu-2.5.0(1) Tue Jun 8 08:55:12 EDT 1999) 
>ready.
> USER anonymous 
> 331 Guest login ok, send your complete e-mail address as password.
> PASS  
> 530 Login incorrect.
> Waiting 30 seconds until trying to connect again
> 
> I know I'm missing something minor here but what??
> 

rpm -V anonftp || rpm -i anonftp*.rpm --replacefiles

It's a case of a bug fix causeing a new bug. Previously anonymous ftp's
were accepted even if you did not install anonftp, this was due to the ftp
server rpm not includeing a ftpaccess file. I'll have to find a sane way
to edit it so we don't get the file conflict :(



[expert] wu-ftpd

2000-01-24 Thread Michael Doyle

G'day,

I'm getting the following error trying to login as "anonymous", whe my email
address is sent as password???

220 landofau.tzo.org FTP server (Version wu-2.5.0(1) Tue Jun 8 08:55:12 EDT 1999) 
ready.
USER anonymous 
331 Guest login ok, send your complete e-mail address as password.
PASS  
530 Login incorrect.
Waiting 30 seconds until trying to connect again

I know I'm missing something minor here but what??

 -- 

Michael Doyle
Adelaide, South Australia



[expert] wu-ftpd

1999-10-23 Thread Lee Burnside

Sorry, already posted this one, but I don't think it got through.  If this is a
redundant post, please excuse me.

Hey, anybody else notice some problems with the latest 6.1 wu-ftpd update? 
After I updated, users with passwords served up via NIS could no longer get an
ftp connection (login failed, incorrect password).  Wu-ftpd 2.5x doesn't have
this problem, but I'd really like to get away from the buffer overrun of the
week without opening up our central NIS server to FTP requests.

-- 
Lee Burnside -- [EMAIL PROTECTED]
http://www.phys.ttu.edu/~tljlb/

"Many a good hanging prevents a bad marriage."
--The Bard



Re: [expert] wu-ftpd/Bero

1999-06-07 Thread Jeremy Lunn

whopps I meant the daemon works fine...

On Tue, 08 Jun 1999, you wrote:
> I think he means the ftp server, not the client.
> 
> On Wed, 9 Jun 1999, Jeremy Lunn wrote:
> 
> > The wu-ftp client that came with Mandrake works fine for me...
> > 
> > I used it the first time I started Mandrake.
> > 
> > Jeremy
> > 
> > On Tue, 08 Jun 1999, you wrote:
> > > Ok, after many attempts to get either wu-ftdp or BeroFTPD to work (as
> > > shipped with Mandrake 6) I've given up. I've read the howto's, read the
--
Jeremy Lunn
Melbourne, Australia
ICQ: 19255837



Re: [expert] wu-ftpd/Bero

1999-06-07 Thread Bug Hunter


  I think he means the ftp server, not the client.

On Wed, 9 Jun 1999, Jeremy Lunn wrote:

> The wu-ftp client that came with Mandrake works fine for me...
> 
> I used it the first time I started Mandrake.
> 
> Jeremy
> 
> On Tue, 08 Jun 1999, you wrote:
> > Ok, after many attempts to get either wu-ftdp or BeroFTPD to work (as
> > shipped with Mandrake 6) I've given up. I've read the howto's, read the



Re: [expert] wu-ftpd/Bero

1999-06-07 Thread Jeremy Lunn

The wu-ftp client that came with Mandrake works fine for me...

I used it the first time I started Mandrake.

Jeremy

On Tue, 08 Jun 1999, you wrote:
> Ok, after many attempts to get either wu-ftdp or BeroFTPD to work (as
> shipped with Mandrake 6) I've given up. I've read the howto's, read the
> posts here and searched dozens of web sites to no avail. I think there's
> some fundamental item left out of the docs that is really the problem
> with both daemons. Shadow passwords maybe? I don't know. All I know is:
> after following the installation instructions verbatim, setting up the
> various /etc/ftp* files and restarting inetd (even rebooting) both wu
> and Bero give errors, and do not function properly.
> 
> This is a complete, fresh install of Mandrake 6 - not an upgrade from
> another version.
> 
> Here's the problem - you can connect to the ftp server ok, but uploads
> bomb out with error 553 (Permission Denied). Before you ask any
> questions - read on.
> 
> Since I need a working ftp daemon to do upgrades on my lan, I had no
> choice but to uninstall wu and Bero, and install the version shipped
> with Redhat 5.2 - this version worked perfectly after installing it.
> (wu-ftpd-2.4.2b18-2) Mind you, I changed NOTHING, configuration-wise or
> else. Only uninstalled and downgraded.
> 
> What are the differences between this version of wu and the one shipped
> with Mandrake 6?
> 
> Also - during the RPM install process I've noticed this error quite
> frequently (only on the systems I have running M6)
> 
> error: failed dependencies:
>   /bin/sh is needed by xxx
> 
> Easily worked around, but annoying nonetheless.
> 
> Regards,
> -Mike
--
Jeremy Lunn
Melbourne, Australia
ICQ: 19255837



[expert] wu-ftpd/Bero

1999-06-07 Thread mjn66

Ok, after many attempts to get either wu-ftdp or BeroFTPD to work (as
shipped with Mandrake 6) I've given up. I've read the howto's, read the
posts here and searched dozens of web sites to no avail. I think there's
some fundamental item left out of the docs that is really the problem
with both daemons. Shadow passwords maybe? I don't know. All I know is:
after following the installation instructions verbatim, setting up the
various /etc/ftp* files and restarting inetd (even rebooting) both wu
and Bero give errors, and do not function properly.

This is a complete, fresh install of Mandrake 6 - not an upgrade from
another version.

Here's the problem - you can connect to the ftp server ok, but uploads
bomb out with error 553 (Permission Denied). Before you ask any
questions - read on.

Since I need a working ftp daemon to do upgrades on my lan, I had no
choice but to uninstall wu and Bero, and install the version shipped
with Redhat 5.2 - this version worked perfectly after installing it.
(wu-ftpd-2.4.2b18-2) Mind you, I changed NOTHING, configuration-wise or
else. Only uninstalled and downgraded.

What are the differences between this version of wu and the one shipped
with Mandrake 6?

Also - during the RPM install process I've noticed this error quite
frequently (only on the systems I have running M6)

error: failed dependencies:
/bin/sh is needed by xxx

Easily worked around, but annoying nonetheless.

Regards,
-Mike