¿Está bien simplemente copyr / dev / random y / dev / urandom?

Estoy preparando algunas cosas, exactamente lo que probablemente no importe.

De todos modos, recibí un error de mi aplicación que indicaba que / dev / random y / dev / urandom eran necesarios pero faltaban.

Así que los copié de una versión de Linux que los tenía, y luego todo funcionó bien.

¿Esta bien? ¿Qué problemas pueden ocurrir porque hice esto? Si esto no es OK, ¿existe una forma "correcta" de crear / dev / random y / dev / urandom?

    Para crear correctamente los dos dispositivos, use:

     mknod -m 444 /dev/random c 1 8 mknod -m 444 /dev/urandom c 1 9 

    /dev/random generará datos pseudoaleatorios de alta entropía. Si la entropía se agota, bloqueará hasta que se haya generado lo suficiente para un nuevo PRD.

    /dev/urandom no se preocupa por ser lo suficientemente alta entropía, lo que es por comprensión criptográfica actual que no es realmente significativo. El resultado es que urandom no se bloqueará durante una sequía por entropía, pero como se utilizó suficiente entropía para la semilla inicial, la "debilidad" en la aleatoriedad es puramente teórica en este punto.

    Sí, puede copyr un dispositivo /dev/random . Si el sistema de files de Linux que los está utilizando tiene definiciones compatibles (mismos numbers mayores y menores), lo que debería, funcionará.

    No se puede usar cp sin arguments, porque eso copy los datos aleatorios y no el object del sistema de files. Use cp -a . ( -a es la opción GNU para "preservar todo").

    En segundo lugar, por supuesto, debe ser root, que se puede asumir que es así si está tratando de crear una input /dev . Si un usuario normal testing cp -a /dev/random foo , son recibidos con:

     cp: cannot create special file `foo': Operation not permitted 

    Si tiene los permissions, cp -a creará un duplicado del file especial (dispositivo de caracteres).

    Otra forma es solo mknod. Si sabemos que el número principal del dispositivo para el random es 1, y el número menor es 8, podemos hacer

     mknod foo c 1 8 # character device, major 1, minor 8 

    Ahora foo apunta al mismo dispositivo kernel como /dev/random . Los permissions también son importantes; al crear inputs /dev , mire las permanentes; usa el argumento -m de mknod .

    Si se copy /dev/random de un tree de sistema de files Linux existente con cp -a , es de esperar que tenga los permissions correctos (y, por supuesto, propiedad).

    Sin embargo, ¡investigaría por qué su sistema no tiene estas inputs!