Klasörümdeki .rnd binary nedir?

Deja Dup, .rndana klasörümde bulunan gizli bir dosyayı yedekleyemiyor . Yaklaşık 1kB boyutunda bir ikili dosyadır. Bir metin düzenleyicide açmaya çalıştığımda (gedit), geçersiz karakterlerin (UTF-8) olduğunu bildiren bir hata mesajı alıyorum.

Ben biliyorum .gnupg/rnd, ama bu değil .gnupg/rndbu sadece .rnd. Ayrıca gnupg, bir anahtar oluşturmak için aklıma gelen bir şey yapmadım , en azından bilerek değil.

Bu bebeğin ne olduğunu bilen var mı? Her gece yedeklerim ve bu dosya birkaç gün önce belirdi. O zamandan beri güncelleme çalıştırdım. Dosyayı silip ne olacağını görebildiğimin farkındayım, ancak yapmak zorunda kalmazsam lastikleri tekmelemek istemiyorum.

Eğer önemliyse, Ubuntu 13.04'ü çalıştırmak.

deja-dup

— nbm
kaynak

Bu dosya, örneğin OpenSSL gibi kriptografik araçlar kullanırken entropiyi görmek için kullanılır. Güvenle silebilirsiniz ve yedeklemeye gerek yoktur.

Öyleyse neden bizde var? Çoğu sistemde, rastgele bir kaynak olarak kullanabileceğimiz ve rastgele şifreleme anahtarları üretme işlemini hızlandırmak için kullanabileceğimiz çok fazla etkinliğe sahip değiliz. Yani bu dosya entropinin tek kaynağı değil.

Ham rasgele veriler içerdiğinden, onu bir metin düzenleyicisiyle açamazsınız. Standart karakter kümelerinde kodlanmış değildir, bu nedenle bir metin editörü onu nasıl göstereceğini bilmiyor.

0600 modunda sadece kullanıcı tarafından okunabilir olmalıdır. Kök sahibi ise, muhtemelen değişkeni normal kullanıcı hesabınıza sudotutan bazı komutlar çalıştırdınız $HOME. Sadece bu durumda dosyayı kaldırın, diyorum ki, kullanıcının kendisi bu dosyayı güncelleyebilmelidir. Ayrıca bakınız:

rand (1) kılavuz sayfası :

The rand command outputs num pseudo-random bytes after seeding the
random number generator once.  As in other openssl command line tools,
PRNG seeding uses the file $HOME/.rnd or .rnd in addition to the files
given in the -rand option.  A new $HOME/.rnd or .rnd file will be
written back if enough seeding was obtained from these sources.

OpenSSL SSS: Neden "PRNG ekilmedi" hata mesajı alıyorum?

— gertvdijk
kaynak

Bu yüzden güvenlik nedeniyle muhtemelen 0600 ve bazı sudokomutlar rand (1) kullandığı için köke aittir . Şüphe: bir kullanıcı komutu rand (1) kullanmaya çalıştığında bu karışmaz mı? Eğer rand (1) dosyayı okumaya çalışırsa EPERM alır - --- silmek ve kullanıcı olarak yeniden oluşturmak kadar akıllı olup olmadığını bilmiyorum ...

— Rmano

@Roman Evet, sanırım. Kullanıcının kendisine ait olmalıdır.

— gertvdijk

İlginç. Sendmail'i yapılandırırken partway'i durdurduğumda bunun yaratılmış olup olmadığını merak ediyorum. Bilgilendirici cevap (lar) için teşekkür ederiz. Rmano'nun iyi bir noktaya sahip olduğunu düşündüğüm halde devam ettim ve dosyayı sildim; Henüz olumsuz bir etkisi yoktur.

— nbm

OpenSSL ile çalışan herhangi bir şey buna neden olabilir. Sendmail muhtemelen TLS sertifikaları üretecek ve mantıklı olacaktır. Ancak, homedir'inizde görünmemelidir ve Ubuntu / Debian paketi belgelerine uyduysanız bir hata olarak kabul edilebilir.

— gertvdijk