ModuleNotFoundError: No module named 'Tkinter'

 Ubuntu için:

sudo apt-get install python3-tk

Ansible'da Değişkenler ve Inventory Dosyasında Sunucuları Gruplandırma

 Ansible'ın yeteneklerini gördükçe heyecanlanıyorum ve gerçekten ufkum genişliyor diyebilirim. Birçok şey yapmaya başladık. Bugün varsayılan yml dosyası oluşturup inventory dosyamızda sunuclarımızı gruplandırdık ve görevleri yine worker'lar üzerindeki sunucu tiplerine göre çalıştırmayı başardık. Yeni yml dosyamızda artık görev görev yapılacak işlemleri ekleyip sonucunun gerçekleşmesini bekliyoruz. Yml dosyasının son hali:

inventory:

[web_sunuculari]
192.168.1.64 

[veritabani_sunuculari]
192.168.1.65 

apache_varsayilan.yml:

apache_sunucusu: apache2

php_kutuphane: libapache2-mod-php

***

---

  - hosts: all

    become: true

    tasks:

    - name: Bu gorev, sunucu güncellemeleri için hazırlanmıştır.

      ansible.builtin.package:

        upgrade: dist

        update_cache: yes

      when: ansible_distribution == "Ubuntu"

    # worker'ların arasında Rocky olsaydı update_only: yes ve

    distirbution kısmı "Rocky" olarak ayrıca eklenecekti.

       

    # Bu görev Ubuntu için Apache ve Php kütüphanesini yükler.

  - hosts: web_sunuculari

    become: true

    tasks:

      - name: İşletim sistemlerini tespit et.

        debug: var=ansible_os_family

      - name: Dosyalardan değişkenleri oku

        include_vars: "{{ lookup('first_found', params) }}"

        vars:

          params:

            files:

            - "vars/apache_{{ ansible_os_family }}"

            - "vars/apache_varsayilan.yml"

      - name: Bu gorev, Ubuntu için apache ve php kütüphanesi ile

                birlikte paket index'ini gunceller.

        ansible.builtin.package:

            name:

              - "{{ apache_sunucusu }}"

              - "{{ php_kutuphane }}"

            state: latest

gather_facts komutu

 Ansible otomasyonu eğitimi çok güzel gidiyor. Playbook'ları özelleştirmeye ve farklı yöntemler kullanmaya başladık. Örneğin değişkenleri kullanarak playbook'ları özelleştirdik. Listede yer alan farklı türdeki linux dağıtımları için parametrelerden yararlanarak görevi detaylandırabiliyorsunuz. Ansible ile ilgili yaptığımız çalışma hakkında daha sonra detaylı bilgi tekrar paylaşmaya çalışacağım. Bir de şöyle bir komut kullandık bu hoşuma gittiği için özellikle blog yazmak istedim. Bir worker hakkında dözet bilgi çekip detayına bakmanıza yardımcı oluyor, hangi Linux dağıtımı vs. gibi.

$ ansible all -m gather_facts --limit 192.168.1.64 | grep ansible_distribution

Ve dönen yanıt:

Ansible Playbook ile Apache Kurulumu Yaptım

 Playbook oluşturmak ve içerisine eklediğimiz görevleri tek bir komutla tüm sunuculara uygulamak gerçekten büyük bir kolaylık. Ufkum genişledi diyebilirim. Eğitim sürecinde şöyle bir şey yaptık, ansible-otomasyonu klasörümüzde bir yml dosyası oluşturduk ve içerisine yapmak istediğimiz görevleri ekleyip kaydettik. Komutlar sırasıyla apt index'ini güncelliyor, ardından apache ve php kurulumunu da yaparak görevi tamamlıyor.

apache_yukleme.yml dosyasının içeriği:

---

  - hosts: all

    become: true

    tasks:

    - name: Bu gorev, apt paket index'ini gunceller.

      apt:

        update_cache: yes

    - name: Bu gorev, apache2 yuklemesini gerceklestirir.

      apt:

       name: apache2

       state: latest

    - name: Bu gorev, apache icin php kutuphanesini yukler.

      apt:

       name: libapache2-mod-php

       state: latest

Playbook'u çalıştırdığımız komut:

ansible-playbook --ask-become-pass apache_yukleme.yml

Visual Studio Terminal ile Githup Commit

git config --global user.name "name"
git config --user.email "e-mail"

Ansible Maratonuna Devam - ansible.cfg Dosyasını Oluşturdum

Yazdığımız konfigürasyonla birlikte tüm sunuculara tek bir komutla ve o komutu kısaltarak ping atmayı başardık. Ayrıca bunun dışında tüm sunucuları tek bir komut ile reboot edebildik. Gayet keyifli bir konuydu. Çok yavaş ilerlediğimin farkındayım ama en azından ilerliyorum diyelim :)

SSH Remote Host Identification Has Changed - knowsn_hosts Dosyası

 Daha önce ssh bağlantısı kurulmuş ve belirli anahtarlarla bu parmak izleri dijital olarak bilgisayara tanıtılmış ancak sıfırdan yepyeni bir ssh atılmak isteniyorsa cmder veya kabuk aşağıdaki gibi bir hata verecektir. Bu aslında bir kimlik saldırısı olma ihtimaline karşı önlem amaçlı kullanıcıyı uyaran bir sistemdir. Hangi durumda karşılaştım: Daha önce kurduğum ve ssh bağlantısı oluşturduğum sanal sunucumu yeniden aynı konfigürasyonlarla kurduğumda ve ssh atmak istediğimde bu uyarıyla karşılaştım. Yani bilgisayar ssh atılacak yer için daha önce oluşturulmuş bir kayıtla verilerin uyuşmadığını dolayısıyla bunun bir tehdit olabileceğine karşı beni uyarıyor. Çözüm olarak knowsn_hosts dosyasının içerisindeki ilgili kayıtları temizledim ve bağlantıyı yeniden oluşturdum.