DLL
domainname
FTP
libnsl
libsocket
NIS
NIS+
NYS
RPC
YP
TCP-IP
1.1. Um pouco de Informação Geral
As próximas três linhas são citações do Manual de administração de System & Network Sun(tm)
"NIS era conhecido antigamente como Páginas Amarelas da Sun (YP) mas o nome Páginas amarelas(tm) é uma marca registrada no Reino Unido pela Telecom plc britânica e não podia ser usada sem permissão".
NIS representa o Serviço de Informação de Network. E o propósito é prover informação que tem que ser conhecido ao longo da networks por todas as máquinas na network. A informação provável a ser distribuída pelo NIS é:
· login names/passwords/home diretórios (/etc/passwd)
· informação de grupos (/etc/group)
Por exemplo, assim se sua entrada de passwd é registrada no passwd do banco de dados do NIS, você será capaz de logar em todas as máquinas na rede em que tenha o programa cliente de NIS funcionando.
Sun é uma marca registrada da Sun Microsystems Inc. autorizado a SunSoft Inc.
2. Introdução
Cada vez mais, são instaladas máquinas Linux como parte de uma network de computadores. Simplificar a administração de network, na maioria das networks (principalmente networks baseadas em sun) e rodar o Serviço de Informação de Network. As máquinas Linux podem tirar proveito do NIS existente ou prover NIS completamente. As máquinas Linux também podem (com a biblioteca do NYS) agir como clientes de NIS+ limitados.
Este documento tenta responder as perguntas de como montar NIS(YP) em sua máquina de Linux. Não fala sobre como montar NIS+. Não esqueça de ler a seção 5.1, O RPC Portmapper.
2.1. Versões novas deste documento
Serão postas novas versões deste documento periodicamente (sempre todo mês) para o newsgroups comp.os.linux.announce e comp.os.linux.misc. O documento é arquivado em vários sites FTP Linux, inclusive em sunsite.unc.edu em /pub/Linux/docs/HOWTO.
2.2. Retratação
Embora este documento reune o melhor do nosso conhecimento, e provavel que contenha erros. Por favor leia qualquer arquivos de README dos que são empacotados com qualquer dos vários software descrito neste documento para melhores e precisas informaçÕes. Tentaremos manter este documento com o menor erro possível.
2.3. Realimentação
Se você tem qualquer comentário, perguntas ou sugestões mande via email para Erwin Embsen<erwin@nioz.nl>. Definitivamente o contacte se você achar erros ou omissões óbvias.
2.4. Reconhecimentos
Gostaríamos de agradecer a todas as pessoas que contribuíram (diretamente ou indiretamente) para este documento. Em ordem alfabética:
Andrea Dell'Amico <adellam@ZIA.ms.it>
Mitchum DSouza <Mitch.DSouza@NetComm.IE>
Erwin Embsen <erwin@nioz.nl>
Byron A Jeff <byron@cc.gatech.edu>
Peter Eriksson <peter@ifm.liu.se>
A Theo de Raadt <deraadt@theos.com> que é responsável pelo código original do yp-client codificado. Swen Thuemmler <swen@uni-paderborn.de> por ter portado o yp-client e codificado para o Linux e também por portar as rotinas- yp em libc (novamente baseado no trabalho do Theo).
3. NIS ou NIS+?
A escolha entre NIS e NIS+ é fácil - Use NIS se você não tem use o NIS+ ou se tem necessidades de segurança severas. NIS+ é _muito_ mais problemático de administrar (é bem fácil de usar no cliente, mas do lado do servidor é horrível). Outro problema é que o apoio para o NIS+ dentro do Linux ainda está sendo criado - uma coisa principal é a falta do apoio a encriptação/autentificação de dados que é _a_ coisa principal por qualquer um que quisesse usar o NIS+...
3.1. NIS tradicional ou a biblioteca de NYS?
A escolha entre NIS Tradicional ou o NIS de biblioteca codifica NYS é uma escolha entre preguiça matura vs flexibilidade e amor por aventura.
O código ''NIS tradicional" está na biblioteca do C standard e foi ao redor dele por muito tempo e às vezes sofre pela idade e desprezo pela inflexibilidade.
O NIS de biblioteca codificado NYS, por outro lado requer recompilar e relinkar todos os seus programas para a biblioteca do libnsl, ou recompilar a biblioteca do libc para incluir o libnsl codificado na biblioteca libc (ou talvez você pode adquirir uma versão pré-compilada de libc de alguém que já fez isto).
Outra diferença é que o código do NIS tradicional tem um pouco de suporte para o Netgroups NIS, que o código de NYS não faz (contudo). Por outro lado o código do NYS permite lhe acessar passwd do Shadow num modo totalmente transparente.
4. Como trabalhar
Dentro de uma network você deve ter uma máquina que age como um NIS pelo menos um servidor. Você pode ter vários servidores de NIS, cada serviço NIS diferente de "domínios" - ou você pode ter cooperação entre os servidores de NIS, onde a pessoa é dita mestre do servidor de NIS, e todos os outro são escravo denominado servidores NIS (para um certo "domínio" de NIS, que são!) - ou você pode ter uma mistura deles...
Só os servidores escravos(slave) têm cópias dos bancos de dados do NIS e recebem estas cópias do servidor mestre(master) do NIS sempre que as mudanças são feitas no banco de dados do mestre. Dependendo do número de máquinas em sua network e a confiabilidade de sua network, você pode decidir instalar um ou mais servidores escravo. Sempre que um servidor de NIS demora ou está muito lento para responder a pedidos, um cliente de NIS conecta ao servidor e tenta achar um ou o mais rapidamente.
Bancos de dados de NIS estão em formato denominado DBM, derivado de bancos de dados ASCII. Por exemplo, os arquivos de /etc/passwd e /etc/group podem ser diretamente convertido em formato DBM usando um software de tradução ASCII-para-DBM ("makedbm", é incluído com o software do servidor). O servidor mestre NIS deve ter ambos, os bancos de dados em ASCII e os bancos de dados em DBM.
Serão notificados os servidores escravo de qualquer mudança para o mapa NIS, (através do programa "yppush"), e automaticamente recobra o necessário das mudanças para sincronizar os bancos de dados. OS clientes de NIS não fazem parte disto eles sempre conversação com o servidor de NIS para ler a informação armazenada nos bancos de dados DBM.
O autor dos clientes de YP para linux nos informou que o mais recente ypbind (em yp-clients.tar.gz) pode ser adquirido no arquivo de configuração do servidor - assim não é necessário usar o broadcast (que é inseguro - devido ao fato que qualquer um pode instalar um servidor de NIS e pode responder as questões de broadcast...)
5. Do que você precisa para configurar o NIS?
5.1. O RPC Portmapper
Rodar qualquer dos software mencionado abaixo você precisará rodar o programa /usr/sbin/rpc.portmap. Algumas distribuições do Linux já o têm no código do /etc/rc.d/rc.inet2 para começar este daemon. Tudo o que você precisa fazer é descomentar e reiniciar a sua máquina de Linux para ativa-lo.
O RPC portmapper (portmap(8c)) é um servidor que converte programas de RPC
em números de TCP/IP (ou UDP/IP) números de protocolos para porta. Deve
ser rodado para chamar o RPC (que é o que o software cliente de NIS faz)
para servidores de RPC (como um servidor de NIS) naquela máquina.
Quando um servidor de RPC é inicializado, contará ao portmap que o número
da porta esta escutando, e que o programa RPC tem números para está
preparação de acesso. Quando um cliente deseja fazer que um RPC chame um
determinado numero de programa, contactará o portmap primeiro na máquina
do servidor para determinar o número da porta onde deve ser enviados os
pacotes de RPC.
Normalmente, servidores de RPC padrão são começados por inetd(8C), assim o portmap deve ser começado antes do inetd ser invocado.
5.2. Determinando se você é um Servidor, Escravo ou Cliente.
Para responder a esta pergunta você tem que considerar dois casos:
1. Sua máquina vai ser parte de uma network com servidores NIS existente
2. Você não tem nenhum servidor de NIS na network
No primeiro caso, você só precisa do programa cliente (ypbind, ypwhich, ypcat, yppoll, ypmatch). O programa mais importante é o ypbind. Este programa tem que estar rodando a todo momento, quer dizer, sempre deve aparecer na lista de processos. É denominado processo daemon e precisa ser começado através do startup do arquivo do sistema (eg. /etc/rc.local). Logo como ypbind estiver rodando, o seu sistema torna-se um cliente de NIS.
No segundo caso, se você não tem nenhum servidor de NIS, então você também vai precisar de um programa servidor de NIS (normalmente chamado ypserv). Na Seção 6 é descrito como montar um servidor de NIS em sua máquina Linux usando a implementação "ypserv" por Peter Eriksson (<peter@ifm.liu.se>). Note esta versão 0.14 esta implementando o conceito e apóio mestre-escravo comentado apróximadamente na seção 3.
Também há outro servidor de NIS grátis disponível, chamado "yps", escrito, por Tobias Reber na Alemanha que suporta o conceito mestre-escravo, mas tem outras limitações.
5.3. O Software
A biblioteca do sistema "/usr/lib/libc.a" (versão 4.4.2 e ou melhor) ou a biblioteca de compartilhamento "/usr/lib/libc.sa" e sua DLL relacionada que contêm tudas as chamadas necessárias ao sistema para o sucesso para copilar o cliente NIS e o software do servidor.
Algumas pessoas informaram que somente o NIS trabalha com o "/usr/lib/libc.a" versão 4.5.21 e ou melhor assim se você quer utilizar deverá não usar um libc mais velho. O software cliente NIS pode ser obtido em:
Local Diretório Nome do Arquivo
ftp.uni-paderborn.de /linux/local/yp yp-clients-2.2.tar.gz
ftp.funet.fi /pub/Linux/BETA/NYS/clients yp-clients-?.?.tar.gz
ftp.lysator.liu.se /pub/NYS/clients yp-clients-?.?.tar.gz
sunsite.unc.edu /pub/Linux/system/Network/admin yp-clients-2.2.tar.gz
Uma vez que você obteve o software, por favor siga as instruções que venha com o software.
5.4. Montando um Cliente de NIS que utiliza o NIS Tradicional
Assumindo que você teve sucesso na copilação do software e que você está agora pronto para instalar o software. Um lugar satisfatório para o daemon de ypbind é o diretório /usr/sbin.
Você precisará fazer isto obviamente como root. Os outros binários (ypwhich, ypcat, yppoll, ypmatch) devem estar em um diretório acessível por tudos os usuários, por exemplo /usr/etc ou /usr/local/bin. Poderia ser uma boa idéia testar o ypbind antes de coloca-lo no /etc/rc.d/rc.inet2.
Teste o ypbind fazem o seguinte:
· Rode seguramente se você tem o seu conjunto de nome de domínio. Se não é configure para emitir o comando:
/bin/domainname-yp nis.domain
onde nis.domain deve ser alguma string, _NÃO_ defina com a associção do
nome de domínio de sua máquina! A razão para isto é dificultar um pouco
mais para crackeamento externos para obter o banco de dados de passwd
do seu servidor de NIS. Se você não sabe por o nome de domínio de NIS
em sua network, pergunte ao seu administrador de sistema/network.· Inicialize o "/usr/sbin/rpc.portmap" se já não estiver rodando.
· Crie um diretório "/var/yp" se não existir.
· Inicialize o "/usr/sbin/ypbind"
· Use o comando "rpcinfo -p localhost" para conferir se o ypbind foi capaz de definir o seu serviço no portmapper. O rpcinfo deve produzir algo como:
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100007 2 udp 637 ypbind
100007 2 tcp 639 ypbind
300019 1 udp 660
· Você também pode rodar "rpcinfo -u localhost ypbind ". Este comando deve produzir algo como:
program 100007 version 2 ready and waiting
Finalmente, não esquece de colocar os lookups do host tem que ser configurado por você (ou somado) "nis" para o lookup na linha order do seu arquivo de /etc/host.conf. Por favor leia o manpage "resolv+.8" para maiores detalhes.
Neste momento você deve poder usar os programas cliente NIS como ypcat, etc... Por exemplo, "ypcat passwd" que dará por inteiro o banco de dados do NIS para passwd.
IMPORTANTE: Se você saltou o procedimento de teste então tenha certeza que você configurou o nome de domínio, e criou o diretório:
/var/yp
Este diretório tem que existir para que o ypbind possa começar com sucesso.
Se o seu trabalho de teste acabou agora você pode querer mudar os arquivos /etc/rc.d/rc.M e /etc/rc.d/rc.inet2 que serão começados em seu sistema de forma que o ypbind em tempo de boot do seu sistema agir como um cliente de NIS. Edite o arquivo /etc/rc.d/rc.M e procure os comandos que configura o nome de domínio. Mude o nome de domínio no nome do seu domínio. Também, edite o arquivo /etc/rc.d/rc.inet2, e comente as linhas as quais começam o daemon de rpc.portmap, e soma as linhas seguintes logo após o lugar onde rpc.portmap é inicializado:
#
# Start the ypbind daemon
#
if [ -f ${NET}/ypbind -a -d /var/yp ]; then
echo -n " ypbind"
${NET}/ypbind
fi
A implementação da Sun é distinto do NIS que você não precisa editar em /etc/passwd e /etc/group para tirar o proveito do NIS. A implementação da sun precisa de uma linha "+:*:0:0:::" dentro do /etc/passwd e uma linha "+:*:0:" no /etc/group para dizer ao para NIS para procurar a passwd e grupos no banco de dados do NIS.
IMPORTANTE: Nota que o comando fingero não informará a mensagem "no such user" se você não acrecentrar a linha "+:*:0:0:::" no /etc/passwd. Coloque a linha "+:*:0:0:::" dentro do /etc/passwd para configurar o finger.
Feito isto. Reinicie a máquina e assista as mensagens de boot para ver se o ypbind é rodado de fato.
IMPORTANTE: Note que a característica de netgroup começa e é implementada no libc 4.5.26. Netgroups permite controle de acesso a todas as máquina e todo usuário no domínio de NIS, e eles requerem uma entrada como:
+@this_machine_users
no /etc/passwd. Mas se você tem uma versão de libc mais recente que o 4.5.26, todo usuário no banco de dados de passwd do NIS pode ter acesso ao sua máquina linux se você rodar o "ypbind".
6. O que você precisa para montar o NYS?
6.1. Determine se você é um Servidor, Escravo ou Cliente.
Para respondendo a esta pergunta você tem que considerar dois casos:
· Que sua máquina vai ser parte de uma network com servidores NIS
· Você não tem nenhum servidor de NIS na network
No primeiro caso você tem duas escolhas:
· Você pode relinkar todo o cliente e programa daemon com a biblioteca NYS libnsl.so (ou links estasticos com a libnsl.a). Isto seria acrescentrar a seguinte linha:
LIBS=-lnsl
no seu makefile significa que você quer unir os Serviços de Biblioteca para Netowrk. Basicamente todo os deamons de network e o programa de "login" seria necessário ser recopilado.
· Ou você pode recompilar a biblioteca C padrão libc para incluir a biblioteca NYS de cliente para que a biblioteca libc normal funcione, e então relinkar todos os links estastisticos de programas (o link dinamico une programas automaticamente e pode ser adquirido nas novas versão de libc). Veja seção a 6.5 abaixo para maiores informação sobre esta opção.
Semelhantemente ao caso do NIS tradicional, se você não tem servidores NIS, então você também precisará de um programa servidor de NIS (normalmente chamado de ypserv) e você tem que designar um das máquinas em sua network como servidor mestre de NIS. Novamente, você pode querer definir mais de um servidor escravo tambem.
6.2. O Software
Você precisa consertar e compilar a biblioteca libnsl.so do NYS. Se você não tem as ferramentas de DLL instaladas que você pode obter uma pré-copilada, estática e sub biblioteca no mesmo site mencionado abaixo. Porém, note que a versão pré-copilada pode ser (e provavelmente é) mais velha que o código fonte mais recente lançado.
A biblioteca do NYS (fonte e versão pré-compiladas) pode ser obtido em:
Site Diretório Nome do Arquivo
ftp.lysator.liu.se /pub/NYS/libs nys-0.27.4.tar.gz
ftp.lysator.liu.se /pub/NYS/binaries/lib libnsl.so.1.0.a26
ftp.funet.fi /pub/Linux/BETA/NYS/libs nys-0.27.?.tar.gz
A Pré-copilação do "login" e "su" também podem ser obtido em:
Site Diretório Nome do arquivo
ftp.lysator.liu.se /pub/NYS/binaries/bin login
ftp.lysator.liu.se /pub/NYS/binaries/bin su
ftp.funet.fi /pub/Linux/BETA/NYS/bin login
ftp.funet.fi /pub/Linux/BETA/NYS/bin su
Semelhantemente, aos arquivos de configuração do exemplo podem ser obtidos em:brados de
Site Diretório Nome do arquivo
ftp.lysator.liu.se /pub/NYS/binaries/etc *conf
ftp.funet.fi /pub/Linux/BETA/NYS/etc *conf
Para a compilação da biblioteca nsl, por favor siga as instruções que vêm com o software. Se você deseja compilar a biblioteca de compartilhamento DLL você tem que ter as ferramentas de DLL instaladas no lugar da padrão (standard) (/usr/dll). As ferramentas de DLL (o pacote tools-2.11.tar.gz ou superior) você pode boter em muitos sites.
6.3. Configurando um Cliente de NYS que usa o NYS
É diferente do NIS tradicional, não nenhuma requer nenhuma configuração para o cliente NIS. Tudo o que é necessário é a configuração do arquivo do NIS (/etc/yp.conf) para o serveridor(es) correto para sua informação. Também, a configuração do arquivo dos Servidores de Nome Swith (/etc/nsswitch.conf) deve ser configurado corretamente.
Por favor veja os exemplos contido juntos ao código de fonte.
6.4. O Arquivo nsswitch.conf
O arquivo do Servidor de Network swith /etc/nsswitch.conf determina em ordem de lookups quanto a execução um certo pedaço de informação é pedido, só com o arquivo /etc/host.conf que determina o modo que serão executados os lookups do host. Novamente, olhe o arquivo de exemplo contido na distribuição de fonte. Por exemplo, a linha
hosts: files nis dns
especifica as funções de lookup do host que devem olhar primeiro no arquivo local /etc/hosts, seguido por um lookup ao NIS e finalmente o serviço verdadeiro de domínio (/etc/resolv.conf e o named) ao qual se não for encontrado nada será devolvido um erro.
6.5. Copilando os seus binários do NYS atentamente
Em vez de relinkar cada binário com a biblioteca do NYS (libnsl.so), uma solução mais simples foi feita por um usuário com uma habilidade para construir o libc atentamente para um NYS. Isto significa tudo que você precisa fazer é recopilar um novo libc e substituir o seu /lib/libc.so.x.y.z existente para o novo programa (não-estaticamente copilado) para ser um NYS atento.
Isto também lhe dá a vantagem do NIS tradicional implementado no libc do linux permite transparência para auxilio ao Shandow passwd (pelo arquivo /etc/nisswitch.conf).
Siga simplesmente os passos abaixo para reconstruir um libc para o NYS atento.
· Use o Make você tem nas mais novas ferramentas de DLL instaladas. Veja o GCC-FAQ para mais informações de onde adquirir elas.
· Pegue as mais novas fontes do libc. (novamente veja o GCC-FAQ)
· Pegue as mais novas fontes do nys em
ftp.lysator.liu.se:/pub/NYS/libs
e descompacte debaixo do diretório de fonte do libc-linux. Na distribuição
correta do NYS é "nys-0.27.4.tar.gz".
· Faça o ./configure como antes e na primeiro resposta "n" para a pergunta Values correct (y/n) [y] ?
Então coloque verdadeiro em todas as outras perguntas e a última pergunta será
Build a NYS libc from nys-0.27 (y default) ?
responda "y" nesta.
· Use agora o comando
% make
A biblioteca será gerada depois da compilação é chamada algo como
libc.so.4.5.26
e colocada dentro do diretório jump/libc-nys. Instale esta biblioteca nos aconselhe-mos copia-la para /lib com uma lexiografia de nome maior que o número da versão que você tem atualmente. Faça anexando a letra "a" como um truque. Por exemplo:
% cp jump/libc-nys/libc.so.4.5.26 /lib/libc.so.4.5.26a
Alternativamente, anexe "nys " para que assim você possa identificar rápidamente. Agora rode o comando
% ldconfig
que reajustará o seu cache para usar a nova biblioteca. O link estratégico dinâmico pode ser examinado com o comando "ldconfig -p ".
É basicamente isto. Todos os seus programas devem usar agora o NYS atento. Por favor note que normalmente o progrma de "login" é compilado estáticamente e assim não pode ter acesso ao novo NYS que usa o libc NYS atento. Você deve fazer a recopilação do "login" usando -static flag, ou então um link estatico para a biblioteca do libnsl.a.
7. Configurando um Servidor de NIS
7.1. O Programa ypserv do Servidor
Este documento só descreve como configurar o "ypserv " do servidor de NIS. O "yps" do servidor é é semelhante, _mas_ não exatamente o mesmo assim tome cuidado se você tentar aplicar estas instruções para o "yps"!
O software de servidor de NIS pode ser obtido em:
Site Diretório Nome do Arquivo
ftp.lysator.liu.se /pub/NYS/servers ypserv-1.1.2.tar.gz
ftp.uni-paderborn.de /pub/linux/local/yp ypserv-1.1.2.tar.gz
ftp.funet.fi /pub/Linux/BETA/NYS/servers ypserv-?.?.?.tar.gz
A configuração do servidor é a mesmo para NIS tradicional e apra o NYS.
Compile o software para gerar o "ypserv" e programas "makedbm".
Primeiramente, determina quais os arquivos que exigem para estar
disponível para o NIS e então adicione ou remova as entradas apropriadas
para o ypMakefile. Instale o arquivo ypMakefile em /var/yp como o arquivo
Makefile.
Agora construa o arquivo DBM digitando:
% cd /var/yp; make
Tenha certeza que o portmapper (rpc.portmap) está rodando, e inicialize o servidor "ypserv". O comando
% rpcinfo -u localhost ypserv
deva produzir algo como
program 100004 version 2 ready and waiting
E é isto, o seu servidor esta rodando.
7.2. O Programa do Servidor yps
Por favor monte o servidor de NIS "yps" referente ao parágrafo anterior. A configuração do servidor "yps" é semelhante, _mas_ não exatamente o mesmo assim tome cuidado se você tentar aplicar as instruções do "ypserv" para o "yps"!
O software de servidor de NIS "yps" pode ser obtido em:
Site Diretório Nome do Arquivo
ftp.lysator.liu.se /pub/NYS/servers yps-0.21.tar.gz
ftp.funet.fi /pub/Linux/BETA/NYS/servers yps-0.21.tar.gz
7.3. O Programa yppasswdd
Sempre que os usuários mudam as passwd deles, o banco de dados de passwd do NIS e provavelmente outros bancos de dados do NIS que dependem de banco de dados de passwd do NIS, devem ser atualizados. O programa "yppasswdd" é um servidor que contrala as mudanças de passwd e tem certeza que a informação do NIS vai ser atualizado adequadamente. O software para "yppasswdd" pode ser achado em:
Site Diretório Nome do Arquivo
ftp.lysator.liu.se /pub/NYS yppasswdd-0.7.tar.gz
ftp.funet.fi /pub/Linux/BETA/NYS/servers yppasswdd-0.7.tar.gz
Uma vez você obteve o software, por favor siga as instruções que vem com o software.
8. Verificando a Instalação do NIS/NYS
Se tudo está bem (como deveria ser), você deve poder verificar a sua instalação com alguns comandos simples. Por exemplo, assumindo que o seu arquivo de passwd está sendo provido pelo NIS, o comando,
% ypcat passwd
deve lhe dar os conteúdos do arquivo de passwd do NIS. O comando
% ypmatch userid passwd
(onde userid é o login de um usuário arbitrário) deve dar a entrada do usuário no arquivo de passwd do NIS. O "ypcat" e "ypmatch" devem ser incluídos nos programas de sua distribuição de NIS tradicional ou NYS.
9. Problemas comuns e outras coisas com o NIS
Aqui está alguns problemas comuns informados por vários usuários:
1. As bibliotecas para 4.5.19 estão quebradas. E o NIS não trabalha com elas
2. Se você alterar as bibliotecas então de 4.5.19 a 4.5.24 o comando su quebra. Você precisa adquirir o comando su da distribuição slackware 1.2.0. Acidentalmente é aonde você pode adquirir as bibliotecas atualizadas.
3. Você pode ter dificuldades com o NIS e o DNS na mesma máquina. Meu servidor de DNS não exportá NIS ocasionalmente. Não tenha conteudo para saber o por que.
4. Quando um servidor de NIS cai e surge novamente o ypbind reclama com mensagens:
yp_match: clnt_call:
RPC: Unable to receive; errno = Connection refused
e recusa logins para os que são registrados no banco de dados do NIS. Tente acessar o login como root e se você tiversucesso, então mate o ypbind e rode-o novamente.
10. Perguntas freqüentemente Perguntadas (FAQ)
A maioria de suas perguntas devem ter sido respondido até agora. Se há mais perguntas sem resposta você pode postar uma mensagem em comp.os.linux.help ou comp.os.linux.networking ou contacta um dos autores deste HOWTO.
![[Linux Brasil]](../../../logos/linuxbr.gif) |
Copyright © 1997-1998 - Buick. All Rights Reserved. | ![[Linux-Org]](../../../logos/linuxorg.gif) |