Plesk Panel 11.x, 12.x linux facebook linkleri ve reklamlarını kaldırılma
panel.ini oluşturularak içeriği aşağıdaki gibi kaydedilir;
nano /usr/local/psa/admin/conf/panel.ini
[facebook]
showLikeLink=false
[rating]
enabled=false
[promos]
enabled=off
[aps]
serverAppsPromoEnabled = off
PLESK panel üzerinden phpMyAdmin e giriş sağladığımızda sayfada Not Found şeklinde bulunmamadı hatası alıyorsanız çözümü aşağıdaki şekildedir.
SSH a giriş sağladıktan sonra ;
lsof -i :8443
ile 8443 portu kullanan işlemleri listeleyip
kill -9 10044 10062
ile bu işlemleri sonlandırıyoruz. Sağ kısımda ki ID numaraları sizin ekranınızda çıkan ID lerle değiştirmeniz gerekmektedir.
En son işlem olarak
service sw-cp-server restart
sw-cp-server yeniden başlatmamız durumu çözecektir. Bu durum esasen sw-cp-server in çalışmamasından kaynaklı bir hatadır.
OLASI HATALAR
Starting sw-cp-serverd: nginx: [emerg] bind() to 0.0.0.0:8443 failed (98: Address already in use) phpMyAdmin Not Found nginx: [emerg] bind() to 0.0.0.0:8880 failed (98: Address already in use) nginx: [emerg] bind() to [::]:8880 failed (98: Address already in use) service sw-cp-server restart Stopping sw-cp-serverd:[FAILED] nginx: [emerg] bind() to [::]:8443 failed (98: Address already in use)
Webmail üzerinden mail gönder/al yapıldığı zaman SMTP Error (-1) hatası vermekte ve mail gönder/al yapılamamaktadır.
SSH’tan giriş yapılarak aşağıdaki php dosyası içerisinde bulunan 1. ve 2. satırlarda TLS tanımlı olup aşağıdaki gibi ayarlanarak sorun giderilebilir.
nano /usr/share/psa-roundcube/config/defaults.inc.php
1 – $config[‘smtp_server’] = ‘tcp://localhost’;
2 – $config[‘smtp_port’] = 587;
Sunucuya SSH ile bağlantı yapılarak
nano /usr/share/psa-roundcube/config/config.inc.php
Dosya düzenleme için açılır, aşağıdaki bölüm eklenir.
$config[‘smtp_conn_options’] = array(
‘ssl’ => array(
‘verify_peer’ => false,
‘verify_peer_name’ => false,
‘allow_self_signed’ => true));
Araçlar ve ayarlarda SSL&TLS sertifikaları içerisinde
1-)
2-)
3-)
Linux sunucularda milyonlarca dosya silmek zorunda kaldığınızda malesef kullanabileceğiniz çok fazla araç yok, özellikle PHP session dosyalarının diskte inode’ları doldurması nedeniyle müşteri sunucularında sorun yaşıyoruz.
Argument list too long hatası almadığınız gibi, diğer uygulamalar gibi (rm, rsync vs) silmeye başlamak için tüm dizini okuması gerekmiyor
Yazılım:
https://github.com/VeriTeknik/massDelete
Tipik Kullanım:
# ./massDelete -d /var/lib/session
Sistemi yormasını istemiyorsanız mikrosaniye cinsinden bekleme süresi belirtebilirsiniz, örneğin:
# ./massDelete -d /var/lib/session -s5000
Sunucuya “root” kullanıcısı ile erişim sağlıyoruz. Root dizininde;
# nano /etc/yum.repos.d/CentOS-Base.repo
Dosya içeriğinde “baseurl” satırını sistem versiyonuna göre yeniden düzenliyoruz. “mirrorlist” satırı aktif görünebilir. “#”(Diyez) işareti ile satırı de-aktif konuma alıyoruz. “baseurl” satırında “#”(Diyez) işareti varsa eğer işareti kaldırarak aktif konuma alıyoruz. Sunucu versiyonuna uygun adresi http://vault.centos.org/ link içerisinde tespit edebilirsiniz.
[base]
name=CentOS-$releasever – Base
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
baseurl=http://vault.centos.org/5.11/os/$basearch
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
#released updates
[updates]
name=CentOS-$releasever – Updates
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
baseurl=http://vault.centos.org/5.11/updates/$basearch
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
#additional packages that may be useful
[extras]
name=CentOS-$releasever – Extras
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras
baseurl=http://vault.centos.org/5.11/extras/$basearch
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
Sunucu versiyonu bilinmiyorsa eğer öğrenmek için;
#cat /etc/redhat-release
QMail Mail Servisinden Postfix Mail Servisine Geçiş;
Tools & Settings(Araçlar ve Ayarlar) > Updates and Upgrades(Güncellemeler ve Yükseltmeler) > Add/Remove Components(Bileşenleri Ekle/Kaldır) > Mail Hosting > Postfix’in radio butonu aktif edilir. Resim : 121.png
Postifx kurulumu yapılırken sistem otomatik olarak QMail servisini kaldıracaktır.
> Kurulum işlemi tamamlandığında;
Postfix servisinin gönder/al IP adresini belirlemek için;
Tools & Settings(Araçlar ve Ayarlar) > Mail Server Settings(Posta Sunucusu Ayarları) > Outgoing mail mode(Giden posta modu) alanında seçim yapılmalı. Resim : 43.png
Postfix servisine geçildiğinde outlook tanımlamalarında sorun yaşanmaması için;
Tools & Settings(Araçlar ve Ayarlar) > Mail Server Settings(Posta Sunucusu Ayarları) > Enable SMTP service on port 587 on all IP addresses(Tüm IP adreslerindeki bağlantı noktası 587 üzerinde SMTP hizmetini etkinleştirin) check butonunun aktif olduğundan emin olun. Resim : 53.png
Ve
SSH üzerinden TLS sertifika düzenlemesi yapılmalı;
# nano /etc/postfix/master.cf
Dosyası içerisinde;
# -o smtpd_tls_security_level=encrypt
Satırını;
# -o smtpd_tls_security_level=may
olarak güncelliyor ve Postfix servisini reset ediyoruz.
# service postfix restart
Resim : 23.png
NOT : iki servis arasında geçiş yapılırken kurulum hızına göre 1 ile 5 dakika arasında mail gönder/al işlemi duracaktır.
VMware firmasının ücretsiz olarak sunduğu Converter programını oturumumuza yüklüyoruz.
Adı : VMware vCenter Converter Standalone Installer for Windows
Link : https://my.vmware.com/group/vmware/evalcenter?p=converter
Programı kullanarak;
> İki farklı fiziksel makine arasında sanal sunucu taşıyabiliriz.
> Fiziksel bir sunucuyu sanal sunucuya çevirebiliriz.
> Bir sanal sunucunun disk boyutunda değişiklik yapabiliriz.(Disk türü(Thick/Thin) değiştirme, Genişletme ve Küçültme. Ki küçültme işlemi yalnızca bu program ile mümkün oluyor.)
** Süre, fiziksel sunucular arasında yapılıyorsa eğer port hızına ve disk okuma/yazma hızına göre değişiklik göstermektedir.
** Tüm bu işlemler mevcut sunucu aktif çalışır vaziyetteyken gerçekleştirilmektedir.
Thick : Disk boyutunu, kullansa da kullanmasa da sanal sunucuya rezerve eder.
Thin : Disk boyutunun sınırı belirtilen değerdir. Fakat sunucu veri kullanımına göre diskten yer kullanır.
Tüm bu işlemleri inventory e yeni sanal sunucu ekleyerek gerçekleştirmektedir. Yani var olan sunucuyu belirtilen yeni özelliklere göre yeniden hazırlamaktadır.
Disk Küçültme ve Disk Türünü Değiştirme;
> Source System(Kaynak/Taşınacak Sunucu) sekmesinde taşımak istediğimiz sunucu bilgilerini giriyoruz.
Resim : 110.png
> Destination System(Hedef Sunucu) sekmesinde sunucunun taşınacağı fiziksel sunucu bilgilerini giriyoruz.
Resim : 111.png
> Destination Virtual Machine(Hedef Sanal Sunucu) ESXi içerisinde sanal sunucunun almasını istediğiniz ismi belirtiyoruz.
Resim : 112.png
> Destination Location(Hedef Konumu) taşınacak makinenin ESXi sunucusunda hangi diskte barınacağını ve sanal sunucu versiyonunu seçiyoruz.
Resim : 113.png
> Options(Ayarlar) sekmesinde taşınan sunucunun taşıma işleminden sonra alacağı özellikleri belirtiyoruz.
Resim : 114.png
Disk türü ve boyutunu değiştirme. Resim : 115.png
Ram ve CPU boyutunu değiştirme. Resim : 116.png
Networks kart tipi. Resim : 117.png
Taşıma işlemleri süresince, taşınan sunucunun almasını istediğimiz IP ve DNS düzenlemesi. Resim : 118.png (NOT: Taşıma işleminden sonra söz konusu IP adresi geçerli olmayacaktır.)
İşlem ve Özelliklerin özeti. Resim : 119.png
İşlem takip ekranı. Resim : 120.png
NOT : İki farklı ESXi versiyonu arasında taşıma ilemi denenmemiştir.(Örnek : ESXi 5.5 üzerinden ESXi 6.0’a taşıma)
>Fiziksel sunucu, sanal sunucuya çevirme işlemi test edilmiştir.
>Mevcut sanal sunucunun disk boyutu ve türü değiştirilmiştir.
>Windows ve CentOS sistem üzerinde denemeler yapılmış ve sorunsuz olarak sonuç alınmıştır.
NOT :Taşınan sanal sunucu CentOS ise yeni sanal sunucuda ethernet sorunu yaşanacaktır(Aynı sorun clone yapıldığında da yaşanmaktadır).
Sorunu gidermek için sistem içerisinde aşağıdaki adımları uygulayınız;
Eth0 dosyası içerisinde bulunan UUID ve Mac adresi satırlarını silip kaydediyoruz.
# nano /etc/sysconfig/network-scripts/ifcfg-eth0
Dizinde bulunan “70-persistent-net.rules” dosyasını siliyoruz.
# rm -rf /etc/udev/rules.d/70-persistent-net.rules
# reboot
ESXi Sistem Kurulu İki Ayrı Fiziksel Sunucu Arasında Sanal Sunucu Taşıma;
Yeni fiziksel sunucuda, taşıyacağımız sanal sunucu ile birebir özelliklerde ve aynı isimde sanal sunucu oluşturuyoruz.Fakat yeni sanal sunucuyu oluştururken disk tanımlamıyoruz.”Do not create disk” olarak yapılandırıyoruz(Resim : 102.png).Yeni sunucuda çalışan ESXi sistemin SSH servisini aktif ediyoruz(Resim : 101.png).Oluşturduğumuz disk yapısının dizinini kontrol ediyoruz.
ÖR;
/vmfs/volumes/58d23745-b596b22a-cd49-e4115b13c878/CentOS
/vmfs/volumes/<DiskAdı>/<SanalSunucuAdı>
Eski fiziksel sunucuya SSH ile bağlantı sağlıyoruz.Taşıması yapılacak sanal sunucunun dizinine giriyoruz.”.log” dosyaları haricinde(talep ederseniz log dosyalarınıda), tüm dosyaları “SCP” protokolü ile yeni sunucuda oluşturduğumuz yeni sanal sunucu dizinine gönderiyoruz.
ÖR;
scp -P 22 /vmfs/volumes/58d23745-b596b22a-cd49-e4115b13c878/CentOS root@127.0.0.1:/vmfs/volumes/58d23745-b596b22a-cd49-e4115b13c878/CentOS
scp -P <SSHPortu> /vmfs/volumes/<Disk Adı>/<SanalSunucuAdı> <YeniSunucuKullanıcıAdı>@<YeniSunucunIPAdresi>:/vmfs/volumes/<YeniSunucuDiskAdı>/<SanalSunucuAdı>
Dosya aktarma işlemleri tamamlandıktan sonra yeni sunucuda çalışan ESXi sisteme client(vSphere) ile bağlanıyoruz. Oluşturduğumuz yeni sanal sunucuya disk ekliyoruz ve image olarak aktarmış olduğumuz “vmdk” dosyasını gösteriyoruz(Resim : 103.png, 104.png, 105.png).Eski sanal sunucuyu kapatıyoruz.Yeni sanal sunucuyu başlatıyoruz.
Taşınan sanal sunucu CentOS ise yeni sanal sunucuda ethernet sorunu yaşanacaktır(Aynı sorun clone yapıldığında da yaşanmaktadır).
Sorunu gidermek için sistem içerisinde aşağıdaki adımları uygulayınız;
# mv /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-eth0.bak
# rm -rf /etc/udev/rules.d/70-persistent-net.rules
# reboot
UEFİ; Legacy BİOS(Temel Giriş/Çıkış Sistem)’un, karmaşık ve kullanıcı ile etkileşimi arttırılmış versiyonudur. UEFİ’nin tam anlamı ile kullanılabilmesi için sunucunun ve kurulumu gerçekleştirilecek işletim sisteminin bu modu destekliyor olması gerekmektedir. Kurulum işlemlerinde kullanılacak medyaya, işletim sisteminin UEFİ modda kullanılabilir şekilde yazılması gerekmektedir.
UEFİ mod kullanılarak kurulum yapılan bir sunucu daha sonra Legacy BİOS moda alınarak boot edilmek istenirse eğer kurulu sistemi görmeyecektir. Fakat tekrar UEFİ moda dönüldüğünde sistem kullanılır olacaktır. Bu işlem Legacy BİOS içinde geçerlidir.
Legacy BİOS modunda, sunucuda kullanılan donanımlara ait yazılım versiyonları güncellenmemektedir. Güncelleme işlemi UEFİ modda yapılması zorunludur. Fakat Legacy BİOS modunda kurulum yapıldıysa eğer sunucu UEFİ moda alınarak SPP update işlemi uygulanabilir. İşlem sonrasında tekrar Legacy BİOS moduna alınarak sistem boot edilebilir. (Kompleks sistemlerde deneme yapılmadığı için tavsiye edilmemeli.)
Elimizde bulunan Windows Server 2012 R2 x64 ve Windows Server 2016 x64 UEFİ mod da kurulumu yapılabilmekte. Windows 2008 R2 x64 sistemin kurulumu yapılamamaktadır. CentOS 6.4 x64 ve alt versiyon işletim sistemleri UEFİ mode desteklemiyor. CentOS 6.5 x64 ve üzeri destekliyor.
> UEFİ Modda Windows 2012 R2 x64 işletim sistemi 2TB üzerinde tek modül disk yapısını destekliyor. Maximum disk boyutu için deneme yapılmadı. Testi yapılan disk boyutu 7.3TB.
> UEFİ Modda CentOS 6.7, 6.8 ve 7.0 x64 işletim sistemleri ext3 ve ext4 formatında 2TB’ye kadar ön yükleme “/” alanını destekliyor.
> Legacy BİOS ve UEFİ mod arasında boot olma süresinde bir fark yok.
Denemeler, DL160-Gen9 sunucu üzerinde 8x1TB Sata disk ve 8x300GB Sas disk ile RAID5 ve RAID0 olacak şekilde farklı farklı kombinasyonlarda yapılmıştır.