Resumo

  • Em 1977, o NAME/FINGER permitia consultar os usuários conectados a um sistema remoto ou buscar uma pessoa específica.
  • A solicitação era curta; a resposta podia trazer nomes, localização do terminal, tempo ocioso, último logout ou um recado deixado pelo usuário.

Uma linha em branco bastava para perguntar

A consulta mais reveladora da nota NAME/FINGER de 1977 quase não contém nada: um retorno de carro e uma quebra de linha. O cliente conecta-se a um serviço remoto, envia essa linha vazia e pode receber uma relação de quem está usando o sistema naquele momento. Dependendo da instalação, a resposta mostra nomes completos, tarefas em execução, há quanto tempo um terminal está ocioso e até sua localização em um prédio. Uma consulta nominal pode ir além da sessão: informar o último logout e exibir uma mensagem que a pessoa deixou para quem perguntasse.

A rede padronizou o acesso, não a descrição da pessoa

Isso veio antes das páginas de perfil, mas não era uma página web em miniatura. A consulta conectava a rede às informações que cada computador já mantinha sobre contas e terminais. No RFC 742, Ken Harrenstien descreveu um protocolo centrado numa linha de comando, sem formato obrigatório para a resposta. Cada local decidia como transformar dados locais em texto legível. O método de perguntar era compartilhado; a forma de apresentar uma pessoa continuava sob controle da máquina que a hospedava.

Em 1990, a exposição virou uma escolha operacional

O documento registra uma sequência de adaptações. O programa FINGER de Les Earnest no SAIL inspirou o NAME no sistema ITS do MIT. Earl Killian, no MIT, e Brian Harvey, no SAIL, implementaram o protocolo original; um servidor semelhante também havia sido criado no SRI. O RFC identifica esses três locais, mas não mede a adoção no restante da rede.

Os exemplos mostram por que “status online” é pouco para descrever o serviço. Uma resposta lista consoles e tarefas em andamento. Outra informa que alguém não está conectado e exibe seu plano: onde estará, em que horário poderá ser encontrado e como entrar em contato. Nem todo site precisava publicar esses dados. Ainda assim, os exemplos mostram que uma resposta podia misturar telemetria do sistema e texto escrito deliberadamente por uma pessoa.

A especificação também conserva o vocabulário técnico da época. O RFC 742 descreve o acesso ao socket 117 em octal, ou porta 79 em decimal, via ICP e duas conexões de 8 bits. Em 1984, o RFC 924 registrou Finger como protocolo eletivo e observou que eram necessárias mudanças para TCP. A descrição continuava voltada à atividade atual ou mais recente de uma pessoa.

Em junho de 1990, a ata de uma reunião IAB/IETF manteve o RFC 742 provisoriamente como Proposed Standard herdado e pediu um documento melhor para nova análise. O RFC 1194 saiu em novembro. Seu objetivo era esclarecer a comunicação sem quebrar implementações existentes, muitas derivadas do Berkeley BSD Unix. O texto também chama informações de usuários de sensíveis e discute recusas, arquivos expostos, programas executáveis e trilhas de auditoria.

Esse é o limite duradouro do NAME/FINGER: a rede podia perguntar sobre uma pessoa, mas a resposta não era uniforme nem obrigatoriamente pública. O administrador decidia o que mostrar; o usuário podia escrever um plano, sem necessariamente controlar os campos gerados pelo sistema. A revisão de 1990 não elimina essa tensão. Ela a torna uma questão de operação.

Fontes primárias