rftp - Online na nuvem

PROGRAMA:

NOME

rfinger - versão cliente SOCKS do dedo
rftp - versão cliente SOCKS do ftp
rtelnet - versão cliente SOCKS do telnet
rwhois - versão cliente SOCKS do whois

SINOPSE

Veja as páginas de manual em dedo(1) ftp(1) telnet(1) whois(1).

DESCRIÇÃO

Esses programas fornecem funcionalidades conhecidas para hosts dentro de um firewall.
Normalmente, quando um firewall é construído, a acessibilidade de IP através do firewall é cortada
para reduzir o risco de segurança para hosts dentro do firewall. Como resultado, hosts internos não podem
mais usam muitas das ferramentas bem conhecidas diretamente para acessar os recursos fora do
firewall.

Esses programas restauram a conveniência das ferramentas conhecidas, mantendo o
requisito de segurança. Embora os programas sejam muito diferentes de suas contrapartes no
uso do esquema de comunicação, eles devem se comportar quase indistinguíveis para os usuários.
Observe que o rftp ecoa a senha conforme você a digita, se você estiver usando anônimo
como nome de login. Ao contrário das versões anteriores, esses são clientes "versáteis",
o que significa que eles podem ser usados ​​para conexões com hosts internos diretamente e externos
hosts por meio de servidores proxy SOCKS. Portanto, eles podem ser usados ​​como substitutos de seus tradicionais
homólogos.

Quando qualquer um desses programas é iniciado, se a variável de ambiente MEIAS_BANNER é definido,
o programa imprime para stderr seu número de versão e o nome ou endereço IP de seu padrão
Servidor proxy SOCKS. Em seguida, ele consulta o arquivo de configuração para determinar se um
a solicitação deve ser permitida ou negada com base no usuário solicitante, o host de destino,
e o serviço solicitado. Para solicitações permitidas, o arquivo de configuração também determina
se a conexão direta ou proxy deve ser usada para o destino fornecido e, opcionalmente
os servidores SOCKS reais a serem usados ​​para a conexão proxy. O programa procura primeiro
o arquivo de configuração congelado /etc/socks.fc primeiro. Se não for encontrado, ele procura
o arquivo /etc/socks.conf. Se ambos os arquivos estiverem ausentes, esses programas tentarão apenas o direto
conexões com os hosts de destino, fazendo com que eles se comportem como seus
homólogos.

Você pode usar a variável de ambiente MEIAS_NS para definir o servidor de nomes para nome de domínio
resoluções. Certifique-se de usar o endereço IP do servidor de nomes que deseja usar, não o seu
nome do domínio. Se MEIAS_NS não existe, o endereço IP definido pelo símbolo
MEIAS_DEFAULT_NS em tempo de compilação é usado se os programas foram compilados com aquele símbolo
definiram. Caso contrário, os servidores de nomes especificados em / Etc / resolv.conf são usados.

Todos os programas clientes usam syslog com facilidade demônio e nível aviso prévio para registrar seu
Atividades. Essas linhas de registro geralmente aparecem no arquivo / var / adm / messages embora isso possa ser
alterado modificando /etc/syslog.conf. (Ver syslogd(8) e syslog.conf(5).) Linhas típicas
parece

11 de abril 10:02:23 eon rfinger [631]: conecte () de don (don) a abc.com (dedo) usando sockd em socksserv
10 de maio 08:39:07 eon rftp [603]: conectar () diretamente de azul (azul) para xyz.edu (ftp)
10 de maio 08:39:09 eon rftp [603]: bind () diretamente do azul (azul) para xyz.edu (ftp)
18 de maio 13:31:19 eon rtelnet [830]: conectar () da raiz (jon) a xyz.edu (telnet) usando sockd em sockd2
18 de maio 14:51:19 eon rtelnet [921]: recusado - conectar () de jon (jon) para xyz.edu (telnet)

Dos dois IDs de usuário que aparecem em cada linha de registro, o primeiro é o ID de usuário efetivo quando
o programa é invocado, o segundo (aquele entre parênteses) é o usado no login.
O controle de acesso se aplica aos IDs de usuário efetivos.

Use rftp online usando serviços onworks.net