Debian neden kullanıcı senkronizasyonunun giriş kabuğunu / bin / sync olarak ayarlıyor?


14

syncDebian tarafından oluşturulan kullanıcı hesaplarından biridir. Debian'ın neden giriş kabuğunu /bin/syncbunun yerine ayarladığını merak ediyorum /bin/false. Debian bu kullanıcı hesabını nasıl kullanıyor?

Yanıtlar:


24

Bu belgelenmiştir /usr/share/doc/base-passwd/users-and-groups.txt.gz:

senkronizasyon

Kullanıcının kabuğu syncolup /bin/sync. Bu nedenle, şifresi tahmin edilmesi kolay bir şeye ayarlanmışsa ("" gibi), sistemde hesabı olmasa bile herkes sistemi konsoldan senkronize edebilir.

Bu gerçekten tarihi bir eser, syncbugünlerde bir kullanıcının bu şekilde kurulmasını beklemiyordum . Geçmişte böyle bir kullanıcıya sahip olmak yararlı olacaktır, böylece bir konsola fiziksel erişimi olan kişiler ( örneğin bir sunucu odasında veya iş istasyonlarıyla dolu bir laboratuarda, üniversitelerde bulacağınız gibi) veri kaybı riskini azaltabilir. bir sistemin kapatılması (haydut bir işlemden kurtulmak veya önceki kullanıcı tarafından kilitli bırakılmışsa iş istasyonunu kullanmak için). Debian'dan önceki Unix sistemleri , şifreyi bilmeden sistemi düzgün bir şekilde kapatabileceğiniz bir synckullanıcıya ve bir shutdownkullanıcıya sahip olma eğilimindeydi root. (Sun SPARCstation'larımızda sadece STOPA boot...)

Peter Cordes'in belirttiği gibi, kimlik doğrulaması yapmadan bir konsoldan güvenli kapatma veya yeniden başlatma sağlamak için birçok sistemde diğer mekanizmaların mevcut olduğunu belirtmek gerekir root: güç düğmesine basılarak tetiklenen ACPI olayları (temiz bir kapatmaya neden olur), veya CtrlAltDel(temiz bir yeniden başlatmaya yol açar). AltSysRqsenkronize etmek, öldürmek, bağlantısını kesmek ve yeniden başlatmak için son çare olarak kullanılabilir, ancak temiz bir yeniden başlatma değildir. JdeBP tarafından belirtildiği gibi , bir synckullanıcıya sahip olmak , en azından 1980'lerin başına kadar uzanan çok eski bir fikirdir.


4
Kullanıcılardan hiçbir şey yapmaları beklenmez. Yöneticiler istedikleri takdirde sistemi bu şekilde kurabilirler. Tarihsel bağlam burada önemlidir: synckullanıcı eklendiğinde, Alt + SysRq kombinasyonları yoktu ve bir Linux sisteminin bir yerde bir sunucu veya bir laboratuvarda paylaşılan bir sistem olması, tek kullanıcılı bir dizüstü bilgisayardan daha muhtemeldi veya masaüstü. Konsola erişimi olan kişilerin güvenli olmayan bir kapatma için bir sistemi güvenli bir şekilde hazırlayabilmelerinin bir yolunu sağlamak yararlı oldu, böylece veri kaybı riskini azaltırken kök erişimine sahip olmadan sistemleri yeniden başlatabilirler.
Stephen Kitt

2
Bir shutdownhesaba sahip olmak yerine, bazı (çok?) Linux dağıtımlarının varsayılan yüklemelerinin ctrl + alt + f1 (geçerli VT'nin grafiksel bir giriş ekranı çalıştırması durumunda bir metin konsoluna ulaşmak için) ayarlandığını belirtmek gerekir. ctrl + alt + del ile a shutdown -r nowveya eşdeğerini tetikler . Yani fiziksel erişim = SysRQ olmadan bile temiz bir yeniden başlatmayı tetikleme yeteneği.
Peter Cordes

1
@PeterCordes "Debian'dan önce Unix sistemleri" notu - bu 1993 öncesi ;-). Ancak evet, mevcut sistemlerde, kullanmadan syncveya kullanmadan bir şeyler yapmanın başka yolları da vardır shutdown. (Ekstra seçici olmak için, birçok Linux dağıtımının günümüzde VT1'de DM'si var. Bazılarında artık metin VT'si bile yok!)
Stephen Kitt

1
ne zaman geri synckullanıcı eklendi ... Linux bir fikir yokmuş gibi. Bu sözleşme en azından 1980'lerin başına kadar uzanıyor.
JdeBP

1
Bu sistemlerin bazılarının "kişisel" bilgisayarlardan bir zaman öncesine ait olduğunu hatırlamanız gerekir. Böyle bir senkronizasyon teyp veya token halkası gibi floppies gibi korkunç yavaş çalışan başka bir medya olabilir. Aynı zamanda bu sistemler bir güç döngüsünün kendilerine zarar vermesine yetecek kadar "kırılgandı". UPS'iniz kesintiye kadar 5 dakika diyorsa, kapatır ve senkronizasyonu atlarsanız, milyonlarca dolarlık bir makineyi mahvedersiniz. Bu konular artık büyük ölçüde mevcut değil.
coteyr
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.