Sunucuya şifresiz otomatik giriş anahtarı için ssh-keygen komutu, erişim için SHA256 kriptolojisini kullanarak anahtar çiftleri oluşturur.Bu da kimlik doğrulama işlemini kolaylaştırarak kullanıclara otomatikleştirilmiş görevler ile daha güvenli kimlik doğrulaması sağlar. Aşşağıdaki komut ile localde oluşturulur ve sunucuya, ilgili dizine kopyalanır.
ssh-keygen
Anahtarlar varsayılan olarak ~/.ssh dizinine kaydedilir:
özel anahtar: id_rsa
genel anahtar: id_rsa.pub
Sunucuya kopyalanan anahtar genel anahtar olmalıdır. Sunucu içerisine girildikten sonra ~/.ssh dizinin altına authorized_keys adında text dosyası oluşturarak id_rsa.pub dosyasının içeriği buraya kopyalanır.
<div style="text-align:left;"><img src="https://img.makdos.blog//media/temporaryimagefolder/screenshot-from-2025-01-22-15-36-58__897.png" alt="" style="height: auto;width: auto"/></div>
İşlemden sonra, sunucuya şifresiz giriş yapabilirsiniz:
<img src="https://img.makdos.blog//media/temporaryimagefolder/screenshot-from-2025-01-22-15-42-15__659.png" alt="" style="height: auto;width: auto"/>

Bu yazıda ssh sunucusuna otomatik giriş için sshkeygen oluşturma adımları anlatılmıştır.

ssh keygen mantığı

Sunucuya Otomatik Giriş :  SSH-Keygen Nasıl Oluşturulur?

Öncelikle paketleri güncelleyin.&nbsp;
<code>apt update -y; apt upgrade -y;</code>
Google PAM’i yükleyin.&nbsp;
<code>apt install libpam-google-authenticator</code>
Google PAM’i çalıştırın.&nbsp;
<code>google-authenticator</code>
İlgili komutu çalıştırdıktan sonra karşınıza Google PAM’i nasıl yapılandırmak istediğinizle alakalı sorular çıkacaktır . Sorulara y ile yanıt verebilirsiniz.

PAM içerisinde bulunan SSH dosyasını düzenlemeden önce yedeğinizi alın.
<code>sudo cp /etc/pam.d/sshd /etc/pam.d/sshd.bak</code>
PAM içerisinde bulunan dosyayı yapılandırmak için SSH dosyasını açın.&nbsp;
<code>sudo nano /etc/pam.d/sshd</code>
Dosyanın en altına aşağıdaki satırı ekleyin.&nbsp;
<code>auth required pam_google_authenticator.so nullok</code> <code>auth required pam_permit.so</code>
SSH dosyasını düzenlemeden önce yedeğinizi alın.
<code>sudo cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak</code>
Düzenleme için SSH yapılandırma dosyasını açın.&nbsp;
<code>sudo nano /etc/ssh/sshd_config</code>
Dosya içerisinde bulunan aşağıdaki değeri yes olarak düzenleyin.&nbsp;
<code>ChallengeResponseAuthentication yes</code>
Son olarak SSH servisini yeniden başlatın.&nbsp;
<code>systemctl restart sshd.service</code>

NOT: Bu işlemlerin sonunda SSH erişimi sağlarken parolanızı girdikten sonra Authentication uygulamasında üretilen 6 haneli kodu girmeniz istenecektir.

İki Faktörlü Kimlik Doğrulama ile SSH Nasıl Yapılır?

SSH ile bir sunucuya erişim yaparken aşağıdaki hata alınıyorsa sebebi sunucudaki SSH servisinin bağlantı şifrelemesi bağlantı yapan sunucuda tanıtılmamış demektir.

<code>SSH Unable to negotiate with *** port 22: no matching key exchange method found.</code>

Çözüm:
<pre>ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 root@ip.ad.re.si -p22</pre>

NOT: -p ile port belirtmek opsiyoneldir. Bağlanılacak sunucudaki SSH servis portu 22 ise yazmaya gerek yok.

SSH Unable to negotiate with 192.168.1.225 port 22: no matching key exchange method found.

Unable to negotiate with  no matching key exchange method hatası çözüm

Linux sunucuya SSH bağlantısı yapmak istediğinizde aşağıdaki uyarıyı alıyorsanız sebebi sshd_config içindeki ForceCommand ve Subsystem ayarlarını sadece sftp olarak ayarlamanızdır.

Çözüm:
<pre>nano /etc/ssh/sshd_config</pre>

Muhtemelen en altta aşağıdaki gibi kod satıları mevcut. Bunları yorum satırı yapıp ssh servisini yeniden başlatın.

<pre>#Subsystem sftp internal-sftp</pre>
<pre>#Match User root</pre>
<pre># X11Forwarding no</pre>
<pre># AllowTcpForwarding no</pre>
<pre># PermitTTY no</pre>
<pre># ForceCommand internal-sftp -d /home/ubuntu</pre>

Servisi yeniden başlatın.
<pre>systemctl restart ssh</pre>

SSH This service allows sftp connections only hatası nasıl çözülür?

openssh-server&nbsp;kurulumu ger&ccedil;ekleştirilen işletim sistemlerinde&nbsp;/etc/ssh/ssh_config&nbsp;dosyasında bulunan sshd parametleri aşağıdadır.&nbsp;/etc/ssh/ssh_config&nbsp;dosyasındaki parametler &ccedil;oğunlukla yorum satırındadır. Aktif duruma getirmek i&ccedil;in &ldquo;#&rdquo; işareti kaldırılmalıdır.&nbsp;
&nbsp;
Port: Sunucunun dinlediği bağlantı noktasını belirtir. Standart olarak 22 portu ayarlıdır. İstemcilerin SSH saldırılarından korunmak i&ccedil;in port değiştirilmesi &ouml;nerilir.
PermitRootLogin: root kullanıcısının ssh kullanarak oturum a&ccedil;ıp a&ccedil;amayacağını belirtir.
PermitEmptyPasswords: Parolası bulunmayan kullanıcıların hesaplarında oturum a&ccedil;maya izin verip vermediğini belirtir.
ClientAliveInterval: İstemciden bir yanıt istemek adına g&ouml;nderilen mesajın saniye cinsinden s&uuml;resini ayarlar. Zaman aşımı sonrasında istemciye mesaj iletilir.
ClientAliveCountMax: İstemciden herhangi bir mesaj alınmadan g&ouml;nderilen mesaj sayısı sınırı belirlenir. Burada belirlediğimiz mesaj sayı sınırı aşıldığında sunucu ssh bağlantısını kesecektir.
X11Forwarding: Sunucudaki grafik aray&uuml;zl&uuml; programları istemcide &ccedil;alışıyormuş gibi kullanmaya yarar.
StrictModes: İstemcinin oturum a&ccedil;ma isteğini kabul etmeden &ouml;nce dosya modlarını ve kullanıcının dosyalarının ve ev dizininin sahipliğini kontrol edip etmeyeceğini belirtir.
LoginGraceTime: Belirtilen s&uuml;reden sonra kullanıcı başarılı bir şekilde giriş yapmamışsa sunucunun bağlantısı kesilir.
MaxAuthTries: Bağlantı başına izin verilen maksimum kimlik doğrulama girişimi sayısını belirtir.
MaxSessions: Bağlantı başına maksimum a&ccedil;ık oturum sayısını tanımlar.&nbsp;
PubkeyAuthentication: Ortak anahtar kimlik doğrulamasına izin verilip verilmediğini belirtir.
PasswordAuthentication: Parola doğrulamaya izin verilip verilmediğini belirtir.
PermitEmptyPasswords: Parola doğrulamaya izin verildiğinde, sunucunun parola olmayan hesaplarında oturum a&ccedil;maya izin verip vermediğini belirtir.
Subsytem: Harici bir alt sistemi yapılandırır (&ouml;r. dosya aktarım). sftp-server komutu, SFTP dosya aktarım alt sistemini uygular.
AllowTcpForwarding: TCP iletmeye izin verilip verilmediğini belirtir.

SSHD Parametreleri

SFTP ile sunucunuz ve localiniz arasında dosya transferi i&ccedil;in localiniz &uuml;zerinden aşağıdaki komutla sftp bağlantısı ger&ccedil;ekleştiriniz.Sunucuya ssh bağlantısının aktif olması gerekiyor.
&nbsp;
SSH portu 22 ise aşağıdaki şekilde komutu d&uuml;zenleyip bağlantı yapabilirsiniz.
&nbsp;
<pre>sftp user@ip-ya-da-hostname</pre>
&nbsp;
SSH portu 22'den farklı ise aşağıdaki şekilde komutu d&uuml;zenleyip bağlantı yapabilirsiniz.
&nbsp;
<pre>sftp -oPort=ssh_port user@ip-ya-da-hostname</pre>
&nbsp;
NOT: sftp erişimi sağlamak i&ccedil;in sunucuya ssh bağlantısı sağladığınız kullanıcı-parolayı yazmanız gerekiyor.
&nbsp;
Sunucudan localinize dosya transferi i&ccedil;in aşağıdaki şekilde komut &ccedil;alıştırınız.
&nbsp;
<pre>get /dizin/dosya.txt</pre>
&nbsp;
NOT: get komutundan sonra sunucudaki dosya.txt dosyasının yerini yazıyoruz.
&nbsp;
Localinizden sunucunuza dosya transferi i&ccedil;in aşağıdaki şekilde komut &ccedil;alıştırınız.
&nbsp;
<pre>get dosya.txt /sunucudak-dizin</pre>
&nbsp;
NOT: get komutundan sonra localinizdeki dosya.txt dosyasını sunucudaki transfer etmek istediğiniz dizini yazıyorsunuz.
&nbsp;
İşlem tamamlandıktan sonra aşağıdaki komut ile sftp bağlantısını sonlandırabilirsiniz.
&nbsp;
<pre>exit</pre>

SFTP ile Dosya Transferi Nasıl Yapılır?

<blockquote>
Linux &uuml;zerinde SSH ile otomatik parola yazmadan bağlantı nasıl yapılır?
</blockquote>
&nbsp;
NOT: İşlemler detaysız olarak hızlı bağlantı yapılması i&ccedil;in kısaca anlatılmıştır.
NOT: openssh servisinin default ayarlarında key ile bağlantısı aktif gelmektedir. Bağlantı yapılamıyor ise dış bağlantılardaki linki takip edebilirsiniz.
NOT: SSH portu 22 ise yazılmasına gerek yok. &Ouml;rnek port 22235 olarak yazıldı.
NOT: Bu işlem, işlem yapan kullanıcı i&ccedil;in ge&ccedil;erlidir. Diğer kullanıcılar i&ccedil;in ayrı dosya oluşturulmalıdır.
&nbsp;
rsa dosya adını kolay hatırlanacak bir formatta oluşturun. İsterseniz parola sorulduğunda &ouml;zel bir parola yazabilirsiniz.
<pre><code class="prettyprint">ssh-keygen -t rsa -f ~/.ssh/api_id_rsa</code></pre>
&nbsp;
&nbsp;
rsa .pub uzantılı ( public ) olan dosyayı, karşı sunucunun bağlantı isteğinde tanıyabilmesi i&ccedil;in sunucuya y&uuml;kl&uuml;yoruz. Varsa &ouml;zel portu mutlaka yazmalısınız.
<pre><code class="prettyprint">ssh-copy-id -i .ssh/api_id_rsa.pub root@api.alanadi.com -p 22235</code></pre>
&nbsp;
&nbsp;
Terminalde kısayol tanımlamak i&ccedil;in .bashrc dosyasına alias tanımlıyoruz.
<pre><code class="prettyprint">echo 'alias sshapi="ssh -p22235 root@api.alanadi.com"' &gt;&gt; ~/.bashrc</code></pre>
&nbsp;
&nbsp;
Terminali kapatıp yeniden a&ccedil;mak yerine source komutu ile direkt ge&ccedil;erli yapıyoruz.
<pre><code class="prettyprint">source ~/.bashrc</code></pre>
&nbsp;
Belirlediğimiz kısayol ile bağlantı deniyoruz.
<pre><code class="prettyprint">sshapi</code></pre>
&nbsp;
<hr /><hr /><hr />
<blockquote>
Sorun hala devam ederse ssh servisini durdurup debug modunda inceleme yapmamız gerekiyor.
</blockquote>
<pre><code class="prettyprint">systemctl stop sshd</code></pre>
<pre><code class="prettyprint">/usr/sbin/sshd -d -p 22235</code></pre>
&nbsp;
Ekrana gelen satırlara bakarak sorunu g&ouml;rebilirsiniz.
&Ouml;rneğin:
<blockquote>
Authentication refused: bad ownership or modes for file /root/.ssh/authorized_keys
</blockquote>
&nbsp;
<pre><code class="prettyprint">chmod 600 /root/.ssh/authorized_keys</code></pre>
&nbsp;
<blockquote>
Authentication refused: bad ownership or modes for directory /root/.ssh
</blockquote>
<pre><code class="prettyprint">chmod 700 /root/.ssh</code></pre>
&nbsp;
&nbsp;
<blockquote>
Missing privilege separation directory: /run/sshd
</blockquote>
<pre><code class="prettyprint">mkdir /var/run/sshd</code></pre>
&nbsp;

Linux üzerinde SSH ile otomatik parola yazmadan bağlantı nasıl yapılır?

Otomatik ssh bağlantı yapmak ssh-copy-id ile bağlanılacak sunucuya id g&ouml;nderilirken se&ccedil;imi otomatik yaptırma
&nbsp;
-o StrictHostKeyChecking=no
<pre><code class="prettyprint">yes | ssh-keygen -t rsa -N "" -f /root/.ssh/id_rsa</code></pre>
<pre class="lang-sh prettyprint prettyprinted"><code>ssh-copy-id -i ~/.ssh/id_dsa.pub -o StrictHostKeyChecking=no admin@siteadi.com -p 22221</code></pre>
&nbsp;

ssh-copy-id otomatik yes seçtirmek. Otomatik ssh bağlantı yapmak

&nbsp;
ssh-keygen&nbsp;ile key dosyası oluşturmak istediğinizde bunu otomatize etmek i&ccedil;in aşağıdaki komutu kullanabilirsiniz.
&nbsp;
<pre><code class="prettyprint">ssh-keygen -t rsa -N "" -f /root/.ssh/id_rsa</code></pre>
&nbsp;
keygen oluşturulduğunda default dizin&nbsp;/root/.ssh/id_rsa şeklindedir. siz bu kısma &ouml;zel isim verebilirsiniz.
&Ouml;rn:
<pre><code class="prettyprint">ssh-keygen -t rsa -N "" -f myssh.key</code></pre>
&nbsp;
<div id="gtx-trans" style="position: absolute; left: -69px; top: 450px;">&nbsp;</div>

non interactive ssh-keygen press enter

SSH&nbsp;&nbsp;root ile bağlanırken aşağıdaki hata alınıyorsa sebebi sshd_config ayar dosyasındaki bağlantı yetkilendirme kurallarındaki değişken değerleridir.
&nbsp;
<pre><code class="prettyprint">Permission denied (publickey).</code></pre>
&nbsp;
&Ccedil;&ouml;z&uuml;m
<pre><code class="prettyprint">sudo nano /etc/ssh/sshd_config</code></pre>
<pre><code class="prettyprint">PermitRootLogin yes</code></pre>
<pre><code class="prettyprint">PasswordAuthentication yes</code></pre>
&nbsp;
Ayarları bu şekilde değiştirip servisi yeniden başlatıyoruz.
<pre><code class="prettyprint">systemctl restart sshd</code></pre>
&nbsp;

SSH root ile bağlanırken Permission denied (publickey) hatası çözümü.

SSH root ile bağlanırken Permission denied (publickey).

Yazar Malcolm Gladwell’e göre bir alanda uzmanlaşmak 10.000 saat sürer. Bir insanın günde 8 saat çalışarak bu süreye ulaşması yaklaşık 5 yılını alır. Hiç uyumayan, 7/24 aktif bir yapay zeka (AI) için ise bu saf süre sadece 416 gün 16 saattir.
Ancak yapay zekanın her an internete bağlı kalıp kesintisiz bilgi alması imkansızdır. Çevrimdışı kaldığı veya veri bulamadığı durumlarda bu 416 gün büyük bir verimsizliğe dönüşebilir.
İşte bu yüzden yapay zekayı sadece veriye bırakmıyoruz; insan zekasının ürünü olan bazı katı kuralları sisteme yükleyerek bu süreyi ışık hızına çıkarıyoruz.

<blockquote style="text-align:left;"> AI İçin "Hile Kodları": Regex, Karar Ağaçları ve Ontolojiler</blockquote>

Yapay zekanın her şeyi sıfırdan, deneme yanılma yoluyla öğrenmesini beklemek zaman kaybıdır. Bilgi akışının kesildiği anlarda, şu üç silahla AI’ın öğrenme sürecini bypass ediyoruz:
Regex (Düzenli İfadeler): AI’ın binlerce metni okuyup e-posta veya telefon formatını kendi kendine keşfetmesini beklemiyoruz. Regex ile formatı doğrudan önüne koyuyor, arama süresini sıfıra indiriyoruz.
Karar Ağaçları (Decision Trees): Kritik anlarda AI’a net bir yol haritası çiziyoruz. "Eğer A durumu varsa B’ye git" diyerek, verisiz kaldığı anlarda bile hata yapmadan, en doğru mantıksal karara milisaniyeler içinde ulaşmasını sağlıyoruz.
Ontolojiler (Bilgi Haritaları): Kelimeler ve kavramlar arasındaki ilişkileri (örneğin: "Araba bir taşıttır ve tekerleği vardır") yapay zekaya önceden öğretiyoruz. Böylece AI, interneti olmasa bile kavramlar arası bağ kurarken zaman kaybetmiyor.

<blockquote>Sonuç: Akıllı Kısayolların Gücü</blockquote>

7/24 çalışan bir yapay zeka muazzam bir potansiyele sahiptir. Ancak onu sadece veriyle beslemek yerine Regex, Karar Ağaçları ve Ontolojilerle donattığımızda, yıllar sürecek uzmanlık süreçlerini günlere indirebiliyoruz.

 

 

Gelecek, sadece veri yutan değil; insan yapımı kurallarla zamanı bükebilen hibrit yapay zekaların olacak.

Yapay Zekanın 10.000 Saati: Kurallarla Zamanı Bükmek

<h2>Nginx Ne Zaman Başlatıldı? journalctl ile Servis Geçmişini Takip Etmek</h2>
<h1></h1>
<h1>Sunucunuzda çalışan bir servisin ne zaman ayağa kalktığını, kaç kez yeniden başlatıldığını ya da beklenmedik şekilde çöküp çökmediğini bilmek istediğiniz anlar olur. systemctl status size sadece şu anki durumu gösterir; geçmişe dönük bir kayıt için systemd’nin log yöneticisi olan journalctl’a bakmak gerekir.</h1>
<h1>Bu yazıda, nginx’in son 30 gün içinde kaç kez başlatıldığını tek satırlık bir komutla nasıl bulacağımızı inceleyeceğiz:</h1>
<h1></h1>
<pre>journalctl -u nginx --since "30 days ago" | grep "Started"</pre>

<h2>Komut Ne Yapıyor?</h2>
<h1></h1>
<h1>Komutu parçalarına ayıralım:</h1>
<h1></h1>
<h1>journalctl — systemd’nin merkezi log sistemine (journal) erişim sağlayan araç. Sunucudaki tüm servislerin logları buradan okunabilir.</h1>
<h1>-u nginx — sadece nginx.service birimine ait logları filtreler. Bu bayrak olmadan tüm sistem logları önünüze dökülür.</h1>
<h1>--since "30 days ago" — son 30 gün ile sınırlı bir zaman aralığı belirler. Bunun yerine "2026-08-01", "yesterday" ya da "2 hours ago" gibi ifadeler de kullanılabilir.</h1>
<h1>| grep "Started" — journal çıktısı içinden sadece "Started nginx..." satırlarını süzer; yani servisin başlatıldığı anları listeler.</h1>
<h1></h1>
<h1></h1>
Örnek Çıktı
Komutu çalıştırdığınızda şuna benzer bir çıktı görürsünüz:
<pre>Aug 12 03:14:02 ubuntu systemd[1]: Started A high performance web server and a reverse proxy server.</pre>
<pre>Aug 20 09:41:17 ubuntu systemd[1]: Started A high performance web server and a reverse proxy server.</pre>
<pre>Sep 05 22:03:55 ubuntu systemd[1]: Started A high performance web server and a reverse proxy server.</pre>

Her satır, nginx’in o tarihte (yeniden) başlatıldığını gösterir. Beklenmedik bir sıklıkta tekrar eden satırlar görüyorsanız, bu genelde bir sorunun (crash, out-of-memory kill, manuel restart alışkanlığı vb.) işaretidir.
"Started" Dışında Nelere Bakılabilir?

Aynı mantıkla farklı anahtar kelimelerle filtreleme yaparak servisin tüm yaşam döngüsünü izleyebilirsiniz:

# Durdurulma anları
<pre>journalctl -u nginx --since "30 days ago" | grep "Stopped"</pre>

# Reload (yeniden yükleme) anları — restart’tan farklıdır, worker’lar yenilenir
<pre>journalctl -u nginx --since "30 days ago" | grep -i "reload"</pre>

# Başarısız (failed) başlangıçlar
<pre>journalctl -u nginx --since "30 days ago" | grep -i "failed"</pre>

<h1></h1>
<h2>Neden İşe Yarar?</h2>

Kesinti analizi: Bir müşteri "sitede sabah kısa bir kesinti oldu" dediğinde, o saatte gerçekten bir restart olup olmadığını saniyeler içinde doğrulayabilirsiniz.
Otomasyon takibi: Certbot yenilemesi, deploy script’i veya bir cron job nginx’i restart ediyorsa, bunun planlandığı gibi çalışıp çalışmadığını kontrol edebilirsiniz.
Kararlılık göstergesi: Bir servis kısa aralıklarla sürekli restart oluyorsa (crash-loop), bu satırların sıklığı bunu hemen ele verir.


journalctl -u &lt;servis-adı&gt; --since "..." | grep "..." kalıbı, sadece nginx için değil — MySQL, Redis, Docker veya herhangi bir systemd servisi için de aynı şekilde kullanılabilir. Sunucu sorunlarını "ne zaman oldu, kaç kez oldu" sorularıyla debug ederken elinizin altında bulunması gereken temel komutlardan biridir.
<h1></h1>
<h1></h1>
<h1></h1>

Nginx Ne Zaman Başlatıldı? journalctl ile Servis Geçmişini Takip Etmek

nginx servisi en son ne zamanlar yeniden başlatıldığını görmek

<h2>Adım 1: Hesap Ekleme Menüsüne Erişim</h2>
<h2>Outlook programını açtıktan sonra sol üst köşedeki Dosya (File) menüsüne tıklayın ve açılan "Bilgi" (Info) sekmesindeki Hesap Ekle (Add Account) butonuna basın.</h2>

<img src="https://img.makdos.blog/media/temporaryimagefolder/1__445.png" alt="" style="height: auto;width: auto"/>

<h2>Adım 2: Kurulum Türünü Seçme</h2>
<h2>Karşınıza çıkan "Otomatik Hesap Kurulumu" ekranında, e-posta adresinizi hemen girmeyin. Alt kısımdaki Elle kurulum veya ek sunucu türleri (Manual setup or additional server types) seçeneğini işaretleyip İleri (Next &gt;) butonuna tıklayın.</h2>

<img src="https://img.makdos.blog/media/temporaryimagefolder/2__292.png" alt="" style="height: auto;width: auto"/>

<h2>Adım 3: Hizmet Türünü Belirleme</h2>
<h2>"Hizmet Seç" (Choose Service) ekranında, kurumsal mail altyapımıza uygun olan POP veya IMAP (POP or IMAP) seçeneğini işaretleyin ve İleri (Next &gt;) butonuna basarak devam edin.</h2>

<img src="https://img.makdos.blog/media/temporaryimagefolder/3__872.png" alt="" style="height: auto;width: auto"/>

<h2>Adım 4: Sunucu ve Kullanıcı Bilgilerinin Girilmesi</h2>
<h2>En kritik adım olan bu ekranda hesap ayarlarınızı eksiksiz doldurmanız gerekmektedir:</h2>
<h2></h2>
<h2>Adınız (Your Name): Karşı tarafın görmesini istediğiniz adınız</h2>
<h2>E-posta Adresi (Email Address): E-posta adresinizin tamamı</h2>
<h2>Hesap Türü (Account Type): Açılır menüden IMAP seçin.</h2>
<h2>Gelen posta sunucusu (Incoming mail server): mail.sitenizinadi.com (Örn: mail.makdos.tech)</h2>
<h2>Giden posta sunucusu (Outgoing mail server): mail.sitenizinadi.com</h2>
<h2>Kullanıcı Adı (User Name): E-posta adresinizin tamamı</h2>
<h2>Parola (Password): E-posta şifreniz.</h2>

<h2>Bilgileri girdikten sonra hemen ileri demeyin, giden sunucu ayarlarını yapmak için sağ alt kısımdaki Diğer Ayarlar... (More Settings...) butonuna tıklayın.</h2>

<img src="https://img.makdos.blog/media/temporaryimagefolder/4__37.png" alt="" style="height: auto;width: auto"/>

<h2>Adım 5: Giden Sunucusu Doğrulaması (Çok Önemli)</h2>
<h2>Açılan ufak pencerede üst kısımdan Giden Sunucusu (Outgoing Server) sekmesine geçin. Buradaki "Giden sunucum (SMTP) için kimlik doğrulaması gerekiyor" (My outgoing server (SMTP) requires authentication) kutucuğunu mutlaka işaretleyin. Aksi takdirde farklı kurumlara (Gmail, Hotmail vb.) e-posta gönderemezsiniz.</h2>

<img src="https://img.makdos.blog/media/temporaryimagefolder/7__115.png" alt="" style="height: auto;width: auto"/>

<h2>Adım 6: Gelişmiş Port Ayarları</h2>
<h2>Aynı pencerede üstten Gelişmiş (Advanced) sekmesine geçin ve port ayarlarını güvenli bağlantı altyapısına göre yapılandırın:</h2>
<h2>Gelen sunucusu (IMAP): 143</h2>
<h2>Aşağıdaki şifreli bağlantı türünü kullan: Açılır menüden TLS (veya STARTTLS) seçin.</h2>
<h2>Giden sunucusu (SMTP): 587</h2>
<h2>Aşağıdaki şifreli bağlantı türünü kullan: Açılır menüden TLS (veya STARTTLS) seçin.</h2>
<h2>Ayarları tamamladıktan sonra Tamam (OK) butonuna tıklayarak pencereyi kapatın ve ana ekranda İleri (Next &gt;) butonuna basın.</h2>

<img src="https://img.makdos.blog/media/temporaryimagefolder/5__771.png" alt="" style="height: auto;width: auto"/>

<h2></h2>
<h2>Adım 7: Test ve Kurulumun Tamamlanması</h2>
<h2>İleri butonuna bastığınızda Outlook, girdiğiniz sunucu ayarlarını otomatik olarak test edecektir. Hem gelen sunucusuna (IMAP) giriş hem de test e-postası gönderme işlemleri yeşil tik ile başarıyla tamamlandığında, Kapat (Close) butonuna basabilirsiniz.</h2>

<img src="https://img.makdos.blog/media/temporaryimagefolder/6__83.png" alt="" style="height: auto;width: auto"/>

<h2></h2>

Outlook 2016 masaüstü uygulamasını kullanarak kurumsal e-posta hesabınızı sorunsuz bir şekilde bilgisayarınıza kurmak için adımları sırasıyla izleyebilirsiniz

Makdos Outlook 2016 E-Posta Kurulum Rehberi

Outlook

<h3>Adım 1</h3>
Thunderbird programını ilk açtığınızda veya yeni bir hesap eklemek istediğinizde, ana ekranda yer alan "Eklenecek hesabı seçin" başlığı altındaki zarf simgeli "E-posta" butonuna tıklayın. 
<img src="https://img.makdos.blog/media/temporaryimagefolder/1tr__44.jpg" alt="" style="height: auto;width: auto"/>
Adım 2: Temel Kullanıcı Bilgilerinin Girilmesi
Açılan "Hesap Merkezi" penceresinde, karşı tarafın göreceği Tam isim kısmını (Örn: Adınız Soyadınız) ve kurulumunu yapacağınız kurumsal E-posta adresi kısmını doldurun.
 
Adım 3: Manuel Yapılandırmaya Geçiş
Bilgilerinizi ve parolanızı girdikten sonra sağdaki "Devam et" butonuna tıklamayın. Otomatik sistemin yanlış portlar atamasını ve bağlanma hatası vermesini engellemek için, sol alt kısımda beliren mavi renkli MANUEL YAPILANDIRMA yazısına tıklayın. 
<img src="https://img.makdos.blog/media/temporaryimagefolder/tr2__390.png" alt="" style="height: auto;width: auto"/>
Adım 4: Gelen Sunucu (IMAP) Ayarları
Açılan detaylı formda, Gelen sunucusu (IMAP) ayarlarını şu şekilde doldurun: 
<img src="https://img.makdos.blog/media/temporaryimagefolder/tr3__454.png" alt="" style="height: auto;width: auto"/>
<h3>Adım 5: Kimlik Doğrulama ve Senkronizasyon</h3>
<h3>Sunucuyla bağlantı başarılı bir şekilde kurulduktan sonra, Thunderbird uygulaması maillerinizi indirmeden önce sizden son bir onay isteyecektir. Ekrana gelen "Kimlik doğrulama gerekli" penceresinde Parola kutucuğuna şifrenizi girin.</h3>
<img src="https://img.makdos.blog/media/temporaryimagefolder/tr4__534.png" alt="" style="height: auto;width: auto"/>

Mozilla Thunderbird arayüzü ile kurumsal (IMAP/SMTP) e-posta kurulumu

Thunderbird E-Posta Kurulum Rehberi (2026)

ThunderBird

<h2 style="margin-left:0px;">MacOS işletim sisteminin gelişmiş güvenlik önlemleri nedeniyle, AnyDesk gibi uzak masaüstü bağlantı uygulamalarının bilgisayarınızı kontrol edebilmesi ve ekranınızı görebilmesi için bazı izinleri manuel olarak vermeniz gerekir.</h2>
<h2 style="margin-left:0px;">İşte bu sorunu çözmek için yapmanız gerekenler:</h2>
<h3>1. Sistem Ayarlarına Giriş Yapın </h3>
<h3>İşleme başlamak için ekranın alt kısmında bulunan Dock (görev çubuğu) üzerinden Sistem Ayarları çark simgesine tıklayarak ayarlar menüsünü açın.</h3>

<img src="https://img.makdos.blog/media/temporaryimagefolder/1__834.jpeg" alt="" style="height: auto;width: 900px"/>
2. Gizlilik ve Güvenlik Menüsünü Bulun 
Açılan pencerenin sol tarafındaki menüyü aşağı kaydırın. El simgesiyle gösterilen Gizlilik ve Güvenlik (Privacy &amp; Security) sekmesini bulup tıklayın.

<img src="https://img.makdos.blog/media/temporaryimagefolder/4__648.jpeg" alt="" style="height: auto;width: 900px"/>
3. Erişilebilirlik İzinlerine Gidin
Bilgisayarınızın klavye ve fare kontrolünü AnyDesk’e vermek için sağ taraftaki menüden Erişilebilirlik (Accessibility) seçeneğine tıklayın.

<img src="https://img.makdos.blog/media/temporaryimagefolder/8__109.jpeg" alt="" style="height: auto;width: 900px"/>
4. AnyDesk’e Kontrol Yetkisi Verin
Karşınıza bilgisayarınızı kontrol etme yetkisi olan uygulamaların bir listesi çıkacak. Listeden AnyDesk’i bulun ve yanındaki anahtarı tıklayarak aktif (mavi) konuma getirin. (Bu aşamada Mac’iniz sizden parmak izi veya şifre isteyebilir).

<img src="https://img.makdos.blog/media/temporaryimagefolder/7__424.jpeg" alt="" style="height: auto;width: 900px"/>

<h3 style="margin-left:0px;">5. Uygulama Listede Yoksa Ne Yapmalısınız? </h3>
Eğer bir önceki adımdaki listede AnyDesk’i göremiyorsanız listenin hemen altında bulunan "+" (Artı) butonuna tıklayın.


<img src="https://img.makdos.blog/media/temporaryimagefolder/6__24.jpeg" alt="" style="height: auto;width: 900px"/>

<h3 style="margin-left:0px;">6. Uygulamayı Manuel Olarak Ekleyin </h3>
"+" butonuna tıkladıktan sonra açılan dosya seçici penceresinde sol menüden Uygulamalar (Applications) klasörüne girin. Buradan AnyDesk’i seçip "Aç" butonuna tıklayarak listeye ekleyin ve ardından anahtarını aktif hale getirin.


<img src="https://img.makdos.blog/media/temporaryimagefolder/5__538.jpeg" alt="" style="height: auto;width: 900px"/>

<h3 style="margin-left:0px;">7. Ekran Kaydı İzni İçin Geri Dönün </h3>
Erişilebilirlik iznini hallettikten sonra, karşı tarafın ekranınızı görebilmesi için tekrar Gizlilik ve Güvenlik menüsüne dönün. Menüden Ekran ve Sistem Ses Kaydı (Screen &amp; System Audio Recording) seçeneğine tıklayın.


<img src="https://img.makdos.blog/media/temporaryimagefolder/2__84.jpeg" alt="" style="height: auto;width: 900px"/>

<h3 style="margin-left:0px;">8. Ekran Paylaşımını Etkinleştirin </h3>
Açılan sayfada tıpkı önceki adımlarda yaptığımız gibi listeden AnyDesk’i bulun ve yanındaki anahtarı aktif (mavi) hale getirin.

<img src="https://img.makdos.blog/media/temporaryimagefolder/3__200.jpeg" alt="" style="height: auto;width: 900px"/>
Mac’inizde AnyDesk için gereken tüm izinleri başarıyla tanımladınız. Artık uzak masaüstü bağlantılarınızı sorunsuz bir şekilde gerçekleştirebilirsiniz.

MacOS Sistem Ayarları üzerinden AnyDesk uygulamasına ekran paylaşımı ve kontrol yetkisi verme adımları.

Mac AnyDesk İzin Ayarları

Mac OS

587 (SMTP Submission) portuna gelen TCP trafiğini izlemek için:
<pre>tcpdump -i any tcp port 587</pre>

Sadece gelen bağlantıları görmek için (SYN paketleri):
<pre>tcpdump -i any ’tcp dst port 587’</pre>

IP adreslerini sayısal olarak göster:
<pre>tcpdump -i any -nn ’tcp dst port 587’</pre>


Paket içeriğini ASCII olarak görmek (SMTP komutları için faydalıdır):
<pre>tcpdump -i any -nn -A ’tcp port 587’</pre>

Hex + ASCII:
<pre>tcpdump -i any -nn -X ’tcp port 587’</pre>

Belirli bir IP’den gelenleri izlemek:
<pre>tcpdump -i any -nn ’host 192.168.1.100 and tcp port 587’</pre>

Paketleri dosyaya kaydetmek:
<pre>tcpdump -i any -nn -w smtp587.pcap ’tcp port 587’</pre>

Daha sonra incelemek için:
<pre>tcpdump -nn -r smtp587.pcap</pre>

Mail sunucusunda en sık kullanılan komut genellikle şudur:
<pre>tcpdump -i any -nn -A ’tcp dst port 587’</pre>

Bu, 587 portuna gelen SMTP bağlantılarını ve istemcinin gönderdiği EHLO, AUTH, MAIL FROM gibi komutları (TLS başlamadan önce veya STARTTLS öncesinde) izlemenizi sağlar.

587 (SMTP Submission) portuna gelen TCP trafiğini izlemek

Linux

Linux’ta Rsync Tabanlı Akıllı Proje Yedekleme Sistemi (vcp Scripti)

<h1>Modern yazılım geliştirme ortamlarında projeler hızlı büyür ve birçok geçici/üretilmiş dosya içerir:</h1>
<h1></h1>
node_modules
.git
.idea (JetBrains IDE metadata)
dist, build
__pycache__
log dosyaları
<h1></h1>
<h1>Bu dosyalar:</h1>
<ul>
<li>Gereksiz disk kullanımı oluşturur</li>
<li>Yedekleme sürelerini ciddi şekilde uzatır</li>
<li>Taşınabilirliği azaltır</li>
</ul>
<h1></h1>
<h1>Bu makale, Linux üzerinde rsync tabanlı akıllı bir yedekleme aracı (vcp) oluşturmayı anlatır.</h1>

Linux ortamında proje yedekleme çoğu zaman basit cp -r komutu ile yapılır. Ancak bu yöntem hem gereksiz dosyaları kopyalar hem de büyük projelerde ciddi performans kaybına yol açar. Özellikle .git, node_modules, .idea, dist, build, __pycache__ gibi klasörler hem büyük yer kaplar hem de yedek içinde anlamlı bir değer üretmez.

Bu problemi çözmek için rsync tabanlı bir “akıllı kopyalama” scripti kullanılabilir. rsync, sadece değişen dosyaları kopyaladığı için hızlıdır ve aynı zamanda belirli klasörleri hariç tutma imkanı sağlar.

Amaç, bulunduğun dizindeki projeyi otomatik olarak algılayıp sabit bir yedek klasörüne, proje adıyla birlikte kopyalamaktır. Böylece her proje ayrı bir klasörde düzenli şekilde saklanır.


<pre>cat &gt; ~/.local/bin/vcp &lt;&lt; ’EOF’ #!/usr/bin/env bash DST="/media/muslu/Projeler/Makdos/2026" SRC="$PWD" BASENAME="$(basename "$SRC")" TARGET="$DST/$BASENAME" mkdir -p "$TARGET" rsync -av \ --exclude=’.git/’ \ --exclude=’node_modules/’ \ --exclude=’.venv/’ \ --exclude=’__pycache__/’ \ --exclude=’.idea/’ \ --exclude=’dist/’ \ --exclude=’build/’ \ --exclude=’logs/’ \ --exclude=’graphify-out/’ \ --exclude=’OLDS/’ \ --exclude=’OLDs/’ \ --exclude=’YDK/’ \ --exclude=’MUSLU/’ \ "$SRC/" \ "$TARGET/" EOF chmod +x ~/.local/bin/vcp</pre>

<pre>cd /home/muslu/GolandProjects/</pre>
<pre>vcp</pre>

Script kurulduktan sonra herhangi bir proje dizininde sadece vcp komutu çalıştırmak yeterlidir. Sistem otomatik olarak bulunduğun klasörü hedef alır ve yedek klasörünü oluşturur.
Bu yapı özellikle GoLand, PyCharm ve benzeri IDE projelerinde avantaj sağlar. Çünkü bu projeler çok sayıda cache ve metadata içerir. Bu dosyaların hariç tutulması hem disk kullanımını azaltır hem de yedekleme süresini kısaltır.
Sonuç olarak bu yaklaşım, manuel kopyalama yerine daha kontrollü, hızlı ve tekrarlanabilir bir yedekleme sistemi sağlar.

Projelerinizi gereksiz veya istemediğiniz klasörleri atlayarak yedeklemek isterseniz Linux da bu komutu kullanabilirsiniz. 

Linux’ta Rsync Tabanlı Akıllı Proje Yedekleme Sistemi (vcp Scripti)

<h1>Mail sunucusu yönetimi, özellikle sorun giderme ve sistem performansını izleme açısından hayati öneme sahiptir. Aşağıda, Postfix mail sunucusunda yer alan /var/log/mail.log dosyasını kullanarak e-posta gönderimleri hakkında bilgi edinmenizi sağlayacak basit Bash komutları bulunmaktadır. Bu komutlar, günlük dosyası üzerinden belirli bilgileri filtreleyerek analiz yapmanıza yardımcı olur.</h1>

1. Günlükten Gönderenler
Aşağıdaki komut, belirtilen tarih için en çok e-posta gönderen adresleri listeler:

<pre>grep "from=" /var/log/mail.log | grep "$(date ’+%b %e’)" | awk -F’from=’ ’{print $2}’ | awk ’{print $1}’ | sort | uniq -c | sort -nr | head -3</pre>

<h3>Açıklama:</h3>
<h3>grep "from=" /var/log/mail.log: Mail log dosyasında gönderici adreslerini (from) içeren satırları bulur.</h3>
<h3>grep "$(date ’+%b %e’)": Bugünün tarih formatını kullanarak sadece o güne ait kayıtları alır.</h3>
<h3>awk -F’from=’ ’{print $2}’: "from=" ifadesinden sonrasını alır.</h3>
<h3>awk ’{print $1}’: Gönderen e-posta adresinin ilk kısmını alır.</h3>
<h3>sort | uniq -c | sort -nr: E-posta adreslerini sayar ve frekansa göre sıralar.</h3>
<h3>head -3: En çok e-posta gönderen ilk 3 adresi gösterir.</h3>

<h2>2. Postfix Kuyruğundan Gönderenlerin Listesi</h2>
Aşağıdaki komut, Postfix kuyruk yöneticisi (qmgr) aracılığıyla hangi adreslerin en çok e-posta gönderdiğini bulur:

<pre>grep "postfix/qmgr" /var/log/mail.log | grep "from=&lt;" | awk -F’from=&lt;’ ’{print $2}’ | awk -F’&gt;’ ’{print $1}’ | sort | uniq -c | sort -nr | head -3</pre>

<h3>Açıklama:</h3>
grep "postfix/qmgr": Postfix kuyruk yöneticisi tarafından işlenen kayıtları arar.
grep "from=&lt;": Gönderen adreslerini filtreler ve "from=&lt;" içeren satırları bulur.
awk -F’from=&lt;’ ’{print $2}’: "from=&lt;" kısmından sonrasını alır.
awk -F’&gt;’ ’{print $1}’: Gönderen e-posta adresini ayıklar.
sort | uniq -c | sort -nr: Adresleri sayar ve frekansa göre sıralar.
head -3: En çok e-posta gönderen ilk 3 adresi gösterir.

<h2>3. Belirli Bir Adresten Gelen Bağlantılar</h2>
Aşağıdaki komut, belirli bir e-posta adresi için bağlantı kayıtlarını gösterir:

<pre>grep "connect from" /var/log/mail.log | grep "bulent@deneme.com"</pre>

<h3>Açıklama:</h3>
grep "connect from": Bağlantı kayıtlarını arar.
grep "bulent@deneme.com": Sadece belirtilen e-posta adresine ait bağlantı kayıtlarını filtreler.

Postfix Mail Sunucusu için Log Analizi Komutları

Postfix

Başlat menüsünde “PowerShell” yazarak çıkan sonuca sağ tıklayın ve "Yönetici olarak çalıştır" seçeneğini tıklayın. 
 Adım 1: PowerShell ile Firewall Kuralı Ekleme
 UDP 53 portunu engellemek için PowerShell’de aşağıdaki komutu kullanarak yeni bir firewall kuralı ekleyin:
<pre>New-NetFirewallRule -DisplayName "MAKDOS - Block UDP - Inbound - DNS 53" -Direction Inbound -Protocol UDP -LocalPort 53 -RemoteAddress Any -Action Block</pre>
 Bu komut,gelen UDP trafiğini 53 numaralı DNS portunda (Domain Name System) engeller. 
<img src="https://img.makdos.blog/media/temporaryimagefolder/ekran-goruntusu-2025-04-17-12-15-12__291.png" alt="" style="height: auto;width: auto"/>

 Adım 2: PowerShell ile Firewall’u Aktifleştirme
 Yeni kuralı ekledikten sonra PowerShell ile aşağıdaki komutu kullanarak firewall’u etkinleştirin:
<pre>Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled True</pre>

<img src="https://img.makdos.blog/media/temporaryimagefolder/ekran-goruntusu-2025-04-17-15-53-03__249.png" alt="" style="height: auto;width: auto"/>

Yukarıdaki işlemleri gerçekleştirdikten sonra, sunucunuza gelen UDP 53 istekleri engellenecek ve Windows Güvenlik Duvarı ( Windows Firewall ) etkinleştirilecektir.

Sunucunuzu DNS Saldırılarından Koruyun: PowerShell ile Güvenlik Duvarı Kuralları

PowerShell ile Güvenlik Duvarı Kuralı Ekleyerek DNS Koruması Sağlamak

Windows

Ubuntu /var/log/ dizinin altında bulunan .log dosyalarındaki saat uyuşmazlığının çözümü
Aşağıdaki dosyaya giriyoruz.
<code>nano /etc/rsyslog.conf</code>
İlgili dosyaya aşağıdaki komutu ekliyoruz.
<code>$ActionFileDefaultTemplate RSYSLOG_FileFormat</code>
Daha sonra syslog’a restart atıyoruz.
<code>systemctl restart rsyslog</code>