Program Linki:
Navicat for Mysql Download

Program Linki:
Navicat for Mysql Download

Service Unavailable hatası genelde sitenin aşırı cpu veya ram kullanmasından dolayı ISS de Application Pools stop duruma düşer.
Eğer bu sorunun tekrar etmemesini istiyorsanız en basitinden %80 lik çözümü Pleskde ayarla bölümüne girip IIS Application Pool işaretli değildir bunu işaretleyin.

Büyük hali için tıklayın…

Öncelikle administrator girişiniz hala duruyor şifrelerde sorun yoksa yönetim paneline girin ve şifrenizi değiştirin ardından siteyi geçici olarak kullanıma kapatın. Bu ayar genel ayarlarda mevcuttur.

Eğer şifreleriniz değiştirilmişse o zaman phpmyadminden veritabanınıza girin ve jos_user tablosunu bulun hemen yanında bir kalem işareti vardır ona tıklayın ve açılan alanda siteye kayıtlı olan tüm kullanıcıların bilgileri yer alır yöneticiye ait kullanıcı adını bulup yine yanındaki kalem işaretine tıklayın. Burada parola kısmı sizin şifrenizi barındırır ve md5 formatında gözükür parolanız, sizde buraya yeni şifrenizi md5 olarak yazmalısınız. Md5 şifresi almak için bu sitede generate an md5 hash kısmını işretleyerek kutucuğa (örneğin 123456) olmasını istediğiniz şifreyi girin ve hemen altındaki butona tıklayarak girdiğiniz şifrenin md5′ini alın, hemen alt kısımda Result: e10adc3949ba59abbe56e057f20f883e yazar, işte bu sizin şifrenizin md5 halidir şimdi vertabanına geri dönüp parola kısmına bu aldığınız md5 halindeki şifrenizi yapıştırıp kaydedin artık belirlediğiniz şifre geçerli şifreniz oldu.

Daha sonra ftp den sunucu dizinindeki joomla dosyalarına bakın burada index.html veya yabancı bir dosya varsa bunu silin, temanızın ve joomlanın standart index.php dosyalarını yenisiyle değiştirin eğer ağır bir durum değilse sadece index atılmış olabilir.

Sitenize baktığınızda indexiniz düzelmişse sorun yok eğer sorun devam ediyorsa configuration.php dosyanızı açıp bakın burada bir değişiklik yada eklenmiş bir yönlendirme kodu varmı diye bakın.

Genellikle sitenize girenler eğer imkan bulabilirlerse daha sonra tekrar sitenize sızabilmek için sunucu dizinine exploit tarzı virusler yerleştirmiş olabilirler ki bu çok sık rastlanılan bir durumdur, ve bu exploit zararlılarını güncel tüm antivirler yakalar mümkünse joomlanın kurulu olduğu tüm dosya ve klasörleri b.sayarınıza çekip virus taraması yapın sonra tekrar yerine atabilirsiniz.

Eğer sorun devam ederse elinizdeki eski yedeği geri yükleyin.

Bu işlemlerden sonra sitenizi yayına sokablirsiniz.

Hacklenmemek İçin Neler Yapabiliriz?

Kullandığınız joomla sürümünün güncelliğini kontrol edin ve yeni bir yükseltme sürümü varsa mutlaka sitenizi güncelleyin, genelde lamerler site açıklarını Google yardımıyla arar ve açığı olan sürüm yada eklentileri içeren siteleri bu şekilde arar ve bulurlar.

Kullandığınız tüm eklentilerin yeni sürümlerinin çıkıp çıkmadığını kontrol ederek daima güncel sürümleri kullanın ***** tema ve eklentileri kullanmayın, çünkü içlerine exploit kodları yada yönlendirme kodları koymuş olabilirler.

Joomlanın standart dosyaları içinde htaccess.txt isimli bir dosya yer alır bu dosyanın adını .htaccess olarak değiştirin ve aktif olmaını sağlayın bu dosyanın içinde exploitlere engel olacak kodlar bulunur.

Joomla kurulumundan sonra kullanıcı adınızı ve şifrenizi yönetim panelinden değiştirin ve güvenilir şifreler oluşturun kimseyle paylaşmayın.

Kullandığınız sunucu panelinde klasör şifreleme özelliği vardır bu özelliği kullanarak administrator klasörünü şifreleyin.

Bilgisayarınızdan bulaşabilecek iframe virüslerine dikkat edin bunların bulaşmaması için şüpheli siteleri ziyaret etmeyin ve bir güncel antivirus programı kullanın.

Register Globals değeri sunucunuzda kapalı konumda olmalı

Boş bir txt dosyası açarak aşağıdaki kodları bu txt dosyasına ekleyip farklı kaydet seçeneğinden bu dosyanın ismini php.ini olarak isimlendirin ve joomlanızın ana dizinine ve administrator klasörüne bu dosyayı atın bu şekilde hem register globals değerini olması gerektiği gibi yapmış hemde bazı fonksiyonları devre dışı bırakmış olacağız.

register_globals = off
allow_url_fopen = OFF
disable_functions = show_source, system, shell_

Kaynak: http://www.joomladersleri.com/guvenlik/sitem-hacklendi-ne-yapmaliyim.html

root@plesk root:/var/qmail/bin# ./qmail-qstat
messages in queue: 149
messages in queue but not yet preprocessed: 0

Ama bu size asla ayrıntılı bilgi vermeyecektir. Normalde bu sayının makul değerlerde olması beklenir. Mesela bir gün gelipte bunu çalıştırdığınızda karşınıza
[root@plesk root]# /var/qmail/bin/qmail-qstat
messages in queue : 1283690
messages in queue but not yet preprocessed: 232

şeklinde uçuk değerler görüyorsanız bu bir problemle karşı karşıya olduğunuzun göstergesidir.

Ama qstat size ayrıntılı bilgi vermeyecektir. Bunun için qmHandle isimli opensource projeden faydalanabilirsiniz. Proje sitesi http://sourceforge.net/projects/qmhandle şeklinde

wget http://jaist.dl.sourceforge.net/sourcefo…
gunzip qmhandle*
tar xvf qmhandle*

şeklinde programcığı açtıktan sonra

# ./qmHandle -s

ile daha ayrıntılı bir bilgi alabilirsiniz.
root@plesk root:~# ./qmHandle -s
Messages in local queue: 0
Messages in remote queue: 149

Şimdi asil problemimiz bu kuyruğa neden olan maillerin ne olduğunu keşfetmek olabilir. Bunun için ise
# ./qmHandle -l

komutunu kullanabilirsiniz.
Bu komut kuyrukta bekleyen maillerin nerden geldigini ve nereye gönderilmeye calisildigini vs bilgisi verecektir. Mesela benim karsilastigim sorunda

753180 (22, R)
Return-path:
From:  MAILER-DAEMON at 217-20-118-172.internet…
To:  randy at efg-inc.com
Subject: failure notice
Date: 5 Aug 2006 11:48:44 +0300
Size: 3385 bytes
şeklinde maillerin olduğunu görmüştüm. Yani olmayan mail adresinden dolayi mailer-deamon gönderilmeye calisiliyor. Ve buda bir kuyruk oluşturuluyor. Kuyruktaki maillerin gönderilmesini sağlamak için

# ./qmHandle -a

Komutunu kullanabilirsiniz. Bu işlemden sonra kuyrukta bekleyen mailler büyük ihtimalle zaten asla gönderilemeyecek olan mailler olacaktır.

# ./qmHandle -l

Komutu size kuyruktaki maillerin ayrıntısını verecekti. root :~# ./qmHandle -s
Messages in local queue: 0
Messages in remote queue: 147

root@plesk

dediğimde 151 mailin kuyrukta bekledigini gördüm örnek olarak bunlarin hepsinin acaba aynı şekilde deamon maili mi olduğunu anlamak için basitçe şöyle bir komut kullanabilirsiniz. root:~# ./qmHandle -l | grep MAILER | wc -l
147

root@plesk

iki sayının birbirine eşit olması kuyrukta bu saçma maillerden başka bir mail olmadığını gösterecektir. Bundan sonraki adımda kuyruğumuzu temizleyerek hem gereksiz maillerden kurtarmis oluruz. Hemde kuyruktaki tüm maillerin gereksiz mail olduğunu teyit ederek milletin bekledigi önemli mailleri silmemiş oluruz. Makineyi rahatlama babinda kuyruktaki mailler şu şekilde temizlenebilir;

Qmailde kuyruktaki mailler sırası ile
/var/qmail/queue/info
/var/qmail/queue/mess
/var/qmail/queue/remote
/var/qmail/queue/intd
/var/qmail/queue/local
/var/qmail/queue/todo
Klasörlerinde hiyararşik şekilde dağılmış halde bulunurlar ve bu klasörlerin içerisinde 0 dan 22 ye kadar klasörler vardır. Yani sırası ile bu klasörlerin içeriğini temizlemeniz gerekir.

Örnek olarak
cd /var/qmail/queue/info
rm -rf 0/*
rm -rf 1/*
rm -rf 2/*
rm -rf 3/*
rm -rf 4/*
rm -rf 5/*
rm -rf 6/*
rm -rf 7/*
rm -rf 8/*
rm -rf 9/*
rm -rf 10/*
rm -rf 11/*
rm -rf 12/*
rm -rf 13/*
rm -rf 14/*
rm -rf 15/*
rm -rf 16/*
rm -rf 17/*
rm -rf 18/*
rm -rf 19/*
rm -rf 20/*
rm -rf 21/*
rm -rf 22/* gibi sırası ile tüm klasörleri silmeniz gerekir. Yada sitemdeki hazir sh dosyasi ile bu işi yapabilirsiniz.
Dosyayı indirmek için Tıklayın
# chmod 0777 qmailclear.sh
# ./qmailclear.sh

Olaya son bir çözüm olarakta Qmail in çok fazla uzun süre gönderemedigi mailleri otomatik silmesini sağlayabilirsiniz. bin dizini içinde qmail-showctl qmail in ayarlarını söyleyecektir. queuelifetime parametresi mailin kuyrukta yaşama süresidir.
root@plesk root:/var/qmail/bin# ./qmail-showctl | grep queuelifetime
queuelifetime: Message lifetime in the queue is 604800 seconds.

ki bu yaklaşık 1 haftadır. Bu süre 1 gün yeterli olacağını düşünüyorum Bunu 23 saat olarak atamak için

# echo "82800" > control/queuelifetime
# bin/qmail-showctl | grep queuelifetime
queuelifetime: Message lifetime in the queue is 82800 seconds.

Kaynak: http://linux.yudum.net/linux/qmail-kuyruk-problemleri.html

cat /etc/psa/.psa.shadow

SSH ile root erişimi yapın.Daha sonra yedekleme yapılacak klasörü oluşturun
(örnek : mkdir dosyalar)
bu dosyalar dosyasının içine girin aşağıdaki komutu uygulayın.

Bu kod tüm serverin yedeğini alır.(E-Mail,Sql vs her şey dahil)
Kod:

/plesk_yukleme_klasoru/bin/pleskbackup –all yedekadi.psa

Yani
Kod:

pico resel.txt

(veya nano resel.txt)
Daha sonra bu txt içerisine reseller adını yazıyorsunuz
Örnek :
datatr
netinternet
Daha sonra CTRL+X ile kaydedip çıkıyoru.
Şimdi aşağıdaki komut ile yedekleri alıyoruz
Kod:

/plesk_yukleme_klasoru/bin/pleskbackup –clients dosyaadi.psa -list reseller.txt

Domain bazında yedek almak için reseller ile aynı şekilde bir dosyaya domain adlarını yazıyorsunuz
pico domain.txt
(veya nano domain.txt)
Daha sonra bu txt içerisine domain adlarını yazıyoruz.
Örnek :
datatr.com
ni.net.tr
CTRL+X ile kaydedip çıkıyoruz.
Şimdi aşağıdaki komut ile yedekleri alıyoruz.
/plesk_yukleme_klasoru/bin/pleskbackup –domains dosyaadi.psa -list domainler.txt

Şimdi gelelim bu dosyaları yüklemeye.
Yeni serverimize oluşturduğumuz psa dosyasını çekiyoruz.
Yedekleri açmak için öncelikle bir map dosyasına ihtiyaç duyuyoruz.
Bu map dosyasını aşağıdaki kod ile yaratıyoruz.
Kod:

/plesk_yukleme_klasoru/bin/pleskrestore –create-map dosyaadi.psa -map dosya.map

Bu kod ile map dosyamızı hazırladıktan sonra sıra yedekleri açmaya geldi.Yedekleri açmamız içinde aşağıdaki kodu yazmamız yeterli.

Kod:

/plesk_yukleme_klasoru/bin/pleskrestore –restore dosyaadi.psa -level all -map dosya.map

Eğerki reseller bazında yedek açmak istiyorsanız
Kod:

/plesk_yukleme_klasoru/bin/pleskrestore –restore dosyaadi.psa -level clients -filter list:resel1,resel2,resel3 -map dosya.map

Eğerki domain bazında yedek açmak istiyorsanız

Kod:

/plesk_yukleme_klasörü/bin/pleskrestore –restore dosyaadi.psa -level domains -filter list:siteadi.com,siteadi2.com -map dosya.map

Kaynak: http://forum.ni.net.tr/Plesk-Linux-Backup-Restore-islemleri-t18.html

1. “httpdocs” klasörünüzde .htaccess adlı bir dosya oluşturunuz.
2. .htaccess dosyasını “düzenleme” modunda açınız ve aşağıdaki satırları ekleyip kaydediniz:
[hidepost]
php_flag magic_quotes_gpc on
php_flag register_globals off
php_flag display_errors on
php_value session.save_path “/var/www/vhosts/alanadiniz.com/httpdocs/tmp”

Not: “httpdocs” klasörünüzde “tmp” adlı bir klasör oluşturup klasörün CHMOD değerini de 777 olarak ayarlayınız.
Safe Mode ayarları ile ilgili hosting firmanıza gönderebilirsiniz.
[/hidepost]

Sadece hosting paketlerinin ismi değişir bu işlemde hosting firmalarına göre değişim göstermektedir.

Eğer sitenizde Php, Mysql, Cgi ve Perl kullanmayı planlıyorsanoz Linux tabanlı (ubuntu, redhat vs..) hosting paketleri sizin için uygun olacaktır.

[hidepost]

Linux hosting paketleri, Windows hosting paketlerine göre genelde daha uygun fiyatlı ve stabildir. Güvenlik açısından Linux işletim sistemleri, kullanım ve kurulum açısından ise Windows işletim sistemi tercih edilmektedir.

Eğer sitenizde dinamik yapıda dosyalar (ASP, PHP vs..) kullanmayacaksanız, Windows ya da Linux işlerim sistemi tercihi sizin için fark etmeyecektir.

[/hidepost]