@SGTR: @eXcitinG: şuanda 150 adet dhcp den ip dağıtılmış ve bağlı olan cihaz sayısı 50 60 adet rahat var. kesinlikle 254 adet ip yeterli olmaz cünkü yükselme bu hafta devam ediyor ortalama 50 ile 100 arasında bir yükselme daha devam edecek.. şuan 16 bin adet dağıtabilir durumda router.. yani burda sıkıntı cektigim bir durum yok işin doğrusu işin biraz kolay kısmına kaçıyorum o kadar. ap cihazını ayarlarken subnet'i 248 yaparsam cihaza ip verince sıkıntı olmuyor direk erişiyorum otomatik cünkü bende aynı network'deyim ben istedim ki sadece ip değiştireyim subnet ile ugraşmıyayım. ama olmuyorsada böyle devam edicem yada türk telekom gibi kullanıcı adı ve şifre ile bağlantı kurmayı da düşünüyorum belki ozaman subnet vb gibi derdim sorunum kalmaya bilir. Selam tekrar, Anlayamadığım bir kaç nokta var. Bunlardan birincisi 16 bin cihazdan bahsediyorsunuz ki bu da /18 demek (yani net mask 255.255.192.0) burada aklım almıyor. Bu gibi durumda ben olmuş olsam (buna benzer bir yapıdaki çözümüm yaklaşık olarak 300 civarında bir cihaz ve /23 kullanıyorum 192.168.190.1-192.168.190.254 arasını sunucular, yazıcılar, tarayıcılar ve access pointler için, 192.168.191.1-192.168.191.254 arasını da kullanıcılar için tahsis ettim) bu şekilde yönetmek daha kolay geliyor bana. Sonra 255.255.248.0 netmask kullandığında bu da /21 demektir. Çok doğal sorun yaşaman çünkü /18 ve /21 farklı network id lerine sahipler. Bu gibi durumda bir karar vermelisin ya /18 kullanmalısın bütün cihazlar için ya da /21 kullanmalısın. Bu noktada söylemem gereken birşey daha var ip aralığını ne akdar çok açarsan o kadar broadcast trafiğin olacaktır (access pointler eski hublar gibi broadcast trafiğini iletirler). Sevgilerle, SGTR ben 18 ile 21 i örnek vermiştim 21 i kullanmıyorum 18 kullanıyorum ama sorun değil sonradan değiştirip 4 bin veya 8 bin e de düşürebilirim. bunun sebebi şundan dolayıdı örnek olması acısından söylüyorum. 100 kullanıcımız olsa ortalama 200 ile 300 ip dağıtımı oluyor sebebi kablolu kablosuz ve pda tablet vb. cihazlar ile cok kolay şekilde ip blogu tüketilebiliyor ipleride o cihazlara tahsis edince ileriye dönük olarak ip blogu yetersiz kalabilir diye bende 18 olarak ayarlamıştım. o sorun değil gerekirse 4 bin e düşürebilirim o sayıyı broadcast  trafiği olarak neyi kast etmiştin biraz açar mısın konuyu faydası zararı nedir bize ? olmazsa direk düşürürüm ip blogunu sizin mantıgı anladım üst alt ip blogu oluşturarak erişim sağlıyabiliyorsunuz aynısını başka bir arkadaşım kullanmıştı elle ip vererek mi geciyordu dicektim ama sanırım elle ip vermeden direk geçiş oluyordu. şimdi şöyle bir durum da söz konusu ip blogu hakkında mesela bir apartmana kurulum gerçekleştiriyorum. 30 taneli ve 20 hanesi mutlak net alıyor her dairede 3 5 adet rahat ip kullanımı oluyor bunu kıyaslayınca. emin olun ilerde ip sıkıntısı cıkar. şuan sistem online 1000 kişilik olarak dizayn edildi. ondan sonra daha büyük bir server e geçiş yapacağım ama aynı server büyük ihtimal çalışmaya devam edecek. şu kısmıda daha cözmüş değilim online 1000 kişi ama ortalama her evden 3 blog cıksa 1000 kişide 3000 adet blog cıkması söz konusu gibi birşey :) broadcast  hakkındaki açıklamanızı bekliyor olacağım teşekkürler.

Teşekkür ederim arkadaşlar. O zaman sıkıntımız yok. :)

http://forum.pfsense.org/index.php/topic,59467.0.html burdan dosyaya erişebilirsin.

Selam, DHCP servisini başka bir bilgisayar (AD) üzerinde tutuyorsanız pfSense üzerinde herhangi bir DHCP ya da DHCP relay yapmanıza gerek yoktur. DHCP Relay eğer ki sizin DHCP Server cihazınız farklı bir lokasyon ya da subnette olsaydı pfSense üzerinde o zaman relay yapardınız. Dağınık bir yapınız varsa bu durum daha belirgin olurdu. Sevgilerle, SGTR

özelden yazarsan yardımcı olurum sh ve php dosyaları konamıyor maalesef

Selamlar, Burada dikkat etmeniz gereken bir nokta da eğer ki siz LAN iplerini farklı bir gw üzerinden nete ulaştırmak istiyorsanız dest,ination kısmına değil source kısmına LAN alias tanımlamalısınız. Sıralamadan sonra bu da önemli bir noktadır. Sevgilerle, SGTR

Selamlar, @drj: Dinamik sertifika ile tam olarak neyi kastettiniz? ssl-bump kendü üzerindeki bir sertifikayı kullanarak bunu yapıyor. Gerçi mitm'in de amacı bu değilmi? bankacılık sitelerine girerken problemler çıkıyor derken tam olarak problem nedir? bankacılık sitelerine girişlerde  mitm exception rule'de tanımlanamamasımı? SSL Sertifikaları her domain/domain grubu için oluşturulur. Web browser serfikanın ziyaret edilen alan adı ile uyumlu olup olmadıkların kontrol ederler. Uyumsuzluk varsa sertifika hatası alırsınız. SSL Bump transparan modda ziyaret edilmek istenen sitenin ne olduğunu bulup o alan adına göre sertifika üretmeyi beceremiyor ve kendisine verilen sabit bir sertifikayı kullanıyor.. Bu nedenle https site erişimlerinde  sertifika hataları alırsınız… SSLBump yöntemi ile benim kullandığım bankaların https web sayfalar açılmıyor malesef... Diğer bir nokta ise SSL sertifikalarını imzalayan CA sertifikasının geçerli olup olmadığıdır. Kendi oluşturduğunuz CA sertifikanız ve bu sertifikanızla oluşturacağınız site sertifikaları browserlar tarafından güvenilmez kabul edildiklerinden sertifika hataları alırsınız... Kendi CA sertifikanızı istemcilere yüklemek bu sorunu çözer ancak yinede dinamik sertifika üretmeniz gerektiği için browserlar tat vermeyecektir... Saygılarımla...

squid kurduktan sonra aşağıdaki başlık altında Proxy server: Traffic management Maximum download size Limit the maximum total download size to the size specified here (in kilobytes). Set to 0 to disable. buradan limitleme koyabilirsiniz. torrent gibi uygulamaları snort ile yada firewall kuralları ile limitleyebilirsiniz torrent için snort la uğraşama diyorsanız kullanıcıların çıkış portlarını sabitlemelisiniz.

Yok anlaşılan teşekkürler

facebook iplerini giriyordum sisteme aliases olarak…. https://facebook.com  açılmıyordu https://www.facebook.com  açılıyordu.... mesajımın üstündeki arkadaşın verdiklerini aliases a eklediğimde sorun kalmadı çok teşekkürler devamlı bunları araştıryordum ben...

bu durumda muhtemelen ağır bir p2p trafiğiniz var

Artık internet sitelerinin pek çoğu dinamik olduğundan, eskiye nazaran cahe yapılabilen miktar biraz daha az. Örneğin bir youtube videosunu bir client açıyor izliyor. Hemen ardından da başkası izlediğinde caheden gelmesini beklersiniz di mi ? Ama gelmiyor. Çünkü video artık parça parça geliyor. Ayrıca bu tür veriler, content delivery networkler aracılığı ile geldiğinden, kaynak da değişiyor. İlk kullanıcı videoyu bir serverdan izlerken, ondan sonraki aynı videoyu başka serverdan istediği için, doğal olarak cachelenemiyorlar. bkz : Ekte bir örnek ekran görüntüsü yaptım. Kediye dikkat :) Buna benzer pek çok etken var. Bence 10% cache hit filan gayet iyi [image: yutup.png] [image: yutup.png_thumb]

Certifika işlemi ip yerine https "url" yönlendirme için yapılmış sanırım

Sonun da ~1.500.000 civarında bir domain kaydı DB aktarımı tamamlandı. –-- DB Yapısı ---- Tablo: domain Yapı: id domain kategori_id (kategori tablosuna referans) aktif (1=aktif, 0=pasif) eklenme_tarihi son_kontrol_tarihi Tablo: kategori Yapı: id ingilizce (kategori adı) turkce (kategori adı) alt_kategori_id (ust ve alt kategori yapısı için) Sırasıyla yapılması gerekenler: 1- bu domainlerin "http status" durumlarının kontrolünün yapılması ve aktiflik durumu ile son_eklenme_tarihinin güncellenmesi, 2- arama algoritmaları ile kategori kelimelerinde (ingilizce ve türkçe) arama yapıp sonuçları domain tablosuna eklemek, 3- belirli aralıklarla (güncelleme durumuna göre 12 saatlik/günlük/haftalık/aylık) tar.gz dosyasının otomatik hazırlanması, 4- kullanıcılardan da öneri ve kayıt alınabilmesi, 5- panel sistemi ile çoklu kontrol mekanizmasının sağlanması, .. NOT: Blacklist için önerileriniz varsa lütfen belirtin.

Evet, türkiye için özelleştirilmiş güzel bir database oluşturulabilir. Elimizden geldiğince katkıda bulunabiliriz. Bu arada yaşadığım problemin sebebini çözdüm. Proje topology'imde dot1q testlerini yapabilmek için lan interface'i silip, ilgili eth üzerinde 2 adet vlan interface oluşturmuştum.  hal böyle olunca boyutu yüksek olan blacklist'lerde problem yaşıyordum. En son lan interface'i direkt kullandığımda problem yaşamadım. Vlan testlerinide gns3 üzerindeki sanal switch'leri kullanarak gerçekleştiriyordum. Muhtemel problemde gns3 üzerindeki sanal switchlerden kaynaklanıyor. Belki gerçek bir switch kullansaydım problem yaşamayacaktım. Belkide pfsense'de bir bug… Detaylı bir şekilde test edilmesi gerek. Yardımlarınız için ayrıca teşekkür ediyorum.

an itibari ile sistem yine aynı hatayı veriyor DNS bilgileri WAN adresi WAN adresi 2 Open DNS Open DNS şeklinde görünüyor (öncesinde google vardı fakat çok geç cevap veriyordu) bu arada SQUID paketi (X86 için) linki var mı? En azından onu Manuel olarak yükleyeyim ,belki bir etkisi vardır

Yapan var arkadaşlar ama TS imzalama işlemi standart firmaların ihtiyaç duymadığı bir konu. Bunu sadece bizim gibi ürün geliştiren firmalar ihtiyaç duyuyor. Kanun da böyle bir zorunluluk yok.. Dolayısı ile pfSense üzerinde detayının paylaşılmaması da bundandır..

2 wan fail over olarak ayar yapip çaliştirmaya kalktim daha sonra bu hatayı vermeye başladı  LAGG secmesinde herhamgi birşey yok

uğraştım durdum iyice saçmalattım :) yeni bir konu açıyorum (aramalarda bir çözüm bulamadım) ondan sonra duruma göre tekrar buraya uğrayacağım