\u0130nternet d\u00fcnyas\u0131nda dola\u015f\u0131rken gizlili\u011finiz, g\u00fcvenli\u011finiz ve eri\u015fim h\u0131z\u0131n\u0131z sizin i\u00e7in ne kadar \u00f6nemli? G\u00fcn\u00fcm\u00fcz\u00fcn dijital \u00e7a\u011f\u0131nda, internet trafi\u011finin b\u00fcy\u00fck bir k\u0131sm\u0131 HTTPS \u00fczerinden \u015fifrelenmi\u015f olarak ak\u0131yor. Bu durum, geleneksel proxy sunucular\u0131n\u0131n denetim ve performans yeteneklerini k\u0131s\u0131tlayabiliyor. Ancak endi\u015felenmeyin! Bu kapsaml\u0131 rehberde, HPSR Proxy Stack ad\u0131n\u0131 verdi\u011fimiz, Docker, Squid ve ge\u00e7erli SSL sertifikalar\u0131yla kendi HTTPS proxy sunucunuzu nas\u0131l s\u0131f\u0131rdan kuraca\u011f\u0131n\u0131z\u0131, y\u00f6netece\u011finizi ve optimize edece\u011finizi ad\u0131m ad\u0131m ke\u015ffedece\u011fiz. Art\u0131k internet trafi\u011finizi daha g\u00fcvenli, daha h\u0131zl\u0131 ve daha kontroll\u00fc bir \u015fekilde y\u00f6netebileceksiniz.<\/p>\n
Dijital d\u00fcnyada gezinirken kar\u015f\u0131la\u015ft\u0131\u011f\u0131m\u0131z en temel sorulardan biri \u015f\u00fcphesiz “\u0130nternet deneyimimi nas\u0131l daha g\u00fcvenli ve h\u0131zl\u0131 hale getirebilirim?” oluyor. \u0130\u015fte tam da bu noktada bir proxy sunucusu devreye giriyor. Genel olarak bir proxy, sizinle hedef sunucu aras\u0131na giren bir arac\u0131 g\u00f6revi g\u00f6r\u00fcr. \u0130nternet istekleriniz do\u011frudan hedef sunucuya gitmek yerine, \u00f6nce proxy’ye u\u011frar, proxy bu iste\u011fi i\u015fler ve ard\u0131ndan hedef sunucuya iletir. Yan\u0131t da ayn\u0131 \u015fekilde proxy \u00fczerinden size ula\u015f\u0131r. Bu basit mekanizma, pek \u00e7ok \u00f6nemli avantaj\u0131 beraberinde getirir.<\/p>\n
\u00d6zellikle HTTPS (Hypertext Transfer Protocol Secure) trafi\u011finin yayg\u0131nla\u015fmas\u0131yla birlikte, internet ileti\u015fiminin neredeyse tamam\u0131 \u015fifrelenmi\u015f bir yap\u0131ya b\u00fcr\u00fcnd\u00fc. HTTPS, verilerinizi internet \u00fczerinden iletirken g\u00fcvenli\u011fi sa\u011flamak i\u00e7in SSL\/TLS (Secure Sockets Layer\/Transport Layer Security) protokollerini kullan\u0131r. Bu \u015fifreleme, hassas bilgilerin (\u015fifreler, kredi kart\u0131 bilgileri vb.) \u00fc\u00e7\u00fcnc\u00fc \u015fah\u0131slar taraf\u0131ndan ele ge\u00e7irilmesini zorla\u015ft\u0131r\u0131r. Ancak bu g\u00fcvenlik katman\u0131, geleneksel proxy sunucular\u0131n\u0131n trafi\u011fi denetlemesini veya \u00f6nbelle\u011fe almas\u0131n\u0131 da zorla\u015ft\u0131r\u0131r, \u00e7\u00fcnk\u00fc trafik i\u00e7eri\u011fi \u015fifrelidir. \u0130\u015fte HPSR (HTTPS Proxy Stack Ready) kavram\u0131 tam da burada kritik bir rol oynar. HPSR Proxy Stack, bu \u015fifrelenmi\u015f HTTPS trafi\u011fini bile g\u00fcvenli bir \u015fekilde y\u00f6netmenize, denetlemenize ve hatta \u00f6nbelle\u011fe alman\u0131za olanak tan\u0131r.<\/p>\n
Kendi HTTPS proxy sunucunuzu kurman\u0131n pratik faydalar\u0131n\u0131 d\u00fc\u015f\u00fcnd\u00fc\u011f\u00fcm\u00fczde, akla ilk gelenler genellikle g\u00fcvenlik ve performans oluyor. G\u00fcvenlik a\u00e7\u0131s\u0131ndan bak\u0131ld\u0131\u011f\u0131nda, proxy sunucusu \u00fczerinden ge\u00e7en t\u00fcm trafi\u011fi izleyebilir, istenmeyen veya zararl\u0131 olabilecek web sitelerine eri\u015fimi engelleyebilirsiniz. \u00d6rne\u011fin, \u015firket \u00e7al\u0131\u015fanlar\u0131n\u0131z\u0131n belirli kategorideki sitelere (kumar, yeti\u015fkin i\u00e7erikli siteler vb.) eri\u015fimini k\u0131s\u0131tlayabilir veya k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131m bar\u0131nd\u0131ran sitelere kar\u015f\u0131 bir \u00f6n savunma hatt\u0131 olu\u015fturabilirsiniz. Bu, \u00f6zellikle kurumsal a\u011flarda veri s\u0131z\u0131nt\u0131lar\u0131n\u0131 \u00f6nlemek ve genel a\u011f g\u00fcvenli\u011fini art\u0131rmak i\u00e7in paha bi\u00e7ilmez bir \u00f6zelliktir. Ayr\u0131ca, co\u011frafi k\u0131s\u0131tlamalar\u0131 a\u015farak belirli i\u00e7eriklere eri\u015fim sa\u011flamak veya IP adresinizi gizlemek i\u00e7in de proxy’lerden faydalanabilirsiniz.<\/p>\n
Performans taraf\u0131na ge\u00e7ti\u011fimizde ise \u00f6nbellekleme (caching) \u00f6zelli\u011fi \u00f6ne \u00e7\u0131k\u0131yor. Bir proxy sunucusu, s\u0131k\u00e7a eri\u015filen web sayfalar\u0131n\u0131n ve dosyalar\u0131n bir kopyas\u0131n\u0131 kendi \u00fczerinde tutabilir. Bir kullan\u0131c\u0131 ayn\u0131 kayna\u011fa tekrar eri\u015fmek istedi\u011finde, proxy bu i\u00e7eri\u011fi do\u011frudan kendi \u00f6nbelle\u011finden sunarak hedef sunucuya gitme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r. Bu durum, \u00f6zellikle yo\u011fun trafik alan a\u011flarda veya internet ba\u011flant\u0131s\u0131n\u0131n yava\u015f oldu\u011fu durumlarda sayfa y\u00fckleme s\u00fcrelerini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r. \u00d6rne\u011fin, bir \u00fcniversite k\u00fct\u00fcphanesindeki bir\u00e7ok \u00f6\u011frencinin ayn\u0131 akademik makalelere veya ders materyallerine eri\u015fti\u011fini d\u00fc\u015f\u00fcn\u00fcn. Proxy, bu materyalleri ilk indirimde \u00f6nbelle\u011fine alarak, sonraki eri\u015fimlerde \u00e7ok daha h\u0131zl\u0131 bir deneyim sunabilir. K\u0131sacas\u0131, HPSR Proxy Stack ile sadece g\u00fcvenli\u011fi art\u0131rmakla kalmaz, ayn\u0131 zamanda internet deneyiminizi g\u00f6zle g\u00f6r\u00fcl\u00fcr \u015fekilde h\u0131zland\u0131rabilirsiniz. Bu sayede, hem ki\u015fisel kullan\u0131mda daha verimli olabilir hem de \u015firketinizin a\u011f kaynaklar\u0131n\u0131 daha etkin kullanmas\u0131n\u0131 sa\u011flayabilirsiniz.<\/p>\n
HPSR Proxy Stack, g\u00fcn\u00fcm\u00fcz\u00fcn karma\u015f\u0131k a\u011f ihtiya\u00e7lar\u0131na cevap veren modern, esnek ve g\u00fcvenli bir HTTPS proxy \u00e7\u00f6z\u00fcm\u00fcd\u00fcr. Ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, bu “stack” yani y\u0131\u011f\u0131n, birka\u00e7 g\u00fc\u00e7l\u00fc teknolojinin bir araya gelerek sinerjik bir yap\u0131 olu\u015fturmas\u0131yla ortaya \u00e7\u0131kar. Temelde, \u015fifrelenmi\u015f (HTTPS) trafi\u011fi de y\u00f6netebilen, \u00f6nbellekleme ve eri\u015fim kontrol\u00fc gibi \u00f6zelliklere sahip bir proxy sunucusunu, da\u011f\u0131t\u0131m ve y\u00f6netim kolayl\u0131\u011f\u0131 sa\u011flayan konteyner teknolojisiyle birle\u015ftirir. Bu kombinasyon, geleneksel proxy \u00e7\u00f6z\u00fcmlerine k\u0131yasla daha verimli, \u00f6l\u00e7eklenebilir ve bak\u0131m\u0131 daha kolay bir yap\u0131 sunar.<\/p>\n
Peki, bu g\u00fc\u00e7l\u00fc y\u0131\u011f\u0131n\u0131n temel bile\u015fenleri nelerdir?<\/p>\n
Bu \u00fc\u00e7 bile\u015fen bir araya geldi\u011finde, Docker’\u0131n sundu\u011fu kolay y\u00f6netim ve izolasyon avantajlar\u0131yla, Squid’in g\u00fc\u00e7l\u00fc proxy ve \u00f6nbellekleme yeteneklerini birle\u015ftirerek, Let’s Encrypt ile de ge\u00e7erli ve \u00fccretsiz SSL sertifikalar\u0131yla g\u00fc\u00e7lendirilmi\u015f, modern ve g\u00fcvenilir bir HTTPS proxy sunucusu olu\u015fturmu\u015f olursunuz. \u0130\u015fte bu, HPSR Proxy Stack’in temelini olu\u015fturur ve size internet trafi\u011finiz \u00fczerinde tam kontrol ve \u00fcst d\u00fczey g\u00fcvenlik sa\u011flar.<\/p>\n
HPSR Proxy Stack’in kurulumuna ba\u015flamadan \u00f6nce, sisteminizde Docker ve Docker Compose’un kurulu oldu\u011fundan emin olmal\u0131s\u0131n\u0131z. E\u011fer kurulu de\u011fillerse, Docker’\u0131n resmi web sitesindeki y\u00f6nergeleri takip ederek kolayca kurabilirsiniz. Bu rehberde, bir \u0130lk olarak, projeniz i\u00e7in bir dizin olu\u015ftural\u0131m ve i\u00e7ine girelim:<\/p>\n <\/code><\/p>\n Squid'in nas\u0131l davranaca\u011f\u0131n\u0131 belirleyen temel yap\u0131land\u0131rma dosyas\u0131 <\/code><\/p>\n \u015eimdi s\u0131ra, Squid konteynerimizi tan\u0131mlayaca\u011f\u0131m\u0131z <\/code><\/p>\n Bu T\u00fcm dosyalar haz\u0131r oldu\u011funa g\u00f6re, art\u0131k proxy sunucumuzu aya\u011fa kald\u0131rabiliriz. Proje dizininizdeyken a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n <\/code><\/p>\n Bu komut, Docker Compose dosyan\u0131z\u0131 okur, Squid imaj\u0131n\u0131 indirir (e\u011fer yerel olarak yoksa), gerekli volume'leri olu\u015fturur ve Squid konteynerini arka planda ( Konteynerin d\u00fczg\u00fcn \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frulamak i\u00e7in loglara bakabilirsiniz:<\/p>\n <\/code><\/p>\n Loglarda herhangi bir hata g\u00f6rmezseniz, proxy sunucunuz b\u00fcy\u00fck ihtimalle d\u00fczg\u00fcn \u00e7al\u0131\u015f\u0131yor demektir. \u015eimdi bir istemciyi (\u00f6rne\u011fin, web taray\u0131c\u0131n\u0131z\u0131 veya bir komut sat\u0131r\u0131 arac\u0131n\u0131) bu proxy'yi kullanacak \u015fekilde yap\u0131land\u0131rabilirsiniz.<\/p>\n \u00d6rnek olarak, Linux'ta veya macOS'ta <\/code><\/p>\n Taray\u0131c\u0131n\u0131zda ise ayarlar b\u00f6l\u00fcm\u00fcnden \"Proxy Ayarlar\u0131\"na giderek HTTP proxy adresini \u00d6nemli Not:<\/strong> Bu ad\u0131m, sadece temel HTTP proxy i\u015flevselli\u011fini kurar. HTTPS trafi\u011fini tam anlam\u0131yla denetleyebilmek i\u00e7in SSL\/TLS sertifikalar\u0131n\u0131 entegre etmemiz ve Squid yap\u0131land\u0131rmas\u0131na eklemeler yapmam\u0131z gerekecek. Ancak, bu temel kurulum, projenizin sa\u011flam bir ba\u015flang\u0131\u00e7 yapmas\u0131 i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n<\/div>\n \u015eimdiye kadar, Squid proxy'mizin temel HTTP trafi\u011fini nas\u0131l y\u00f6netece\u011fini yap\u0131land\u0131rd\u0131k. Ancak, g\u00fcn\u00fcm\u00fcz internetinde trafi\u011fin b\u00fcy\u00fck \u00e7o\u011funlu\u011fu HTTPS \u00fczerinden ak\u0131yor ve bu trafik \u015fifreli oldu\u011fu i\u00e7in do\u011frudan denetlenmesi veya \u00f6nbelle\u011fe al\u0131nmas\u0131 m\u00fcmk\u00fcn de\u011fil. \u0130\u015fte bu noktada, HPSR Proxy Stack'in en kritik a\u015famalar\u0131ndan biri olan SSL\/TLS sertifikalar\u0131n\u0131n entegrasyonu devreye giriyor. Bir HTTPS proxy sunucusu, \u015fifrelenmi\u015f trafi\u011fi i\u015fleyebilmek i\u00e7in \"ortadaki adam\" (man-in-the-middle) gibi davranmal\u0131d\u0131r, ancak bunu g\u00fcvenli ve yetkilendirilmi\u015f bir \u015fekilde yapmal\u0131d\u0131r. Bu i\u015flem genellikle \"SSL bumping\" veya \"SSL interception\" olarak adland\u0131r\u0131l\u0131r.<\/p>\n Bir web taray\u0131c\u0131s\u0131 bir HTTPS sitesine ba\u011fland\u0131\u011f\u0131nda, o sitenin SSL\/TLS sertifikas\u0131n\u0131 kontrol eder. Bu sertifika, sitenin kimli\u011fini do\u011frular ve ileti\u015fimin \u015fifrelendi\u011fini garanti eder. E\u011fer proxy sunucumuz, istemcinin orijinal iste\u011fini kesip kendi ad\u0131na bir ba\u011flant\u0131 kuracaksa, istemciye kendi sertifikas\u0131n\u0131 sunmak zorundad\u0131r. Bu sertifika, taray\u0131c\u0131 taraf\u0131ndan g\u00fcvenilir olarak kabul edilmelidir, aksi takdirde taray\u0131c\u0131 g\u00fcvenlik uyar\u0131s\u0131 verir ve ba\u011flant\u0131y\u0131 reddeder. Bu nedenle, proxy'mizin g\u00fcvenilir bir k\u00f6k sertifikaya (Root CA) sahip olmas\u0131 ve bu CA ile iste\u011fe ba\u011fl\u0131 olarak yeni sertifikalar \"\u00fcretmesi\" gerekmektedir.<\/p>\n \u00dcretim ortam\u0131 i\u00e7in ge\u00e7erli bir CA'dan sertifika almak \u015fart olsa da, ilk denemeler ve testler i\u00e7in kendinden imzal\u0131 (self-signed) bir sertifika kullanabilirsiniz. Bu, proxy'nin HTTPS trafi\u011fini nas\u0131l ele ald\u0131\u011f\u0131n\u0131 anlaman\u0131za yard\u0131mc\u0131 olur, ancak istemci taray\u0131c\u0131lar\u0131nda g\u00fcvenlik uyar\u0131lar\u0131 al\u0131rs\u0131n\u0131z, \u00e7\u00fcnk\u00fc bu sertifikalar g\u00fcvenilir bir CA taraf\u0131ndan imzalanmam\u0131\u015ft\u0131r. Kendinden imzal\u0131 bir sertifika olu\u015fturmak i\u00e7in OpenSSL kullanabilirsiniz:<\/p>\n <\/code><\/p>\n Bu \u00dcretim ortam\u0131nda taray\u0131c\u0131 uyar\u0131lar\u0131ndan ka\u00e7\u0131nmak ve tam g\u00fcvenlik sa\u011flamak i\u00e7in Let's Encrypt gibi bir Sertifika Yetkilisi'nden ge\u00e7erli sertifikalar almal\u0131y\u0131z. Let's Encrypt, \u00fccretsiz, otomatik ve a\u00e7\u0131k bir CA'd\u0131r. Genellikle Certbot arac\u0131 ile kullan\u0131l\u0131r. Ancak, proxy sunucusu i\u00e7in Let's Encrypt sertifikas\u0131 al\u0131rken dikkatli olmak gerekir. Let's Encrypt, do\u011frudan bir \"SSL bumping\" CA sertifikas\u0131 sa\u011flamaz. Bunun yerine, proxy sunucusunun kendisi i\u00e7in bir alan ad\u0131 sertifikas\u0131 al\u0131rs\u0131n\u0131z (\u00f6rne\u011fin, Bu karma\u015f\u0131k bir senaryo oldu\u011fu i\u00e7in genellikle iki yol izlenir:<\/p>\n Squid'in HTTPS trafi\u011fini denetlemesi i\u00e7in <\/code><\/p>\n Bu ayarlar\u0131 ekledikten sonra, <\/code><\/p>\n De\u011fi\u015fiklikleri kaydettikten sonra, Docker Compose'u yeniden ba\u015flatman\u0131z gerekir:<\/p>\n <\/code><\/p>\n Bir orta \u00f6l\u00e7ekli yaz\u0131l\u0131m geli\u015ftirme \u015firketi, \u00e7al\u0131\u015fanlar\u0131n\u0131n internet eri\u015fimini hem g\u00fcvenli hale getirmek hem de belirli i\u00e7eriklere eri\u015fimi k\u0131s\u0131tlamak istiyordu. Geleneksel HTTP proxy'leri, HTTPS trafi\u011fi i\u00e7in etkili de\u011fildi. \u015eirket, HPSR Proxy Stack'i kullanarak bir \u00e7\u00f6z\u00fcm geli\u015ftirdi. Kendi \u00f6zel k\u00f6k CA's\u0131n\u0131 olu\u015fturdu ve bu sertifikay\u0131 t\u00fcm \u015firket bilgisayarlar\u0131na grup politikalar\u0131 arac\u0131l\u0131\u011f\u0131yla da\u011f\u0131tt\u0131. Ard\u0131ndan, Docker \u00fczerinde \u00e7al\u0131\u015fan bir Squid proxy'si kurdu ve bu proxy'yi SSL bumping yapacak \u015fekilde yap\u0131land\u0131rd\u0131. Sonu\u00e7 olarak, \u015firket, \u00e7al\u0131\u015fanlar\u0131n\u0131n internet trafi\u011fini \u015fifre \u00e7\u00f6zme ve yeniden \u015fifreleme yetene\u011fi sayesinde zararl\u0131 yaz\u0131l\u0131m indirmelerini, kimlik av\u0131 sitelerine eri\u015fimi ve belirli sosyal medya platformlar\u0131n\u0131n kullan\u0131m\u0131n\u0131 etkin bir \u015fekilde denetleyebildi ve engelleyebildi. Ayr\u0131ca, s\u0131k\u00e7a ziyaret edilen sitelerin \u00f6nbelleklenmesi sayesinde a\u011f performans\u0131 da \u00f6nemli \u00f6l\u00e7\u00fcde artt\u0131. Bu, HPSR Proxy Stack'in kurumsal g\u00fcvenlik ve verimlilik ihtiya\u00e7lar\u0131 i\u00e7in ne kadar g\u00fc\u00e7l\u00fc bir ara\u00e7 olabilece\u011finin somut bir \u00f6rne\u011fidir.<\/p>\n Bu ad\u0131mlarla, HPSR Proxy Stack'inizin HTTPS trafi\u011fini g\u00fcvenle y\u00f6netme yetene\u011fini etkinle\u015ftirmi\u015f olursunuz. Unutmay\u0131n, istemci taraf\u0131nda CA sertifikas\u0131n\u0131n g\u00fcvenilir olarak eklenmesi, bu sistemin sorunsuz \u00e7al\u0131\u015fmas\u0131 i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n HPSR Proxy Stack'inizin temel kurulumunu tamamlad\u0131k ve art\u0131k hem HTTP hem de HTTPS trafi\u011fini y\u00f6netebiliyor. Ancak, ger\u00e7ek d\u00fcnya senaryolar\u0131nda bir proxy sunucusundan beklenen, sadece temel i\u015flevselli\u011fi sa\u011flamak de\u011fil, ayn\u0131 zamanda performans\u0131 optimize etmek, eri\u015fim kontrol\u00fcn\u00fc daha da detayland\u0131rmak ve sistemi daha sa\u011flam hale getirmektir. Bu b\u00f6l\u00fcmde, Squid'in geli\u015fmi\u015f yap\u0131land\u0131rma se\u00e7eneklerini ve performans art\u0131r\u0131c\u0131 ipu\u00e7lar\u0131n\u0131 inceleyece\u011fiz.<\/p>\n Squid'in en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri \u00f6nbellekleme yetene\u011fidir. Do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda, a\u011f trafi\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde azaltabilir ve kullan\u0131c\u0131 deneyimini h\u0131zland\u0131rabilir. <\/code> <\/code>\n <\/li>\n <\/code> Squid'in ACL sistemi, proxy \u00fczerinden kimlerin nereye ve ne zaman eri\u015febilece\u011fini son derece detayl\u0131 bir \u015fekilde kontrol etmenizi sa\u011flar. \u0130\u015fte baz\u0131 geli\u015fmi\u015f ACL \u00f6rnekleri:<\/p>\n <\/code>\n <\/li>\n <\/code> <\/code> <\/code> Squid, trafi\u011fi ve hata durumlar\u0131n\u0131 detayl\u0131 bir \u015fekilde loglar. Bu loglar, a\u011f\u0131n\u0131zdaki kullan\u0131m al\u0131\u015fkanl\u0131klar\u0131n\u0131 anlamak, sorun gidermek ve g\u00fcvenlik ihlallerini tespit etmek i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Bu loglar\u0131 d\u00fczenli olarak izlemek ve merkezi bir log y\u00f6netim sistemiyle (ELK Stack, Grafana Loki) entegre etmek, a\u011f\u0131n\u0131z\u0131n genel sa\u011fl\u0131\u011f\u0131 hakk\u0131nda de\u011ferli bilgiler sa\u011flar.<\/p>\n Tek bir proxy sunucusunun ar\u0131zalanmas\u0131 durumunda t\u00fcm a\u011f trafi\u011finin kesintiye u\u011framamas\u0131 i\u00e7in y\u00fcksek kullan\u0131labilirlik \u00e7\u00f6z\u00fcmleri d\u00fc\u015f\u00fcn\u00fclmelidir. Birden fazla Squid proxy'sini bir y\u00fck dengeleyici (load balancer) arkas\u0131na yerle\u015ftirmek yayg\u0131n bir yakla\u015f\u0131md\u0131r. Nginx veya HAProxy gibi ara\u00e7lar, gelen proxy isteklerini uygun Squid sunucular\u0131na y\u00f6nlendirebilir. Docker Swarm veya Kubernetes gibi konteyner orkestrasyon ara\u00e7lar\u0131, birden fazla Squid konteynerini y\u00f6netmeyi ve \u00f6l\u00e7eklemeyi kolayla\u015ft\u0131r\u0131r.<\/p>\n HPSR Proxy Stack'i sadece masa\u00fcst\u00fc bilgisayarlar i\u00e7in de\u011fil, mobil cihazlar i\u00e7in de kullanabilirsiniz. Mobil cihazlarda proxy ayarlar\u0131n\u0131 yapmak biraz farkl\u0131l\u0131k g\u00f6sterebilir:<\/p>\n Mobil cihazlar i\u00e7in web sayfalar\u0131n\u0131 optimize etmek, asl\u0131nda proxy'nin kendisinden ziyade, web sitesinin tasar\u0131m\u0131yla ilgilidir. Ancak bir proxy, mobil cihazlara sunulan i\u00e7eri\u011fi \u00f6nbellekleyerek veya reklamlar\u0131 filtreleyerek dolayl\u0131 yoldan mobil deneyimi h\u0131zland\u0131rabilir. Modern web geli\u015ftirme, genellikle CSS <\/code><\/p>\n Bu t\u00fcr optimizasyonlar, proxy'nin kendisinden ba\u011f\u0131ms\u0131z olup, web kaynaklar\u0131n\u0131n daha k\u00fc\u00e7\u00fck ekranlara uygun \u015fekilde sunulmas\u0131n\u0131 garanti eder. Proxy, bu optimizasyonlara sahip kaynaklar\u0131 daha h\u0131zl\u0131 ileterek kullan\u0131c\u0131 deneyimini destekler.<\/p>\n Bu geli\u015fmi\u015f yap\u0131land\u0131rmalar ve optimizasyon ipu\u00e7lar\u0131 ile HPSR Proxy Stack'inizi daha g\u00fc\u00e7l\u00fc, daha g\u00fcvenli ve daha verimli hale getirebilirsiniz. Unutmay\u0131n, her a\u011f ortam\u0131n\u0131n kendine \u00f6zg\u00fc ihtiya\u00e7lar\u0131 vard\u0131r, bu y\u00fczden ayarlar\u0131 kendi gereksinimlerinize g\u00f6re uyarlamak \u00f6nemlidir.<\/p>\n HPSR Proxy Stack, sundu\u011fu g\u00fcvenlik, performans ve kontrol yetenekleriyle geni\u015f bir kullan\u0131m alan\u0131na sahiptir. Sadece basit bir internet eri\u015fim arac\u0131 olman\u0131n \u00f6tesine ge\u00e7erek, \u00e7e\u015fitli sekt\u00f6rlerde ve durumlarda de\u011fer yaratabilir. \u0130\u015fte HPSR Proxy Stack'in ger\u00e7ek d\u00fcnyada nas\u0131l kullan\u0131labilece\u011fine dair baz\u0131 vaka analizleri ve uygulama \u00f6rnekleri:<\/p>\n Bir lise, \u00f6\u011frencilerin okul a\u011f\u0131 \u00fczerinden internete eri\u015fimini y\u00f6netmekte zorlan\u0131yordu. \u00d6\u011frenciler, ders d\u0131\u015f\u0131 ve dikkat da\u011f\u0131t\u0131c\u0131 web sitelerine (sosyal medya, oyun siteleri) eri\u015fiyor, bazen de uygunsuz i\u00e7eriklere maruz kalabiliyorlard\u0131. Okul y\u00f6netimi, bu durumu hem akademik performans\u0131 olumsuz etkiledi\u011fi hem de \u00f6\u011frencilerin g\u00fcvenli\u011fini riske att\u0131\u011f\u0131 i\u00e7in endi\u015feliydi.<\/p>\n Uygulama:<\/strong> Okul, HPSR Proxy Stack'i devreye soktu. A\u011fdaki t\u00fcm \u00f6\u011frenci ve \u00f6\u011fretmen trafi\u011fi, Docker \u00fczerinde \u00e7al\u0131\u015fan bir Squid proxy'si \u00fczerinden y\u00f6nlendirildi. SSL bumping \u00f6zelli\u011fi sayesinde HTTPS trafi\u011fi de denetlenebildi. Squid'in ACL'leri kullan\u0131larak, sosyal medya, oyun ve yeti\u015fkin i\u00e7erikli siteler kara listeye al\u0131nd\u0131 ve eri\u015fimleri engellendi. Ayr\u0131ca, zararl\u0131 yaz\u0131l\u0131m da\u011f\u0131tan bilinen sitelere kar\u015f\u0131 da bir filtreleme uyguland\u0131. \u00d6\u011frencilerin internet eri\u015fimini belirli ders saatleri ile s\u0131n\u0131rland\u0131rmak i\u00e7in zaman tabanl\u0131 ACL'ler de kullan\u0131ld\u0131.<\/p>\n Sonu\u00e7:<\/strong> Bu uygulama sayesinde okul, \u00f6\u011frencileri i\u00e7in daha g\u00fcvenli ve odaklanm\u0131\u015f bir \u00f6\u011frenim ortam\u0131 yaratmay\u0131 ba\u015fard\u0131. Dikkat da\u011f\u0131t\u0131c\u0131 unsurlar azald\u0131, uygunsuz i\u00e7eriklere eri\u015fim engellendi ve a\u011f g\u00fcvenli\u011fi \u00f6nemli \u00f6l\u00e7\u00fcde artt\u0131r\u0131ld\u0131. Ayr\u0131ca, s\u0131k\u00e7a eri\u015filen e\u011fitim kaynaklar\u0131n\u0131n \u00f6nbelleklenmesi sayesinde internet eri\u015fim h\u0131z\u0131 da artt\u0131, bu da ders materyallerine daha h\u0131zl\u0131 ula\u015f\u0131m\u0131 sa\u011flad\u0131.<\/p>\n B\u00fcy\u00fck bir yaz\u0131l\u0131m geli\u015ftirme \u015firketinde, onlarca yaz\u0131l\u0131mc\u0131 g\u00fcnl\u00fck olarak \u00e7e\u015fitli paket y\u00f6neticileri (npm, Maven, pip, NuGet vb.) arac\u0131l\u0131\u011f\u0131yla ba\u011f\u0131ml\u0131l\u0131klar\u0131 indiriyordu. Her geli\u015ftirici kendi makinesinde ayn\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131 tekrar tekrar indirdi\u011fi i\u00e7in, bu durum internet bant geni\u015fli\u011fini a\u015f\u0131r\u0131 derecede t\u00fcketiyor ve projelerin ba\u011f\u0131ml\u0131l\u0131k y\u00fckleme s\u00fcrelerini uzat\u0131yordu.<\/p>\n Uygulama:<\/strong> \u015eirket, geli\u015ftirme a\u011f\u0131na HPSR Proxy Stack'i kurdu. T\u00fcm paket y\u00f6neticisi trafi\u011fi (genellikle HTTP ve HTTPS \u00fczerinden) bu Squid proxy'si \u00fczerinden ge\u00e7irildi. Squid, indirilen ba\u011f\u0131ml\u0131l\u0131klar\u0131 (jar dosyalar\u0131, npm paketleri, Python k\u00fct\u00fcphaneleri) \u00f6nbelle\u011fine ald\u0131. SSL bumping sayesinde HTTPS \u00fczerinden indirilen ba\u011f\u0131ml\u0131l\u0131klar da \u00f6nbelleklenebildi.<\/p>\n Sonu\u00e7:<\/strong> \u0130lk indirmeden sonra, ayn\u0131 ba\u011f\u0131ml\u0131l\u0131klar tekrar talep edildi\u011finde, Squid bunlar\u0131 do\u011frudan \u00f6nbelle\u011finden sundu. Bu durum, hem internet bant geni\u015fli\u011fi t\u00fcketimini %60'a kadar azaltt\u0131 hem de projelerin ba\u011f\u0131ml\u0131l\u0131k y\u00fckleme s\u00fcrelerini ortalama %70 oran\u0131nda k\u0131saltt\u0131. Geli\u015ftiriciler, daha h\u0131zl\u0131 derleme ve test s\u00fcre\u00e7leriyle daha verimli \u00e7al\u0131\u015fabildiler, bu da genel geli\u015ftirme h\u0131z\u0131n\u0131 art\u0131rd\u0131.<\/p>\n K\u00fcresel \u00e7apta yay\u0131n yapan bir medya kurulu\u015fu, belirli b\u00f6lgelerdeki kullan\u0131c\u0131lar\u0131n\u0131n, co\u011frafi k\u0131s\u0131tlamalar nedeniyle baz\u0131 i\u00e7eriklere eri\u015femedi\u011fini fark etti. Ayn\u0131 zamanda, bu b\u00f6lgelerdeki sunuculara olan mesafeden dolay\u0131 i\u00e7erik y\u00fckleme s\u00fcreleri de uzuyordu.<\/p>\n Uygulama:<\/strong> Kurulu\u015f, HPSR Proxy Stack'i, i\u00e7eriklerin sunuldu\u011fu ana sunuculara yak\u0131n farkl\u0131 co\u011frafi konumlarda konu\u015fland\u0131rd\u0131. Kullan\u0131c\u0131lar, medya kurulu\u015funun sa\u011flad\u0131\u011f\u0131 proxy ayarlar\u0131n\u0131 kullanarak internete ba\u011fland\u0131lar. Squid, hem web i\u00e7eri\u011fini \u00f6nbellekledi hem de co\u011frafi k\u0131s\u0131tlamalar\u0131 a\u015fmak i\u00e7in bir ge\u00e7it g\u00f6revi g\u00f6rd\u00fc. \u00d6rne\u011fin, ABD'deki bir kullan\u0131c\u0131n\u0131n Avrupa'daki bir i\u00e7eri\u011fe eri\u015fmesi gerekti\u011finde, istek ABD'deki proxy \u00fczerinden Avrupa'daki sunucuya gitti ve yan\u0131t ABD'deki proxy'ye geri d\u00f6nerek kullan\u0131c\u0131ya iletildi. Bu sayede, i\u00e7eriklere eri\u015fim sa\u011flan\u0131rken, proxy'nin \u00f6nbellekleme yetene\u011fi sayesinde y\u00fckleme s\u00fcreleri de minimize edildi.<\/p>\n Sonu\u00e7:<\/strong> HPSR Proxy Stack sayesinde, medya kurulu\u015fu i\u00e7eriklerini daha geni\u015f bir kitleye ula\u015ft\u0131rabildi ve co\u011frafi k\u0131s\u0131tlamalar\u0131 a\u015farak kullan\u0131c\u0131 memnuniyetini art\u0131rd\u0131. Ayr\u0131ca, i\u00e7eri\u011fin proxy \u00fczerinden \u00f6nbelleklenmesi, genel a\u011f trafi\u011fini azaltt\u0131 ve uluslararas\u0131 bant geni\u015fli\u011fi maliyetlerinden tasarruf edilmesini sa\u011flad\u0131.<\/p>\n Bu vaka analizleri, HPSR Proxy Stack'in sadece internet eri\u015fimini y\u00f6netmekle kalmay\u0131p, ayn\u0131 zamanda g\u00fcvenlik, performans ve operasyonel verimlilik alanlar\u0131nda somut faydalar sa\u011flayabilece\u011fini g\u00f6stermektedir. Esnek yap\u0131s\u0131 sayesinde, farkl\u0131 ihtiya\u00e7lara ve senaryolara kolayca uyarlanabilir.<\/p>\n Bu rehber boyunca, HPSR Proxy Stack'in ne oldu\u011funu, neden \u00f6nemli oldu\u011funu ve Docker, Squid ile ge\u00e7erli SSL sertifikalar\u0131n\u0131 kullanarak kendi HTTPS proxy sunucunuzu nas\u0131l s\u0131f\u0131rdan kuraca\u011f\u0131n\u0131z\u0131 detayl\u0131 bir \u015fekilde inceledik. Modern internetin b\u00fcy\u00fck \u00f6l\u00e7\u00fcde \u015fifreli HTTPS trafi\u011fi \u00fczerinden akmas\u0131, geleneksel proxy \u00e7\u00f6z\u00fcmlerinin etkinli\u011fini s\u0131n\u0131rlarken, HPSR Proxy Stack bu zorlu\u011fa g\u00fcvenli, esnek ve y\u00fcksek performansl\u0131 bir yan\u0131t sunmaktad\u0131r. \u0130ster bir e\u011fitim kurumunun a\u011f g\u00fcvenli\u011fini art\u0131rmak, ister bir yaz\u0131l\u0131m geli\u015ftirme ekibinin ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini h\u0131zland\u0131rmak, isterse de b\u00f6lgesel i\u00e7erik da\u011f\u0131t\u0131m\u0131n\u0131 optimize etmek olsun, HPSR Proxy Stack'in sundu\u011fu olanaklar olduk\u00e7a geni\u015ftir.<\/p>\n Kendi HPSR Proxy Stack'inizi kurarak, internet trafi\u011finiz \u00fczerinde tam kontrol sahibi olursunuz. Squid'in g\u00fc\u00e7l\u00fc \u00f6nbellekleme mekanizmalar\u0131 sayesinde web eri\u015fimini h\u0131zland\u0131rabilir, a\u011f bant geni\u015fli\u011finden tasarruf edebilirsiniz. Kapsaml\u0131 eri\u015fim kontrol listeleri (ACL'ler) ile kimlerin, nereye ve ne zaman eri\u015fece\u011fini detayl\u0131 bir \u015fekilde y\u00f6netebilir, b\u00f6ylece kurumsal g\u00fcvenlik politikalar\u0131n\u0131z\u0131 uygulayabilir veya ev a\u011f\u0131n\u0131z\u0131 g\u00fcvence alt\u0131na alabilirsiniz. Docker'\u0131n getirdi\u011fi konteynerizasyon avantajlar\u0131 sayesinde ise, bu karma\u015f\u0131k sistemin da\u011f\u0131t\u0131m\u0131n\u0131, y\u00f6netimini ve \u00f6l\u00e7eklendirilmesini son derece kolay bir hale getirebilirsiniz. \u00dcstelik Let's Encrypt ile \u00fccretsiz ve otomatik olarak yenilenen SSL\/TLS sertifikalar\u0131 sayesinde, proxy trafi\u011finizi g\u00fcvence alt\u0131na al\u0131rken maliyetleri de minimumda tutars\u0131n\u0131z.<\/p>\n Geli\u015fmi\u015f yap\u0131land\u0131rma se\u00e7enekleri, performans optimizasyonlar\u0131 ve y\u00fcksek kullan\u0131labilirlik stratejileri ile HPSR Proxy Stack'inizi ihtiya\u00e7lar\u0131n\u0131za g\u00f6re \u015fekillendirebilirsiniz. Bu, size sadece bir proxy sunucusu de\u011fil, ayn\u0131 zamanda dijital altyap\u0131n\u0131z i\u00e7in stratejik bir kontrol noktas\u0131 sunar. G\u00fcvenli\u011fi art\u0131rmak, performans\u0131 iyile\u015ftirmek ve a\u011f\u0131n\u0131z \u00fczerinde daha fazla g\u00f6r\u00fcn\u00fcrl\u00fck ve kontrol sa\u011flamak isteyen herkes i\u00e7in HPSR Proxy Stack, kesinlikle de\u011ferlendirilmesi gereken bir \u00e7\u00f6z\u00fcmd\u00fcr.<\/p>\n HPSR Proxy Stack, do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda performans\u0131 genellikle olumlu y\u00f6nde etkiler. Squid'in g\u00fc\u00e7l\u00fc \u00f6nbellekleme yetenekleri sayesinde, s\u0131k\u00e7a eri\u015filen i\u00e7erikler yerel olarak depolan\u0131r ve sonraki isteklerde \u00e7ok daha h\u0131zl\u0131 sunulur. Bu, web sayfalar\u0131n\u0131n daha h\u0131zl\u0131 y\u00fcklenmesini sa\u011flar ve a\u011f bant geni\u015fli\u011fi kullan\u0131m\u0131n\u0131 azalt\u0131r. Ancak, SSL bumping i\u015flemi s\u0131ras\u0131nda trafi\u011fin \u015fifresinin \u00e7\u00f6z\u00fcl\u00fcp yeniden \u015fifrelenmesi, sunucunun i\u015flemci g\u00fcc\u00fcn\u00fc bir miktar art\u0131rabilir. Yeterli donan\u0131m kaynaklar\u0131 (CPU, RAM, h\u0131zl\u0131 disk) ile bu ek y\u00fck minimize edilebilir ve genel performans hala \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131labilir.<\/p>\n Evet, kesinlikle kullanabilirsiniz. Bu makalede g\u00f6sterildi\u011fi gibi, HPSR Proxy Stack i\u00e7in kendinden imzal\u0131 bir CA sertifikas\u0131 olu\u015fturabilir ve bunu Squid'e entegre edebilirsiniz. Kurumsal ortamlarda, kurumun kendi i\u00e7 CA's\u0131ndan al\u0131nan sertifikalar veya belirli bir alan ad\u0131 i\u00e7in sat\u0131n al\u0131nan ticari SSL\/TLS sertifikalar\u0131 da kullan\u0131labilir. \u00d6nemli olan, proxy'yi kullanacak istemci cihazlar\u0131n\u0131n bu sertifikaya g\u00fcvenmesi i\u00e7in ilgili CA sertifikas\u0131n\u0131n cihazlara y\u00fckl\u00fc olmas\u0131d\u0131r.<\/p>\n Mobil cihazlarda HPSR Proxy Stack'i kullanmak i\u00e7in, cihaz\u0131n Wi-Fi veya h\u00fccresel a\u011f ayarlar\u0131ndan proxy yap\u0131land\u0131rmas\u0131n\u0131 manuel olarak ayarlaman\u0131z gerekir. Android ve iOS cihazlar\u0131nda \"Ayarlar\" men\u00fcs\u00fc alt\u0131nda, ba\u011fl\u0131 oldu\u011funuz Wi-Fi a\u011f\u0131n\u0131n detaylar\u0131nda veya h\u00fccresel veri ayarlar\u0131nda \"Proxy\" b\u00f6l\u00fcm\u00fcn\u00fc bulabilirsiniz. Burada, proxy sunucunuzun IP adresini veya alan ad\u0131n\u0131 ve Squid'in dinledi\u011fi portu (genellikle 3128 veya 3129) girmeniz yeterlidir. E\u011fer SSL bumping kullan\u0131yorsan\u0131z, olu\u015fturdu\u011funuz CA sertifikas\u0131n\u0131 da mobil cihaza g\u00fcvenilir bir sertifika olarak y\u00fcklemeniz gerekebilir.<\/p>\n Evet, Let's Encrypt sertifikalar\u0131 90 g\u00fcn ge\u00e7erlidir ve otomatik olarak yenilenebilir. Certbot arac\u0131 bu s\u00fcreci kolayla\u015ft\u0131r\u0131r. Genellikle, sunucunuzda bir cron i\u015fi veya Docker Compose i\u00e7inde ayr\u0131 bir Certbot yenileme servisi tan\u0131mlan\u0131r. Bu servis, d\u00fczenli aral\u0131klarla sertifika yenileme komutunu \u00e7al\u0131\u015ft\u0131r\u0131r. Yenileme ba\u015far\u0131l\u0131 oldu\u011funda, Squid konteynerinin sertifikalar\u0131n g\u00fcncellenmi\u015f hallerini kullanmas\u0131 i\u00e7in yeniden ba\u015flat\u0131lmas\u0131 (veya yap\u0131land\u0131rman\u0131n yeniden y\u00fcklenmesi) gerekebilir.<\/p>\n Hay\u0131r, HPSR Proxy Stack sadece HTTPS trafi\u011fi i\u00e7in ge\u00e7erli de\u011fildir. Squid, HTTP, HTTPS, FTP ve di\u011fer baz\u0131 a\u011f protokollerini destekleyen genel ama\u00e7l\u0131 bir proxy sunucusudur. Dolay\u0131s\u0131yla, hem HTTP hem de HTTPS trafi\u011fini y\u00f6netebilir, \u00f6nbelle\u011fe alabilir ve eri\u015fim kontrol\u00fc uygulayabilir. Bu rehberde \u00f6zellikle HTTPS trafi\u011fine odaklanmam\u0131z\u0131n nedeni, \u015fifrelemenin getirdi\u011fi ek karma\u015f\u0131kl\u0131k ve HPSR Stack'in bu karma\u015f\u0131kl\u0131\u011f\u0131 nas\u0131l y\u00f6netti\u011fini vurgulamakt\u0131.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"\u0130nternet d\u00fcnyas\u0131nda dola\u015f\u0131rken gizlili\u011finiz, g\u00fcvenli\u011finiz ve eri\u015fim h\u0131z\u0131n\u0131z sizin i\u00e7in ne kadar \u00f6nemli? G\u00fcn\u00fcm\u00fcz\u00fcn dijital \u00e7a\u011f\u0131nda, internet trafi\u011finin…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-34026","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\ndocker-compose.yml<\/code> dosyas\u0131 kullanarak Squid proxy’sini aya\u011fa kald\u0131raca\u011f\u0131z. Bu y\u00f6ntem, birden fazla servisi ve bunlar\u0131n ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 tek bir dosyada tan\u0131mlaman\u0131za olanak tan\u0131r, bu da y\u00f6netimi olduk\u00e7a kolayla\u015ft\u0131r\u0131r.<\/p>\n\u00d6nko\u015fullar<\/h3>\n
\n
Ad\u0131m 1: Proje Dizini Olu\u015fturma<\/h3>\n
\nmkdir hpsr-proxy-stack\ncd hpsr-proxy-stack\n<\/pre>\nAd\u0131m 2: Squid Yap\u0131land\u0131rma Dosyas\u0131 (squid.conf) Olu\u015fturma<\/h3>\n
squid.conf<\/code>'tur. Bu dosyay\u0131 proje dizininizde olu\u015fturmal\u0131 ve i\u00e7ine temel ayarlar\u0131 eklemelisiniz. \u0130\u015fte basit bir \u00f6rnek:<\/p>\n\n# squid.conf\n# Temel Proxy Ayarlar\u0131\nhttp_port 3128\n\n# Cache Dizini ve Boyutu\ncache_dir ufs \/var\/spool\/squid 100 16 256\n\n# ACL'ler (Eri\u015fim Kontrol Listeleri)\n# T\u00fcm kaynaklara izin veren genel bir kural tan\u0131mla\nacl localnet src 0.0.0.0\/0\nacl SSL_ports port 443\nacl Safe_ports port 80 # http\nacl Safe_ports port 21 # ftp\nacl Safe_ports port 443 # https\nacl Safe_ports port 70 # gopher\nacl Safe_ports port 210 # wais\nacl Safe_ports port 1025-65535 # unregistered ports\nacl CONNECT method CONNECT\n\n# G\u00fcvenli ba\u011flant\u0131lara ve g\u00fcvenli portlara izin ver\nhttp_access deny !Safe_ports\nhttp_access deny CONNECT !SSL_ports\n\n# Squid'e eri\u015fim izni ver (\u00f6rnek: sadece yerel a\u011fdan veya belirli bir IP'den)\n# Varsay\u0131lan olarak t\u00fcm isteklere izin veriyoruz, ancak \u00fcretimde bunu k\u0131s\u0131tlamal\u0131s\u0131n\u0131z.\nhttp_access allow localnet\n\n# Son olarak, di\u011fer t\u00fcm eri\u015fimleri reddet\nhttp_access deny all\n\n# \u00d6nbellekleme ayarlar\u0131\nmaximum_object_size 4 MB\nminimum_object_size 0 KB\n\n# \u00d6nbellekteki objelerin ne kadar s\u00fcreyle tutulaca\u011f\u0131\nrefresh_pattern ^ftp: 1440 20% 10080\nrefresh_pattern ^gopher: 1440 0% 1440\nrefresh_pattern -i (\/cgi-bin\/|\\?) 0 0% 0\nrefresh_pattern . 0 20% 4320\n<\/pre>\nhttp_access allow localnet<\/code> kural\u0131, Squid'in varsay\u0131lan olarak t\u00fcm a\u011flardan eri\u015filebilir olmas\u0131n\u0131 sa\u011flar. Ancak, ger\u00e7ek bir \u00fcretim ortam\u0131nda, bu kural\u0131 kendi a\u011f\u0131n\u0131za veya belirli IP adreslerine (\u00f6rne\u011fin, acl my_network src 192.168.1.0\/24<\/code> ve http_access allow my_network<\/code>) g\u00f6re \u00f6zelle\u015ftirmeniz, g\u00fcvenli\u011finizi art\u0131racakt\u0131r.\n<\/div>\nAd\u0131m 3: Docker Compose Dosyas\u0131 Olu\u015fturma<\/h3>\n
docker-compose.yml<\/code> dosyas\u0131n\u0131 olu\u015fturmaya geldi. Bu dosya, Squid servisini, gerekli port e\u015fle\u015ftirmelerini ve volume'leri (kal\u0131c\u0131 veri depolama alanlar\u0131) tan\u0131mlayacak.<\/p>\n\n# docker-compose.yml\nversion: '3.8'\n\nservices:\n squid:\n image: squid:latest\n container_name: hpsr-squid-proxy\n ports:\n - \"3128:3128\" # Proxy portu\n volumes:\n - .\/squid.conf:\/etc\/squid\/squid.conf:ro # Yap\u0131land\u0131rma dosyas\u0131n\u0131 ba\u011flama (salt okunur)\n - squid_cache:\/var\/spool\/squid # Squid \u00f6nbelle\u011fi i\u00e7in kal\u0131c\u0131 volume\n - squid_logs:\/var\/log\/squid # Squid loglar\u0131 i\u00e7in kal\u0131c\u0131 volume\n restart: unless-stopped\n\nvolumes:\n squid_cache:\n squid_logs:\n<\/pre>\ndocker-compose.yml<\/code> dosyas\u0131nda \u015funlar\u0131 tan\u0131mlad\u0131k:<\/p>\n\n
version: '3.8'<\/code>: Docker Compose dosya format\u0131n\u0131n versiyonu.<\/li>\nservices:<\/code>: \u00c7al\u0131\u015ft\u0131r\u0131lacak servisleri tan\u0131mlar.<\/li>\nsquid:<\/code>: Squid proxy servisimizin ad\u0131.<\/li>\nimage: squid:latest<\/code>: Docker Hub'dan en g\u00fcncel Squid imaj\u0131n\u0131 kullanaca\u011f\u0131m\u0131z\u0131 belirtir.<\/li>\ncontainer_name: hpsr-squid-proxy<\/code>: Konteynerimize okunabilir bir isim verir.<\/li>\nports: - \"3128:3128\"<\/code>: Ana makinenin 3128 portunu, konteynerin 3128 portuna e\u015fler. \u0130stemciler bu port \u00fczerinden proxy'ye ba\u011flanacak.<\/li>\nvolumes:<\/code>: Kal\u0131c\u0131 depolama alanlar\u0131n\u0131 ve yap\u0131land\u0131rma dosyalar\u0131n\u0131 ba\u011flar.\n\n
.\/squid.conf:\/etc\/squid\/squid.conf:ro<\/code>: Kendi squid.conf<\/code> dosyam\u0131z\u0131 konteynerin i\u00e7ine salt okunur (ro<\/code>) olarak ba\u011flar\u0131z. Bu, konteyneri yeniden olu\u015fturdu\u011fumuzda yap\u0131land\u0131rma ayarlar\u0131m\u0131z\u0131n kaybolmamas\u0131n\u0131 sa\u011flar.<\/li>\nsquid_cache:\/var\/spool\/squid<\/code>: Squid'in \u00f6nbellek verilerini depolayaca\u011f\u0131 named volume. Konteyner silinse bile \u00f6nbellek verileri korunur.<\/li>\nsquid_logs:\/var\/log\/squid<\/code>: Squid'in loglar\u0131n\u0131 depolayaca\u011f\u0131 named volume.<\/li>\n<\/ul>\n<\/li>\nrestart: unless-stopped<\/code>: Konteynerin, Docker servisi yeniden ba\u015flad\u0131\u011f\u0131nda veya konteyner kendi kendine durdu\u011funda otomatik olarak yeniden ba\u015flamas\u0131n\u0131 sa\u011flar.<\/li>\nvolumes: squid_cache: squid_logs:<\/code>: Docker Compose taraf\u0131ndan y\u00f6netilecek named volume'lar\u0131 tan\u0131mlar\u0131z.<\/li>\n<\/ul>\nAd\u0131m 4: Squid Konteynerini \u00c7al\u0131\u015ft\u0131rma<\/h3>\n
\ndocker-compose up -d\n<\/pre>\n-d<\/code> detach modunda) ba\u015flat\u0131r.<\/p>\nAd\u0131m 5: Proxy Sunucusunu Test Etme<\/h3>\n
\ndocker-compose logs squid\n<\/pre>\ncurl<\/code> ile test edebilirsiniz:<\/p>\n\n# Proxy ortam de\u011fi\u015fkenini ayarlama (ge\u00e7ici)\nexport http_proxy=\"http:\/\/localhost:3128\"\nexport https_proxy=\"http:\/\/localhost:3128\"\n\n# Bir web sitesine istek g\u00f6nderme\ncurl http:\/\/example.com\n\n# Ortam de\u011fi\u015fkenlerini kald\u0131rma\nunset http_proxy\nunset https_proxy\n<\/pre>\nlocalhost<\/code> (veya sunucunuzun IP adresi) ve portu 3128<\/code> olarak ayarlaman\u0131z yeterlidir. Bu sayede, taray\u0131c\u0131n\u0131z \u00fczerinden yapt\u0131\u011f\u0131n\u0131z t\u00fcm istekler \u00f6nce Squid proxy'sine u\u011frayacak, o da iste\u011fi i\u015fleyip hedef sunucuya iletecektir. \u0130lk denemelerde HTTPS trafi\u011fi i\u00e7in sorunlar ya\u015fayabilirsiniz, \u00e7\u00fcnk\u00fc hen\u00fcz SSL sertifikalar\u0131n\u0131 entegre etmedik. Bir sonraki b\u00f6l\u00fcmde bu konuya de\u011finece\u011fiz.<\/p>\nHTTPS Trafi\u011fini G\u00fcvenle Y\u00f6netmek: SSL\/TLS Sertifikalar\u0131n\u0131 Entegre Etme<\/h2>\n
Neden SSL\/TLS Sertifikalar\u0131na \u0130htiyac\u0131m\u0131z Var?<\/h3>\n
Kendinden \u0130mzal\u0131 Sertifikalar (Test Ortam\u0131 \u0130\u00e7in)<\/h3>\n
\n# K\u00f6k anahtar\u0131n\u0131 olu\u015ftur\nopenssl genrsa -out ca.key 2048\n\n# K\u00f6k sertifikas\u0131n\u0131 olu\u015ftur\nopenssl req -x509 -new -nodes -key ca.key -sha256 -days 3650 -out ca.crt -subj \"\/CN=HPSR Proxy CA\"\n\n# Squid i\u00e7in sertifika dizini olu\u015ftur\nmkdir -p \/etc\/squid\/ssl_cert\ncp ca.crt ca.key \/etc\/squid\/ssl_cert\/\nchmod 400 \/etc\/squid\/ssl_cert\/ca.key\nchown proxy:proxy \/etc\/squid\/ssl_cert\/*\n<\/pre>\nca.crt<\/code> dosyas\u0131n\u0131, proxy'yi kullanacak t\u00fcm istemci cihazlar\u0131na manuel olarak y\u00fcklemeniz ve g\u00fcvenilir k\u00f6k sertifikalar listesine eklemeniz gerekir. Ancak bu, b\u00fcy\u00fck \u00f6l\u00e7ekli veya \u00fcretim ortamlar\u0131 i\u00e7in pratik de\u011fildir.<\/p>\nLet's Encrypt ile Ge\u00e7erli Sertifikalar Edinme (\u00dcretim Ortam\u0131 \u0130\u00e7in)<\/h3>\n
proxy.alanadiniz.com<\/code> i\u00e7in). Daha sonra Squid, bu sertifikay\u0131 kullanarak kendi \"sahte\" sertifikalar\u0131n\u0131 imzalar.<\/p>\n\n
ca.crt<\/code> bu senaryonun ba\u015flang\u0131c\u0131d\u0131r.\n <\/li>\nproxy.example.com<\/code>). Ard\u0131ndan, Squid'i bu sertifikay\u0131 kullanarak hedef siteler i\u00e7in dinamik olarak yeni sertifikalar olu\u015fturacak \u015fekilde yap\u0131land\u0131r\u0131rs\u0131n\u0131z. Ancak bu, taray\u0131c\u0131larda yine uyar\u0131ya neden olabilir, \u00e7\u00fcnk\u00fc taray\u0131c\u0131lar \"proxy.example.com\" taraf\u0131ndan imzalanm\u0131\u015f Google.com sertifikas\u0131na g\u00fcvenmeyecektir. Bu nedenle, genellikle 1. y\u00f6ntem (\u00f6zel CA da\u011f\u0131t\u0131m\u0131) tercih edilir.\n <\/li>\n<\/ol>\n
\n E\u011fer Let's Encrypt kullanacaksan\u0131z, sertifikalar 90 g\u00fcn ge\u00e7erlidir. Certbot'u bir cron job veya Docker Compose i\u00e7inde ayr\u0131 bir servis olarak ayarlayarak otomatik yenileme yapmal\u0131s\u0131n\u0131z. Yenileme sonras\u0131nda Squid servisini yeniden ba\u015flatmay\u0131 unutmay\u0131n.\n<\/div>\nSquid Yap\u0131land\u0131rmas\u0131nda SSL Ayarlamalar\u0131<\/h3>\n
squid.conf<\/code> dosyan\u0131zda ek ayarlamalar yapman\u0131z gerekir. Bu ayarlamalar, Squid'in SSL bumping yapmas\u0131n\u0131 ve sertifikalar\u0131 y\u00f6netmesini sa\u011flar.<\/p>\n\n# squid.conf i\u00e7indeki SSL Bumping ayarlar\u0131 (eski http_port sat\u0131r\u0131n\u0131 de\u011fi\u015ftirin)\n# \u00d6nemli: Bu ayarlar, istemci taray\u0131c\u0131lar\u0131na y\u00fcklenecek bir CA sertifikas\u0131 ile kullan\u0131lmal\u0131d\u0131r.\nhttps_port 3129 intercept ssl-bump \\\n cert=\/etc\/squid\/ssl_cert\/ca.crt \\\n key=\/etc\/squid\/ssl_cert\/ca.key \\\n options=NO_SSLv3,NO_TLSv1,NO_TLSv1_1,CIPHER_LIST=HIGH:@STRENGTH\n\n# SSL Bumping i\u00e7in ACL'ler\nacl SSL_ports port 443\nacl step1 at_step SslBump1\nacl step2 at_step SslBump2\nacl step3 at_step SslBump3\n\n# SSL Bumping kurallar\u0131\n# T\u00fcm HTTPS trafi\u011fini denetle\nssl_bump peek step1\nssl_bump splice !step2\nssl_bump bump all\n\n# SSL Proxy Sertifika Hata Davran\u0131\u015f\u0131\n# Genellikle hatal\u0131 sertifikalar\u0131 g\u00f6rmezden gelmek yerine reddetmek daha g\u00fcvenlidir.\n# sslproxy_cert_error allow all\nsslproxy_cert_error deny all\n\n# Proxy i\u00e7in kullan\u0131lan sertifika ve anahtar yolunu belirtin.\n# Bu, HTTPS proxy'nin kendisinin d\u0131\u015f d\u00fcnyayla konu\u015furken kullanaca\u011f\u0131 sertifikad\u0131r.\n# sslproxy_cert \/etc\/squid\/ssl_cert\/proxy.crt\n# sslproxy_key \/etc\/squid\/ssl_cert\/proxy.key\n\n# \u0130stemcinin Squid'e ba\u011flan\u0131rken kullanaca\u011f\u0131 \u015fifreleme ve protokol ayarlar\u0131\n# sslproxy_options NO_SSLv3,NO_TLSv1,NO_TLSv1_1\n# sslproxy_cipher ALL:!SSLv2:!SSLv3:!aNULL:!eNULL:!RC4\n<\/pre>\ndocker-compose.yml<\/code> dosyan\u0131z\u0131, ca.crt<\/code> ve ca.key<\/code> dosyalar\u0131n\u0131z\u0131 konteyner i\u00e7ine ba\u011flayacak \u015fekilde g\u00fcncellemeniz gerekir. \u00d6rne\u011fin, kendi olu\u015fturdu\u011funuz ca.crt<\/code> ve ca.key<\/code> dosyalar\u0131n\u0131 projenizin k\u00f6k dizininde tutuyorsan\u0131z:<\/p>\n\n# docker-compose.yml (g\u00fcncellenmi\u015f volumes b\u00f6l\u00fcm\u00fc)\nvolumes:\n - .\/squid.conf:\/etc\/squid\/squid.conf:ro\n - .\/ca.crt:\/etc\/squid\/ssl_cert\/ca.crt:ro # CA sertifikas\u0131n\u0131 ba\u011fla\n - .\/ca.key:\/etc\/squid\/ssl_cert\/ca.key:ro # CA anahtar\u0131n\u0131 ba\u011fla\n - squid_cache:\/var\/spool\/squid\n - squid_logs:\/var\/log\/squid\n<\/pre>\n\ndocker-compose down\ndocker-compose up -d\n<\/pre>\nVaka Analizi: Kurumsal A\u011flarda G\u00fcvenli Eri\u015fim<\/h3>\n
Geli\u015fmi\u015f Yap\u0131land\u0131rmalar ve Performans Optimizasyonlar\u0131<\/h2>\n
\u00d6nbellekleme Stratejileri ve Performans Optimizasyonu<\/h3>\n
squid.conf<\/code> dosyas\u0131nda yapabilece\u011finiz baz\u0131 \u00f6nemli \u00f6nbellekleme ayarlar\u0131 \u015funlard\u0131r:<\/p>\n\n
cache_dir<\/code>:<\/strong> \u00d6nbelle\u011fin fiziksel olarak nerede depolanaca\u011f\u0131n\u0131 ve ne kadar yer kaplayaca\u011f\u0131n\u0131 tan\u0131mlar. \u00d6rne\u011fin:\n\n cache_dir ufs \/var\/spool\/squid 10000 16 256\n <\/pre>\n
\n Burada: ufs<\/code> (Unix Filesystem) \u00f6nbellek tipi, \/var\/spool\/squid<\/code> \u00f6nbellek dizini, 10000<\/code>MB (10GB) maksimum boyut, 16<\/code> ana dizin say\u0131s\u0131, 256<\/code> alt dizin say\u0131s\u0131d\u0131r. Daha b\u00fcy\u00fck bir \u00f6nbellek ve uygun dizin yap\u0131s\u0131, performans i\u00e7in \u00f6nemlidir. SSD s\u00fcr\u00fcc\u00fcler, \u00f6nbellek performans\u0131 i\u00e7in idealdir.\n <\/li>\nmaximum_object_size<\/code> ve minimum_object_size<\/code>:<\/strong> \u00d6nbelle\u011fe al\u0131nacak nesnelerin maksimum ve minimum boyutunu belirler. B\u00fcy\u00fck dosyalar\u0131n \u00f6nbelle\u011fe al\u0131nmas\u0131 bazen yarardan \u00e7ok zarar getirebilir, bu y\u00fczden bu limitleri ayarlamak \u00f6nemlidir.\n\n maximum_object_size 10 MB\n minimum_object_size 0 KB\n <\/pre>\nrefresh_pattern<\/code>:<\/strong> Squid'in web objelerini ne kadar s\u00fcreyle \u00f6nbelle\u011finde tutaca\u011f\u0131n\u0131 ve ne zaman tazeleyece\u011fini belirleyen kurallard\u0131r. \u0130yi ayarlanm\u0131\u015f refresh_pattern<\/code>'lar, \u00f6nbellek isabet oran\u0131n\u0131 (cache hit ratio) art\u0131r\u0131r.\n\n refresh_pattern -i \\.(jpg|jpeg|png|gif|ico|css|js)$ 1440 50% 10080\n refresh_pattern . 0 20% 4320\n <\/pre>\n
\n Bu \u00f6rnek, belirli dosya t\u00fcrlerinin daha uzun s\u00fcre \u00f6nbellekte kalmas\u0131n\u0131 sa\u011flar.<\/li>\n<\/ul>\n
\n Squid \u00f6nbelle\u011fi i\u00e7in h\u0131zl\u0131 diskler (NVMe SSD'ler) kullanmak, I\/O performans\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rarak genel proxy yan\u0131t s\u00fcrelerini h\u0131zland\u0131r\u0131r. Ayr\u0131ca, Squid'in \u00f6nbellek dizinini i\u015fletim sisteminin \u00e7al\u0131\u015ft\u0131\u011f\u0131 diskten ayr\u0131 bir diskte tutmak da \u00f6nerilir.\n<\/div>\nDetayl\u0131 Eri\u015fim Kontrol Listeleri (ACL)<\/h3>\n
\n
\n acl office_network src 192.168.1.0\/24 10.0.0.0\/8\n http_access allow office_network\n <\/pre>\n\n acl forbidden_sites dstdomain .facebook.com .twitter.com .instagram.com\n http_access deny forbidden_sites\n <\/pre>\n
\n Bu ACL'yi \"beyaz liste\" (yaln\u0131zca izin verilen siteler) veya \"kara liste\" (yasaklanan siteler) \u015feklinde de kullanabilirsiniz.<\/li>\n\n acl working_hours time M T W H F 09:00-17:00\n http_access deny forbidden_sites !working_hours\n <\/pre>\n
\n Bu kural, yasakl\u0131 sitelere \u00e7al\u0131\u015fma saatleri d\u0131\u015f\u0131nda izin verir.<\/li>\n\n auth_param basic program \/usr\/lib\/squid\/basic_ncsa_auth \/etc\/squid\/passwd\n auth_param basic children 5 startup=5 idle=1\n auth_param basic realm Squid proxy-server\n acl authenticated_users proxy_auth REQUIRED\n http_access allow authenticated_users\n <\/pre>\n
\n Burada \/etc\/squid\/passwd<\/code> dosyas\u0131, htpasswd<\/code> ile olu\u015fturulan kullan\u0131c\u0131 ad\u0131\/\u015fifre \u00e7iftlerini i\u00e7erir.<\/li>\n<\/ul>\nLoglama ve \u0130zleme<\/h3>\n
\n
access.log<\/code>: Proxy \u00fczerinden ge\u00e7en t\u00fcm web isteklerini kaydeder.\ncache.log<\/code>: Squid'in kendi i\u00e7 operasyonlar\u0131, hatalar\u0131 ve uyar\u0131lar\u0131 hakk\u0131nda bilgi i\u00e7erir.\n<\/ul>\nY\u00fcksek Kullan\u0131labilirlik (High Availability)<\/h3>\n
Mobil Uyumluluk ve Proxy Ayarlar\u0131<\/h3>\n
\n
@media<\/code> sorgular\u0131 kullan\u0131larak mobil uyumluluk sa\u011flar:<\/p>\n\n\/* \u00d6rnek bir CSS medya sorgusu *\/\n@media only screen and (max-width: 600px) {\n body {\n font-size: 14px;\n }\n .container {\n width: 100%;\n padding: 10px;\n }\n}\n<\/pre>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131 ve HPSR Proxy Stack Uygulamalar\u0131<\/h2>\n
Vaka Analizi 1: E\u011fitim Kurumlar\u0131nda \u0130\u00e7erik Filtreleme ve G\u00fcvenli \u00d6\u011frenim Ortam\u0131<\/h3>\n
Vaka Analizi 2: Yaz\u0131l\u0131m Geli\u015ftirme Ekiplerinde Ba\u011f\u0131ml\u0131l\u0131k \u00d6nbelleklemesi<\/h3>\n
Vaka Analizi 3: B\u00f6lgesel \u0130\u00e7erik Da\u011f\u0131t\u0131m\u0131n\u0131 Optimize Etme ve Co\u011frafi K\u0131s\u0131tlamalar\u0131 A\u015fma<\/h3>\n
Sonu\u00e7: G\u00fcvenli, H\u0131zl\u0131 ve \u00d6zelle\u015ftirilebilir Bir Proxy \u00c7\u00f6z\u00fcm\u00fc<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h2>\n
1. HPSR Proxy Stack performans\u0131 nas\u0131l etkiler?<\/h3>\n
2. Kendi sertifikalar\u0131m\u0131 kullanabilir miyim?<\/h3>\n
3. Mobil cihazlar i\u00e7in kurulum nas\u0131l yap\u0131l\u0131r?<\/h3>\n
4. Let's Encrypt sertifikalar\u0131 otomatik yenilenir mi?<\/h3>\n
5. Sadece HTTPS trafi\u011fi i\u00e7in mi ge\u00e7erlidir?<\/h3>\n