.\" Copyright (c) 1985, 1988 The Regents of the University of California. .\" All rights reserved. .\" .\" Redistribution and use in source and binary forms are permitted provided .\" that: (1) source distributions retain this entire copyright notice and .\" comment, and (2) distributions including binaries display the following .\" acknowledgement: ``This product includes software developed by the .\" University of California, Berkeley and its contributors'' in the .\" documentation or other materials provided with the distribution and in .\" all advertising materials mentioning features or use of this software. .\" Neither the name of the University nor the names of its contributors may .\" be used to endorse or promote products derived from this software without .\" specific prior written permission. .\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED .\" WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF .\" MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. .\" .\" ORIGINAL: ftpd.8 6.8 (Berkeley) 6/24/90 .\" .\" @(#)ftpd.8 1.2 (Washington University) 1/28/93 .\" .TH FTPD 8 "Jan 28, 1993" .UC 5 .SH NAME ftpd \- DARPA Internet File Transfer Protocol server .SH SYNOPSIS .B ftpd [ .B \-d ] [ .B \-l ] [ .BR \-t timeout ] [ .BR \-T maxtimeout ] [ .BR \-a ] [ .BR \-A ] [ .BR \-L ] [ .BR \-i ] [ .BR \-I ] [ .BR \-o ] [ .BR \-O ] .BR \-u umask ] .SH DESCRIPTION .I Ftpd is the DARPA Internet File Transfer Protocol server process. The server uses the TCP protocol and listens at the port specified in the ``ftp'' service specification; see .IR services (5). .PP If the .B \-d option is specified, debugging information is written to the syslog. .PP If the .B \-l option is specified, each ftp session is logged in the syslog. .PP The ftp server will timeout an inactive session after 15 minutes. If the .B \-t option is specified, the inactivity timeout period will be set to .I timeout seconds. A client may also request a different timeout period; the maximum period allowed may be set to .I timeout seconds with the .B \-T option. The default limit is 2 hours. .PP If the .B \-a option is specified, the use of the .IR ftpaccess (5) configuration file is enabled. .PP If the .B \-A option is specified, use of the .IR ftpaccess (5) configuration file is disabled. .PP If the .B \-L option is specified, commands sent to the .IR ftpd (8) server will be logged to the syslog. The .B \-L option is overridden by the use of the .IR ftpaccess (5) file. If the .B \-L flag is used, command logging will be on by default as soon as the ftp server is invoked. This will cause the server to log all USER commands, which if a user accidentally enters a password for that command instead of the username, will cause passwords to be logged via syslog. .PP If the .B \-i option is specified, files received by the .IR ftpd (8) server will be logged to the .IR xferlog (5). The .B \-i option is overridden by the use of the .IR ftpaccess (5) file. .PP If the .B \-o option is specified, files transmitted by the .IR ftpd (8) server will be logged to the syslog. The .B \-o option is overridden by the use of the .IR ftpaccess (5) file. .PP If the .B \-u option is specified, the default umask is set to .I umask. .PP The ftp server currently supports the following ftp requests; case is not distinguished. .PP .nf .ta \w'Request 'u \fBRequest Description\fP ABOR abort previous command ACCT specify account (ignored) ALLO allocate storage (vacuously) APPE append to a file CDUP change to parent of current working directory CWD change working directory DELE delete a file HELP give help information LIST give list files in a directory (``ls -lgA'') MKD make a directory MDTM show last modification time of file MODE specify data transfer \fImode\fP NLST give name list of files in directory NOOP do nothing PASS specify password PASV prepare for server-to-server transfer PORT specify data connection port PWD print the current working directory QUIT terminate session REST restart incomplete transfer RETR retrieve a file RMD remove a directory RNFR specify rename-from file name RNTO specify rename-to file name SITE non-standard commands (see next section) SIZE return size of file STAT return status of server STOR store a file STOU store a file with a unique name STRU specify data transfer \fIstructure\fP SYST show operating system type of server system TYPE specify data transfer \fItype\fP USER specify user name XCUP change to parent of current working directory (deprecated) XCWD change working directory (deprecated) XMKD make a directory (deprecated) XPWD print the current working directory (deprecated) XRMD remove a directory (deprecated) .fi .PP The following non-standard or UNIX specific commands are supported by the SITE request. .PP .nf .ta \w'Request 'u \fBRequest Description\fP UMASK change umask. \fIE.g.\fP SITE UMASK 002 IDLE set idle-timer. \fIE.g.\fP SITE IDLE 60 CHMOD change mode of a file. \fIE.g.\fP SITE CHMOD 755 filename HELP give help information. \fIE.g.\fP SITE HELP NEWER list files newer than a particular date MINFO like SITE NEWER, but gives extra information GROUP request special group access. \fIE.g.\fP SITE GROUP foo GPASS give special group access password. \fIE.g.\fP SITE GPASS bar EXEC execute a program. \fIE.g.\fP SITE EXEC program params .fi .PP The remaining ftp requests specified in Internet RFC 959 are recognized, but not implemented. MDTM and SIZE are not specified in RFC 959, but will appear in the next updated FTP RFC. .PP The ftp server will abort an active file transfer only when the ABOR command is preceded by a Telnet "Interrupt Process" (IP) signal and a Telnet "Synch" signal in the command Telnet stream, as described in Internet RFC 959. If a STAT command is received during a data transfer, preceded by a Telnet IP and Synch, transfer status will be returned. .PP .I Ftpd interprets file names according to the ``globbing'' conventions used by .IR csh (1). This allows users to utilize the metacharacters ``*?[]{}~''. .PP .I Ftpd authenticates users according to four rules. .IP 1) The user name must be in the password data base, .IR /etc/passwd , or whatever is appropriate for the operating system, and the password must not be null. In this case a password must be provided by the client before any file operations may be performed. .IP 2) The user name must not appear in the file .IR /etc/ftpusers . .IP 3) The user must have a standard shell returned by .IR getusershell (3). .IP 4) If the user name is ``anonymous'' or ``ftp'', an anonymous ftp account must be present in the password file (user ``ftp''). In this case the user is allowed to log in by specifying any password (by convention this is given as the client host's name). .PP In the last case, .I ftpd takes special measures to restrict the client's access privileges. The server performs a .IR chroot (2) command to the home directory of the ``ftp'' user. In order that system security is not breached, it is recommended that the ``ftp'' subtree be constructed with care; the following rules are recommended. .IP ~ftp) Make the home directory owned by super-user and unwritable by anyone. .IP ~ftp/bin) Make this directory owned by the super-user and unwritable by anyone. The program .IR ls (1) must be present to support the list command. This program should have mode 111. .IP ~ftp/etc) Make this directory owned by the super-user and unwritable by anyone. The files .IR passwd (5) and .IR group (5) must be present for the .I ls command to be able to produce owner names rather than numbers. Depending on the operating system, there may be other required files. Check your manual page for the .IR getpwent (3) library routine. The password field in .I passwd is not used, and should not contain real encrypted passwords. These files should be mode 444 and owned by the super-user. Don't use the system's /etc/passwd file as the password file or the system's /etc/group file as the group file in the ~ftp/etc directory. .IP ~ftp/pub) Create a subdirectory in ~ftp/pub with the appropriate mode (777 or 733) if you want to allow normal users to upload files. .SH GENERAL FTP EXTENSIONS .PP There are some extensions to the FTP server such that if the user specifies a filename (when using a RETRIEVE command) such that: .PP True Filename Specified Filename Action ------------- ------------------ ----------------------------------- .Z Decompress file before transmitting .Z Compress before transmitting .tar Tar before transmitting .tar.Z Tar and compress before transmitting .PP Also, the FTP server will attempt to check for valid e-mail addresses and chide the user if he doesn't pass the test. For users whose FTP client will hang on "long replies" (i.e. multiline responses), using a dash as the first character of the password will disable the server's lreply() function. .PP The FTP server can also log all file transmission and reception, keeping the following information for each file transmission that takes place. .PP Mon Dec 3 18:52:41 1990 1 wuarchive.wustl.edu 568881 /files.lst.Z a _ o a chris@wugate.wustl.edu ftp 0 * %.24s %d %s %d %s %c %s %c %c %s %s %d %s 1 2 3 4 5 6 7 8 9 10 11 12 13 1 current time in the form DDD MMM dd hh:mm:ss YYYY 2 transfer time in seconds 3 remote host name 4 file size in bytes 5 name of file 6 transfer type (a>scii, b>inary) 7 special action flags (concatenated as needed): C file was compressed U file was uncompressed T file was tar'ed _ no action taken 8 file was sent to user (o>utgoing) or received from user (i>ncoming) 9 accessed anonymously (r>eal, a>nonymous) -- mostly for FTP 10 local username or, if guest, ID string given (anonymous FTP password) 11 service name ('ftp', other) 12 authentication method (bitmask) 0 none 1 RFC931 Authentication 13 authenticated user id (if available, '*' otherwise) .SH "SEE ALSO" .MS ftp 1 , .MS getusershell 3 , .MS syslogd 8 , .MS ftpaccess 5 , .MS xferlog 5 , .MS umask 2 .SH BUGS The anonymous account is inherently dangerous and should avoided when possible. .PP The server must run as the super-user to create sockets with privileged port numbers. It maintains an effective user id of the logged in user, reverting to the super-user only when binding addresses to sockets. The possible security holes have been extensively scrutinized, but are possibly incomplete.