Nginx, modern web altyap\u0131lar\u0131n\u0131n temel ta\u015flar\u0131ndan biri olan y\u00fcksek performansl\u0131, a\u00e7\u0131k kaynakl\u0131 bir web sunucusu ve ters proxy \u00e7\u00f6z\u00fcm\u00fcd\u00fcr. Geni\u015f \u00f6zellikleri aras\u0131nda, belirli web kaynaklar\u0131na veya t\u00fcm bir siteye eri\u015fimi k\u0131s\u0131tlamak i\u00e7in kullan\u0131labilecek temel parola kimlik do\u011frulama (Basic Authentication) yetene\u011fi de bulunur. Bu \u00f6zellik, \u00f6zellikle geli\u015ftirme ortamlar\u0131, dahili uygulamalar, y\u00f6netim panelleri veya hassas belgelere sahip staging sunucular\u0131 gibi herkese a\u00e7\u0131k olmamas\u0131 gereken alanlar\u0131 korumak i\u00e7in son derece kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n
Bu kapsaml\u0131 rehberde, Ubuntu 22.04 i\u015fletim sistemi \u00fczerinde \u00e7al\u0131\u015fan bir Nginx sunucusunda HTTP Basic Authentication’\u0131 ad\u0131m ad\u0131m nas\u0131l kuraca\u011f\u0131n\u0131z\u0131 ve yap\u0131land\u0131raca\u011f\u0131n\u0131z\u0131 \u00f6\u011freneceksiniz. Amac\u0131m\u0131z, Nginx’in Nginx, h\u0131zl\u0131, esnek ve kaynaklar\u0131 verimli kullanan yap\u0131s\u0131yla milyonlarca web sitesine g\u00fc\u00e7 vermektedir. Statik i\u00e7erik sunmaktan dinamik uygulamalar\u0131 ters proxy olarak y\u00f6nlendirmeye kadar bir\u00e7ok farkl\u0131 senaryoda kullan\u0131labilir. Ancak bazen, bir web sitesinin veya uygulaman\u0131n belirli b\u00f6l\u00fcmlerini genel eri\u015fime kapatmak gerekebilir. \u0130\u015fte bu noktada HTTP Basic Authentication devreye girer.<\/p>\n Temel kimlik do\u011frulama, bir kullan\u0131c\u0131n\u0131n web taray\u0131c\u0131s\u0131 arac\u0131l\u0131\u011f\u0131yla sunucuya bir kullan\u0131c\u0131 ad\u0131 ve parola g\u00f6ndermesini gerektiren basit bir mekanizmad\u0131r. Sunucu bu kimlik bilgilerini do\u011frular ve e\u011fer ge\u00e7erliyse, istenen kayna\u011fa eri\u015fime izin verir. Ge\u00e7ersizse, kullan\u0131c\u0131ya “401 Unauthorized” (Yetkisiz) yan\u0131t\u0131 d\u00f6nd\u00fcr\u00fcl\u00fcr ve genellikle taray\u0131c\u0131 bir giri\u015f penceresini tekrar g\u00f6r\u00fcnt\u00fcler. Bu y\u00f6ntem, \u00f6zellikle h\u0131zl\u0131 ve kolay bir eri\u015fim kontrol\u00fc gerekti\u011finde idealdir. Ancak, kimlik bilgilerinin Base64 ile kodlanm\u0131\u015f olmas\u0131na ra\u011fmen \u015fifrelenmedi\u011fini ve bu nedenle HTTPS (SSL\/TLS) ile kullan\u0131lmad\u0131\u011f\u0131 takdirde g\u00fcvenlik riskleri ta\u015f\u0131d\u0131\u011f\u0131n\u0131 unutmamak \u00f6nemlidir. Bu rehberde, bu g\u00fcvenlik hususlar\u0131na da \u00f6zellikle vurgu yapaca\u011f\u0131z.<\/p>\n Bu rehbere ba\u015flamadan \u00f6nce a\u015fa\u011f\u0131daki maddelerin haz\u0131r oldu\u011fundan emin olmal\u0131s\u0131n\u0131z:<\/p>\n * Ubuntu 22.04 Sunucusu:<\/strong> SSH eri\u015fimi olan ve HTTP Temel Kimlik Do\u011frulama, RFC 7617’de tan\u0131mlanm\u0131\u015f bir protokold\u00fcr. Bir istemci (web taray\u0131c\u0131s\u0131) korumal\u0131 bir kayna\u011fa eri\u015fim talebinde bulundu\u011funda ve kimlik bilgileri sa\u011flanmad\u0131\u011f\u0131nda, sunucu “401 Unauthorized” durumu ve bir Taray\u0131c\u0131 bu yan\u0131t\u0131 ald\u0131\u011f\u0131nda, kullan\u0131c\u0131ya bir kullan\u0131c\u0131 ad\u0131 ve parola girmesi i\u00e7in bir ileti\u015fim kutusu sunar. Kullan\u0131c\u0131 kimlik bilgilerini girdikten sonra, taray\u0131c\u0131 bunlar\u0131 Bu s\u00fcrecin anla\u015f\u0131lmas\u0131, neden HTTPS kullan\u0131m\u0131n\u0131n kritik oldu\u011funu da a\u00e7\u0131klar. Base64 kodlama bir \u015fifreleme y\u00f6ntemi de\u011fildir; kodlanm\u0131\u015f dize kolayca \u00e7\u00f6z\u00fclebilir. Bu nedenle, kimlik bilgileri a\u011f \u00fczerinden \u015fifresiz bir \u015fekilde g\u00f6nderilirse, k\u00f6t\u00fc niyetli ki\u015filer taraf\u0131ndan ele ge\u00e7irilebilir. HTTPS, bu ileti\u015fimi u\u00e7tan uca \u015fifreleyerek kimlik bilgilerinin g\u00fcvenli\u011fini sa\u011flar.<\/p>\n E\u011fer Nginx sunucunuzda kurulu de\u011filse, bu ad\u0131m\u0131 uygulayarak kurulumu ger\u00e7ekle\u015ftirebilirsiniz.<\/p>\n \u0130lk olarak, sistem paket listesini g\u00fcncelleyin:<\/p>\n Ard\u0131ndan, Nginx paketini y\u00fckleyin:<\/p>\n Kurulum tamamland\u0131ktan sonra, Nginx servisinin otomatik olarak ba\u015flamas\u0131 gerekir. \u00c7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 kontrol edelim:<\/p>\n \u00c7\u0131kt\u0131da Nginx’in sistem ba\u015flang\u0131c\u0131nda otomatik olarak ba\u015flamas\u0131n\u0131 sa\u011flamak i\u00e7in etkinle\u015ftirin:<\/p>\n G\u00fcvenlik Duvar\u0131 Yap\u0131land\u0131rmas\u0131 (UFW):<\/strong><\/p>\n Ubuntu’da genellikle UFW (Uncomplicated Firewall) etkinle\u015ftirilmi\u015ftir. Nginx’in web trafi\u011fini alabilmesi i\u00e7in g\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131 ayarlaman\u0131z gerekebilir.<\/p>\n Nginx, UFW ile entegre olan \u00f6nceden tan\u0131mlanm\u0131\u015f profil sa\u011flar:<\/p>\n Bu komutun \u00e7\u0131kt\u0131s\u0131nda E\u011fer daha sonra HTTPS (port 443) kullanacaksan\u0131z, G\u00fcvenlik duvar\u0131n\u0131n durumunu kontrol edin:<\/p>\n Art\u0131k bir web taray\u0131c\u0131s\u0131 a\u00e7\u0131p sunucunuzun IP adresini veya alan ad\u0131n\u0131 (\u00f6rne\u011fin, Nginx, kullan\u0131c\u0131 adlar\u0131 ve parolalar\u0131 d\u00fcz metin dosyalar\u0131nda saklamaz. Bunun yerine, \u0130lk olarak, \u015eimdi, kimlik do\u011frulama i\u00e7in kullanaca\u011f\u0131m\u0131z kullan\u0131c\u0131 adlar\u0131 ve parolalar\u0131 i\u00e7eren dosyay\u0131 olu\u015ftural\u0131m. Bu dosyan\u0131n g\u00fcvenli bir yerde saklanmas\u0131 \u00f6nemlidir. Nginx’in yap\u0131land\u0131rma dosyalar\u0131n\u0131n bulundu\u011fu \u0130lk Kullan\u0131c\u0131y\u0131 Olu\u015fturma:<\/strong><\/p>\n Ek Kullan\u0131c\u0131lar Ekleme:<\/strong><\/p>\n Daha sonra ba\u015fka kullan\u0131c\u0131lar eklemek isterseniz, Her bir kullan\u0131c\u0131 i\u00e7in bu komutu tekrarlayabilirsiniz.<\/p>\n Dosyan\u0131n i\u00e7eri\u011fini g\u00f6rmek i\u00e7in \u00c7\u0131kt\u0131, kullan\u0131c\u0131 adlar\u0131n\u0131 ve \u015fifrelenmi\u015f parolalar\u0131n\u0131 g\u00f6sterecektir (\u00f6rne\u011fin, Bu dosyan\u0131n hassas bilgiler i\u00e7erdi\u011finden, do\u011fru dosya izinlerine sahip olmas\u0131 kritik \u00f6neme sahiptir. Yaln\u0131zca Nginx genellikle Ard\u0131ndan, yaln\u0131zca sahibin ve grubun okuma iznine sahip olmas\u0131n\u0131 sa\u011flay\u0131n:<\/p>\n Bu komutlar, dosyan\u0131n \u015eimdi Nginx’i, olu\u015fturdu\u011fumuz parola dosyas\u0131n\u0131 kullanarak belirli bir alana eri\u015fimi k\u0131s\u0131tlamak i\u00e7in yap\u0131land\u0131raca\u011f\u0131z. Nginx yap\u0131land\u0131rma dosyalar\u0131 genellikle Yap\u0131land\u0131rma dosyas\u0131n\u0131 d\u00fczenlemek i\u00e7in favori metin d\u00fczenleyicinizi kullan\u0131n (\u00f6rne\u011fin, Dosya i\u00e7eri\u011fi, Nginx’in varsay\u0131lan Y\u00f6ntem 1: T\u00fcm Siteye Kimlik Do\u011frulama Uygulama<\/strong><\/p>\n E\u011fer t\u00fcm web sitesini veya sanal ana bilgisayar\u0131 korumak istiyorsan\u0131z, * Y\u00f6ntem 2: Belirli Bir Konuma (Dizine) Kimlik Do\u011frulama Uygulama<\/strong><\/p>\n \u00c7o\u011fu zaman, sadece web sitesinin belirli bir b\u00f6l\u00fcm\u00fcn\u00fc (\u00f6rne\u011fin, Bu \u00f6rnekte, Y\u00f6ntem 3: Farkl\u0131 Kullan\u0131c\u0131 Dosyalar\u0131 ile Birden Fazla Alan\u0131 Koruma<\/strong><\/p>\n Daha karma\u015f\u0131k senaryolarda, farkl\u0131 alanlar i\u00e7in farkl\u0131 kullan\u0131c\u0131 setlerine sahip olmak isteyebilirsiniz. \u00d6rne\u011fin, bir y\u00f6netici paneli i\u00e7in belirli bir y\u00f6netici grubunun, bir kullan\u0131c\u0131 portal\u0131 i\u00e7in ise farkl\u0131 bir kullan\u0131c\u0131 grubunun eri\u015fimi olabilir. Bunu ba\u015farmak i\u00e7in birden fazla \u00d6nce yeni bir parola dosyas\u0131 olu\u015ftural\u0131m:<\/p>\n \u015eimdi Nginx yap\u0131land\u0131rmas\u0131n\u0131 g\u00fcncelleyin:<\/p>\n Bu yap\u0131land\u0131rma, Y\u00f6ntem 4: Kimlik Do\u011frulamay\u0131 Devre D\u0131\u015f\u0131 B\u0131rakma (Bir \u00dcst Kapsamda Etkinse)<\/strong><\/p>\n E\u011fer bir Bu \u00f6rnekte, Yap\u0131land\u0131rma dosyas\u0131ndaki de\u011fi\u015fiklikleri kaydettikten sonra (Nano’da Nginx yap\u0131land\u0131rma dosyas\u0131nda yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri uygulamadan \u00f6nce, herhangi bir s\u00f6zdizimi hatas\u0131 olup olmad\u0131\u011f\u0131n\u0131 kontrol etmek her zaman iyi bir uygulamad\u0131r. Bu, sunucunuzun beklenmedik bir \u015fekilde durmas\u0131n\u0131 \u00f6nler.<\/p>\n Yap\u0131land\u0131rmay\u0131 test etmek i\u00e7in a\u015fa\u011f\u0131daki komutu kullan\u0131n:<\/p>\n E\u011fer her \u015fey yolundaysa, \u00e7\u0131kt\u0131da \u015funa benzer bir mesaj g\u00f6rmelisiniz:<\/p>\n Herhangi bir hata mesaj\u0131 al\u0131rsan\u0131z, yap\u0131land\u0131rma dosyan\u0131z\u0131 dikkatlice g\u00f6zden ge\u00e7irin ve hatalar\u0131 d\u00fczeltin. Genellikle hata mesaj\u0131, hatan\u0131n hangi sat\u0131rda oldu\u011funu belirtir.<\/p>\n Yap\u0131land\u0131rma testi ba\u015far\u0131l\u0131 olduktan sonra, Nginx’in yeni ayarlar\u0131 y\u00fcklemesini sa\u011flamak i\u00e7in servisi yeniden y\u00fckleyin:<\/p>\n Bu komut, Nginx’i durdurup yeniden ba\u015flatmak yerine, \u00e7al\u0131\u015fan s\u00fcreci kesintiye u\u011fratmadan yap\u0131land\u0131rmay\u0131 yeniden y\u00fckler. Bu, canl\u0131 bir sunucuda hizmet kesintisini en aza indirmek i\u00e7in tercih edilen y\u00f6ntemdir.<\/p>\n \u015eimdi s\u0131ra, kurdu\u011fumuz parola kimlik do\u011frulamas\u0131n\u0131 test etmeye geldi.<\/p>\n 1. Web Taray\u0131c\u0131n\u0131z\u0131 A\u00e7\u0131n:<\/strong> Koruma alt\u0131na ald\u0131\u011f\u0131n\u0131z URL’ye (\u00f6rne\u011fin, Hata Ay\u0131klama \u0130pu\u00e7lar\u0131:<\/strong><\/p>\n * 401 Unauthorized Hatas\u0131:<\/strong> Bu, kimlik do\u011frulaman\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131 ancak girdi\u011finiz kimlik bilgilerinin yanl\u0131\u015f oldu\u011fu anlam\u0131na gelir. Kullan\u0131c\u0131 ad\u0131n\u0131z\u0131 ve parolan\u0131z\u0131 kontrol edin. Temel parola kimlik do\u011frulamay\u0131 kurmu\u015f olsan\u0131z da, g\u00fcvenli\u011fi ve y\u00f6netilebilirli\u011fi art\u0131rmak i\u00e7in baz\u0131 ek konular\u0131 g\u00f6z \u00f6n\u00fcnde bulundurman\u0131z \u00f6nemlidir.<\/p>\n Daha \u00f6nce de belirtti\u011fimiz gibi, HTTP Temel Kimlik Do\u011frulama, kimlik bilgilerini Base64 ile kodlanm\u0131\u015f ancak \u015fifrelenmemi\u015f bir bi\u00e7imde g\u00f6nderir. Bu, bir a\u011f \u00fczerindeki k\u00f6t\u00fc niyetli bir ki\u015finin (\u00f6rne\u011fin, halka a\u00e7\u0131k bir Wi-Fi a\u011f\u0131nda) trafi\u011fi dinleyerek kullan\u0131c\u0131 ad\u0131n\u0131z\u0131 ve parolan\u0131z\u0131 kolayca ele ge\u00e7irebilece\u011fi anlam\u0131na gelir.<\/p>\n Bu nedenle, Nginx \u00fczerinde parola kimlik do\u011frulamas\u0131 kullan\u0131rken her zaman HTTPS (SSL\/TLS) kullanmal\u0131s\u0131n\u0131z.<\/strong> HTTPS, t\u00fcm ileti\u015fimi \u015fifreleyerek kimlik bilgilerinizin g\u00fcvenli\u011fini sa\u011flar. Let’s Encrypt gibi hizmetler sayesinde \u00fccretsiz SSL\/TLS sertifikalar\u0131 almak ve Nginx ile yap\u0131land\u0131rmak olduk\u00e7a kolayd\u0131r.<\/p>\n Nginx ile Let’s Encrypt kurulumu genellikle a\u015fa\u011f\u0131daki ad\u0131mlar\u0131 i\u00e7erir: Temel kimlik do\u011frulama, do\u011fru bir kullan\u0131c\u0131 ad\u0131 ve parola kombinasyonunu bulmak i\u00e7in tekrar tekrar deneme yapan “brute-force” sald\u0131r\u0131lar\u0131na kar\u015f\u0131 savunmas\u0131z olabilir. Bu t\u00fcr sald\u0131r\u0131lar\u0131 hafifletmek i\u00e7in Nginx’in baz\u0131 \u00f6zelliklerini kullanabilirsiniz:<\/p>\n * H\u0131z S\u0131n\u0131rlama (Rate Limiting) ile Bu \u00f6rnek, * * Yeni Kullan\u0131c\u0131 Ekleme:<\/strong><\/p>\n * Mevcut Kullan\u0131c\u0131n\u0131n Parolas\u0131n\u0131 De\u011fi\u015ftirme:<\/strong><\/p>\n Bu komut, Herhangi bir de\u011fi\u015fiklikten sonra Nginx’i yeniden y\u00fcklemenize gerek yoktur, \u00e7\u00fcnk\u00fc Nginx * G\u00fc\u00e7l\u00fc Parolalar Kullan\u0131n:<\/strong> Kullan\u0131c\u0131lar\u0131n\u0131z\u0131n tahmin etmesi zor, karma\u015f\u0131k parolalar kullanmas\u0131n\u0131 te\u015fvik edin. * Nginx Hata G\u00fcnl\u00fckleri:<\/strong> Nginx’in hata g\u00fcnl\u00fckleri ( Bu rehberde, Ubuntu 22.04 \u00fczerinde Nginx ile HTTP Temel Kimlik Do\u011frulama kurulumunu ad\u0131m ad\u0131m \u00f6\u011frendiniz. auth_basic<\/code> ve auth_basic_user_file<\/code> y\u00f6nergelerini kullanarak belirli bir alana eri\u015fimi yaln\u0131zca tan\u0131mlanm\u0131\u015f kullan\u0131c\u0131 adlar\u0131 ve parolalarla sa\u011flamakt\u0131r. Ayr\u0131ca, kurulumun yan\u0131 s\u0131ra g\u00fcvenlik en iyi uygulamalar\u0131 ve s\u0131k kar\u015f\u0131la\u015f\u0131lan sorunlar\u0131n giderilmesi konular\u0131na da de\u011finece\u011fiz.<\/p>\nGiri\u015f: Nginx ve Temel Kimlik Do\u011frulama Neden \u00d6nemli?<\/h3>\n
\u00d6n Gereksinimler<\/h3>\n
sudo<\/code> ayr\u0131cal\u0131klar\u0131na sahip bir Ubuntu 22.04 sunucusu.
\n* Nginx Kurulumu:<\/strong> Sunucunuzda Nginx’in y\u00fckl\u00fc ve \u00e7al\u0131\u015f\u0131r durumda olmas\u0131. E\u011fer kurulu de\u011filse, ilk ad\u0131mda kurulumunu ele alaca\u011f\u0131z.
\n* Temel Linux Bilgisi:<\/strong> Komut sat\u0131r\u0131 kullan\u0131m\u0131 ve dosya d\u00fczenleme konular\u0131nda temel d\u00fczeyde bilgi sahibi olmak.
\n* apache2-utils<\/code> Paketi:<\/strong> Parola dosyalar\u0131n\u0131 olu\u015fturmak i\u00e7in htpasswd<\/code> arac\u0131na ihtiyac\u0131m\u0131z olacak. Bu ara\u00e7 apache2-utils<\/code> paketiyle birlikte gelir.<\/p>\nHTTP Temel Kimlik Do\u011frulaman\u0131n \u00c7al\u0131\u015fma Prensibi<\/h3>\n
WWW-Authenticate<\/code> ba\u015fl\u0131\u011f\u0131 ile yan\u0131t verir. Bu ba\u015fl\u0131k, istemciye kimlik do\u011frulama t\u00fcr\u00fcn\u00fc (bu durumda “Basic”) ve bir “realm” (kimlik do\u011frulama alan\u0131n\u0131n ad\u0131) belirtir.<\/p>\nkullaniciadi:parola<\/code> format\u0131nda birle\u015ftirir, Base64 ile kodlar ve bu kodlanm\u0131\u015f dizeyi Authorization<\/code> ba\u015fl\u0131\u011f\u0131 alt\u0131nda sunucuya geri g\u00f6nderir (\u00f6rne\u011fin, Authorization: Basic a3VsbGFuaWNpYWRpOnBhcm9sYQ==<\/code>). Sunucu, bu ba\u015fl\u0131\u011f\u0131 ayr\u0131\u015ft\u0131r\u0131r, kimlik bilgilerini \u00e7\u00f6zer ve kendi depolad\u0131\u011f\u0131 kullan\u0131c\u0131 listesiyle kar\u015f\u0131la\u015ft\u0131r\u0131r. E\u015fle\u015fme sa\u011flan\u0131rsa eri\u015fim izni verilir, aksi takdirde i\u015flem tekrarlan\u0131r veya eri\u015fim reddedilir.<\/p>\nAd\u0131m 1: Nginx Kurulumu ve Temel Yap\u0131land\u0131rma (E\u011fer Hen\u00fcz Yap\u0131lmad\u0131ysa)<\/h3>\n
sudo apt update\nsudo apt upgrade -y<\/code><\/pre>\nsudo apt install nginx -y<\/code><\/pre>\nsudo systemctl status nginx<\/code><\/pre>\nactive (running)<\/code> ibaresini g\u00f6rmelisiniz. E\u011fer \u00e7al\u0131\u015fm\u0131yorsa, ba\u015flatmak i\u00e7in a\u015fa\u011f\u0131daki komutu kullan\u0131n:<\/p>\nsudo systemctl start nginx<\/code><\/pre>\nsudo systemctl enable nginx<\/code><\/pre>\nsudo ufw app list<\/code><\/pre>\nNginx HTTP<\/code> ve Nginx Full<\/code> gibi se\u00e7enekleri g\u00f6rmelisiniz. HTTP trafi\u011fine (port 80) izin vermek i\u00e7in Nginx HTTP<\/code> profilini etkinle\u015ftirin:<\/p>\nsudo ufw allow 'Nginx HTTP'<\/code><\/pre>\nNginx Full<\/code> profilini etkinle\u015ftirmeniz gerekecektir.<\/p>\nsudo ufw status<\/code><\/pre>\nhttp:\/\/your_server_ip<\/code>) girerek Nginx’in varsay\u0131lan “Welcome to Nginx!” sayfas\u0131n\u0131 g\u00f6rmelisiniz. Bu, Nginx’in ba\u015far\u0131l\u0131 bir \u015fekilde \u00e7al\u0131\u015ft\u0131\u011f\u0131 anlam\u0131na gelir.<\/p>\nAd\u0131m 2:
htpasswd<\/code> Arac\u0131 ile Kullan\u0131c\u0131 ve Parola Olu\u015fturma<\/h3>\nhtpasswd<\/code> ad\u0131 verilen \u00f6zel bir ara\u00e7 taraf\u0131ndan olu\u015fturulan \u015fifrelenmi\u015f parolalar\u0131 i\u00e7eren bir dosya kullan\u0131r. Bu ara\u00e7, apache2-utils<\/code> paketinin bir par\u00e7as\u0131d\u0131r.<\/p>\napache2-utils<\/code> paketini y\u00fckleyin:<\/p>\nsudo apt install apache2-utils -y<\/code><\/pre>\n\/etc\/nginx\/<\/code> dizini iyi bir se\u00e7imdir. Dosya ad\u0131n\u0131 .htpasswd<\/code> olarak belirleyelim.<\/p>\nhtpasswd -c<\/code> komutunu kullanarak ilk kullan\u0131c\u0131y\u0131 ve parolay\u0131 olu\u015fturun. -c<\/code> bayra\u011f\u0131, belirtilen dosyay\u0131 olu\u015fturur veya \u00fczerine yazar.<\/p>\nsudo htpasswd -c \/etc\/nginx\/.htpasswd kullaniciadi<\/code><\/pre>\nkullaniciadi<\/code> yerine kullanmak istedi\u011finiz kullan\u0131c\u0131 ad\u0131n\u0131 yaz\u0131n. Komutu \u00e7al\u0131\u015ft\u0131rd\u0131ktan sonra, sizden iki kez parola girmeniz istenecektir. G\u00fc\u00e7l\u00fc bir parola se\u00e7ti\u011finizden emin olun.<\/p>\n-c<\/code> bayra\u011f\u0131n\u0131 kullanmay\u0131n. -c<\/code> bayra\u011f\u0131 olmadan, htpasswd<\/code> mevcut dosyaya yeni bir kullan\u0131c\u0131 ekler. E\u011fer -c<\/code> kullan\u0131rsan\u0131z, mevcut dosyan\u0131n i\u00e7eri\u011fi silinir ve yeni bir dosya olu\u015fturulur.<\/p>\nsudo htpasswd \/etc\/nginx\/.htpasswd yeni_kullaniciadi<\/code><\/pre>\n.htpasswd<\/code> Dosyas\u0131n\u0131n \u0130\u00e7eri\u011fini Kontrol Etme:<\/strong><\/p>\ncat<\/code> komutunu kullanabilirsiniz:<\/p>\nsudo cat \/etc\/nginx\/.htpasswd<\/code><\/pre>\nkullaniciadi:$apr1$.......<\/code>).<\/p>\n.htpasswd<\/code> Dosya \u0130zinlerini Ayarlama:<\/strong><\/p>\nroot<\/code> kullan\u0131c\u0131s\u0131 ve Nginx servisinin \u00e7al\u0131\u015ft\u0131\u011f\u0131 kullan\u0131c\u0131 taraf\u0131ndan okunabilir olmal\u0131d\u0131r.<\/p>\nwww-data<\/code> veya nginx<\/code> kullan\u0131c\u0131s\u0131 alt\u0131nda \u00e7al\u0131\u015f\u0131r. Ubuntu 22.04’te bu genellikle www-data<\/code>‘d\u0131r. Dosyan\u0131n sahibini root<\/code> ve grubunu www-data<\/code> (veya nginx<\/code>) olarak ayarlayal\u0131m:<\/p>\nsudo chown root:www-data \/etc\/nginx\/.htpasswd<\/code><\/pre>\nsudo chmod 640 \/etc\/nginx\/.htpasswd<\/code><\/pre>\nroot<\/code> taraf\u0131ndan okunabilir, www-data<\/code> grubu taraf\u0131ndan okunabilir ve di\u011fer kullan\u0131c\u0131lar taraf\u0131ndan eri\u015filemez olmas\u0131n\u0131 sa\u011flar. Bu, g\u00fcvenlik i\u00e7in \u00f6nemli bir ad\u0131md\u0131r.<\/p>\nAd\u0131m 3: Nginx Yap\u0131land\u0131rmas\u0131n\u0131 G\u00fcncelleme<\/h3>\n
\/etc\/nginx\/sites-available\/<\/code> dizininde bulunur. Varsay\u0131lan yap\u0131land\u0131rma dosyas\u0131 genellikle default<\/code> ad\u0131ndad\u0131r.<\/p>\nnano<\/code> veya vim<\/code>):<\/p>\nsudo nano \/etc\/nginx\/sites-available\/default<\/code><\/pre>\nserver<\/code> blo\u011funu i\u00e7erecektir. Kimlik do\u011frulama y\u00f6nergelerini bu blo\u011fun i\u00e7ine veya belirli location<\/code> bloklar\u0131n\u0131n i\u00e7ine ekleyebilirsiniz.<\/p>\nauth_basic<\/code> ve auth_basic_user_file<\/code> y\u00f6nergelerini do\u011frudan server<\/code> blo\u011funun i\u00e7ine ekleyin:<\/p>\nserver {\n listen 80 default_server;\n listen [::]:80 default_server;\n root \/var\/www\/html;\n index index.html index.htm index.nginx-debian.html;\n server_name _;\n\n # Kimlik do\u011frulama y\u00f6nergeleri\n auth_basic \"K\u0131s\u0131tl\u0131 Alan - L\u00fctfen Giri\u015f Yap\u0131n\"; # Taray\u0131c\u0131da g\u00f6sterilecek mesaj\n auth_basic_user_file \/etc\/nginx\/.htpasswd; # Parola dosyas\u0131n\u0131n yolu\n\n location \/ {\n try_files $uri $uri\/ =404;\n }\n\n # ... di\u011fer yap\u0131land\u0131rmalar ...\n}<\/code><\/pre>\nauth_basic \"K\u0131s\u0131tl\u0131 Alan - L\u00fctfen Giri\u015f Yap\u0131n\";<\/code>: Bu y\u00f6nerge, kimlik do\u011frulama istemi s\u0131ras\u0131nda kullan\u0131c\u0131n\u0131n taray\u0131c\u0131s\u0131nda g\u00f6r\u00fcnt\u00fclenecek mesaj\u0131 belirler. Kullan\u0131c\u0131n\u0131n neden giri\u015f yapmas\u0131 gerekti\u011fini anlamas\u0131na yard\u0131mc\u0131 olur.
\n* auth_basic_user_file \/etc\/nginx\/.htpasswd;<\/code>: Bu y\u00f6nerge, Nginx’in kullan\u0131c\u0131 adlar\u0131n\u0131 ve \u015fifrelenmi\u015f parolalar\u0131 arayaca\u011f\u0131 .htpasswd<\/code> dosyas\u0131n\u0131n tam yolunu belirtir.<\/p>\n\/admin<\/code> veya \/private<\/code> dizini) korumak istersiniz. Bu durumda, kimlik do\u011frulama y\u00f6nergelerini ilgili location<\/code> blo\u011funun i\u00e7ine yerle\u015ftirin:<\/p>\nserver {\n listen 80 default_server;\n listen [::]:80 default_server;\n root \/var\/www\/html;\n index index.html index.htm index.nginx-debian.html;\n server_name _;\n\n location \/ {\n try_files $uri $uri\/ =404;\n }\n\n location \/admin {\n # Kimlik do\u011frulama y\u00f6nergeleri sadece \/admin konumu i\u00e7in\n auth_basic \"Y\u00f6netici Paneli - Eri\u015fim K\u0131s\u0131tl\u0131\";\n auth_basic_user_file \/etc\/nginx\/.htpasswd;\n # Bu konumdaki dosyalar\u0131n k\u00f6k dizinini belirtmek isteyebilirsiniz\n # root \/var\/www\/admin_panel;\n # index index.html;\n }\n\n location \/private {\n # Ba\u015fka bir k\u0131s\u0131tl\u0131 alan\n auth_basic \"\u00d6zel Alan - Sadece Yetkili Kullan\u0131c\u0131lar\";\n auth_basic_user_file \/etc\/nginx\/.htpasswd;\n }\n\n # ... di\u011fer yap\u0131land\u0131rmalar ...\n}<\/code><\/pre>\n\/admin<\/code> ve \/private<\/code> URL’lerine eri\u015fim giri\u015fimleri i\u00e7in Nginx bir giri\u015f istemi g\u00f6sterecektir. Di\u011fer URL’ler (\u00f6rne\u011fin, ana sayfa \/<\/code>) herhangi bir kimlik do\u011frulama gerektirmeden eri\u015filebilir olacakt\u0131r.<\/p>\n.htpasswd<\/code> dosyas\u0131 olu\u015fturabilirsiniz.<\/p>\nsudo htpasswd -c \/etc\/nginx\/.htpasswd_admin admin_user\nsudo chown root:www-data \/etc\/nginx\/.htpasswd_admin\nsudo chmod 640 \/etc\/nginx\/.htpasswd_admin<\/code><\/pre>\nserver {\n listen 80 default_server;\n listen [::]:80 default_server;\n root \/var\/www\/html;\n index index.html index.htm index.nginx-debian.html;\n server_name _;\n\n location \/ {\n try_files $uri $uri\/ =404;\n }\n\n location \/admin {\n auth_basic \"Y\u00f6netici Paneli - Sadece Adminler\";\n auth_basic_user_file \/etc\/nginx\/.htpasswd_admin; # Adminler i\u00e7in ayr\u0131 dosya\n }\n\n location \/members {\n auth_basic \"\u00dcye Alan\u0131 - Sadece \u00dcyeler\";\n auth_basic_user_file \/etc\/nginx\/.htpasswd; # Genel kullan\u0131c\u0131lar i\u00e7in dosya\n }\n\n # ... di\u011fer yap\u0131land\u0131rmalar ...\n}<\/code><\/pre>\n\/admin<\/code> URL’si i\u00e7in admin_user<\/code>‘\u0131n bulundu\u011fu \/etc\/nginx\/.htpasswd_admin<\/code> dosyas\u0131n\u0131 kullan\u0131rken, \/members<\/code> URL’si i\u00e7in daha \u00f6nce olu\u015fturdu\u011fumuz \/etc\/nginx\/.htpasswd<\/code> dosyas\u0131n\u0131 kullan\u0131r.<\/p>\nserver<\/code> blo\u011funda genel olarak kimlik do\u011frulamay\u0131 etkinle\u015ftirdiyseniz, ancak belirli bir location<\/code> blo\u011fu i\u00e7in devre d\u0131\u015f\u0131 b\u0131rakmak isterseniz, auth_basic off;<\/code> y\u00f6nergesini kullanabilirsiniz.<\/p>\nserver {\n listen 80 default_server;\n # ... di\u011fer server ayarlar\u0131 ...\n\n auth_basic \"Genel K\u0131s\u0131tl\u0131 Alan\";\n auth_basic_user_file \/etc\/nginx\/.htpasswd;\n\n location \/ {\n # T\u00fcm siteye genel kimlik do\u011frulama uygulan\u0131r\n try_files $uri $uri\/ =404;\n }\n\n location \/public_api {\n # Bu API u\u00e7 noktas\u0131 i\u00e7in kimlik do\u011frulamay\u0131 devre d\u0131\u015f\u0131 b\u0131rak\n auth_basic off;\n # ... API i\u00e7in di\u011fer ayarlar ...\n }\n\n # ...\n}<\/code><\/pre>\n\/public_api<\/code> d\u0131\u015f\u0131ndaki t\u00fcm URL’ler i\u00e7in kimlik do\u011frulama gereklidir. \/public_api<\/code> ise kimlik do\u011frulama gerektirmeden eri\u015filebilir olacakt\u0131r.<\/p>\nCtrl+O<\/code>, Enter<\/code>, Ctrl+X<\/code>), bir sonraki ad\u0131ma ge\u00e7ebiliriz.<\/p>\nAd\u0131m 4: Nginx Yap\u0131land\u0131rmas\u0131n\u0131 Test Etme ve Yeniden Y\u00fckleme<\/h3>\n
sudo nginx -t<\/code><\/pre>\nnginx: the configuration file \/etc\/nginx\/nginx.conf syntax is ok\nnginx: configuration file \/etc\/nginx\/nginx.conf test is successful<\/code><\/pre>\nsudo systemctl reload nginx<\/code><\/pre>\nAd\u0131m 5: Kimlik Do\u011frulamay\u0131 Test Etme<\/h3>\n
http:\/\/your_server_ip\/admin<\/code> veya t\u00fcm siteyi koruduysan\u0131z http:\/\/your_server_ip<\/code>) gidin.
\n2. Giri\u015f \u0130stemini Bekleyin:<\/strong> Taray\u0131c\u0131n\u0131z\u0131n, “K\u0131s\u0131tl\u0131 Alan – L\u00fctfen Giri\u015f Yap\u0131n” (veya yap\u0131land\u0131rman\u0131zda belirledi\u011finiz mesaj) ba\u015fl\u0131\u011f\u0131 alt\u0131nda bir kullan\u0131c\u0131 ad\u0131 ve parola giri\u015f kutusu g\u00f6stermesi gerekir.
\n3. Do\u011fru Kimlik Bilgileriyle Giri\u015f Yap\u0131n:<\/strong> htpasswd<\/code> ile olu\u015fturdu\u011funuz kullan\u0131c\u0131 ad\u0131 ve parolay\u0131 girin. Ba\u015far\u0131l\u0131 bir giri\u015ften sonra, korumal\u0131 i\u00e7eri\u011fi g\u00f6rmelisiniz.
\n4. Yanl\u0131\u015f Kimlik Bilgileriyle Giri\u015f Yap\u0131n:<\/strong> Taray\u0131c\u0131n\u0131z\u0131 kapat\u0131p tekrar a\u00e7arak veya \u00f6nbelle\u011fi temizleyerek yeni bir deneme yap\u0131n. Bu sefer yanl\u0131\u015f bir kullan\u0131c\u0131 ad\u0131 veya parola girin. Taray\u0131c\u0131n\u0131n tekrar giri\u015f istemi g\u00f6stermesi veya “401 Unauthorized” hatas\u0131 vermesi gerekir.<\/p>\n
\n* 500 Internal Server Error:<\/strong> Bu, Nginx’in parola dosyas\u0131n\u0131 okuyamad\u0131\u011f\u0131 veya ba\u015fka bir i\u00e7 hatan\u0131n oldu\u011fu anlam\u0131na gelebilir.
\n * .htpasswd<\/code> dosyas\u0131n\u0131n yolunu kontrol edin.
\n * .htpasswd<\/code> dosyas\u0131n\u0131n izinlerini kontrol edin (sudo ls -l \/etc\/nginx\/.htpasswd<\/code>). Nginx’in \u00e7al\u0131\u015ft\u0131\u011f\u0131 kullan\u0131c\u0131 (www-data<\/code> veya nginx<\/code>) bu dosyay\u0131 okuyabilmelidir. Gerekirse sudo chown root:www-data \/etc\/nginx\/.htpasswd<\/code> ve sudo chmod 640 \/etc\/nginx\/.htpasswd<\/code> komutlar\u0131n\u0131 tekrar \u00e7al\u0131\u015ft\u0131r\u0131n.
\n * Nginx hata g\u00fcnl\u00fcklerini kontrol edin: sudo tail -f \/var\/log\/nginx\/error.log<\/code>. Burada genellikle sorunun k\u00f6k nedenini g\u00f6steren ayr\u0131nt\u0131l\u0131 mesajlar bulunur.
\n* Giri\u015f \u0130steminin G\u00f6r\u00fcnmemesi:<\/strong> Nginx yap\u0131land\u0131rman\u0131zda auth_basic<\/code> ve auth_basic_user_file<\/code> y\u00f6nergelerinin do\u011fru bir \u015fekilde yerle\u015ftirildi\u011finden ve Nginx’in yap\u0131land\u0131rmay\u0131 ba\u015far\u0131yla yeniden y\u00fckledi\u011finden emin olun.<\/p>\nGeli\u015fmi\u015f Konular ve En \u0130yi Uygulamalar<\/h3>\n
HTTPS Kullan\u0131m\u0131 \u015eartt\u0131r<\/h4>\n
\n1. certbot<\/code> arac\u0131n\u0131 y\u00fckleme: sudo apt install certbot python3-certbot-nginx<\/code>
\n2. Sertifika alma: sudo certbot --nginx -d your_domain.com -d www.your_domain.com<\/code>
\n3. Nginx yap\u0131land\u0131rmas\u0131n\u0131 HTTPS kullanacak \u015fekilde g\u00fcncelleme (Certbot bunu genellikle otomatik yapar).
\n4. HTTP trafi\u011fini HTTPS’e y\u00f6nlendirme.<\/p>\nBrute-Force Sald\u0131r\u0131lar\u0131na Kar\u015f\u0131 Korunma<\/h4>\n
limit_req<\/code> Mod\u00fcl\u00fc:<\/strong> Nginx’in limit_req<\/code> mod\u00fcl\u00fc, belirli bir s\u00fcre i\u00e7inde bir IP adresinden gelen istek say\u0131s\u0131n\u0131 s\u0131n\u0131rlaman\u0131za olanak tan\u0131r. Bu, deneme yan\u0131lma sald\u0131r\u0131lar\u0131n\u0131 yava\u015flatabilir.<\/p>\n# http blo\u011funa ekleyin (nginx.conf i\u00e7inde veya ayr\u0131 bir dosyada)\n limit_req_zone $binary_remote_addr zone=login:10m rate=5r\/s;\n\n server {\n # ...\n location \/admin {\n limit_req zone=login burst=10 nodelay;\n auth_basic \"Y\u00f6netici Paneli\";\n auth_basic_user_file \/etc\/nginx\/.htpasswd_admin;\n # ...\n }\n # ...\n }<\/code><\/pre>\n\/admin<\/code> konumuna bir saniyede 5’ten fazla istek gelmesini s\u0131n\u0131rlar. burst=10<\/code> ile k\u0131sa s\u00fcreli 10 iste\u011fe kadar patlamalara izin verir.<\/p>\nfail2ban<\/code> Kullan\u0131m\u0131:<\/strong> fail2ban<\/code>, sunucu g\u00fcnl\u00fcklerini izleyen ve tekrar eden k\u00f6t\u00fc niyetli giri\u015f denemeleri yapan IP adreslerini ge\u00e7ici olarak engelleyen bir ara\u00e7t\u0131r. Nginx g\u00fcnl\u00fcklerini izleyerek brute-force sald\u0131r\u0131lar\u0131na kar\u015f\u0131 etkili bir koruma sa\u011flayabilir. fail2ban<\/code>‘\u0131 Nginx Basic Auth g\u00fcnl\u00fcklerini izleyecek \u015fekilde yap\u0131land\u0131rabilirsiniz.<\/p>\nKullan\u0131c\u0131 Y\u00f6netimi<\/h4>\n
htpasswd<\/code> arac\u0131 sadece kullan\u0131c\u0131 olu\u015fturmak i\u00e7in de\u011fil, ayn\u0131 zamanda mevcut kullan\u0131c\u0131lar\u0131 y\u00f6netmek i\u00e7in de kullan\u0131l\u0131r:<\/p>\nsudo htpasswd \/etc\/nginx\/.htpasswd yeni_kullanici<\/code><\/pre>\nsudo htpasswd \/etc\/nginx\/.htpasswd mevcut_kullanici<\/code><\/pre>\nmevcut_kullanici<\/code> i\u00e7in yeni bir parola ayarlaman\u0131z\u0131 ister.
\n* Kullan\u0131c\u0131 Silme:<\/strong><\/p>\nsudo htpasswd -D \/etc\/nginx\/.htpasswd silinecek_kullanici<\/code><\/pre>\n-D<\/code> bayra\u011f\u0131, belirtilen kullan\u0131c\u0131y\u0131 dosyadan siler.<\/p>\n.htpasswd<\/code> dosyas\u0131n\u0131 her istekte okur. Ancak, dosya izinlerinin hala do\u011fru oldu\u011fundan emin olun.<\/p>\nG\u00fcvenlik \u0130pu\u00e7lar\u0131<\/h4>\n
\n* .htpasswd<\/code> Dosyas\u0131n\u0131n G\u00fcvenli\u011fi:<\/strong> Dosyan\u0131n yaln\u0131zca root<\/code> ve Nginx kullan\u0131c\u0131s\u0131 taraf\u0131ndan okunabilir oldu\u011fundan emin olun. Yanl\u0131\u015f izinler hem g\u00fcvenlik a\u00e7\u0131\u011f\u0131 yaratabilir hem de Nginx’in hata vermesine neden olabilir.
\n* Yaln\u0131zca Gerekli Alanlar\u0131 Koruyun:<\/strong> T\u00fcm sitenizi korumak yerine, yaln\u0131zca hassas i\u00e7eri\u011fe sahip alanlar\u0131 koruyun. Bu, kullan\u0131c\u0131 deneyimini iyile\u015ftirir ve gereksiz kimlik do\u011frulama y\u00fck\u00fcn\u00fc azalt\u0131r.
\n* Daha Geli\u015fmi\u015f Kimlik Do\u011frulama Y\u00f6ntemlerini De\u011ferlendirin:<\/strong> E\u011fer ihtiya\u00e7lar\u0131n\u0131z basit Basic Auth’un \u00f6tesine ge\u00e7iyorsa (\u00f6rne\u011fin, oturum y\u00f6netimi, \u00e7ok fakt\u00f6rl\u00fc kimlik do\u011frulama, kullan\u0131c\u0131 rolleri), OAuth, JWT (JSON Web Tokens) veya LDAP entegrasyonu gibi daha geli\u015fmi\u015f kimlik do\u011frulama \u00e7\u00f6z\u00fcmlerini ara\u015ft\u0131rmay\u0131 d\u00fc\u015f\u00fcn\u00fcn. Nginx, bu t\u00fcr \u00e7\u00f6z\u00fcmlerle entegre olmak i\u00e7in farkl\u0131 mod\u00fcller veya ters proxy yap\u0131land\u0131rmalar\u0131 arac\u0131l\u0131\u011f\u0131yla kullan\u0131labilir.<\/p>\nHata Ay\u0131klama \u0130pu\u00e7lar\u0131<\/h4>\n
\/var\/log\/nginx\/error.log<\/code>), kimlik do\u011frulama sorunlar\u0131n\u0131 te\u015fhis etmek i\u00e7in paha bi\u00e7ilmez bir kaynakt\u0131r. tail -f \/var\/log\/nginx\/error.log<\/code> komutunu kullanarak ger\u00e7ek zamanl\u0131 hatalar\u0131 izleyebilirsiniz.
\n* Taray\u0131c\u0131 Geli\u015ftirici Ara\u00e7lar\u0131:<\/strong> Taray\u0131c\u0131n\u0131z\u0131n geli\u015ftirici ara\u00e7lar\u0131ndaki “A\u011f” sekmesi, HTTP isteklerini ve yan\u0131tlar\u0131n\u0131 incelemenize olanak tan\u0131r. Burada “401 Unauthorized” yan\u0131t\u0131n\u0131 ve WWW-Authenticate<\/code> ba\u015fl\u0131\u011f\u0131n\u0131 g\u00f6rebilirsiniz.
\n* Nginx Yap\u0131land\u0131rma Kontrol\u00fc:<\/strong> sudo nginx -t<\/code> komutunu d\u00fczenli olarak kullanarak yap\u0131land\u0131rma dosyalar\u0131n\u0131zda s\u00f6zdizimi hatalar\u0131 olmad\u0131\u011f\u0131ndan emin olun.<\/p>\nSonu\u00e7<\/h3>\n
htpasswd<\/code> arac\u0131yla kullan\u0131c\u0131 parolalar\u0131n\u0131 nas\u0131l olu\u015fturaca\u011f\u0131n\u0131z\u0131, Nginx yap\u0131land\u0131rma dosyas\u0131n\u0131