Korkunç uçbirim komutları nasıl devre dışı bırakılır?

Korkutucu terminal komutlarını nasıl devre dışı bırakırsınız?

Fiziksel sunucuya erişmeden uzaktaki bir Ubuntu sunucusuna erişmek için SSH kullanıyordum. shutdownUbuntu işletim sistemi üzerinde çalışan NoSQL sunucusuna ' ' yazdığımı sanıyordum ama aslında Ubuntu sunucusuna kapatılmasını söyledim. Sonra sunucu yöneticisine ne yaptığımı söylemek zorunda kaldım, böylece benim için fiziksel sunucuyu başlatabilecekti. Bu utanç verici oldu!

Bunun tekrar olmasını nasıl önleyebilirim?

Standart cevap "root olarak giriş yapma" dır. Kök olarak çalışan tüm komutlar korkutucu. Bu bir seçenek değilse, .bashrcözellikle korkutucu bulduğunuz komutları devre dışı bırakmak için bazı takma komutları kullanabilirsiniz. Örneğin:

for scary in shutdown halt  reboot rm
do
    alias $scary="echo If you really want to do that, type: `which $scary`"
done

Sonra kapatma yazarsanız, aşağıdaki iletiyi alırsınız:

If you really want to do that, type: /sbin/shutdown

( Emin olun sizin .bashrcilk yüklendikten bu çalışmadan önce bir üretim sunucusuna)

Geçerli sshoturumunuzdan çıkmak ve tekrar giriş yapmak ya da kullanmak . ~/.bashrc, .bashrc dosyasını yüklemek / çalıştırmak zorundadır. Belki de rmsunucunuzun .bashrcoturum açma veya benzeri işlemlerde otomatik olarak yükleme işlemini devre dışı bırakmadığından emin olmak için hiçbir argüman olmadan çalıştırmayı deneyin .

Öncelikle durma ve kapatma ile ilgileniyorsanız , makineyi kapatmadan önce ana makine adını yazmanızı sağlayacak molly-guard'ı kullanmayı düşünebileceğinizi unutmayın. Komut satırında tüm işletim sistemlerini düzenli olarak kapattıysanız, ancak doğru olanı kapattığınızdan emin olmak istiyorsanız bu daha kullanışlıdır.

Ayrıca bunu denemek için logout veya exit gibi daha az korkutucu bir komut kullanabilirsiniz.

sudobir nedenden dolayı var - kullan. Komutunuz (bu durumda etkileşimli bir CLI) tamamlandığında, bir kök kabuğuna değil, kullanıcı seviyesindeki kabuğunuza geri dönersiniz. Kök kabuğunda olmak için çok az önemli neden vardır. (Bunun zaten bir cevap olmamasına şaşırdım ...)

Bunu söyledikten sonra, her şeysudo için kullanan bir muppet olmayın . Ne yaptığınızı ve neden root yetkileri gerektirdiğini / gerektirmediğini anlayın.

Ek olarak, root / user shell için sorunuzu farklılaştırabilirsiniz. Bu aynı zamanda, " bazı diğer CLI " değil, kabuk isteminde tekrar olduğunuzun daha belirgin olmasını sağlar . Mine çok renkli ve çok sayıda yararlı bilgiye (ana bilgisayar adı gibi) sahiptir, bu da komutun hangi ana bilgisayarda çalışacağını bilmeyi çok kolaylaştırır ve ayrıca geçmişinize bakmanızı ve istemleri bulmanızı kolaylaştırır - bir kök Kabuk varsayılan istemi kullanır.

Bu "kullanmak daha uygundur senin " hesabı, ancak o zaman şifreleri / hesap paylaşımı olmayacak ve tam olarak farkında olmadan bir kök kabuğu oturan olmayacak, ciddiye sysadminning / güvenlik alıyorsun eğer.

İnsanların söylediği gibi, tekrar tekrar ve tekrar tekrar " güvenli bir ortam oluşturmak için takma komutlar kötü bir fikirdir ". Güvenli ortamınızda rahat edersiniz, o 'korkutucu' komutları yazmamanız gereken yere yazın. Sonra bir gün iş değiştirecek ya da yeni bir makineye giriş yapacaksınız ve sonra " boğmaca, istemedim, özür dilerim " ...

'Molly-guard' paketi (en azından Debian'dan türetilmiş sistemlerde) kapatma, durma, kapanma ve yeniden başlatma etrafında bir sarıcı kuracaktır. Terminalin uzak bir terminal olduğunu tespit ederse, ana bilgisayarın adını soracaktır. Eşleşmezse, komut iptal edilir.

Çok hoşuma giden bir cevabı kabul ettim, ancak eğer başka biri okuyorsa ve daha basit bir cevap istiyorsa, işte benim.

.Bashrc dosyasını bulun ve son satırı yazın:

alias shutdown=notforuse

Sonra kapatma yazdığınızda gibi bir şey olsun ~bash: notforuse is not a command

Bu aptalca olabilir ama basit ve işe yarıyor. Ancak bunu yapmanın daha iyi yollarını içeren cevapları takdir ediyorum!

İçin shutdown( reboot, haltve ilgili): Ben gerçekten eminim (ve yine hiçbir şey yapmaz) eğer bana sor bir kopyası var. Bu tür komut dosyalarını içeride saklarım /usr/local/sbin. Debian'da bunun önceliği var /sbin(PATH'ın ilk dizini).

Sistem komut dosyaları tam yolu kullanır, bu yüzden bu tür bir kesiklik yerel bir makine yerine uzak bir sunucuyu durdurmamı engeller ( Awesome WM'den kötü bir davranış ), ancak başka dolaylı bir etkiye sahip değil ve gerçekten gerektiğinde bunları / sbin / shutdown olarak kullanabilirim .

Sudoers dosyası, * 'sudo' * kullanmasına izin verilenden çok daha yüksek düzeyde bir ayrıntı düzeyi sağlar; özellikle, belirli bir kullanıcı veya grubun sınırlandırdığı komut gruplarının beyaz listelerini oluşturmak için komut takma adlarını kullanabilirsiniz. Ben ssh erişimi ile sınırlı ve şifre-az sudo izin (uzak parola korumalı ssh anahtarlarını gerektiriyordu) uzak sunucuları ile çalıştım. Bunu yapmanın bazı iyi nedenleri var, ancak tehlikeleri var, bu yüzden yapmadıkları şeyler için kendilerine ayrıcalıklı izinler vermeden (sunucuların yeniden başlatılması vb.) Sınırsız erişimine izin vermek için komut takma adları kullandık.

'Bu komutu çalıştıramazsınız' diyen sözdizimi de var . Etrafında çalışılabilir, bu nedenle gerçek bir güvenlik önlemi olarak kullanılmamalıdır, ancak tarif ettiğiniz senaryo için işe yarayacaktır.

Man sudoers, bunun nasıl kurulacağına dair iyi örneklere sahip.

Elbette bu sudo kullanmayı gerektirir, ancak söylemeden geçmesi gerekir.

Yeni bir Ubuntu aptallığına kurban olmuş olabilirsiniz.

Ubuntu, shutdownzorunlu bir zaman argümanını alan normal, klasik bir komutu kullanıyordu.

shutdownNormal bir kullanıcı olarak bile yazarsam Ubuntu 12'de olanlar :

$ shutdown
shutdown: time expected
Try `shutdown --help' for more information.

Sonra

$ shutdown +100
shutdown: need to be root.

Şimdi, işte Ubuntu 16.10. Ben kök değilim:

$ date ; /sbin/shutdown
Fri Jun 23 16:00:16 PDT 2017
Shutdown scheduled for Fri 2017-06-23 16:01:16 PDT, use 'shutdown -c' to   cancel.

Argüman olmadan, 60 saniye sonra bir kapatma zamanlar ve root olmasanız bile - yalnızca yönetici ayrıcalıklarına sahip bir hesap.

Kanonik suçla.

Kapatmak için molly-guard var. Sadece yüklemeniz gerekir ve ssh ile kapatmayı denediğinizde, ana bilgisayar adını yazmanız istenir.

Dosyaları silmek için libtrash gibi, bir LD_PRELOADkütüphane yoluyla bir çöp kutusu taklit eden çözümler vardır .

Ve belki de programla hangi dosyaları değiştirdiğinizi / sildiğinizi / ... test edebilirsiniz . Bir şeyi test ederken çok güzel.

Bunu deneyin: Uzak bir kabuğun üzerindeyken, "return" tuşunu yazmak üzereyken, 5 saniye durun, parmağınızı "return" tuşunu basılı tutun ve göndermek üzere olduğunuz komutu tekrar okuyun. Tamam mı? Emin misiniz?

Bu zor görünüyor, ancak diğer taraftan, uzak mermilere çok fazla zaman harcamamalıyız. Bakım çalışmalarımızı otomatikleştirmenin tüm yollarını bulmalıyız, böylece nadiren de olsa uzaktaki bir sunucuya giriş yapmamız gerekir.