A Internet essencial: protocolos, comandos e comunidades além de Finger e Talk

finger e talk pertencem a uma Internet em que pessoas ocupavam máquinas, tinham um nome de usuário, apareciam em terminais e podiam ser encontradas sem uma plataforma intermediária. A experiência era pequena, textual e direta: descobrir quem estava conectado, ler um arquivo .plan, escrever no terminal de outra pessoa, enviar correio local ou entrar em uma comunidade por SSH.

Esta pesquisa mapeia 100 comandos, protocolos, programas, servidores e comunidades que conservam essa sensação. O objetivo não é romantizar inseguranças antigas, mas separar o que continua útil do que deve ser estudado apenas em laboratório. Há opções imediatamente práticas, como IRC, XMPP, Usenet, Gemini, BBS, MUDs e tilde servers, e peças históricas fascinantes, como UUCP, Zephyr, QWK, SUPDUP e os pequenos serviços de teste dos primeiros RFCs.

Uma correção técnica importante: Finger usa TCP na porta 79. O Talk tradicional usa UDP para localizar o usuário e negociar o convite, normalmente nas portas 517 ou 518, mas a conversa propriamente dita segue por uma conexão de fluxo entre os clientes. Portanto, dizer simplesmente que “Talk é um bate-papo por UDP” é incompleto.

Resumo executivo

As melhores portas de entrada hoje são:

1. Uma comunidade Unix pública, especialmente SDF, tilde.town, tilde.institute ou Ctrl-C Club. Elas tornam who, finger, correio local, IRC, páginas pessoais e arquivos compartilhados experiências sociais reais.
2. IRC moderno, com WeeChat ou catgirl como cliente, Ergo como servidor e soju ou ZNC como bouncer. É a combinação mais madura de identidade textual, canais, automação e controle pessoal.
3. XMPP, especialmente Prosody mais Profanity, para conversa federada, presença, grupos e contas controladas por servidores independentes.
4. Usenet por NNTP, usando Eternal September e Gnus, Thunderbird, tin ou slrn, para recuperar a experiência de grupos temáticos assíncronos.
5. Gopher e Gemini, com Lagrange ou Bombadillo, para navegar numa web textual, leve e feita por pessoas.
6. BBS e FidoNet, com SyncTERM, para experimentar fóruns, correio em rede, portas de jogos e cultura de terminal que ainda permanece ativa.
7. MUDs, MUSHes e mundos textuais, acessados pelo Mudlet ou TinTin++, para ver a Internet como lugar habitável e programável, não apenas como coleção de páginas.
8. Um laboratório Unix privado para write, wall, talk, mail, Finger e pequenos protocolos. Deve ficar em VM, LAN ou VPN; não na Internet pública.

O melhor caminho pessoal para quem parte do Windows e administra Linux é: Windows Terminal + OpenSSH -> uma VM Debian com dois usuários -> tilde server -> IRC -> Usenet -> Gemini/Gopher -> BBS/MUD -> servidor próprio Ergo ou Prosody.

Metodologia e critérios

A seleção foi montada a partir de RFCs, registros da IANA, manuais de sistemas BSD e GNU, documentação oficial dos projetos, repositórios e páginas das comunidades. Foram priorizados:

• comunicação textual e operação por terminal;
• protocolos abertos, simples, federados ou autohospedáveis;
• contato direto entre pessoas ou pequenos grupos;
• projetos ainda utilizáveis, comunidades acessíveis e implementações mantidas;
• valor histórico ou educacional quando o item já não é recomendável em produção;
• possibilidade de experimentar a partir do Windows por SSH, WSL, VM ou cliente nativo.

Os estados usados no catálogo são:

• Recomendado: útil e razoável para uso atual quando configurado corretamente;
• Nicho ativo: pequeno, mas ainda praticável e culturalmente interessante;
• Laboratório: educativo, porem inseguro ou pouco adequado a redes públicas;
• Histórico: importante para compreender a Internet, mas sem motivo prático forte para implantar hoje.

“Ativo” não significa necessariamente popular. Algumas destas redes são deliberadamente pequenas. Serviços públicos podem mudar, encerrar cadastros ou alterar endereços; por isso os links oficiais devem ser conferidos antes da conexão.

O que Finger e Talk realmente representam

Finger: presença como um documento humano

O RFC 1288 descreve Finger como um protocolo para obter informações sobre usuários. Localmente, finger alice pode mostrar nome, terminal, horário de login e os arquivos .plan e .project; remotamente, a forma clássica e finger alice@host. A simplicidade e belissima, mas também perigosa: o próprio RFC alerta para vazamento de nomes, habitos, endereços e horários, além do histórico de falhas em daemons Finger.

Uma recuperação moderna da ideia deve publicar somente dados escolhidos pelo usuário. O efingerd do tilde.institute e o fingerd de Pennock mostram abordagens mais controladas. WebFinger preserva a descoberta de identidades, mas usa HTTPS e documentos JSON; apesar do nome, não é o mesmo protocolo.

Talk: convite, terminal e conversa simétrica

O manual de talk descreve uma conversa interativa entre dois usuários. O daemon talkd/ntalkd recebe datagramas de controle, verifica convites e ajuda os clientes a se encontrarem; depois os clientes estabelecem a conexão de dados. A IANA registra talk em 517/UDP e ntalk em 518/UDP.

O encanto do Talk e sua simetria: os dois lados veem a conversa acontecer no terminal, frequentemente em janelas divididas. O problema e que o desenho antigo não oferece a autenticação, criptografia, mobilidade e travessia de NAT esperadas atualmente. Use-o numa VM, LAN confiável ou VPN, nunca como daemon aberto indiscriminadamente na Internet.

Catalogo de 100 caminhos para a Internet essencial

I. Presenca e comunicação dentro de uma máquina Unix

1. who

Mostra quais usuários estão conectados, em quais terminais e desde quando. É a primeira janela para a ideia de um computador como lugar compartilhado, não como dispositivo individual. Estado: recomendado em qualquer Unix.

2. w

Combina presença com atividade: exibe usuários, tempo ocioso, carga da máquina e o processo associado a cada sessão. Em uma tilde ou servidor de laboratório, oferece uma fotografia social instantânea. Estado: recomendado.

3. users

Entrega somente os nomes das contas atualmente conectadas. Parece trivial, mas é perfeito para scripts, MOTDs dinâmicos e indicadores discretos de ocupação. Estado: recomendado.

4. last

Lê o histórico de logins e reinicializações registrado pelo sistema. É útil para administração e também revela a memória temporal de uma máquina comunitária. Estado: recomendado; o acesso aos registros varia.

5. lastlog

Resume o último login de cada conta. Serve para administradores identificarem contas abandonadas e para estudar como o Unix registra presença. Estado: recomendado para administração.

6. tty

Informa qual terminal controla a sessão atual, como /dev/pts/3. Esse pequeno comando explica por que write, mesg, talk e multiplexadores conseguem tratar sessões como destinos concretos. Estado: recomendado.

7. Finger local

finger usuário consulta a base local de contas, terminais, logins e arquivos pessoais publicados. Em servidor próprio, é uma forma divertida de transformar cada conta numa ficha social minimalista. Estado: laboratório ou comunidade confiável.

8. .plan

Arquivo no diretório pessoal que o Finger tradicional apresenta como texto livre. Foi usado para agenda, estado de projetos, diários e anúncios; o caso mais famoso e John Carmack publicando notícias de desenvolvimento. Estado: nicho ativo em algumas tildes; nunca coloque dados privados.

9. .project

Campo curto complementar ao .plan, geralmente usado para dizer em que a pessoa trabalha. Funciona como uma “bio de uma linha” antes das redes sociais. Estado: nicho ativo.

10. .nofinger

Convenção adotada por algumas implementações para impedir ou limitar a exposição via Finger. A disponibilidade depende do daemon, portanto consulte a implementação local. Estado: mecanismo de privacidade dependente do servidor.

11. write

Envia texto diretamente ao terminal de outro usuário conectado. O destinatário recebe um cabeçalho e responde com outro write; Ctrl+D encerra. É a maneira mais pura de sentir um servidor multiusuário. Estado: recomendado apenas entre usuários da mesma máquina confiável.

12. mesg

Controla se o terminal aceita mensagens de write e ferramentas semelhantes. O padrão POSIX esta documentado em mesg(1p): mesg y permite e mesg n recusa. Estado: recomendado é essencial para consentimento.

13. wall

Escreve uma mensagem para todos os terminais elegíveis. Administradores usam para avisos de manutenção; comunidades podem usa-lo com moderação em eventos. O manual do OpenBSD mostra o comportamento básico. Estado: recomendado para administradores; não use como megafone casual.

14. talk

Cliente clássico de conversa em tempo real, normalmente iniciado como talk usuário ou talk usuário@host. Oferece uma experiência de texto simultaneo rara nas ferramentas modernas. Estado: laboratório privado.

15. talkd ou ntalkd

Daemon que recebe os convites e coordena os clientes Talk. Debian ainda distribui inetutils-talkd e Fedora oferece talk-server, mas manutenção do pacote não transforma o protocolo em seguro. Estado: laboratório, limitado por firewall a LAN/VPN.

16. ytalk

Extensao histórica do Talk que permite conversas com vários participantes e opções de interface. O manual preservado e interessante, mas disponibilidade, interoperabilidade e manutenção variam muito. Estado: histórico/experimental.

17. mail e mailx

Correio local Unix permite echo "ola" | mail -s "teste" bob, armazenando a mensagem no spool local. Ensina endereçamento, filas e a origem de muitos fluxos de administração. Estado: recomendado em laboratório; para Internet, configure um MTA moderno com cuidado.

18. biff

Notificador que avisa no terminal quando chega correio novo e pode mostrar o inicio da mensagem. O nome teria vindo de um cao de Berkeley, mas o valor técnico esta na ligação entre terminal, spool e evento. Estado: histórico.

19. comsat

Daemon associado ao biff, tradicionalmente ouvindo datagramas UDP na porta 512 e notificando terminais. O manual do FreeBSD preserva o funcionamento. Estado: laboratório; não exponha publicamente.

20. /etc/motd

“Message of the day” exibida no login. Em comunidades Unix, funciona como mural editorial: regras, eventos, manutenção, links e novidades. Estado: recomendado; é a homepage textual da máquina.

II. Protocolos e arquiteturas que vale conhecer

21. Finger, RFC 1288

Consulta textual por TCP/79. Pode ser testado com um cliente Finger e um servidor deliberadamente mínimo, mas não com um daemon antigo exposto sem isolamento. Estado: nicho/laboratório; valor cultural altíssimo.

22. Talk e NTalk

Familia de protocolos para localizar uma sessão e conversar entre terminais. Firewalls, NAT, ausência de criptografia e diferenças entre variantes tornam a experiência remota frágil. Estado: laboratório em rede privada.

23. IRC

O Internet Relay Chat continua sendo a melhor expressão moderna da velha Internet textual: múltiplos servidores, canais, mensagens privadas, bots, logs e clientes independentes. As extensões atuais são organizadas pelo IRCv3. Estado: fortemente recomendado.

24. NNTP e Usenet

O RFC 3977 define o protocolo para distribuir, consultar e publicar artigos em grupos. Usenet e assíncrona, replicada e orientada a assuntos, mais parecida com uma biblioteca de conversas do que com uma timeline. Estado: nicho ativo.

25. SMTP

O protocolo de transferência de correio é uma das infraestruturas federadas mais bem-sucedidas da Internet. Estuda-lo junto de DNS, MX, SPF, DKIM e DMARC mostra tanto a elegância da federação quanto o custo moderno do combate a abuso. Estado: essencial, mas autohospedar entrega pública exige experiência.

26. IMAP

Mantém caixas e pastas no servidor e permite que clientes diferentes compartilhem estado. Não tem o exotismo de Finger, mas representa a Internet cliente-servidor aberta: o usuário escolhe o programa sem trocar de provedor. Estado: recomendado.

27. XMPP

O RFC 6120 define streams XML federados para mensagens e presença. Servidores independentes podem conversar, clientes são substituíveis e extensões adicionam grupos, arquivos e criptografia ponta a ponta. Estado: fortemente recomendado.

28. Zephyr

Sistema de mensagens e notificações criado no MIT Project Athena. Organiza conversas por classes, instancias e destinatários; a documentação do MIT revela uma cultura social própria. Estado: nicho institucional, fascinante para estudo.

29. Gopher

O RFC 1436 descreve menus hierárquicos que apontam para texto, pesquisas e outros recursos. O formato reduz design a estrutura e incentiva acervos pequenos e legíveis. Estado: nicho ativo.

30. Gemini

Protocolo de publicação leve com TLS obrigatório, uma requisição por conexão e formato Gemtext. A especificação evita JavaScript, cookies e negociação complexa. Estado: nicho ativo e recomendado para exploração.

31. Titan

Convenção usada no ecossistema Gemini para enviar conteúdo a servidores, preenchendo a lacuna de publicação do protocolo base. É útil para editar gemlogs e formulários simples, mas depende de suporte específico. Estado: experimental/nicho.

32. Misfin

Protocolo de mensagens inspirado em Gemini: identidades por certificados, transporte TLS e troca de mensagens pequenas na porta 1958. Implementações como misfin-server permitem estudar “correio para a small Internet”. Estado: experimental; pequeno demais para depender dele.

33. Spartan

Protocolo minimalista aparentado a Gemini, mas com corpo de requisição e uploads simples; a referência esta no repositório da especificação. É um laboratório de desenho de protocolos, não uma rede madura. Estado: experimental.

34. twtxt

Microblog em arquivo texto: cada linha combina timestamp RFC 3339, tabulação e mensagem; a URL do feed funciona como identidade. A especificação comunitária mostra como seguir pessoas sem plataforma central. Estado: nicho ativo.

35. WebFinger

O RFC 7033 descobre informações sobre uma entidade por HTTPS, normalmente a partir de algo como acct:usuário@domínio. É uma ponte conceitual entre Finger e identidades federadas atuais. Estado: infraestrutura moderna.

36. Webmention

Recomendação do W3C para uma página avisar outra de que a mencionou. Recria conversa entre sites pessoais: respostas, curtidas e citações sem uma plataforma central. Estado: recomendado para IndieWeb.

37. ActivityPub

Padrao W3C de atividades sociais federadas, usado por Mastodon, PeerTube, Pixelfed e outros. É muito mais complexo que Finger, mas conserva servidores independentes e identidades por domínio. Estado: recomendado.

38. Matrix

Ecossistema de comunicação federada com salas, sincronização, pontes e criptografia; a especificação é aberta. É uma opção contemporânea para administrar a própria comunidade, embora operacionalmente pesada. Estado: recomendado quando os recursos modernos justificam a complexidade.

39. UUCP

“Unix-to-Unix Copy” transfere arquivos, correio e notícias por conexões intermitentes, originalmente seriais ou telefônicas e depois também IP. O RFC 976 e a documentação de Taylor UUCP mostram uma Internet tolerante a desconexão. Estado: laboratório avançado.

40. FidoNet e BinkP

FidoNet conecta BBSes por troca automática de netmail, echomail e arquivos; BinkP transporta essas sessões por TCP/IP. A FidoNet permanece viva em escala pequena. Estado: nicho ativo.

41. Telnet

Terminal remoto sem criptografia. Ainda e usado como interface pública para BBSes, MUDs e demos, mas senhas e conteúdo podem ser interceptados. Estado: somente serviços públicos sem segredo ou laboratório; prefira SSH.

42. SSH

O sucessor seguro para login remoto, tunelamento e transferência. Alem da administração, pode funcionar como protocolo de aplicação: menus, chats, jogos e comunidades inteiras aparecem depois de ssh usuário@host. Estado: fundamental e recomendado.

43. Mosh

O Mosh autentica com SSH e continua a sessão por transporte UDP criptografado, tolerando roaming, perda e mudança de IP. Não é chat, mas torna comunidades de terminal usáveis em redes móveis. Estado: recomendado quando o servidor permite UDP.

44. Ident

O protocolo Ident consulta qual usuário local originou determinada conexão TCP. Foi comum no IRC, mas revela metadados e não oferece identidade forte. Estado: histórico/laboratório; não confundir resposta com autenticação.

45. WHOIS

Protocolo textual de consulta a registros de domínios e números de rede. A experiência clássica whois exemplo.org ainda ensina delegação e governança, embora dados modernos estejam fragmentados e o RDAP seja o sucessor estruturado. Estado: útil, com RDAP preferível para automação.

III. O pequeno zoológico de protocolos da Internet antiga

46. Echo

O RFC 862 devolve tudo que recebe, por TCP ou UDP na porta 7. É um exercício perfeito de sockets, mas um servidor UDP público pode participar de ataques de reflexão. Estado: laboratório isolado.

47. Discard

O RFC 863 recebe dados e os descarta, tradicionalmente na porta 9. Serve para medir caminho e exercitar clientes sem produzir resposta. Estado: laboratório isolado.

48. Daytime

O RFC 867 responde com data e hora em formato humano, sem uma representação rigidamente padronizada. Excelente para implementar um primeiro servidor TCP. Estado: laboratório.

49. Time

O RFC 868 retorna um inteiro de 32 bits com segundos desde 1900. Ensina representação binária, epoch e rollover; NTP é o sistema correto para sincronização real. Estado: laboratório.

50. Quote of the Day

O RFC 865 entrega uma citação curta pela porta 17. Tem enorme charme para arte de terminal e MOTDs, mas o modo UDP público pode ser abusado. Estado: laboratório ou TCP estritamente controlado.

51. Character Generator

O RFC 864 gera continuamente caracteres. Foi útil para testar terminais e redes, mas Chargen UDP e conhecido vetor de amplificação; CISA e CERT/CC documentam o risco. Estado: laboratório fechado, nunca WAN.

52. CSO/ph

Serviço de diretório desenvolvido na Universidade de Illinois, consultado com comandos textuais. Antecipou agendas institucionais pesquisáveis, mas foi substituído por LDAP, web e diretórios modernos. Estado: histórico.

53. SUPDUP

Protocolo de terminal criado no ambiente ITS, anterior a Telnet como o conhecemos. Preserva uma genealogia alternativa de computação interativa e sobrevive em emuladores e acervos. Estado: histórico.

54. rlogin, rsh e rexec

Ferramentas de login e execução remota baseadas em confianca de host, senhas em claro ou arquivos .rhosts. O NIST registra SSH como substituto para esses mecanismos inseguros. Estado: somente estudo em rede descartável.

55. QWK

Formato de pacotes que permitia baixar mensagens de uma BBS, ler e responder offline e enviar o pacote de volta. É uma solução brilhante para conexões caras ou intermitentes e continua suportada por algumas BBSes. Estado: nicho/histórico praticável.

IV. Clientes e servidores que tornam essa cultura utilizável

56. WeeChat

Cliente de chat extensível e orientado a terminal, com buffers, scripts, relay e excelente suporte a IRC. A documentação oficial continua atualizada. Melhor escolha geral para quem quer morar no terminal.

57. Irssi

Cliente IRC clássico, estável, programável em Perl e muito difundido em servidores shell. Sua interface exige aprendizado, mas a combinação Irssi + tmux + bouncer é uma instituição da velha Internet. Estado: recomendado.

58. catgirl

Cliente IRC minimalista e TLS-only, com interface curses e foco em usar corretamente recursos modernos do protocolo. O manual no Debian é uma boa introdução. Estado: recomendado para minimalistas.

59. senpai

Cliente IRC moderno de terminal, escrito em Go e alinhado com IRCv3. Oferece uma experiência limpa sem a quantidade de configuração do WeeChat. Projeto em SourceHut. Estado: recomendado.

60. ii

Cliente IRC do suckless que transforma canais e mensagens em diretórios e FIFOs. Você conversa escrevendo em arquivos, o que torna shell scripts parte natural da interface; o repositório continua recebendo trabalho. Estado: nicho ativo, excelente para aprender composição Unix.

61. sic

Cliente IRC extremamente pequeno do suckless, controlado pela entrada e saída padrão. É menos confortável que ii ou WeeChat, mas didaticamente puro. Página oficial. Estado: nicho.

62. Ergo

Servidor IRC moderno, simples de implantar e com histórico integrado, contas, IRCv3 e configuração única. A documentação do Ergo o torna a melhor escolha para um IRC pessoal ou comunitário pequeno. Estado: fortemente recomendado.

63. soju

Bouncer IRC moderno e multiusuário: permanece conectado, guarda histórico e sincroniza clientes. O SourceHut usa soju com gamja, demonstrando um modelo web aberto sobre IRC. Estado: recomendado para usuários técnicos.

64. ZNC

Bouncer IRC maduro, modular e amplamente documentado. É uma escolha conservadora para manter presença, logs e múltiplos clientes sem depender de uma sessão tmux eterna. Site oficial. Estado: recomendado.

65. The Lounge

Cliente IRC web responsivo que também pode permanecer conectado como bouncer. A documentação inclui modo privado e integração com ZNC. Estado: recomendado para acesso confortável por navegador e celular.

66. BitlBee

Gateway que apresenta outras redes de mensagens como contatos e canais IRC. O BitlBee é conceitualmente elegante: um cliente IRC torna-se interface universal, embora cada protocolo externo dependa de plugins e mudanças de API. Estado: nicho; verifique cada integração.

67. Prosody

Servidor XMPP leve, modular e amigável para uma instalação pequena. O projeto mantém documentação de administração clara e e a melhor primeira experiência de XMPP autohospedado. Estado: fortemente recomendado.

68. ejabberd

Servidor XMPP maduro, escalável e rico em recursos, escrito em Erlang. A documentação cobre clustering, APIs e operação. Estado: recomendado quando escala e integrações justificam maior complexidade.

69. Profanity

Cliente XMPP de terminal com janelas, notificações, criptografia e comandos inspirados em clientes IRC. O repositório oficial permanece ativo. Estado: melhor cliente XMPP para esta pesquisa.

70. Gnus

Leitor de notícias e correio dentro do Emacs. Trata grupos, threads, pontuação e fontes diferentes com profundidade quase sem equivalente; a documentação GNU e extensa. Estado: recomendado para quem aceita a curva do Emacs.

71. tin

Leitor NNTP de terminal no estilo clássico, com grupos, threads e postagem. É um modo direto de acessar Usenet sem transformar a experiência em interface web. Estado: maduro, manutenção discreta.

72. slrn

Leitor de notícias textual leve, conhecido por filtros e sistema de pontuação. Continua valioso em sistemas Unix e acervos, mesmo sem ritmo de desenvolvimento acelerado. Estado: maduro/legado.

73. NeoMutt

Cliente de correio de terminal com enorme capacidade de personalização, busca, macros e integração com ferramentas Unix. O projeto mantem lancamentos e documentação atuais. Estado: recomendado.

74. aerc

Cliente de e-mail para terminal com interface moderna, múltiplas contas, composição em editor externo, filtros e fluxo inspirado em Git. Site oficial. Estado: recomendado para uma experiência mais nova que Mutt.

75. Alpine

Descendente do Pine, historicamente ligado a e-mail e Usenet em universidades. A interface de terminal guiada por menus é mais acolhedora que Mutt ou Gnus. Projeto oficial. Estado: recomendado para iniciantes em correio textual.

76. Bombadillo

Navegador de terminal multiprotocolo para Gopher, Gemini, Finger e web textual. O site oficial faz dele o caniveté mais coerente com o tema desta pesquisa. Estado: recomendado, confirmando antes a situação do pacote da sua distribuição.

77. Lagrange

Cliente gráfico muito polido para Gemini, com suporte adicional a Gopher e experimentos como Misfin. O gemlog do projeto é também uma excelente porta de entrada para o Geminispace. Estado: melhor cliente para começar no Windows.

78. Amfora

Cliente Gemini de terminal escrito em Go, com favoritos, histórico e configuração simples. O repositório permite instalar ou compilar facilmente. Estado: recomendado para terminal.

79. SyncTERM

Cliente multiplataforma feito para BBSes, com Telnet, SSH, rlogin, suporte a fontes e modos de tela clássicos e transferência de arquivos. Site oficial. Estado: melhor porta de entrada para BBS no Windows.

80. Mudlet

Cliente completo para MUDs, com mapas, gatilhos, aliases, Lua e interface multiplataforma. O site de downloads recebe versões atuais. Estado: melhor escolha geral para mundos textuais.

V. Projetos, servidores e comunidades para visitar ou construir

81. tmate

Derivado do tmux para compartilhar uma sessão por SSH instantaneamente. O repositório documenta URLs de leitura e escrita. Estado: útil, mas o link é uma credencial; prefira somente leitura e encerre a sessão depois.

82. tmtv

Projeto moderno para transmitir sessões de terminal a espectadores, aproximando pair programming, aula e “televisao de terminal”. Consulte tmtv.se e avalie maturidade e política de dados antes de expor trabalho real. Estado: novo/experimental.

83. ssh-chat

Servidor de chat acessado com um cliente SSH comum: nenhuma instalação do lado do visitante. O código e elegante, mas os lancamentos são antigos e demos públicas podem desaparecer. Estado: ótimo laboratório, manutenção limitada.

84. Devzat

Chat sobre SSH com salas, mensagens privadas, integrações e uma interface deliberadamente retro. O repositório é valioso como exemplo de “SSH como aplicativo”. Estado: experimental/baixa atividade; não baseie serviço crítico nele.

85. Synchronet BBS Software

Plataforma open source para criar BBS com Telnet/SSH, mensagens, arquivos, portas de jogos, web e redes de troca. Synchronet é a escolha mais completa para construir uma BBS atual. Estado: nicho ativo.

86. Mystic BBS

Sistema BBS com forte cultura ANSI, menus, mensagens, arquivos e integração FidoNet. A página de downloads pública versões do servidor e do cliente NetRunner. Estado: nicho ativo é excelente para estética clássica.

87. Evennia

Framework Python para criar MUDs e mundos textuais persistentes, com servidor, contas, objetos, comandos e cliente web. A introdução oficial mostra que ele serve também a experiências sociais não-jogo. Estado: recomendado para construir.

88. PennMUSH

Servidor para mundos sociais programáveis no estilo MUSH, em que jogadores constroem lugares, objetos e comportamentos. O repositório continua publicando versões. Estado: nicho ativo.

89. TinTin++

Cliente MUD de terminal com scripting, automação, mapas e múltiplas sessões. Site oficial. Estado: recomendado para quem prefere terminal ao Mudlet gráfico.

90. SDF Public Access UNIX System

Comunidade Unix pública fundada em 1987, com shell, páginas pessoais, BBS, Gopher, Gemini, IRC e sistemas históricos. SDF é a visita única mais completa desta lista. Estado: fortemente recomendado; alguns recursos exigem níveis de associação.

91. tilde.town

Servidor Unix comunitário focado em socialização, criatividade e pequenos projetos. O cadastro ocorre por ssh join@tilde.town, tornando o próprio ingresso parte da experiência. Estado: recomendado; aprovação pode demorar.

92. Ctrl-C Club

Tilde aberta com shell, páginas ~usuário, IRC e o fórum local Iris. A página principal mostra cadastro e população atual. Estado: recomendado e acolhedor para primeira conta shell.

93. tilde.club

Comunidade de páginas pessoais e contas Unix inspirada na web dos anos 1990. O cadastro preserva a ideia de vizinhanca digital por diretórios pessoais. Estado: nicho ativo.

94. tilde.institute

Servidor público baseado em OpenBSD, com shell, páginas, Gopher, IRC, correio local e Finger deliberadamente configurado. Consulte o site, o cadastro e o guia de Finger. Estado: uma das melhores escolhas para o tema exato.

95. envs.net

Comunidade shell com acesso por chave SSH, páginas pessoais, IRC e documentação clara. O FAQ e a ajuda explicam entrada e serviços; a comunidade também anunciou XMPP em 2026. Estado: recomendado.

96. rawtext.club

Comunidade de escrita e publicação em “texto cru”, com shell, correio local, HTML, Gopher e Gemini. O site informa que o projeto foi reiniciado e alguns recursos ainda podem estar em reparo. Estado: ativo em reconstrução.

97. cosmic.voyage

Universo colaborativo de ficção científica publicado por contas shell: cada participante escreve registros de uma nave ou personagem. O site mostra atividade e como entrar. Estado: recomendado para ver comunidade Unix como obra coletiva.

98. tilde.pink

Hospedagem comunitária deliberadamente limitada a Gopher e Gemini, sem a expectativa de uma web completa. tilde.pink é um bom destino para publicar texto pequeno. Estado: nicho ativo; confirme cadastros.

99. Eternal September

Servidor gratuito de Usenet textual, sem grupos binários, com leitura e postagem por NNTP. A página oficial continua ativa e é a entrada mais simples para grupos públicos. Estado: fortemente recomendado; leia as regras de cada grupo.

100. tilde.chat

Rede IRC que conecta várias comunidades tilde. A documentação do envs.net indica TLS em irc.tilde.chat:6697, registro no NickServ e o canal #meta. Estado: melhor ponto de encontro para explorar o Tildeverse.

Doze trilhas adicionais para aprofundar

O catálogo numerado cobre as 100 melhores portas de entrada, mas a ecologia histórica é ainda maior. Estas trilhas são especialmente valiosas para compreender caminhos que não cabem nas categorias mais conhecidas.

msgs: um mural dentro do Unix

msgs é um quadro de avisos local: mensagens recebem números e cada leitor acompanha até onde leu. É praticamente um fórum mínimo ligado à própria máquina, preservado nos manuais do NetBSD. Uso indicado: laboratório, aula ou servidor comunitário pequeno.

rwho, rwhod e ruptime: presença por broadcast

rwhod anuncia periodicamente pela rede local quem está conectado e a carga da máquina; rwho agrega usuários e ruptime compara hosts. É uma espécie de presença federada dentro da LAN, mas revela hábitos e aceita um modelo antigo de confiança. Uso indicado: somente laboratório fechado.

rusers e rwall: a versão RPC

Essas ferramentas usam a família SunRPC para consultar usuários e enviar avisos remotamente. São instrutivas para estudar RPC e a administração de redes Unix antigas, mas aumentam exposição e superfície de ataque. Uso indicado: histórico; SSH mais comandos locais é a substituição defensável.

Talkers: salas sociais descendentes de MUDs

Talkers são servidores textuais focados em convivência, sem a obrigação de jogo ou mundo elaborado. Famílias como NUTS e EW-too estão preservadas pelo TalkerSource e por sua árvore NUTS. Uso indicado: arqueologia social e comunidades experimentais; grande parte do software é antiga.

Gale: mensagens distribuídas por “locations”

Gale trabalhou com notificações, grupos, segurança, mensagens chamadas “puffs” e destinos chamados “locations”. Hoje o upstream é uma comunidade operacional não são facilmente verificáveis; restam registros arquivísticos, como a descrição do cliente Fugu. Uso indicado: estudo histórico de publish/subscribe.

Hotline: chat, notícias, arquivos e trackers

Hotline reuniu chat público, mensagens privadas, fóruns, contas, transferências e diretórios de servidores num único cliente. A HLWiki preserva o protocolo; Mobius é um servidor moderno em Go e há um cliente contemporâneo para macOS. Uso indicado: nicho retro; use senha descartável, isole downloads e verifique licenças.

INN: operar o seu próprio servidor de notícias

InterNetNews é a implementação de referência para um servidor NNTP completo, incluindo armazenamento, alimentação entre peers e autenticação. Vai muito além de ler Usenet e permite estudar como fóruns distribuídos são replicados. Uso indicado: laboratório avançado ou comunidade que realmente precise de NNTP.

Plan 9, 9P e plumber

Plan 9 responde à comunicação entre programas apresentando recursos como arquivos. 9P transporta operações sobre essas árvores; o plumber roteia mensagens entre aplicações por regras textuais. Não é chat, mas é uma das expressões mais puras da composição de sistemas. 9front é o caminho contemporâneo para experimentar. Uso indicado: estudo de arquitetura em VM.

Wish: construir aplicações completas sobre SSH

Wish é um framework Go para criar servidores SSH interativos. Com ele, um comando ssh host pode abrir um menu, chat, painel, jogo ou ferramenta colaborativa sem exigir cliente especial. Uso indicado: excelente para projetos novos, desde que autenticação, isolamento e limites sejam desenhados desde o início.

BarnOwl: a interface social de Zephyr

BarnOwl é o cliente textual associado ao ecossistema Zephyr do MIT e também oferece extensibilidade. Ele ajuda a entender que Zephyr não era apenas um protocolo, mas uma cultura de classes, instâncias e notificações. Uso indicado: nicho MIT/Athena e pesquisa histórica.

CoffeeMUD: servidor social programável em Java

CoffeeMUD é um motor de MUD muito completo, com mundos, contas, canais, administração e extensões. Mesmo quem não deseja criar um RPG pode estudá-lo como servidor social persistente. Uso indicado: projeto avançado; isole plugins e conteúdo criado por usuários.

ENiGMA 1/2: uma BBS contemporânea

ENiGMA 1/2 moderniza a experiência de BBS com uma base Node.js, menus ANSI, mensagens, arquivos e integração com redes de mensagens. É uma alternativa interessante a Synchronet e Mystic para quem quer ler código mais familiar. Uso indicado: nicho ativo; audite módulos e mantenha o runtime atualizado.

Mais destinos que merecem favoritos

O catálogo principal foi limitado a 100 itens para manter explicações úteis. Estes destinos complementam a exploração:

Comparação: o que usar para cada desejo

Laboratórios práticos e seguros

Laboratório 1: duas pessoas dentro da mesma máquina

Use uma VM Debian ou Ubuntu sem portas públicas. Nomes de pacotes podem variar por versão:

sudo apt update
sudo apt install openssh-server finger bsd-mailx
sudo adduser alice
sudo adduser bob

Abra dois terminais do Windows e conecte cada usuário por SSH:

ssh alice@IP_DA_VM
ssh bob@IP_DA_VM

Experimente:

who
w
tty
finger bob
mesg y
write bob

Bob pode responder com write alice; Ctrl+D encerra. Depois teste correio local:

echo "Ola da outra sessão" | mail -s "Primeiro correio local" bob
mail

Crie um .plan sem informações sensíveis e ajuste as permissões conforme a documentação do Finger instalado. Esse laboratório ensina presença, terminais, consentimento e spool sem colocar nada na Internet.

Laboratório 2: Talk na rede privada

No Debian, os pacotes atuais pertencem ao GNU Inetutils:

sudo apt install inetutils-talk inetutils-talkd

A ativação do daemon varia entre inetd, unidades do sistema e política da distribuição; leia os arquivos instalados pelo pacote. Restrinja UDP/517 e UDP/518 a uma VM ou LAN confiável e lembre que a conexão de dados pode usar portas adicionais. Em cada sessão:

mesg y
talk bob

Se atravessar NAT ou firewall for o objetivo, o exercício se torna estudo de protocolo, não configuração recomendada. Para uso real remoto, escolha IRC ou XMPP dentro de TLS.

Laboratório 3: entrar numa comunidade Unix pública

A rota de menor atrito e:

ssh join@tilde.town

Depois da aprovação, conecte-se com sua conta e explore who, w, man, os diretórios de ajuda, correio local e canais oficiais. Alternativas são os formulários do tilde.institute, Ctrl-C Club e SDF. Regras essenciais:

• use uma senha ou chave exclusiva;
• não deixe tokens, chaves privadas ou backups na conta;
• não execute scanners, mineradores ou serviços sem permissão;
• considere tudo que aparece em processos, argumentos e diretórios públicos como observável;
• leia o código de conduta antes de usar write, correio local ou chats.

Laboratório 4: IRC persistente

Instale WeeChat em WSL ou numa máquina Linux e conecte com TLS:

/server add tilde irc.tilde.chat/6697 -tls
/connect tilde
/join #meta

Registre o apelido conforme as instruções da rede. Quando quiser manter conexões e histórico, adicione soju ou ZNC no seu servidor; não confunda isso com deixar o cliente aberto dentro de tmux para sempre. Para uma comunidade própria, Ergo é o servidor de primeira escolha.

Laboratório 5: Usenet sem plataforma web

1. Crie uma conta no Eternal September.
2. Configure NNTP com TLS no cliente indicado pelo provedor.
3. Comece por grupos com atividade recente e leia antes de postar.
4. Use Gnus para profundidade, tin/slrn para terminal simples ou Thunderbird para interface gráfica.
5. Preserve citações curtas, assunto correto e árvore da conversa; etiqueta faz parte do protocolo social.

Laboratório 6: Gopher e Gemini

No Windows, instale Lagrange. No Linux/WSL, experimente Bombadillo ou Amfora. Navegue primeiro por diretórios recomendados pelos próprios clientes e pelas comunidades tilde; depois publique um pequeno gemlog ou gophermap em uma conta que ofereca hospedagem. O objetivo e perceber como restrições de formato mudam a escrita.

Laboratório 7: uma noite de BBS e MUD

Use SyncTERM para acessar BBSes de diretórios confiáveis e Mudlet para um MUD listado no MUD Connector. Em Telnet, não reutilize senha e não envie informação sensível. Procure um serviço que ofereça SSH quando houver. Experimente mensagens, arquivos, arte ANSI, uma porta de jogo e um mundo social antes de decidir hospedar o próprio.

Laboratório 8: construir uma pequena Internet particular

Uma VPS modesta ou servidor doméstico pode receber:

1. OpenSSH para contas e tunelamento;
2. Ergo para IRC;
3. soju para persistência;
4. Prosody para XMPP, se houver interesse em federação;
5. um servidor Gopher ou Gemini para publicação;
6. Webmention e feeds no site pessoal;
7. WireGuard ou Tailscale para manter experimentos legados fora da WAN.

Não implante tudo de uma vez. Comece por SSH e Ergo, configure backups e logs, convide duas pessoas, observe o uso e só então acrescente outro protocolo.

Segurança: o que não deve ser romantizado

Não exponha daemons antigos apenas porque são pequenos

Finger, Talk, comsat, Echo, Chargen e QOTD nasceram num ambiente de confianca diferente. Tamanho reduzido não significa superficie reduzida. Alguns revelam metadados; outros permitem falsificação, reflexão, amplificação ou parsers vulneráveis.

Telnet e credenciais não combinam

Em BBSes e MUDs somente Telnet, use conta descartável e senha única. Nunca transmita senha reutilizada, chave, documento ou mensagem privada. A interface pode parecer inocente enquanto todo o tráfego cruza a rede em claro.

write, wall e talk exigem consentimento

Uma conta estar conectada não é convite para interrompê-la. Use mesg, regras locais e canais combinados. wall deve ficar para avisos administrativos, não brincadeiras.

Uma conta shell e um espaço compartilhado

Outros usuários podem observar nomes de processos, horários, permissões erradas e arquivos em áreas comuns. Não coloque segredos no .plan, na linha de comando, no /tmp ou em repositórios públicos. Use chaves SSH protegidas e remova acessos abandonados.

Um link tmate equivale a acesso

O link de escrita pode entregar controle do shell. Use o endereço somente leitura quando a pessoa precisa assistir, abra uma sessão descartável, feche-a ao terminar e confira o histórico. Para acesso duradouro, crie conta separada com permissões minimas.

A melhor cerca e uma rede privada

VMs descartáveis, firewall local, WireGuard/Tailscale e snapshots permitem experimentar protocolos sem publicar portas. Capturar tráfego com Wireshark dentro do laboratório é mais educativo do que tentar “endurecer” um daemon que nunca foi desenhado para a Internet hostil atual.

Recomendações práticas

Os 15 primeiros que eu testaria

1. tilde.institute, porque une OpenBSD, Finger, correio, IRC, Gopher e cultura Unix.
2. SDF, pelo tamanho do acervo e continuidade histórica.
3. tilde.town, pela experiência social e criativa.
4. Ctrl-C Club, como entrada acessível em contas shell.
5. WeeChat, como central textual.
6. tilde.chat, para encontrar pessoas das comunidades.
7. Eternal September, para conhecer Usenet real.
8. Lagrange, para explorar Gemini e Gopher sem atrito.
9. SyncTERM, para BBS e arte ANSI.
10. Mudlet, para mundos textuais.
11. Prosody + Profanity, para XMPP pessoal.
12. Ergo + soju, para um IRC próprio e persistente.
13. twtxt, para publicar um feed social que é apenas texto.
14. Evennia, para criar um espaço social programável.
15. Finger e Talk em duas VMs, para compreender a história com segurança.

Melhor pilha para o seu caso

Como você usa Windows para administrar servidores Linux, a pilha mais coerente e:

Windows Terminal
  -> OpenSSH e WSL
  -> tmux ou zellij no servidor
  -> WeeChat para IRC
  -> NeoMutt ou aerc para correio
  -> Bombadillo/Amfora para Gemini e Gopher
  -> Mosh para conexões instáveis
  -> WireGuard/Tailscale para laboratórios Finger/Talk

Para construir uma pequena comunidade própria, use Ergo + soju + The Lounge. Essa combinação oferece terminal, navegador, histórico e clientes independentes sem a carga operacional do Matrix. Se presença federada entre domínios for prioridade, use Prosody + Profanity. Se a ideia for criar um lugar, não apenas um chat, use Evennia.

Um projeto de quatro fins de semana

Fim de semana 1: criar duas VMs, contas Alice e Bob, testar who, finger, .plan, write, mail, mesg e Talk.

Fim de semana 2: entrar em duas tildes, publicar uma página ~usuário, usar correio local, conectar ao tilde.chat e conhecer as regras sociais.

Fim de semana 3: registrar Eternal September, instalar Lagrange e SyncTERM, ler um grupo Usenet, uma cápsula Gemini e uma BBS.

Fim de semana 4: instalar Ergo numa VPS ou rede doméstica, conectar WeeChat e The Lounge, adicionar soju e convidar duas pessoas. Documentar portas, backups, identidade e moderação.

Conclusão

Existe muito mais “Internet essencial” além de Finger e Talk, e ela não esta morta. Parte sobrevivé diretamente em IRC, Usenet, XMPP, BBSes, FidoNet, Gopher, Gemini, MUDs e comunidades Unix públicas; parte reaparece em WebFinger, Webmention, ActivityPub, twtxt e serviços construidos sobre SSH.

O aspecto mais importante não é a estética retro. É a arquitetura social: protocolos compreensíveis, clientes substituíveis, identidades ligadas a pessoas e domínios, comunidades pequenas, texto durável e servidores que alguém pode realmente administrar. Finger e Talk devem ser estudados em ambiente privado, mas a experiência que representam pode ser vivida hoje com ferramentas seguras.

A melhor resposta curta para “quero mais coisas assim” e: abra uma conta no tilde.institute ou SDF, entre no tilde.chat com WeeChat, leia Usenet no Eternal September, navegue Gemini/Gopher com Lagrange e visite uma BBS pelo SyncTERM. Depois construa um pequeno IRC com Ergo. Isso cobre presença, conversa, publicação, discussão, descoberta e autonomia sem depender de uma plataforma gigante.

Fontes consultadas

• RFC 1288: The Finger User Information Protocol
• IANA Service Name and Transport Protocol Port Number Registry
• OpenBSD talk(1)
• OpenBSD talkd(8)
• POSIX mesg(1p)
• OpenBSD wall(1)
• FreeBSD comsat(8)
• RFC 7033: WebFinger
• RFC 3977: Network News Transfer Protocol
• RFC 6120: XMPP Core
• RFC 1436: The Internet Gopher Protocol
• RFC 976: UUCP Mail Interchange Format Standard
• RFC 862: Echo Protocol
• RFC 863: Discard Protocol
• RFC 864: Character Generator Protocol
• RFC 865: Quote of the Day Protocol
• RFC 867: Daytime Protocol
• RFC 868: Time Protocol
• CISA: UDP-Based Amplification Attacks
• CERT/CC: UDP protocol implementations vulnerable to network loops
• NISTIR 7966: Security of Interactive and Automated Access Management Using Secure Shell
• IRCv3 Specifications
• WeeChat Documentation
• Ergo IRC Server
• SourceHut: IRC, soju and gamja
• The Lounge Documentation
• ZNC
• Prosody Documentation
• ejabberd Documentation
• XMPP Software Directory
• Gemini Protocol Documentation
• twtxt Community Specification
• W3C Webmention Recommendation
• W3C ActivityPub Recommendation
• Matrix Specification
• FidoNet
• BinkP Protocol
• SDF Public Access UNIX System
• tilde.town Signup
• Ctrl-C Club
• tilde.institute
• tilde.institute Finger Guide
• envs.net Help
• rawtext.club
• cosmic.voyage
• Eternal September
• Synchronet BBS Software
• Mystic BBS Downloads
• Evennia Documentation
• Mudlet
• Mosh
• tmate

Nota sobre atualidade

Pesquisa concluida em 15 de agosto de 2026. A existência dos protocolos e suas especificações e estável, mas atividade de comunidades, cadastros, endereços de servidores, versões, pacotes e políticas de acesso podem mudar. Confirme esses elementos nas páginas oficiais antes de instalar ou conectar; mantenha protocolos legados restritos a laboratório, LAN ou VPN.