Tag Archives | NGINX

Nginx’te dizin şifreleme

Değerli dostumuz @caylakpenguen, yine ilginç bir konuya değinmiş. Nginx web sunucumuzda bir dizine girişte parola işlemi yapmak istediğimizde ne yapmamız gerektiğini ele almış. @caylakpenguen‘in yazısı şu şekilde: “Nginx web sunucumuzda bir dizine girişte parola işlemi yapmak istediğimizde Apache gibi .htpasswd oluşturma işlemi gibi yapılmıyor. Htaccess erişim kontrolü olarak biliyor Apache’de. Nginx’te bunu yapmak için VirtualHost dosyasında ekleme yapmamız gerekiyor. Ayrıca htpasswd gibi bir dosyayı biz oluşturup istediğimiz dizine atarak tanımlama yapacağız.

Continue Reading →

Şifremizi openssl marifeti ile oluşturacağız.

openssl passwd

yazıp enter dediğimizde giriş için kullanacağımız şifre iki kere girilecek ve girdiğimiz parola için karmaşık bir görünüm oluşturacak.

root@salih:~# openssl passwd
Password:                                123456 Girdim
Verifying - Password:              123456 Girdim
6i60Qf3fCAO4c

123456 şifresi için 6i60Qf3fCAO4c dizisini üretti.

Phpmyadmin dizinini güvene almak istiyorum. buda genelde pma olarak bağlanılır. Bundan dolayı sunucuya http://sunucu/pma olarak erişmek istenecek. Dışarıdan direk giriş yerin öncesinde bir şifre ekranı gelecek. Ben /etc/nginx/ dizini altında pma_sifre diye bir dosya içinde kullanıcımı ve şifremi tutacağım. Yukarıda ürettiğim şifre karşılığındaki diziyi salih kullanıcısı ile eşleştireceğim.

nano /etc/nginx/pma_sifre

salih:6i60Qf3fCAO4c

ekleyip çıkıyoruz.

salih kullanıcısı ve 123456 şifresi ile giriş yapılacağı bilgisini girdim.

Nginx config dosyasında server{ altında bir yere ayarları eklemeniz gerekiyor.

server  {
. . .

location / {
try_files $uri $uri/ =404;
}

location /pma {
auth_basic "Pma Giriş Ekranı";
auth_basic_user_file /etc/nginx/pma_sifre;
}

kaydedip çıkıyoruz. Nginx sunucusunu yeniden başlattığımızda, artık /pma ile erişimde şifre sorulacak.

Kaynak: http://www.linuxuzmani.com

caylak.truvalinux.org.tr

0

Lighttpd 1.4.42 sürümüne güncellendi

lighttpd_logoAçık kaynak kodlu, hızlı, güvenli, esnek ve uyumlu bir http sunucusu olan Lighttpd; 1.4.42 sürümüne güncellendi. Yeni sürümde, 1.4.41 sürümünde bildirilen problemlerin düzeltildiği bildirilirken, yüksek performanslı ortamlar için tasarlanmış olan Lighttpd’nin optimize edilmiş bir yazılım olarak kullanıma sunulduğu belirtildi. Sunucu için mükemmel bir çözüm olarak tarif edilen Lighttpd; yeniden düzenlenmiş BSD lisansı altında kullanılıyor. Düşük RAM kullanımı, etkin CPU kullanımı ve FastCGI, SCGI, Auth, Output-Compression, URL-Rewriting gibi özellikleri ile özellikle yük sorunu olan sunucular için iyi bir çözüm olarak gösteriliyor. Tüm istekleri tek bir akış üzerinden alıp, aynı akış ile işleyip, geriye yine aynı yoldan verebilen bir sistem olduğu için, RAM kullanımında diğer alternatifleri Nginx ve Apache’den daha iyi bir kullanım sağlıyor. Ancak burada, CPU kullanımında Nginx’in Lighttpd’den daha iyi olduğunu hatırlatmak gerekir. Bu bakımdan Apache, PHP’yi fastCgi  olarak kullanmadığı her durumda hem işlemciyi hemde RAM’i aşırı tüketmek durumunda kalıyor. Nginx’in fastCgi ile PHP processlerini handle etmekte zorlandığı ve çözüm olarak da PhpFPM’in (Php fastCgi Process Management) önerildiği belirtiliyor. Lighttpd 1.4.42 hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.

Continue Reading →

apachenginxlighttpd

Lighttpd 1.4.42 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

Lighttpd 1.4.41 sürümüne güncellendi

Açık kaynak kodlu, hızlı, güvenli, esnek ve uyumlu bir http sunucusu olan Lighttpd; 1.4.41 sürümüne güncellendi. Yeni sürümde, 1.4.40 sürümünde bildirilen problemlerin düzeltildiği bildirilirken, yüksek performanslı ortamlar için tasarlanmış olan Lighttpd’nin optimize edilmiş bir yazılım olarak kullanıma sunulduğu belirtildi. Sunucu için mükemmel bir çözüm olarak tarif edilen Lighttpd; yeniden düzenlenmiş BSD lisansı altında kullanılıyor. Düşük RAM kullanımı, etkin CPU kullanımı ve FastCGI, SCGI, Auth, Output-Compression, URL-Rewriting gibi özellikleri ile özellikle yük sorunu olan sunucular için iyi bir çözüm olarak gösteriliyor. Tüm istekleri tek bir akış üzerinden alıp, aynı akış ile işleyip, geriye yine aynı yoldan verebilen bir sistem olduğu için, RAM kullanımında diğer alternatifleri Nginx ve Apache’den daha iyi bir kullanım sağlıyor. Ancak burada, CPU kullanımında Nginx’in Lighttpd’den daha iyi olduğunu hatırlatmak gerekir. Bu bakımdan Apache, PHP’yi fastCgi  olarak kullanmadığı her durumda hem işlemciyi hemde RAM’i aşırı tüketmek durumunda kalıyor. Nginx’in fastCgi ile PHP processlerini handle etmekte zorlandığı ve çözüm olarak da PhpFPM’in (Php fastCgi Process Management) önerildiği belirtiliyor. Lighttpd 1.4.41 hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.

Continue Reading →

apachenginxlighttpd

Lighttpd 1.4.41 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

Lighttpd 1.4.40 sürümüne güncellendi

Açık kaynak kodlu, hızlı, güvenli, esnek ve uyumlu bir http sunucusu olan Lighttpd; 1.4.40 sürümüne güncellendi. Yeni sürümün önemli bir hata düzeltme sürümü olduğu belirtilirken, yüksek performanslı ortamlar için tasarlanmış olan Lighttpd’nin optimize edilmiş bir yazılım olarak kullanıma sunulduğu hatırlatıldı. Sunucu için mükemmel bir çözüm olarak tarif edilen Lighttpd; yeniden düzenlenmiş BSD lisansı altında kullanılıyor. Düşük RAM kullanımı, etkin CPU kullanımı ve FastCGI, SCGI, Auth, Output-Compression, URL-Rewriting gibi özellikleri ile özellikle yük sorunu olan sunucular için iyi bir çözüm olarak gösteriliyor. Tüm istekleri tek bir akış üzerinden alıp, aynı akış ile işleyip, geriye yine aynı yoldan verebilen bir sistem olduğu için, RAM kullanımında diğer alternatifleri Nginx ve Apache’den daha iyi bir kullanım sağlıyor. Ancak burada, CPU kullanımında Nginx’in Lighttpd’den daha iyi olduğunu hatırlatmak gerekir. Bu bakımdan Apache, PHP’yi fastCgi  olarak kullanmadığı her durumda hem işlemciyi hemde RAM’i aşırı tüketmek durumunda kalıyor. Nginx’in fastCgi ile PHP processlerini handle etmekte zorlandığı ve çözüm olarak da PhpFPM’in (Php fastCgi Process Management) önerildiği belirtiliyor. Lighttpd 1.4.40 hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.

Continue Reading →

apachenginxlighttpd

Lighttpd 1.4.40 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

Lighttpd 1.4.39 Sürümüne Güncellendi

LighttpdAçık kaynak kodlu, hızlı, güvenli, esnek ve uyumlu bir http sunucusu olan Lighttpd; 1.4.39 sürümüne güncellendi. Yeni sürümün çökme sorunlarını giderdiği belirtiliyor. Yüksek performanslı ortamlar için tasarlanmış olan Lighttpd; optimize edilmiş bir yazılım olarak kullanıma sunuluyor. Sunucu için mükemmel bir çözüm olarak tarif edilen Lighttpd; yeniden düzenlenmiş BSD lisansı altında kullanılıyor. Düşük RAM kullanımı, etkin CPU kullanımı ve FastCGI, SCGI, Auth, Output-Compression, URL-Rewriting gibi özellikleri ile özellikle yük sorunu olan sunucular için iyi bir çözüm olarak gösteriliyor. Tüm istekleri tek bir akış üzerinden alıp, aynı akış ile işleyip, geriye yine aynı yoldan verebilen bir sistem olduğu için, RAM kullanımında diğer alternatifleri Nginx ve Apache’den daha iyi bir kullanım sağlıyor. Ancak burada, CPU kullanımında Nginx’in Lighttpd’den daha iyi olduğunu hatırlatmak gerekir. Bu bakımdan Apache, PHP’yi fastCgi  olarak kullanmadığı her durumda hem işlemciyi hemde RAM’i aşırı tüketmek durumunda kalıyor. Nginx’in fastCgi ile PHP processlerini handle etmekte zorlandığı ve çözüm olarak da PhpFPM’in (Php fastCgi Process Management) önerildiği belirtiliyor. Lighttpd 1.4.39 hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.

Continue Reading →

apachenginxlighttpd

Lighttpd 1.4.39 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

getGNU Taşındı

Bu hafta, getGNU’nun taşınmasıyla geçti. Önceden Godaddy üzerinden yayın yapan sitemizi, DigitalOcean üzerinde bir SSD cloud sunucuya taşıdık. Sevgili dostum caylakpenguen, bu iş için gerçekten büyük emek harcadı, sağolsun ama sonuç gerçekten de harika oldu. 500 MB RAM’i ve 20 GB diski olan bir sunucuya Debian kurulumuyla işe başladık. Öncelikle DNS nameserver kayıtlarını aktarmamız gerekiyordu, Bind9 sunucu kurup ayarlamalarını hallettik. Ancak Godaddy, kayıtsız makina adı olması gerekçesiyle bizim sunucuya kayıtları aktarmadı. Biz de bunun üzerine getGNU’ya ait tüm nameserver ve mailleri Yandex üzerine aldık. Apache2, PHP, ImageMagick ne gerekiyorsa, kurduk. Bu esnada bir MySQL crash problemiyle karşılaştık. Daha önce WordPress veritabanını INNODB ile oluşturmuştuk ve fakat, kurduğumuz Mysql INNODB desteklemiyormuş. Ardından, server kaynakları Apache web sunucuya yetmez oldu. Sık sık %100 işlemci kullanımına ulaşılıyordu. Bunun üzerine dostum caylakpenguen konuya el koydu. Apache yerine daha önceleri Minicom sunucusunda kullandığı ve çok memnun kaldığı NGINX‘i kullanmayı önerdi.

Continue Reading →

caylakpenguen1 günlüğüne getgnu.org’u başka bir VPS içine aktarıp, NGINX ile test ettik. 50 kullanıcıya ulaşıldığında bile en çok %38 işlemci kullanımı olduğunu gördük. Böylece Apache’den vazgeçip, yerine NGINX kurduk ve siteyi tekrar yerine taşıdık. Bu konuda Sevgili Çağrı ERSEN’den çok yararlandık. Çok önemli katkısı için Sevgili caylakpenguen‘e teşekkür ederim. Hikayeyi bir de ondan dinlemek isterseniz, buradan buyurun.

 

htop
İşte sonuç…

cagri
Çağrı ERSEN

0