Protokol Nedir? Ağ İletişiminin Kuralları ve Örnekleri

Bir protokol mesajın hangi dört sorusunu yanıtlar?

Bir iletişim protokolünü anlamak için şu dört soruya bakılabilir:

1. Mesaj nasıl biçimlendirilecek? Gönderilen bilginin hangi bölümünün veri, hangi bölümünün kontrol bilgisi olduğu belirlenir. Alıcı, bu biçim tanımlı değilse aldığı bit dizisini anlamlı bir mesaja dönüştüremez.
2. Mesaj hangi sırayla gönderilecek? Bazı iletişimlerde önce bağlantı kurulması, ardından veri aktarılması ve son olarak oturumun kapatılması gerekir. Tarafların sıra konusunda anlaşması, özellikle birden fazla mesajın bulunduğu işlemlerde önemlidir.
3. Mesaj nereye gidecek? Ağ üzerindeki verinin doğru hedefe yönelmesi için adresleme ve yönlendirme kuralları kullanılır. Burada hedef, doğrudan bir cihaz, bir sunucu veya daha geniş bir ağ olabilir.
4. Sorun çıkarsa ne yapılacak? Veri kaybolduğunda, bozulduğunda ya da karşı taraf yanıt vermediğinde uygulanacak yöntem protokole göre değişir. Bazı protokoller yeniden gönderme veya hata bildirme mekanizması içerebilir; bazıları ise hız ve basitlik adına bu görevleri üstlenmez.

Bu dört başlık, 'protokol veriyi güvenli ve eksiksiz ulaştırır' gibi aşırı genel bir cümlenin neden dikkatle kullanılması gerektiğini gösterir. Her protokol güvenlik, hata düzeltme veya teslim garantisi sağlamaz. Bir protokolün hangi özelliği sunduğu, onun görev tanımından anlaşılmalıdır.

Katmanlı yapı: TCP/IP ve HTTP neden aynı şey değildir?

İnternet iletişiminde farklı görevlerin katmanlara ayrılması, karmaşık bir işlemi yönetilebilir hâle getirir. Bir web sayfasına erişirken tarayıcının oluşturduğu web isteği ile bu isteğin ağ üzerinden taşınması aynı görev değildir.

HTTP, istemci ile web sunucusu arasındaki web mesajlarının nasıl düzenleneceğini belirleyen protokoldür. Tarayıcı bir kaynak talep eder; sunucu da bir yanıt döndürür. Bu alışverişin içeriği, istek ve yanıt biçimleri gibi konular HTTP bağlamında ele alınır.

IP, verilerin ağlar arasında hedefe yönlendirilmesine ilişkin adresleme işleviyle ilişkilidir. Veri, bir cihazdan çıkıp farklı ağlardan geçerek hedefe ulaşmaya çalışırken IP düzeyindeki adres bilgisine ihtiyaç duyar.

TCP, veri aktarımının düzenlenmesi ve güvenilirlik gerektiren iletişimlerde kullanılabilecek kontrol mekanizmalarıyla ilişkilidir. Ancak TCP'nin varlığı, web içeriğinin biçimini belirlemez; bu görev HTTP'ye aittir.

Bu yapı, 'TCP/IP bir protokoldür' ifadesinin neden tek bir protokol adı gibi ele alınmaması gerektiğini de açıklar. TCP ve IP farklı görevleri olan iki protokoldür; birlikte anıldıklarında internet iletişiminde kullanılan temel protokol ailesi kastedilir. Bir web isteği için HTTP, aktarım ve ağ işlevleri içinse ilgili alt katman protokolleri birlikte çalışabilir.

Katmanlı düşünme yöntemi sınavlarda da işe yarar: Soruda 'web sayfası isteğinin biçimi' vurgulanıyorsa HTTP; 'adresleme ve ağlar arasında yönlendirme' vurgulanıyorsa IP; 'verinin aktarım düzeni ve güvenilirlik kontrolü' vurgulanıyorsa TCP tarafına odaklanmak gerekir.

Aynı iletişimde adresleme, ad çözümleme ve aktarım nasıl birleşir?

Bir web sitesine erişim örneğinde protokollerin görev ayrımı daha açık görülür. Kullanıcı bir alan adı yazar; tipik erişimlerde bu adın hedef adresle ilişkilendirilmesi için DNS veya başka bir ad çözümleme mekanizması kullanılır. Alan adı yerel önbellekten, hosts dosyasından ya da başka bir mekanizmadan da çözülebilir; ayrıca bir URL doğrudan IP adresi içerebilir. DNS, alan adları ile ağ adresleri arasındaki eşleştirmeyi sağlayan bir ad çözümleme mekanizmasıdır.

Hedef belirlendikten sonra istemci ile sunucu arasında web iletişimi kurulabilir. İstemcinin talebi HTTP kurallarına göre hazırlanır. Talebin ağ üzerinde taşınması sırasında IP adresleme ve yönlendirme görevini üstlenir. Kullanılan aktarım yaklaşımı, verinin nasıl taşınacağına ilişkin ek kuralları belirler.

Bu zincirde bir parçanın çalışması diğerinin görevini ortadan kaldırmaz:

• DNS, web sayfasının içeriğini taşımaz; hedefin bulunmasına yardımcı olur.
• IP, web sayfasının tarayıcıda nasıl gösterileceğini belirlemez; ağlar arasında adresleme ve yönlendirme yapar.
• HTTP, kablosuz bağlantının nasıl kurulacağını tanımlamaz; web istemcisi ile sunucu arasındaki mesaj alışverişini düzenler.
• Wi-Fi, IEEE 802.11 standartlarına dayalı kablosuz yerel ağ teknolojisi olarak kablosuz ağ ortamındaki iletişimle ilgilidir; tek başına web sayfasının uygulama düzeyindeki anlamını açıklamaz.

Bu ayrım, bir protokolün adını ezberlemekten daha değerlidir. Soruda 'hangi protokol neyi çözer?' diye sorulduğunda, protokolün iletişim zincirindeki görevini belirlemek gerekir.

HTTP, HTTPS ve güvenlik iddiası nasıl değerlendirilir?

HTTP, web istemcisi ile sunucu arasındaki istek-yanıt iletişimini düzenler. HTTPS ifadesi ise web iletişiminin güvenli bağlantı mekanizmalarıyla birlikte kullanıldığını gösterir. Buradaki önemli ayrım şudur: Bir protokolün iletişim kurallarını tanımlaması ile iletişime gizlilik, bütünlük veya kimlik doğrulama özellikleri eklemesi aynı şey değildir.

Güvenlik değerlendirmesi yapılırken şu sorular sorulmalıdır:

• İletişim sırasında verinin başkaları tarafından okunmasını zorlaştıran bir şifreleme mekanizması var mı?
• Verinin aktarım sırasında değiştirilip değiştirilmediğini anlamaya yarayan bir bütünlük kontrolü var mı?
• İletişilen tarafın kimliği doğrulanıyor mu?

Bu özelliklerin bulunması, kullanılan güvenlik mekanizmasının doğru yapılandırıldığı ve cihazın güvenli olduğu anlamına tek başına gelmez. Ayrıca HTTPS, kullanıcının karşılaştığı web sitesinin tüm içeriklerinin güvenilir olduğunu da kanıtlamaz; esas olarak bağlantının güvenlik özellikleriyle ilgilidir. Bu nedenle 'HTTPS olan her site güvenlidir' sonucu çıkarılmamalıdır.

VPN gibi teknolojiler de protokoller ve güvenlik mekanizmalarıyla birlikte çalışabilir; ancak VPN'nin amacı ile HTTPS'nin amacı aynı değildir. VPN, cihaz ile VPN hizmeti arasındaki tünel ve yönlendirme düzeniyle ilgilenirken HTTPS web istemcisi ile web sunucusu arasındaki iletişim güvenliğiyle ilişkilidir. Ayrıntılı karşılaştırma için VPN Nedir? konusuna bakılabilir.

Protokol, standart, servis ve uygulama arasındaki sınır

Bu kavramlar günlük kullanımda birbirine karışabilir:

• Protokol: Tarafların iletişim sırasında uyacağı kuralların kendisidir.
• Standart: Bir teknolojinin veya iletişim yönteminin nasıl uygulanacağını ortaklaştıran daha geniş teknik çerçeve olabilir. Wi-Fi, IEEE 802.11 standartlarına dayalı kablosuz yerel ağ teknolojisini ifade eder; 802.11 ise bu teknolojiyle ilgili standart ailesidir.
• Servis: Kullanıcıya sunulan işlevdir; web sayfası görüntüleme, e-posta veya dosya aktarımı buna örnek verilebilir.
• Uygulama: Bu servisi kullanan yazılım ya da programdır. Tarayıcı, e-posta istemcisi veya mesajlaşma uygulaması protokolleri kullanabilir.

Bir tarayıcı HTTP kullandığında tarayıcının kendisi HTTP olmaz. Benzer biçimde Wi-Fi bağlantısı kuran telefon, Wi-Fi teknolojisinin kendisi değildir. Protokol, yazılım ve donanımın uyması gereken iletişim kurallarını ifade eder.

Bir protokolün açık ve ortak biçimde tanımlanması, farklı üreticilerin cihazlarının birlikte çalışmasına yardımcı olur. Ancak birlikte çalışabilirlik için yalnızca aynı protokol adını desteklemek yeterli olmayabilir; sürüm, yapılandırma ve kullanılan ek protokoller de uyumlu olmalıdır. Bu nedenle 'aynı protokol kullanılıyorsa her cihaz kesinlikle sorunsuz iletişim kurar' ifadesi fazla geneldir.

Çözümlü örnekler: protokol görevini adım adım ayırma

Örnek 1: Bir web adresine erişim

Verilenler: Kullanıcı bir tarayıcıya web adresi yazıyor. Sistem, alan adını hedef adrese dönüştürüyor; tarayıcı sunucudan bir web kaynağı istiyor; yanıt ağ üzerinden geri geliyor.

Çözüm adımları:

1. Kullanıcının yazdığı alan adı, doğrudan web içeriği değildir. Tipik olarak DNS veya başka bir ad çözümleme mekanizması kullanılarak alan adıyla ilişkili hedef adres bulunur. Ancak yerel önbellek, hosts dosyası veya doğrudan yazılmış bir IP adresi gibi durumlarda DNS kullanılmayabilir.
2. Tarayıcının sunucuya gönderdiği web kaynağı isteği, HTTP kurallarına göre oluşturulur.
3. İsteğin ağlar arasında hedefe taşınabilmesi için IP düzeyinde adresleme ve yönlendirme bilgileri kullanılır.
4. Aktarım sırasında kullanılan protokol, verinin iletim düzeni ve varsa hata kontrolü gibi görevleri üstlenebilir. Bu görevi HTTP ile karıştırmamak gerekir.
5. Sunucunun yanıtı aynı görev ayrımı içinde istemciye taşınır ve tarayıcı, HTTP yanıtını işleyerek içeriği görüntüler.

Sonuç: DNS veya başka bir ad çözümleme mekanizması hedefi bulmaya, HTTP web mesajını düzenlemeye, IP ağlar arasında adreslemeye ve aktarım katmanı ilgili taşıma kurallarına yardımcı olur. Bunların hiçbiri tek başına tüm süreci açıklamaz.

Örnek 2: Kablosuz ağa bağlanan telefonun web sitesine ulaşamaması

Verilenler: Telefon Wi-Fi ağına bağlanmış görünüyor; buna rağmen bir web sitesi açılmıyor.

Çözüm adımları:

1. Wi-Fi bağlantısının kurulmuş olması, telefonun kablosuz erişim noktasıyla iletişim kurabildiğini gösterir; bu bilgi tek başına internet erişimini kanıtlamaz.
2. Telefonun ağ üzerinde kullanılabilir bir adres alıp almadığı kontrol edilmelidir. Adresleme sorunu varsa web isteği hedefe taşınamayabilir.
3. Alan adı çözümlenemiyorsa DNS ile ilgili bir sorun düşünülebilir. Aynı hizmete alan adı yerine başka bir yoldan erişim mümkün olsa bile bu, DNS katmanını ayrıca değerlendirmeyi gerektirir.
4. Hedef adres bulunuyor ve ağ bağlantısı çalışıyorsa web isteğinin HTTP/HTTPS aşaması incelenir.
5. Sorunun hangi aşamada olduğunu ayırmadan 'Wi-Fi bozuk' veya 'internet protokolü çalışmıyor' demek doğru bir teşhis değildir.

Sonuç: Wi-Fi yerel kablosuz bağlantıyı, DNS ad çözümlemeyi, IP ağlar arası taşımayı, HTTP/HTTPS ise web iletişimini ilgilendirir. Bağlantı zincirindeki her aşama ayrı değerlendirilmelidir.