cPanel arayüzünde istatistikler bölümünde inode limitini(file usage) göremiyorsanız aşağıdaki işlemi yapınız.
WHM arayüzünde Server Configuration - Tweak Settings’e giriniz. Arama kutusuna inode yazınız.
Display File Usage information in the cPanel stats bar (inode count)’u On konuma alıp kaydedin.


<img src="https://img.makdos.blog/media/temporaryimagefolder/tweak-settins-inode-limit__529.png" alt="display-inode-limit-on-cpanel" style="height: auto;width: auto"/>

cPanel’de Inode limitini gösterme

Bu yazıda cPanel’de yer alan bir hesabın ssh üzerinden nasıl taşınacağını ele alacağız.
Test ortamımız aşağıdaki gibidir. 
<pre>Taşınacak hesaba tanımlanan domain: xxxx.com</pre>
<pre>Taşınacak hesabın kullanıcı adı: xxxx</pre>
<pre>Hesabın taşınacağı sunucu ip adresi: 1111.1111.1111.1111</pre>

Aşağıdaki işlemleri sırasıyla kendinize göre düzenleyerek gerçekleştirebilirsiniz.
Not:Bu işlem sırasında hesabın askıda olmaması gerekiyor.

1-cPanel hesabının yer aldığı sunucuya ssh ile bağlantı sağlayınız.Aşağıdaki komutla cPanel’de yer alan tüm hesapların kullanıcı adlarını listeleyebilirsiniz.Buna bağlı olarak taşımak istediğimiz domainin kullanıcı adını tespit edelim.

<pre>ls /var/cpanel/users</pre>

2-Tespit ettiğimiz kullanıcı adına göre aşağıdaki komutu çalıştıralım.

<pre>/scripts/pkgacct xxxx</pre>

NOT:Bu komut varsayılan olarak /home dizini altında cpmove-xxxx.tar.gz şeklinde backup dosyası oluşturacaktır.

3-Oluşturduğumuz backup dosyasını scp komutuyla taşıyacağız.Bu komut çalıştığında hesabın taşınacağı sunucunun ssh parolasını girmeniz gerekiyor. Bu komut başarıyla gerçekleştiğinde hesabın taşınacağı sunucunun /home dizini altında backup dosyamız olacaktır.

<pre>scp /home/cpmove-xxxx.tar.gz root@1111.1111.1111.1111:/home/</pre>

4-İşlem başarıyla gerçekleştiyse hesabın taşınacağı sunucuya ssh ile bağlantı sağlayınız.Aşağıdaki komutu çalıştırdığımızda backup dosyasını restore ediyoruz. Ve herhangi bir işlem yapmadan aynı özelliklerde cpanel hesabımız açılıyor.Panel üzerinden list accounts’dan inceleyip düzenleme yapabilirsiniz.

<pre>/scripts/restorepkg /home/cpmove-xxxx.tar.gz</pre>

cPanel hesabını SSH üzerinden Taşıma

Cpanel &uuml;zerinden GZIP aktif etmek veya&nbsp;pasif etmek i&ccedil;in aşağıdaki g&ouml;rselleri takip ederek eklentinin aktif edilmesini sağlayabiliriniz.
&nbsp;
Cpanel ana sayfasından Web Sitesini Optimize Edin linki tıklayın.
<img title="Cpanel GZIP Aktif/Pasif 1" src="/media/uploads/cpanel_gzip/cpanel_gzip_enable_1.png" alt="Cpanel GZIP Aktif/Pasif 1" width="1386" height="193" />
&nbsp;
T&uuml;m İ&ccedil;eriği Sıkıştır se&ccedil;eneğini veya Belirtilen MIME t&uuml;rlerini se&ccedil;iğ Ayarları G&uuml;ncelle butonu ile aktif edin.
<img title="Cpanel GZIP Aktif/Pasif 2" src="/media/uploads/cpanel_gzip/cpanel_gzip_enable_2.png" alt="Cpanel GZIP Aktif/Pasif 2" width="1446" height="383" />
&nbsp;
PHP&nbsp;kullanıyorsanız tekrar anasayfada&nbsp;MultiPHP INI D&uuml;zenleyicisi&nbsp;linkini tıklayın.
<img title="Cpanel GZIP MultiPHP INI" src="/media/uploads/cpanel_gzip/cpanel_gzip_enable_multiphp_ini.png" alt="Cpanel GZIP MultiPHP INI" width="1375" height="183" />
&nbsp;
Sayfanın en altındaki zlib.output_compression se&ccedil;eneğini aktif edin.
<img title="Cpanel GZIP MultiPHP INI zlib.output_compression" src="/media/uploads/cpanel_gzip/cpanel_gzip_enable_multiphp_ini_2.png" alt="Cpanel GZIP MultiPHP INI" width="1470" height="127" />
&nbsp;
&nbsp;Artık web sitenizdeki sayfalarda GZIP sıkışırma aktif edildi.

Cpanel GZIP eklentisini aktif etmek, pasif etmek.

Cpanel/WHM kullanırken Easy Apache kullanmak istediğinizde ve/veya SSH &uuml;zerinden yum update yaptığınızda alttaki hatayı alıyorsanız sebebi paketlerin disk &uuml;zerindeki tmp klas&ouml;r&uuml;nde okunamamasından kaynaklanıyor.
&nbsp;
<pre><code class="prettyprint">DB_RUNRECOVERY: Fatal error, run database recovery</code></pre>
&nbsp;
&Ccedil;&ouml;z&uuml;m
<pre><code class="prettyprint">mv /var/lib/rpm/__db* /tmp/ &amp;&amp; rpm --rebuilddb &amp;&amp; yum clean all &amp;&amp; yum update</code></pre>
&nbsp;

Cpanel WHM DB_RUNRECOVERY: Fatal error, run database recovery hatası çözümü

Cpanel WHM DB_RUNRECOVERY: Fatal error, run database recovery

cPanelde Auto SSL ile bir veya birden fazla siteyi Lets Encrypt ile &uuml;cretsiz SSL kullanmak istediğiniz ya da SSL tarihini uzatmak istediğinizde&nbsp;aşağıdaki hatayı alıyorsanız sebebi cPanel i&ccedil;in kullanılan Lets Encrypt paketinin g&uuml;ncel olmaması.
&nbsp;
<pre class="prettyprint">Http 400 Bad Request</pre>
&nbsp;
<pre class="prettyprint">yum clean all</pre>
<pre class="prettyprint">yum update cpanel-letsencrypt</pre>
&nbsp;
Tekrar Auto SSL deneyerek kontrol edebilirsiniz.
&nbsp;
&nbsp;

WHM cPanel Lets Encrypt 400 Bad Request hatası çözümü. Cpanel Auto SSL hatası.

cPanel Lets Encrypt 400 Bad Request hatası çözümü

httpd.conf u yeniden oluşturma
<pre class="prettyprint">/scripts/rebuildhttpdconf</pre>
&nbsp;
Servisi yeniden başlatmak
<pre class="prettyprint">systemctl restart httpd</pre>
&nbsp;

Cpanel WHM httpd.conf u yeniden oluşturmak

cPanel de Apache portunu değiştirme ve httpd.conf yeniden oluşturmak aşağıdaki komutları kullanmanız yeterlidir.
&nbsp;
Apache portunu değiştirmek
<pre class="prettyprint">cp -a /var/cpanel/cpanel.config /var/cpanel/cpanel.config.ydk</pre>
<pre class="prettyprint">nano /var/cpanel/cpanel.config</pre>
<pre class="prettyprint">apache_port=0.0.0.8080</pre>
&nbsp;
httpd.conf u yeniden oluşturma
<pre class="prettyprint">/scripts/rebuildhttpdconf</pre>
&nbsp;
Servisi yeniden başlatmak
<pre class="prettyprint">systemctl restart httpd</pre>
&nbsp;
NOT: Firewall da 80 portu tanımlı ise 8080 olarak değiştirmek gerekir.&nbsp;

cPanel de Apache portunu değiştirme ve httpd.conf yeniden oluşturmak

Cpanel lisanslama sırasında ya da aniden aşağıdaki hatayı almaya başladıysnaız sebebi firewall ayarlarınızda ( donanımsal firewall ve/veya &uuml;cretli firewall hizmeti de olabilir ) 37 portunun TCP ve UDP protokolleri &uuml;zerinden engellenmiş olmasıdır.
&nbsp;
<pre class="prettyprint">rdate: timeout for rdate.cpanel.net</pre>
&nbsp;
Firewall ayalarınızdan 37 portuna izin verdiğinizde aşağıdaki komutu &ccedil;alıştırıp &ccedil;ıktıyı test edebilirsiniz.
<pre class="prettyprint">rdate -s rdate.cpanel.net</pre>
&nbsp;
Tekrar lisanslama ve kontrol komutu &ccedil;alıştırıyoruz.
&nbsp;
<pre class="prettyprint">/usr/local/cpanel/cpkeyclt</pre>
&nbsp;
&nbsp;

rdate: timeout for rdate.cpanel.net hatası çözümü. rdate -s rdate.cpanel.net

rdate: timeout for rdate.cpanel.net hatası çözümü

cPanelde eski yedekleri otomatik sildirmek i&ccedil;in &ouml;rnek cronjob komutu.
/backup klas&ouml;r&uuml;ndeki son 4 g&uuml;n &ouml;ncesindeki t&uuml;m tar.gz dosyalarını her gece 00:30 da sildirmek.
<pre class="prettyprint">30 0 * * * find /backup -type f -ctime +4 -name '*.tar.gz' -exec rm -rf {} \;</pre>
&nbsp;
Not: Komutta yapılacak değişikliklerde dikkatli olunmalı.&nbsp;

cPanelde eski yedekleri otomatik sildirmek. cPanel otomatik yedek sildirmek.

cPanel eski yedek dosyalarını cronjob ile otomatik sildirmek.

Cpanel Alan adının hangi kullanıcıya ait olduğu &ouml;ğrenmek i&ccedil;in aşağıdaki komutu kullanabilirsiniz.
<pre class="prettyprint">/scripts/whoowns alanadi.com</pre>
&nbsp;

Cpanel Alan adının hangi kullanıcıya ait olduğu öğrenmek

Cpanel Alan adının hangi kullanıcıya ait olduğu öğrenme komutu

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>