Linux kutularınızı uzaktan nasıl yönetirsiniz? [kapalı]

NOT: Bu sabah EC2 kutuları ile ilgili bu soruyu sordum, ancak sadece örnekleri başlatmak ve durdurmak için araçlara bağlantılar geri aldım, bu yüzden yeniden ifade edeceğim ...

Projelerimden biri için her gece iş yapan birkaç Linux kutum var. Zaman zaman içeri girmem, bazı kod değişiklikleri yapmam, bazı şeyleri yapılandırmam, dosyaları taşımam vb.

Bu işlemler için araç setim acı verici (kutuya SSH, VIM'deki dosyaları düzenle, ihtiyacım olan WGET uzak dosyalarını) ve bunu yapmanın çok daha iyi bir yolu olduğundan şüpheleniyorum. Konumumdaki diğer insanların ne yaptığını duymayı merak ediyorum.

Kutuya erişmek için bir çeşit Pencereleme sistemi ve uzak masaüstü eşdeğeri mi kullanıyorsunuz, yoksa hepsi komut satırı mı? Uzak Windows kutularını yönetmek önemsizdir, çünkü masaüstünü uzaktaki ağa uzaktan aktarabilir ve dosya aktarabilirsiniz. Linux dünyasında buna eşdeğer bir şey var mı?

Yapılandırma dosyası değişikliklerinizi / komut dosyası ayarlarını doğrudan makinede mi yapıyorsunuz? Veya bu dosyaları uzaktan düzenlemek için yerel kutunuzda ayarlanmış bir şey var mı? Yoksa sadece uzaktan düzenliyor ve her kayıtta mı aktarıyorsunuz?

Dosyaları sunucu ve yerel ortamınız arasında nasıl ileri ve geri taşıyorsunuz? FTP? VPN ile bir tür Eşlenmiş Sürücü?

Bu kutuları yönetmek için gerçekten en iyi uygulamaları edinmem gerekecekti. Ağrının bir kısmını gidermek için herhangi bir öneri en hoş olurdu!

Bu işlemler için araç setim acı verici (kutuya SSH, VIM'deki dosyaları düzenle, ihtiyacım olan WGET uzak dosyalarını) ve bunu yapmanın çok daha iyi bir yolu olduğundan şüpheleniyorum. Konumumdaki diğer insanların ne yaptığını duymayı merak ediyorum.

Seyrek? Ne demek istiyorsun? Sırayla beni affedin, ama ssh, vim ve wget'i acı verici olarak reddetmek neredeyse hakaret ediyor. Sorunuzdan genellikle gündüz işiniz için bir programcı olduğunuzu düşünüyorum, bu yüzden soruyu biraz anlıyorum. Ama dürüst olmak gerekirse, bahsettiğiniz üç araçtan hiçbiriyle rahat olmayan bir Linux yöneticisi işe almam.

Kutuya erişmek için bir çeşit Pencereleme sistemi ve uzak masaüstü eşdeğeri mi kullanıyorsunuz, yoksa hepsi komut satırı mı? Uzak Windows kutularını yönetmek önemsizdir, çünkü masaüstünü uzaktaki ağa uzaktan aktarabilir ve dosya aktarabilirsiniz. Linux dünyasında buna eşdeğer bir şey var mı?

Yönetici görevleri için hiç X ortamı kullanmam. Birine ihtiyacınız yok, sadece sistem kaynaklarını kaplayacak ve çoğu zaman yardım yerine bir engel. Çoğu GUI yapılandırma aracı (aslında, neredeyse hepsi, gerçekten) sadece vim ile bir yapılandırma dosyasında ayarlayabileceğiniz yapılandırma seçeneğinin bir alt kümesini sunar.

Linux kutusunu yönetmek, bir Windows kutusunu yönetmek kadar önemsiz değildir. İyi bir beceri seti kazanmak biraz zaman alır.

Ve bir ağ dosya aktarımı eşdeğeri? Bol. scp, sftp, ftp, nfs, cifs / smb (Windows dosya paylaşım protokolleri) ve sonra bazıları.

Yapılandırma dosyası değişikliklerinizi / komut dosyası ayarlarını doğrudan makinede mi yapıyorsunuz? Veya bu dosyaları uzaktan düzenlemek için yerel kutunuzda ayarlanmış bir şey var mı? Yoksa sadece uzaktan düzenliyor ve her kayıtta mı aktarıyorsunuz?

Yaptığım şeye bağlı. Yaptığım şeylerin çoğu doğrudan makinedeki yapılandırma dosyalarında (geliştirme ve test kutuları için) ve sonra dosyayı Uydu sunucumuzdaki bir yapılandırma kanalına itiyorum, daha sonra dosyayı tüm sunuculara doğrudan dağıtıyorum (üretim kutuları için) ). Gerçekten, vim bir hazinedir. Yani, nasıl düzgün kullanılacağını öğrendiğinizde.

Dosyaları sunucu ve yerel ortamınız arasında nasıl ileri ve geri taşıyorsunuz? FTP? VPN ile bir tür Eşlenmiş Sürücü?

scp tüm yol ve belki bazı sftp, ve ben de öneririz. Hiçbir zaman, hassas dosyaları (örneğin yapılandırma dosyaları) ortak bir ağ üzerinden taşımak için FTP'yi asla kullanmayın. Eşlenen bir ağ kullanmıyorum çünkü yine ihtiyacım olan tek şey sunucuda. Buradaki yapılandırma dosyalarını değil, c dosyalarını kastediyorsanız, genellikle svn veya git gibi bir şey kullanır ve değişikliklerimi kutuya gönderirim.

Bu kutuları yönetmek için gerçekten en iyi uygulamaları edinmem gerekecekti. Ağrının bir kısmını gidermek için herhangi bir öneri en hoş olurdu!

Bunları zaten kullanıyorsunuz: ssh, scp, wget ve vim. Bunlar acı değil. Ne kadar güçlü olduklarını anlarken, bazı diş ağrıları olabilir. Ancak, Windows benzetmesini geri getirmek için, bir Windows kutusu kullanmam gerektiğinde ciddi bir şekilde engellenmiş hissediyorum. Senin için tam tersi. Sadece alışık olduğunuz şey bu. Yani, biraz zaman ver ve sana gelecek.

Zaten gerekli ve mükemmel olan ssh, vim ve wget'ten bahsettiniz. Hayatı kolaylaştırabilecek bazı ek araçlar:

1. GNU Ekranı / byobu

"GNU Screen, bir kullanıcının tek bir terminal penceresi veya uzak terminal oturumu içinde birden fazla ayrı terminal oturumuna erişmesine izin veren ücretsiz bir terminal çoklayıcıdır. Komut satırından birden çok programla uğraşmak ve programları başlatılmış kabuktan ayırmak için kullanışlıdır. program. " (Vikipedi'deki GNU_Screen sayfasından)

Ana avantajı, geri döndüğünüzde tam olarak aynı durumda olan bir veya daha fazla sanal terminale sahip olmanızdır (yani, ssh üzerinden yeniden oturum açın). Bu, bağlantınız herhangi bir nedenden dolayı kesildiğinde de iyidir.

Ekran, kutuya bağlanmak için kullandığınız yazılımdan bağımsız olarak çalışır (sunucuda yaşar), bu nedenle macun veya diğer çoğu terminal yazılımı ile iyi bir şekilde birleşir.

Bu makale onunla yapabileceğiniz bazı güzel şeyler gösteriyor: http://www.pastacode.de/extending-gnu-screen-adding-a-taskbar/en/

İyi bir alternatif, bazı dağıtımlarda güzelce önceden yapılandırılmış olan byobu'dur: http://byobu.co/

2. Gece Yarısı Komutanı

Dosya ve dizinleri görüntülemek ve değiştirmek için konsol tabanlı grafik benzeri bir tarama aracı.

Güvenli uzaktan transferler de yapabilir. Yerleşik bir FISH ve FTP istemcisi vardır.

Bu, bir komut satırı konsolunda yan yana 2 metin pencereniz olduğu anlamına gelir ve biri uzak kutunuzu ve diğerini nereye bağlarsanız gösterir (yerel sisteminiz de olabilir) Sonra her iki dosya sisteminde de yan yana gezinebilirsiniz ve tek tek dosyaları veya dosya ağaçlarını işaretleyebilir veya araştırabilir ve bunları konumlar arasında kopyalayabilir veya taşıyabilirsiniz. FISH güvenli, FTP değil. Yeni başlayanlar için çok güçlü ve basit.

3. rsync

Farklı konumlar arasında hızlı, güvenli ve güvenilir dosya aktarımı ve senkronizasyonu için

4. VCS

Kodu güncellemek için çarşı, mercurial veya git gibi dağıtılmış bir sürüm kontrol sisteminin kullanılması. Github veya Bitbucket ticari kod barındırma hizmeti sunar, ancak gerekli değildir, kendi makinelerinizde de verimli bir şekilde kullanabilirsiniz.

Joseph Kern: git'i uzak yapılandırma organizasyonu için tam olarak nasıl kullandığınızdan bahsedebilir misiniz?

5. Terminal İstemcileri

Unix benzeri sistemlerde zaten gemide, Windows'ta Putty, Tera Term, Mind Term veya Pandora kullanabilirsiniz. Veya cygwin terminel pencerelerinden uzak kutulara bir cygwin kurulumu ve ssh yapın (daha fazla avantajı vardır, ancak bu ne tercih ettiğinizdir.

6. Tünel Açma ve Liman Yönlendirme

Belirli bağlantı noktalarını yerel makinenize güvenli bir şekilde iletmek yardımcı olabilir. Örneğin, mysql bağlantı noktası TCP 3306 veya postgres TCP 5432 iletebilir ve yerel olarak bazı veritabanı yönetim aracı yükleyebilirsiniz.

Windwos makinelerinden macunlu (veya küçük kardeşi plinkine dayalı komut satırı) tüneller oluşturabilir, cygwin ve Mindterm de port yönlendirme yapabilir. Yerel olarak unix benzeri bir makinedeyseniz, böyle bir tünel oluşturmak için ssh odr plink kullanabilirsiniz.

Çeşitli portlar için daha kararlı ve kalıcı bir tünel oluşturmak için OpenVPN'i tavsiye ederim. Noktadan noktaya "önceden paylaşılan anahtar" tünelleme yönteminin kurulması o kadar zor değildir.

7. Yerel unix benzeri bir sisteme sahip olun

Yerel makineniz Mac olduğunda, buna zaten sahipsiniz, yerel bir kabuk açabilirsiniz. İş istasyonunuz Windows tabanlı olduğunda, aynı yerel ağda bulunan yerel bir unix benzeri sunucu oluşturmak yararlı olabilir. Bu, aynı yönlendiriciye veya anahtara bağlı farklı bir odada farklı bir makine olabilir. Veya yalnızca bir makine istiyorsanız, ücretsiz vmware sunucusunu kurabilir ve sanal makineyi, tercihen uzak makinenizle aynı işletim sistemini kurabilirsiniz. Üzerine bir samba sunucusu kurun ve samba paylaşımlarını masaüstünüzden "net olarak kullanabilirsiniz".

Yerel sunucuda bir ssh sunucunuz varsa ve yönlendiricinizde bunun için 22 numaralı bağlantı noktasını açarsanız, dışarıdayken yerel sisteminize ssh yapabilirsiniz.

Uzak makinelere tüneller oluşturabilir veya dosyaları ve tüm dosya ağaçlarını rsync ile aktarabilir ve senkronize edebilirsiniz. Test amacıyla, VSC için, yerel gelişim için, yerel bir web sunucusu olarak, eğitim amaçlı kullanabilirsiniz.

Uzak makinelerden yedeklemeler alabilirsiniz. Otomatik olarak yedekleme yapan yerel cron işleri oluşturabilirsiniz (örneğin, yerel olarak düzenli olarak kaydetmek istediğiniz veritabanları)

8. X Uzak GUI

Linux gibi sistemde fiziksel olarak çalışıyorsanız, linux sunucularınızda GUI uygulamalarını yerel makinenizde gui çizen çalıştırmak da mümkündür. Bu bir grafik dosya karşılaştırma aracı veya neredeyse istediğiniz her şey olabilir.

Çok yaygın olmasa da ve msot vakalarında linux kutu yönetimi için gui yazılımını kullanmak gerekli olmasa da, bazı durumlarda bunu yapabiliyorsanız faydalı bulabilirsiniz.

Uzak makinede / etc / ssh / sshd_config içinde şu satırın bulunduğundan emin olun:

X11Forwarding Yes

Ssh sunucusunu ile yeniden başlatın

/etc/init.d/sshd restart

Sonra bir dahaki girişinizde

ssh -X me@remote-box

Bir X tüneliniz olacak, test amacıyla uzak sunucuya xclock kurmaya çalışacağım ve xclockaz önce bahsettiğim ssh oturumunda çalışacaksınız . Linux GUI'nizde test amaçlı basit bir x saati görünmelidir.

Bu, yerel bir X ortamı yüklerseniz bir Mac de mümkündür.

9. Bir grup benzer kutu veya göreviniz varsa: bir sistem yapılandırma aracı kullanın

Bir sunucu grubunuz varsa veya çok sayıda yedek veya başka bir şekilde eşit veya benzer makinelerle büyük bulut dağıtımları gerçekleştiriyorsanız, bunu kullanabilirsiniz.

Muhtemelen çoğu kutunun tek tek olması veya farklı işletim sistemleri veya farklı sürümleri olması mantıklı değildir.

Birkaç araç vardır:

• chef http://www.getchef.com/chef/ Aşağıdaki Evan Andersons'un parlak cevabına bakınız: /server//a/28789/45819

• puppetdiğer büyük oyuncu http://puppetlabs.com/

• saltumut verici görünüyor http://www.saltstack.com/

10. Uygulama kapsayıcılarını docker

Bu bir adım daha ileri gider. Docker, uygulamaların yazılım kapları içine dağıtımını otomatikleştiren açık kaynaklı bir projedir: https://www.docker.io

11. Google Compute Engine'i otomatik dağıtım yönetimiyle kullanma

https://cloud.google.com/products/compute-engine/

Google, Linux VM'lerine çok heyecan verici imkanlar sunuyor. RESTful API, komut satırı arayüzü ve web tabanlı Konsol gibi araçlarla büyük sanal makine kümelerini hızlı bir şekilde dağıtabilirsiniz. Dağıtımınızı otomatik olarak yönetmek için RightScale ve Scalr gibi araçları da kullanabilirsiniz .

Windows kutularından SSH üzerinden dosya yönetimi ile çalışmak için güzel bir GUI arıyorsanız, WinSCP'ye bir göz atın: http://winscp.net

Herhangi bir EC2 örneğini yönetmiyorum, ancak genel olarak bir rol gerçekleştiren birden fazla makinem varsa, benzer kutuların üzerinde değişiklik yapmak yerine tüm benzer kutular üzerinde çalışmak için bir komut dosyası yazacağım .

Puppet'i kullanmaya başlamak istiyorum ( http://reductivelabs.com/products/puppet/ ), çünkü sistem yönetimini bir yapılandırma yönetimi alıştırması yapar. Henüz ayrıntılı olarak incelemek için yedek döngülerim olmadı, ama çok iyi şeyler duydum.

Chef gibi bir sistem yapılandırma yönetimi aracını göz önünde bulundurmanız gerekir.

Artık SSH oturumları aracılığıyla sistemleri manuel olarak yönetmiyorum. EC2'deki web siteleri diyelim, bunları çalıştıran sistemlerden erişebileceğim bir kaynak kodu deposunda web uygulamaları ve projeleri için tüm kodu saklıyorum. Bulutta çalışırken, otomatik altyapıya sahip olmak önemlidir.

Temel iş akışı buna benzer. İlk olarak, uygulama kodu ve yapılandırma verileri için:

• GitHub veya başka bir sürüm kontrol deposundan klonlama / ödeme kodu.
• Yerel iş istasyonumda / dizüstü bilgisayarımda en sevdiğim düzenleyicide kodu düzenle.
• Değişiklikler yapın, merkezi depoya aktarın.

Yapılandırma için şunu ekleyin:

• Yapılandırma dosyalarını Chef'in onlara hizmet edebileceği bir konuma kurun.
• Bir şef-istemci çalışmasını tetikleyin veya kenar düğümlerinde aralığı bekleyin.

Sistemler paket yüklemeleri, kullanıcı oluşturma, şablonlardan oluşturulan yapılandırma dosyaları vb. Gibi yapılandırılır.

Uzaktaki sistemlerde doğrudan yapılandırma dosyalarını, uygulama verilerini veya başka bir şeyi [neredeyse] asla düzenlemem. Değişiklikler yerel veri havuzum aracılığıyla yapılır ve kaptana gönderilir. Bir örneği öldürüp yeniden başlatmam gerekse de, sistemlerimin her seferinde doğru yapılandırılacağını biliyorum.

Yapılandırma için gereken dosyalar sadece bir web uygulaması olan (merb, Apache + Passenger'da çalışan) Chef sunucusundan sunulur. İstemciler için erişim, açık yetkilendirme yoluyla denetlenir.

Yapılandırmam Nagios ve Munin'e kancalar içeriyor, bu yüzden bunları ayarlamak için elle herhangi bir şey yapmak zorunda kalmadan izleme ve trend alıyorum.

Bu günlerde en iyi uygulamalar otomatik yapılandırma yönetimine yöneliktir. Hala manuel olarak bir şeyler yapıyorsanız, çok sıkı çalışıyorsunuz.

Ssh, vim ve wget ile ilgili sorun nedir? Bence çoğu Windows kullanıcısı tarafından bilinmeyen mücevherler. :-)

Bazen gVim'i FTP veya SFTP üzerinden uzaktan kullanıyorum.

Linux makinede GUI kullanmayı tercih ederseniz, yerel ana makinenizde bir X Sunucusu (bir tanesi için Cygwin'e bakın) çalıştırabilir ve ekranınızı ssh bağlantınız üzerinden iletebilirsiniz.

Linux'u yönetmek için harcanan ya da zahmete değecek bir VPN çözümü düşünmedim.

Geliştirme yapıyorsanız ve geliştirici işlerinizi sunucuda çalıştırmanız gerekiyorsa, sunucuda bir revizyon kontrol istemcisi kurun, uzaktan oturum açın, istemciyi senkronize edin ve işleminizi çalıştırın.

Uzak Windows kutularını yönetmek önemsizdir, çünkü masaüstünü uzaktaki ağa uzaktan aktarabilir ve dosya aktarabilirsiniz. Linux dünyasında buna eşdeğer bir şey var mı?

Bu trolleme amaçlanıyor mu?

Windows kutularının uzaktan yönetimi önemsiz değildir. Unix kutularının uzaktan yönetimi, uzaktan yönetilecek ve bir ağ üzerinde olacak şekilde tasarlanmış olmalarıdır. Pencereler için, sıfırdan bir ağda yaşamak için tasarlanmamış bir sisteme bir cıvataydı.

Bu anekdottur, ancak çeşitli şirketlerde deneyimlerden, linux kutuları için sunucunun sys yönetici oranı pencerelerden çok daha yüksektir. Çünkü pencerelerde otomasyon önemsiz değildir ve bir GUI her zaman komut dosyasından daha yavaş olacaktır. Bunu söyledikten sonra, bir windows altyapısını yönetmesi kolaylaştırabilecek windows yöneticileri vardır, ancak bu yöneticiler çok nadirdir.

İhtiyacınız olan tüm araçlar varsayılan olarak her linux dağıtımında mevcuttur. Grafiksel bir giriş yapmak istiyorsanız, devam edin ve bunu yapın, sadece CPU ve belleği boşa harcar ve size pencerelerde yaşadığınız sorunları verir. Ve daha önce de belirtildiği gibi, bir avuç kutudan daha fazlası için kukla, şef, cfengine veya bir çok diğer araç düşünmelisiniz.

"Birkaç" kutuyu yönetmek için SSH kullandığınızı söylüyorsunuz. Aynı komutları bir kerede aynı komutları yazmaları için ClusterSSH'yi tavsiye ederim (benzer bir amacı olduğu varsayılarak).

http://www.linux.com/learn/tutorials/413853:managing-multiple-linux-servers-with-clusterssh

Kullanımı "cssh -l kullanıcı adı clustername" kadar basittir, bu da hepsini bir kerede veya ayrı olarak yönetebileceğiniz birçok uxterm penceresi açar. Küme, yapılandırma dosyasındaki IP'lerin listesi ile tanımlanır. Bildiğim kadarıyla eksik olan tek şey X desteğidir.

EDIT: Çok terminalli düzen kolayca kaydedilip geri yüklenebileceğinden Terminatör'e geçtim, ayrıca gerekirse 10 eşzamanlı X tüneli elde edersiniz. Hem sunucu hem de istemci bilgisayarları aynı anda yapılandırmayı kolaylaştırır.

Ayrıca, müşterilerim üzerinde yazılım güncellemeleri yaparken Fabric kullanışlı, temelde tüm zip / scp / unzip / cp şeylerini değiştiriyor.

Kullanırım:

• SSH - Erişim için
• SCP - Dosyaları kopyalama
• SSHFS - Bir sürücü veya dizin takmam gerekirse
• git - Yapılandırmalar kaydediliyor

Konfigürasyonlarımı sürüm kontrolü altına almak, muhtemelen yaptığım en akıllı şeydi. SSH tabanlı araçları yönetim ayak izini ve saldırı yüzeyini azaltmak için mümkün olduğunca sık kullanıyorum.

Şu anda tüm git depolarım yerel. Gelecekte yapılandırmaları uzak depolara taşıyacağım.

Unix / Linux için sistem yönetimi için web tabanlı bir arayüz olan Webmin'i kullanmayı unutmayın .

SSH benim için her zaman yeterliydi. X11'in aslında uzak masaüstü olduğu başka seçenekler de var, ancak tek başına şifrelenmediğinden doğal olarak güvensiz. Bununla birlikte, bir SSH bağlantısı üzerinden tünellenebilir (ve ek bağlantı noktaları açmak zorunda kalmamanızdan faydalanabilirsiniz). Bu elbette sunucuda bir X ortamının yüklü olduğunu varsayar.

SFTP (SSH üzerinden ftp olduğundan, başka bir bağlantı noktasının açılmasına gerek kalmaz) dosyaları çekmek yerine sunucuya koymak için kullanılabilir, iyi bir windows sftp istemcisi http://filezilla-project.org/

Kutuya ssh ve değişiklik basit olduğunda vi / nano gibi editörlerle komut satırında değişiklik yaparım. Dosyada daha karmaşık bir değişiklik yapmak için, aynı anda birden fazla kaynak kodunu düzenlemek gibi, Mac OS X'te BBEdit kullanıyorum. SCP kullanarak dosya sistemine erişebilir. Windows ve linux için böyle bir editör olduğundan eminim. sshfs , ssh kullanarak dosya sisteminize uzaktan erişmenin bir yoludur.

Kesinlikle PuTTY; ssh istemcisinin yanı sıra Windows tabanlı bir SCP istemcisi de var.

Linux için ssh üzerinden komut satırı (X11 yüklü olmadığı için) ve Apple makinelerim için ssh ve ARD karışımı.

TCP üzerinden AFP gülünç derecede yavaş olduğu için dosyaları aktarmak için asla Apple Uzak Masaüstü kullanmıyorum ; Sadece kullanıyorum scp.

Uzaktan grafik erişimi istiyorsanız, neredeyse kesinlikle VNC kurmak isteyeceksiniz.

Dosyalarınızı SSH üzerinden uzaktan düzenlemek istiyorsanız, bazı seçenekleriniz vardır:

• KDE araçlarını (Kate, KDevelop) kullanıyorsanız, balık protokolünü kullanın .
• FUSE cihazını uzak birime (otomatik) monte etmek için ayarlayın.
• Kullanım muCommander (grafik bir çapraz platform mcileri geri dosyalarınızı taşımak için)
• bazı metin editörleri (örneğin, Mac'teki TextWrangler) dosyaları ssh üzerinden almayı ve ileri geri taşımayı destekler

Dosyanızı düzenledikten sonra, derlemeye başlamak için SSH'yi kullanmanız yeterlidir.

Dikkate alınması gereken başka bir şey de bir sürüm kontrol sistemi kullanmaktır. bzr gerçekten güzel; kurulumu kolaydır ve kullanımı kolay olacak şekilde tasarlanmıştır. Bir bilgisayarda çalışabilir, güncellemeyi itebilir, sunucunuzda güncellemeyi çekebilir, komutları yürütebilir ve işler ters giderse geri dönebilirsiniz.

SSH çoğu zaman işi yapar. Kullanabileceğiniz komut satırı araçlarını öğrenmek zaman ayırmaya değer. Kullanmak istediğim GUI araçları varsa sadece VNC kullanıyorum .

Dosyaları taşımak için genellikle yerel makineme bir CFIS / SAMBA paylaşımı bağlarım.

Basit değişiklikler için SSH ve SCP hile yapın. Daha fazla sayıda makinede değişiklik yapmanız gerekiyorsa, bir yapılandırma yönetim sistemine bakmalısınız. Hizmeti başlatabilir / durdurabilir, yapılandırma dosyalarının içeriğini değiştirebilir ve sistemlerinizin bilinen bir durumda olduğunu doğrulayabilir.

Bcfg2 kullanmayı tercih ediyorum, ancak Kukla ve CFEngine de popüler.

Ben de elle çalıştırılabilir olsa da, tüm sunucularımda saatlik Bcfg2 var. Yapılan tüm değişiklikleri takip edebilmemiz için tüm sistem yapılandırma dosyalarının merkezi sürüm kontrollü bir deposu vardır. Sistem son derece iyi çalışıyor ve sunuculara manuel olarak giriş yapmak ve bir şeyler yapmaktan büyük bir adım çıkıyor.

Komodo'yu genellikle SFTP bağlantısı üzerinden kullanıyorum .

Windows sistemlerini yönetmek her zaman "ağır" olmuştur: yani, yerinde veya Uzak Masaüstü veya VNC gibi ağ ağırlıklı bir uygulama gerektiren tam bir pencereleme ortamı gereklidir.

UNIX, ağ düşünülerek tasarlanmıştır - bu nedenle araçlar, güzel görünmek için değil, ağ üzerinde çalışmak için tasarlanmıştır. UNIX sunucusu hiçbir zaman bu pencereleme ortamını (genellikle X11) ayarlamamalıdır.

SSH, wget ve vim'in minimalist arayüzü ağ için çok daha elverişlidir - vi aslında 300 baud modem hattında çalışmak üzere tasarlanmıştır.

Gerçekten de, uzak UNIX ve Linux sistemleriyle çalışmanıza yardımcı olacak grafik araçları vardır (wsp biriydi; gvim başka olabilir).

UNIX sistemlerini yönetmenin genel yolu, makinede oturum açmak ve makinenin kendisinde çalışmaktır. Dosyaları yalnızca düzenlemek için hareket ettirmeye gerek yoktur. Birinin hatırlaması gereken tek şey, yapılandırmanın iyi olduğundan emin olmak ve mümkün olan yerlerde test etmektir.

SSH erişmek için, scp ben sınırlı miktarda dosya aktarmak gerekiyorsa. GERÇEKTEN ihtiyacımız olursa, SMBFS / SAMBA aracılığıyla paylaşılan dizinler. Tipik olarak zaman kaybıdır. Daha az * nix yetkili çalışanlarımızdan bazıları HTTPS üzerinden yerel alt ağ erişimine kilitlenmiş webmin kullanır.

Shellinabox

Shell In A Box (shellinabox olarak telaffuz edilir) Markus Gutschke tarafından oluşturulan web tabanlı bir terminal emülatörüdür. Belirli bir bağlantı noktasında web tabanlı bir SSH istemcisi olarak çalışan ve size herhangi bir AJAX / JavaScript ve CSS özellikli tarayıcıyı kullanmadan Linux Server SSH Shell'inize uzaktan erişmenizi ve kontrol etmenizi isteyen bir web terminal emülatörü olan yerleşik web sunucusuna sahiptir. FireSSH gibi ek tarayıcı eklentileri. - http://www.tecmint.com/shell-in-a-box-a-web-based-ssh-terminal-to-access-remote-linux-servers/

İstemcide terminal öykünmesi

AjaxTerm , Antony Lesuisse tarafından Python'da yazılmış Anyterm'e benzer bir programdır . Shell In A Box Anyterm'e benzer bir programdır, Markus Gutschke tarafından C ile yazılmıştır. Anyterm ve Ajaxterm'den farklı olarak sunucuda terminal öykünmesini yapar, sunucuda değil - http://anyterm.org/demos.html#secid2249226

Butterfly ayrıca, tam özellikli bir istemci tarafı benzetimli web terminaline güç veren bir web sunucusudur (python ile yazılmış).