Servidor de Nomes CCSO - CCSO Nameserver
Um servidor de nomes CCSO ou protocolo Ph foi uma das primeiras formas de pesquisa de banco de dados na Internet. Em sua forma mais comum, era usado para pesquisar informações como números de telefone e endereços de e- mail . Hoje, esse serviço foi amplamente substituído pelo LDAP . Foi usado principalmente no início da década de 1990. O servidor de nomes foi desenvolvido por Steve Dorner da University of Illinois at Urbana – Champaign , no Computing and Communications Services Office (CCSO) da universidade.
Também existe um plugin do Outlook e um aplicativo independente conhecido como OutlookPH.
Visão geral
Os diretórios do servidor de nomes eram frequentemente organizados em hierarquias Gopher . As ferramentas "Ph" e "Qi" eram os dois componentes do sistema: Ph era um cliente que consultava o servidor Qi.
O protocolo Ph foi formalmente definido pelo RFC 2378 em setembro de 1998. No entanto, o memorando emitido nessa época faz referência ao seu uso anterior por um período não especificado de tempo antes dessa data (o trabalho no protocolo começou por volta de 1988 e estava em uso por volta de 1991 ) Ele define dezesseis palavras-chave que podem ser usadas no lado do servidor para definir propriedades de registro. Ele também define como os clientes devem acessar os registros no servidor e quais respostas o servidor deve dar. A comunicação do servidor Ph ocorre na porta TCP 105.
Estrutura de comando
Todos os comandos e respostas são inicialmente assumidos em codificação US-ASCII por motivos históricos, a menos que o cliente solicite explicitamente a codificação de 8 bits (ISO-8859-1). Como resultado, apenas os caracteres entre 0x20 e 0x7E são enviados inicialmente pelo servidor na forma bruta. Outros caracteres, se presentes nas entradas, serão escapados usando a codificação "Quoted-Printable" definida pela RFC 2045 . A solicitação inicial do cliente é uma palavra-chave de base de texto opcionalmente seguida por um ou mais parâmetros, conforme definido no RFC 2378 . O servidor então responde à solicitação. O exemplo de resposta a seguir a uma solicitação de status é fornecido pelo memorando RFC.
C: status S: 100:Qi server $Revision: 1.6 $ S: 100:Ph passwords may be obtained at CCSO Accounting, S: 100:1420 Digital Computer Lab, between 8:30 and 5 Monday-Friday. S: 100:Be sure to bring your U of I ID card. S: 200:Database ready
Cada comando definido pelo memorando RFC 2378 consiste em uma palavra-chave seguida, conforme necessário, por um ou mais parâmetros ou palavras-chave. Eles podem ser separados por tabulações de espaço ou no final da linha. Cada linha deve ser terminada no estilo CR + LF .
A seguir estão alguns dos comandos:
status
Este comando não tem parâmetros e simplesmente pede ao servidor para relatar seu status como acima.
siteinfo
Retorna informações como a versão do servidor, domínio de correio e quem contatar sobre problemas de senha e métodos de autenticação.
fields [field ...]
Liste todos os campos de entrada disponíveis no servidor ou apenas aqueles com o nome ou nomes especificados.
id information
Faz com que o servidor registre as informações especificadas como o ID do usuário atual sem login.
set [option[=value] ...]
Define a opção especificada no servidor para o valor. Se usado sem parâmetros, lista as configurações atuais do servidor.
login [alias] logout
Estes são os comandos de login / logout reais para o servidor, aqui o alias deve ser o alias de Ph do usuário. O login permite que um usuário altere sua própria entrada e visualize certos campos do sinalizador para acesso restrito.
answer encrypted-response clear cleartext-password
O cliente normalmente usa um desses para enviar as informações de senha depois que o comando de login é enviado.
quit exit stop
Um ou mais deles serão reconhecidos pelo servidor como um comando de fim de sessão fechando a conexão.
Base de dados
Conforme distribuído, o servidor de nomes era apoiado por um banco de dados de arquivo simples . No início da década de 1990, o desenvolvedor de software da Universidade de Indiana , Larry Hughes, implementou uma versão do Qi (chamada "Phd") escrita em Perl e apoiada por um banco de dados relacional . Esse código foi distribuído sob uma licença de código aberto por vários anos antes da transição da universidade para o LDAP.
Referências
- ^ "ph (cso nameserver) Frequently Asked Questions (FAQ)" . Página visitada em 2007-05-12 .
- ^ "Ph e Gopher" . Página visitada em 2007-09-18 .
- ^ "OutlookPH" .
- ^ "RFC 2378 - A arquitetura do servidor de nomes CCSO (Ph)" . Página visitada em 2007-07-14 .
- ^ "The CCSO Nameserver - Programmer's Guide [programmer. *]" . GitHub . 1992 . Obtido em 2020-01-21 .
- ^ Manual de computação para alunos (e todos os demais) . Escritório de Serviços de Computação, Universidade de Illinois em Urbana-Champaign. 1991. p. 102Pesquise também por ph .
-
^ CCSO / CSO:
- Ward, Lynn (1993). Universidade de Illinois Urbana-Champaign. "Explorando o Poder do Gopher da Internet - Gopher como Lista Telefônica Eletrônica" . UIUCnet . Urbana, Ill.: Computing Services Office, University of Illinois. 6 (1): 6.
links externos
-
Lazar, Michael (31/03/2019), arquivo de despejo do software de servidor de nomes CSSO antigo , recuperado em 2013-01-13
- Versão mais recente do cliente Windows CCSO Ph: "Software de aplicativo - Família Windows Win2k - Programas de rede" . www.jumpjet.info . Obtido em 2020-01-13 .
- Servidores em funcionamento (em 2020):
- Da lista arquivada de servidores CCSO Qi - Massachusetts Institute of Technology , Purdue University , University of Vermont e University of Wisconsin em Madison : "Phonebook Server Lookup (.)" . 2003-02-07. Arquivado do original em 07/02/2003 . Obtido em 2020-01-13 .
- Lazar, Michael (31/12/2019), michael-lazar / ccso-nameserver , recuperado em 21/01/2019 Contém também uma lista de servidores (acessível por gopher ou por seu proxy http)
- Links notáveis - Publicação da Universidade de Illinois sobre o site de Ph e NWU's Ph (guias do usuário): "eMailman (sm) - servidores de Ph" . 19/01/2001. Arquivado do original em 19/01/2001 . Obtido em 2020-01-13 .