rftp

SOCKS client version of ftp

Syntax:

rftp [-d] [-g] [-i] [-n] [-v] [host]

Options:

-d
Enable debugging.
-g
Disable filename globbing.
-i
Don't perform interactive prompting during multiple file transfers.
-n
Don't attempt ``autologin'' upon initial connection.

If autologin is enabled, rftp will check the .netrc file (see below) in your home directory for an entry describing an account on the remote machine.

If no entry exists, rftp will prompt for the login name of the remote machine (default is the user ID on the local machine) and, if necessary, for a password and an account.

-v
Be verbose: show all responses from the remote server and report on data-transfer statistics.
host
The official name, an alias, or the Internet address of a remote host.

Description:

The rftp and rtelnet utilities provide the well-known functionalities to hosts within a firewall. Normally, when a firewall is constructed, IP-accessibility across the firewall is cut off to reduce security risk to hosts within the firewall. As a result, inside hosts can no longer use many of the well-known tools directly to access the resources outside the firewall.

These utilities restore the convenience of the well-known tools while maintaining the security requirement. Though the utilities differ very much from their counterparts in the use of the communication scheme, they should behave almost indistinguishably to the users.


Note: Note that rftp does echo the password as you type it in if you're using anonymous as login name.

These are ``versatile'' clients - they can be used for connections to inside hosts directly and to outside hosts via SOCKS proxy servers. So they can be used as replacements of their traditional counterparts.

When rftp starts, it prints to stderr its version number and the name or IP address of its default SOCKS proxy server. It then consults the configuration file (/etc/socks.conf) to determine whether a request should be allowed or denied based on the requesting user, the destination host, and the requested service.

For allowable requests, the configuration file also dictates whether direct or proxy connection should be used to the given destination, and optionally the actual SOCKS servers to use for the proxy connection. See /etc/socks.conf.

You can use the environment variable SOCKS_NS to set the nameserver for domain name resolutions. Be sure you use the IP address of the nameserver you want to use, not its domain name. If SOCKS_NS doesn't exist, the IP address defined by the symbol SOCKS_DEFAULT_NS at compile time is used if the programs were compiled with that symbol defined. Otherwise the nameservers specified in /etc/resolv.conf are used.

All the client processes log their activities using syslog() with facility daemon and level notice.


Note: Although sockd (the Unix SOCKS server) isn't shipped with the QNX TCP/IP implementation, you'll find a free (unsupported) version in the TCP/IP area on QUICS.

Environment variables:

SOCKS_SERVER
If defined, specifies the name or IP address of the SOCKS proxy server host to use, overriding the default server compiled into the programs.
SOCKS_NS
If defined, specifies the IP address of the domain nameserver that should be used for name resolution, overriding both the definition of symbol SOCKS_DEFAULT_NS and the file /etc/resolv.conf.

See also:

ftp