Network birbirine kablolarla baglanip server, printer, pc, modem gibi bircok haberlesme ekipmaninin en ekonomik ve verimli yoldan kullanilmasidir. Network insanlarin bireyselce değil, ortak çalismalarini sağlar.
Network, veri, yazilim ve ekipman paylasimidir. Küçük bir ağ iki bilgisayardan olusabileceği gibi, büyük bir ağ binlerce bilgisayar, fax-modem, cd-rom sürücü, printer ve bunun gibi ekipmanlardan olusabilir.
Neden Network’e gereksinim duyulur?
Network zaman ve para kazanci sağlar. Basari için isletmenin sadece ofis içinde değil, tüm dünya ile haberlesmesi gerekir. Paylasim söz konusu oldugundan donanim tüm personel tarafindan kullanilabilir, herbir birey için extra printer, modem, disk ünitesi gerekmez. Internet erişiimi de bir ag üzerinde paylaştirilabilir.

Bu program sayesinde MySql’e bağlanıp, önce veritabanınızı yaratıp, daha sonra da kayıt edebilirsiniz. PHPMyAdmin’de yaptığınız birçok işlemi bu program ile daha kolay bir şekilde gerçekleştirebilirsiniz. Eğer ilk kez PHP ile sayfa tasarımı yapıyorsanız yerel adreste (localhost) çalışırken işinize çok yarayacaktır. Bu program sayesinde tasarımını yapacağınız siteyi düzgün bir veritabanı üzerine oturtabilir ve çevrimiçi bir site oluşturabilirsiniz.

30 günlük deneme versiyonu:

http://www.sqlmanager.net/download/mymanager/mymanager.zip

Multicast Nedir? Ipv4′te bir paket birden fazla noktaya 3 degisik sekilde gönderilebilir. Unicast: Sunucu her bir istemci için ayri bir paket göndermek zorunda (web,ftp) Problemleri: Bant genisligi gereksinimi yüksektir. Bant genisligi gereksinimi istemci sayisiyla dogru orantilidir. 100K * 10 istemci = 1000K Broadcast: Sunucu tarafindan paketin agdaki tüm istemcilere gönderilmesi Problemleri: Tüm istemciler paketi almak istemeyebilir. Paketi almak istemeyen istemcilerin mesgul edilmesi. Multicast: Sunucu tarafindan paketin sadece paketi almak isteyen grup içindeki istemcilere gönderilmesi.

Multicast Yayinlari izlemek için neler gereklidir? A) Adresleme Istemcileri tek olarak degil grup olarak tanimlayacak ag-seviyesi (network-layer) adresleme. Multicast adresleri 224.0.0.0 – 224.0.0.225 :RFC 1700 sayfa 56 Genel Kullanim için rezerve 224.0.1.0 – 238.255.255.255 :Kullanicilar için rezerve 239.0.0.0 – 239.255.255.255 :Yerel Ag için rezerve Dinamik kayit sistemi (IGMP) Istemcilerin multicast gruplarina katilimlarni düzenleyen mekanizmalar. IGMP (Internet Group Management Protocol) Yönlendiriciler grup üyelerini ögrenmek için IGMP host query mesajlari gönderirler. Alicilar gruplara IGMP report mesajlari göndererek kayit olurlar. RFC 1112 versiyon 1 IGMP Query : Her 60 saniyede 224.0.0.1, tüm multicast istemcileri cevap verir Joining : 60 Saniye içinde herhangi bir zamanda istemciler gruba katilmak için istekte bulunurlar. Leaving : 3 Dakika içinde query mesajlarina cevap alinamazsa istemciye bakan arabirime (interface) paket gönderimi sonlandirilir. RFC 2236 versiyon 2 IGMP ( versiyon 1 uyumlu) IGMP versiyon 3 gelistirilme asamasinda. B) Multicast Yönlendirme.Multicast trafigi Genis alan agi (WAN) içinde yönlendirilmesini saglayacak yönlendirme protokolleri. Multicast Yönlendirme Protokolleri Iki Temel Yaklasim Dense mode Tüm istemcilerin (Host) multicast trafigi istedigi ve bant genislginin bol oldugu önergesine dayanir. Gönderici ve Alicilar metrik olarak yakin oldugu zaman Az sayida göndericiye karsi çok sayida alici oldugu zaman Multicast trafigi yüksek oldugu zaman Multicast trafigi sürekli oldugu zaman. Sparse Mode Yanlizca istekte bulunan istemcilerin(Host) multicast trafigini istedigi ve bant genisliginin az oldugu önergesine dayanir Gönderici ve Alicilar metrik olarak uzak oldugu zaman. Mulicast grubunda az sayida alici oldugunda . Göndericiler ver alicilar WAN linkleri tarafindan ayrildiginda . Multicast trafigi aralikli oldugu zaman. C) Tüm bu uygulamalari destekleyecek yazilim,donanim.

Multicast Yönlendirme Protokolleri PIM ( Protocol Independent Multicast) Dense Mode Yönledircinin unicast yönlendirme tablosunu (Routing table) kullanir. Periyodik olarak tüm arabirimlere (interface) yönlendirme bilgisi gönderilir. Istemciler paketleri en yakin yönlendiriciden alirlar. Sparse Mode Istemciler Randevu noktasina kayit olup paketleri oradan alirlar . DVMRP (Distance Vector Multicast Routing Protocol) RIP benzeri Mbone yapisinin kurulmasinda kullanilir . 32 maksimum hop 60 saniye yönlendirme güncellemesi (routing update) Multicast yönlendirmesi olmayan bölgelerde multicast paketlerinin iletimi için unicast tünel açmakta kullanilir . MOSPF (Multicast Open Shortest Path First) OSPF çalistirilan yönlendiriciler arasi kullanilir. RFC 1584

not: alıntıdır.

DNS Nedir?
Domain Name System [DNS] (Alan Adı Sistemi) dağıtık yapıda bir veritabanıdır. Bu sistem makina isimlerini IPv4 (ya da ipv6) adreslere ya da IPv4 adresleri makina isimlerine çevirmeye yarar. Ayrıca bir alan için gerekli eposta sunucusunun adreslerini ya da alanadı sunucularının hangi IP adreslerinde bulunduğunu daha teknik bir ifade ile RR(Resource Records)’ları tutar. DNS yapısı gereği hızlı olmalıdır. Bu yüzden yapılan sorgulamalar eğer 512 bayttan küçük ise ya da yapılan işlem asıl DNS sunucusu ile yardımcı DNS sunucusu arasında bölge transferi değilse UDP üzerinden yapılacaktır. DNS sisteminin yazarları DNS için gerekli bilgileri diğer Internet araçlarında olduğu gibi RFC’lerde tanımlamışlardır (RFC 1034 ve 1035). Bu belgelere bakarsanız içinde bir kaç kod ve bölge soayalarının nasıl yazılacağını bulursunuz.

BIND’de (Berkeley Internet Name Daemon) yazılırken bu kriterler dikkate alınmıştır. Fakat bu sistemde gereksiz karmaşıklıkta kodlar ve bunun getirdiği güvenlik problemleri vardır. Fakat djbdns bu karmaşadan uzak ve güvenli bir yazılımdır. Bunun sonucu olarakta “two-thumbs-up bir daemon” olmaya bizce hak kazanmıştır. Hatta bizce bind 9.1.X ve ileriki sürümlerinde kullanılan “Dns-sec sistemi” bile bind için bir çözüm olmaktan çok uzaktır. Sonuçta temel yani “daemon Internet”in ilk zamanlarından kalmıştır. Şu an IPv4′te yaşanılan güvenlik sorunları da aynı sebepten oluşmaktadır.

Bu yüzden köklü bir değişim olması gerekliliği savunulmuş ve IPv6 ortaya atılmıştır. Bind içinde benzer model söz konusu olmadıkçca djbdns popüleritesini sürdürecektir. (Haklı bir popülerite !!!).

Genel olarak dns yazılımlarının yaptığı iki vazife vardır. Bind kullananlar eğer çok profesyenel değillerse ya da bu konu ile alakalı kitap okunmamışsa bu iki olguyu karıştırabilmektedirler. Bunlar:

Resolving (Çözümleme): Aranılan bir kaydı bulma işlemi
Mesela http://www.yildiz.edu.tr/ adresine karşılık gelen IPv4 adresinin 193.140.1.1 olmasının bulunması. Çözümleme yapan yazılımlar iki çeşit işlem yaparlar; ardışık çözümeme ve ardışık olmayan çözümleme. Sorgularda gönderilen RD (recursion required – ardışık gerekli) bitlerine göre sorgunun türü belirlenir. Ardışık olmayan sorgulara cevap veren sunucular cevap olarak ardışık isim sunucuları verirler.

Sonuç olarak yapılan bir sorgu ardışık ise http://www.yildiz.edu.tr/ için doğrudan 193.140.1.1 IP’si ya da “makina bulunamadı” cevabı verilebilir. Fakat ardışık olmayan bir sorguda cevabı bulmak için başka bir isim sunucusunun IP’sini verebilir. Ardışık olmayan sorgular aynı zamanda yinelemeli sorgular olarak daa bilinirler.

Authoritive Nameserving (Yetkili İsim Sunumu)
Bir alan hakkında bilgi bulunduran sunucudur. Mesela yildiz.edu.tr alanının MX, NS, A (Bunlar – Resource Record – Özkaynak Kaydı olarak bilinir) kayıtlarının tutulduğu isim sunucusudur.

CANLI BIR ÖRNEK
Bir sorgu nasıl yapılır. Mesela http://www.yildiz.edu.tr/ adresinin IPv4 karşılığı nedir? Bunun için çözümleyici ya da sizin bilgisayarınız Internet’te birkaç yetkili isim sunucusunu gezmek zorundadır. İlk başta ” . ” sunucularından tr TLD’si için yetkili isim sunucu IP’si bulunur. Bunun IP’si (ki bu IP’nin makina ismi ülkemiz için ns1.metu.edu.tr ya da ns2.metu.edu.tr’dir) alındıktan sonra bu yetkili isim sunucuya “edu.tr.” i barındıran yetkili isim sunucu IP’si sorulacak ve bu işlem böylece devam edecektir ve sonuç olarak 193.140.1.1 adresini sizin makinanız ya da /etc/resolv.conf dosyanızda bulunan çözümleyicinin yildiz.edu.tr’nin yetkili isim sunucusundan aldığı bilgilere göre belleğinde belli bir müddet tutacaktır. Bu süreye TTL (time to live – yaşam süresi) denir. Bu süre boyunca çözümleyici gerekli bilgileri belleğinde saklayacaktır. DjbDNS için aksi belirtilmezse bu süre 42 dakikadır. Kurulacak göre bu süre 5 saniye de yapılabilir. (Nitekim birden fazla www sunucunuz var ve bunlar arasında döner turnuva kullanarak yük dengelemesi yapmak istersek bu saniye değeri kullanılacaktır).

Windows Ayarları, Grup İlkesi Nesne Düzenleyicisi’nin konsol ağacında hem Kullanıcı Yapılandırması hem de Bilgisayar Yapılandırması altında bulunur.

Bilgisayar Yapılandırması\Windows Ayarları bilgisayara oturum açan tüm kullanıcılara uygulanan pencere ayarları içindir. İki alt öğesi bulunur: Güvenlik Ayarları ve Komut Dosyaları.

Kullanıcı Yapılandırması\Windows Ayarları, hangi bilgisayara oturum açtıklarına bakılmaksızın tüm kullanıcılara uygulanan pencere ayarları içindir. Ag alt öğesi bulunur: Klasör Yeniden Yönlendirme, Güvenlik Ayarları ve Komut Dosyaları.