OSI modeli (Open Systems Interconnection), ağ iletişimini 7 katmanda açıklayan kavramsal bir modeldir. Sistem yöneticisi açısından asıl değeri ezberden çok troubleshooting sırasında problemi doğru katmana ayırmaktır: fiziksel bağlantı mı, VLAN/MAC mi, IP/routing mi, TCP/UDP mi, yoksa uygulama mı?
OSI Modelinin 7 Katmanı
| Katman | Adı | Örnek / odak |
|---|---|---|
| 7 | Application | HTTP, DNS, SMB gibi uygulama servisleri |
| 6 | Presentation | Veri biçimi, encoding, encryption kavramları |
| 5 | Session | Oturumların kurulması ve sürdürülmesi |
| 4 | Transport | TCP, UDP, portlar |
| 3 | Network | IP ve routing |
| 2 | Data Link | Ethernet frame, MAC, switch/VLAN |
| 1 | Physical | Kablo, sinyal, fiziksel link |
OSI Katmanları Nasıl Hatırlanmalı?
Ben troubleshooting sırasında 1’den 7’ye doğru düşünmeyi daha kullanışlı buluyorum: önce fiziksel link, sonra Layer 2, IP/routing, TCP/UDP ve en son uygulama. Böylece uygulama hatası gibi görünen bir problemi gereksiz yere üst katmanda aramıyorum.
Katman 1: Physical
Kablo, transceiver, fiziksel port ve link durumu bu katmandadır. Link yoksa üst katman analizine geçmenin anlamı yoktur.
Katman 2: Data Link
Ethernet frame, MAC adresleri, switching ve VLAN gibi kavramlar burada değerlendirilir. Yanlış VLAN veya Layer 2 loop bu katmanda aranır.
Katman 3: Network
IP adresleme ve routing bu katmanın temelidir. Yanlış subnet mask, gateway veya route problemleri burada ayrıştırılır.
Katman 4: Transport
TCP/UDP ve port kavramı bu katmanda ele alınır. Örneğin sunucu ping’e cevap verirken TCP 445 kapalıysa sorun yalnız “ağ yok” şeklinde yorumlanmamalıdır.
Katman 5–7: Session, Presentation ve Application
Pratik TCP/IP troubleshooting’de bu katmanların sınırları her zaman birebir görünmez. Uygulama protokolü, oturum, kimlik doğrulama, veri biçimi ve encryption gibi problemler üst katmanlarda değerlendirilir.
OSI ve TCP/IP Modeli Arasındaki Fark
| OSI | TCP/IP karşılığı |
|---|---|
| Application + Presentation + Session | Application |
| Transport | Transport |
| Network | Internet |
| Data Link + Physical | Network Access |
OSI daha çok kavramsal referans olarak kullanılır; TCP/IP modeli gerçek ağ protokol yığınının açıklanmasında daha pratiktir.
OSI Modeli ile Troubleshooting Örneği
Bir kullanıcı File Server paylaşımına erişemiyorsa benim kontrol sıram şu şekilde olur: fiziksel/ağ bağlantısı → doğru VLAN → IP/gateway/DNS → TCP 445 → SMB servisi → authentication ve permission. Bu yaklaşım sorunu katmanlara ayırdığı için doğrudan NTFS izinlerini değiştirmek gibi rastgele müdahaleleri azaltır.
Sonuç
OSI modelini ezberlemekten çok, “problem hangi katmanda başlıyor?” sorusuna cevap vermek için kullanmak gerekir. Sistem yönetiminde modelin gerçek değeri troubleshooting disiplinidir.
