Início / unix / Perguntas / 509231
Accepted
kbulgrien
Asked: 2019-03-29 06:31:47 +0800 CST

PRNG não propagado (no SCO OpenServer 5.0.7 MP5)

  • 772

No SCO OpenServer 5.0.7 MP5, ao tentar usar qualquer utilitário baseado em ssh, o seguinte é retornado e nenhuma conexão SSH pretendida ocorre:

PRNG not seeded

Como isso é resolvido (a condição persiste na reinicialização)?

Os scripts de inicialização do sistema parecem idênticos entre o sistema funcionando e o não funcionando.

A resposta dada para Linux e vários UNIX é que é preciso verificar a existência de, ou permissões atribuídas a, /dev/random e/ou /dev/urandom . Este UNIX não possui esses dispositivos em um sistema em funcionamento, portanto, essas respostas são inúteis.

ssh random

1 respostas

  1. Best Answer

    A resolução tornou-se possível pesquisando várias partes do sistema em busca de instâncias de prng sem distinção entre maiúsculas e minúsculas.

    A investigação preliminar revela que em sistemas configurados de forma semelhante, mas onde um funciona e o outro não, a configuração parece idêntica, mas no sistema que não funciona, um serviço in.prngd não está em execução.

    # ps -ef | grep prng
root 350 1 0 Mar-23 ? 00:00:11 /etc/in.prngd /etc/egd-pool

    Entre ambos os sistemas, arquivos de configuração, scripts e binários, em ou sob /etc aparentemente relacionados ao prngd têm somas idênticas, e uma verificação de software do sistema não mostra anomalias corrigíveis automaticamente.

    Os scripts de inicialização em /etc/rc?.d/ eram idênticos, com a inicialização do prngd aparentemente tratada por /etc/rc2.d/S85tcp . O exame deste arquivo parece indicar que o serviço foi iniciado chamando /etc/prngd e /var/adm/rc.log parece mostrar que o sistema tentou iniciar o serviço.

    Starting TCP services: prngd inetd snmpd sshd ntpd

    A tentativa de usar manualmente /etc/prngd para consultar ou iniciar o serviço falha com um erro semelhante:

    # /etc/prngd query
/etc/prngd: ^X: bad number

    Uma cópia foi feita de /etc/prngd e set -x inserido:

    ...
+ get_server_pid
+ [ -r /etc/prngd.lock ]
+ read line
+ set -- junk
+ shift
+ return
/tmp/prngd: ^X: bad number

    No sistema de trabalho, /etc/prngd.lock não está vazio e contém o PID do processo in.prngd em execução. No sistema que não funciona, o arquivo está vazio.

    A solução:

    # rm -f /etc/prngd.lock
    • 0

relate perguntas