JunOS Commit İşlemleri

[osmantuzcu]

Junos’ta alıştığımız üreticilerin çoğunda bulunmayan commit mekanizması bulunur. Bu mekanizmaya güvenlik duvarından aşina iseniz çok sıkıntı çekmezsiniz. Ama piyasa lideri üreticinin ürünlerini kullanan arkadaşlara birazcık yabancı gelebilir.
Öncelikle Konfigürasyonun Junos’ta nasıl tutulduğundan başlayalım. Junos’ta 2 tip Konfigürasyon vardır.
1- Candidate Configuration : Bu konfigürasyon dosyası hali hazırda yazıyor olduğumuz ve cihazın henüz çalıştırmadığı konfigürasyondur. Junos’ta yazdığınız her komut direkt olarak çalışmaz. İşte henüz çalışmayan bu yeni komutlarla oluşan konfigürasyon Candidate Konfigürasyondur.
2- Active Configuration : Commit edilmiş olan konfigürasyon dosyasıdır. Bu konfigürasyona running-config de diyebiliriz. Ancak running-config yani hali hazırsda çalışan config sadece 0 kod numaralı konfigürasyondur. Geriye dönük olarak commit edilmiş 49 konfigürasyona dönebiliriz yani rollback yapabiliriz.


Başarılı bir commit işlemine bir örnek :
root# set system services ssh
root# commit
configuration check sucseeds
commit complated



operational modda aşağıdaki komutu çalıştırırsak tüm active configuration dosyalarını görebiliriz.

Root>show system commit
0 2013-12-31 10:36:21 UTC by root via cli
1 2013-12-31 10:36:13 UTC by root via cli
2 2012-05-11 11:54:23 UTC by root via other
3 2012-05-09 13:28:27 UTC by root via cli

Edit modda iken op. mod komutunu başına “run” ekleyerek çalıştırabilirsiniz
root# run show system commit
0 2013-12-31 10:36:21 UTC by root via cli
1 2013-12-31 10:36:13 UTC by root via cli



Gördüğünüz gibi tarih ve saat belirterek rollback yapabileceğimiz configürasyonları görebiliyoruz. Bu bize problem anında geçmiş konfigürasyonlara dönmemizde büyük bir kolaylık sağlıyor.

Peki diyelim ki çok önemli bir config yaptık ve bunun listede belli olmasını istiyoruz. Bu senaryo için comment komutu çok uygun

root# set system services ftp
root# commit comment "burada ftp actim"
commit complete
root# run show system commit
0 2013-12-31 10:42:51 UTC by root via cli burada ftp actim
1 2013-12-31 10:36:21 UTC by root via cli
2 2013-12-31 10:36:13 UTC by root via cli
3 2012-05-11 11:54:23 UTC by root via other
4 2012-05-09 13:28:27 UTC by root via cli



Yukarıda gördüğümüz tüm konumlara rollback yapılabilir. Aşağıdaki komutu yürüttüğünüzde candidate config’e active config(2) yi yükler. Tabiki commit etmeden çalıştırmaz.

[edit]
root# rollback 2
load complete



Diyelim ki servis kesintisi yapabilecek riskli bir işlem yapacaksınız ve bunu mesai bitiminde devreye almak istiyorsunuz. Bu senaryoda “commit at” komutu çok uygun.

[edit]
root# commit at 21:00:00
configuration check succeeds
commit at will be executed at 2013-12-31 21:00:00 UTC
Exiting configuration mode



“Show | compare” komutu candidate config içerisinde yaptığınız değişikleri active config ile karşılaştırır.

[edit system]
root# show | compare
[edit system services]
- ftp;
+ ssh;
Commit edildiğinde ftp silinecek ssh eklenecek


Son olarak konfigürasyon dosyalarını farklı kaydetmeye bakalım. Bu konuda Junos Açık kaynak işletim sistemlerinin esnekliğini bize sunuyor. “Save” komutu hayat kurtarıcı bir komut olarak karşımıza çıkıyor.

[edit]
root# save Osman-Routelar-degisti.txt
Wrote 23 lines of configuration to 'Osman-Routelar-degisti.txt'


Save komutunu yalın olarak kullandığımızda dosyayı /home/ altına yazar. İstersek spesifik bir dosya yoluna yazabiliriz. Bunun içinde dosya adını yoluyla beraber yazarız

[edit]
root# save /var/tmp/osman2.txt
Wrote 23 lines of configuration to '/var/tmp/osman2.txt'



Save ile secure copy ve ftp işlemleride yapabiliriz.

[edit]
root# save ftp://user:[email protected]/home/osman.txt


[edit]


root# save scp://[email protected]/home/osman.txt

[Nexus]

JunOS bir FreeBSD ailesi üyesi.. Değişiklik yapılıp commit uygulanınca sanırım yeni yapılandırma çalışan sisteme etki ediyor. Ve uygulanmadan önce sanırım hata kontrolü yapılıyor. Commit işleminden geçmeyen yapılandırma değişikliği geçerli olmuyorsa yapılandırma değişikliği istemediğimiz bölümleri de sanırım uygun commit script'ler ile yapabiliriz. ?


Benzer olay cisco'da Archive ve replace feature olarak mevcut. Ama yapılan değişiklikler direk olarak running'e etki ediyor. Junniper'in bu özelliği ile sanırım değişiklik yapıp bir çay molası verip döndükten sonra compare ederek nerede kalındığı ve neler yapıldığı görülebilir.

[vasviuysal]

time based commit veya rollback hayat kurtarıyor bazen