Subject: enable resume of downloads

From: "Schade, Martin" <[email-masked]>
Date: Thu, 20 May 1999 09:52:28 +0200

Hi,

I use wu-ftp 2.4.2 beta 15 for sparc solaris 2.6 (downloaded the package from www.sunfreeware.com) .
How can I enable clients like gozilla and cute ftp to use the resume option?
I think its the RESTART (REST) function described in the rfc, but how can I tell wu-ftp to use it?

Greetings,

Schadix

---

From: Gregory A Lundberg <[email-masked]>
Date: Thu, 20 May 1999 10:04:57 -0400 (EDT)

On Thu, 20 May 1999, Schade, Martin wrote:

> I use wu-ftp 2.4.2 beta 15 for sparc solaris 2.6 (downloaded the
> package from www.sunfreeware.com) . How can I enable clients like
> gozilla and cute ftp to use the resume option? I think its the RESTART
> (REST) function described in the rfc, but how can I tell wu-ftp to use
> it?

Two points: WU-FTPD already supports REST.  Just follow the RFC.

And, you should upgrade to a secure version of the daemon.  Beta-15 is
very old, very buggy, and gives root access to anyone who asks for it.

The location of the latest versions of wu-ftpd can be found in the 
directory
 
      ftp://ftp.vr.net/pub/wu-ftpd/
 
wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

-- 

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email-masked]
Kettering, OH 45409-1615 USA    1-800-809-2195

---

From: "Ian Guthrie" <[email-masked]>
Date: Thu, 20 May 1999 10:35:58 -0400

I am using Version wu-2.4.2-academ[BETA-18-VR14]. Any comments on the
stability, security of this version? Additionally, I have set up the service
to CHROOT users but am stuck with a login error.

Although my password entries seem to be correct and my user is set up (I
just have on at the moment). . . I still can't progress past

Password:
530 Login incorrect.
Login failed.

I think I've checked the obvious. . .

Where should I start looking?

Ian

---

From: Ted Keller <[email-masked]>
Date: Thu, 20 May 1999 11:33:22 -0400 (EDT)

Ian,

Probably you are missing the /etc/shells.  This file must contain a
listing of the shells that are specified in your /etc/passwd file.

Example may look like.... (verify for aix)

/bin/true

/bin/csh

ted keller.

---

From: "Ian Guthrie" <[email-masked]>
Date: Thu, 20 May 1999 11:49:59 -0400

Thanks for the advice:

I added my ftponly shell to the shell log and still have the same problem (I
am only planning on allowing chrooted access and no other type when I am
done).

I have the following entry in my users passwd file (in his own /home/ian/etc
directory):

ian:!:200:1::/home/ian/./:/usr/bin/ftponly

The exact same entry exists in the /etc/passwd file on my system

In /etc/shells I have the following

/bin/bsh
/bin/csh
/bin/ksh
/bin/tsh
/usr/bin/sh
/usr/bin/bsh
/usr/bin/csh
/usr/bin/ksh
/usr/bin/tsh
/usr/bin/ftponly

I think I must be missing the obvious. . .

Thank for the help!

Ian

----- Original Message -----
From: Ted Keller <[email-masked]>
To: Ian Guthrie <[email-masked]>
Cc: <[email-masked]>
Sent: Thursday, May 20, 1999 11:33 AM
Subject: Re: enable resume of downloads

> > > wu-ftpd FAQ:
http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
> > > wu-ftpd list archive:
http://www.landfield.com/wu-ftpd/mail-archive/

---

From: Gregory A Lundberg <[email-masked]>
Date: Thu, 20 May 1999 12:03:01 -0400 (EDT)

On Thu, 20 May 1999, Ian Guthrie wrote:

> I have the following entry in my users passwd file (in his own
> /home/ian/etc directory):
> 

Two comments:

- the VR version likes the local passwd file to be consistent from the
  internal view of the area.

  In /etc/passwd, you'd say:
    ian:!:200:1::/home/ian/./:/usr/bin/ftponly

  In /home/ian/etc/passwd, you'd say:
    ian::200:1::/:

  Also, check that /usr/bin/ftponly is in your /etc/shells file.

- your user 'ian' is not secure and shouldn't be allowed FTP access
  anyway.  the daemon can be confgured to stop ian's login by using the
  'deny-gid' ftpaccess clause.  for instance, on Linux, where UID and GID
  numbers less than 100 are reserved for system usee, I say:

    deny-uid %-99
    deny-gid %-99

--

---

From: Ted Keller <[email-masked]>
Date: Thu, 20 May 1999 13:03:35 -0400 (EDT)

Ian,

I doubt the file ftponly really exists in /usr/bin or anywhere else.
Probably the better thing to do is to make that /bin/true - and then add
/bin/true to your /etc/shells.

The /bin/true prohibits anyone from loggin on - since it only returns a
status value then exits.  No real shell is started up.

This is probably something we need to clean up a bit and explain better in
the ftpaccess.5 man page.

Let me know if this still fails.

ted keller

---

From: "Ian Guthrie" <[email-masked]>
Date: Thu, 20 May 1999 13:17:04 -0400

I installed ftponly as an exit script in /usr/bin using the text on the site
as a base. It works if you try to telnet and not ftp.

However, it does seem to be the problem, when I gave root (which was the
only user that was working for WU-FTP) that shell as a path I could't ftp as
well. I'll try your suggestions below. . .

Thanks,

Ian

----- Original Message -----
From: Ted Keller <[email-masked]>
To: Ian Guthrie <[email-masked]>
Cc: <[email-masked]>
Sent: Thursday, May 20, 1999 1:03 PM
Subject: Re: enable resume of downloads

> > I have the following entry in my users passwd file (in his own
/home/ian/etc
> > > > > > (REST) function described in the rfc, but how can I tell wu-ftp
to
> > use