RLP Protokolü Nedir? | Tanımı, Bileşenleri & Nasıl Çalışır?

RLP (Resource Location Protocol – Kaynak Konumu Protokolü), ağdaki öğelerin tam olarak bulunmasına yardımcı olur. Ve basit bir soru-cevap yöntemi kullanır. Böylece kaynakların nerede olduğunu hızla anlar.

RLP Protokolü Tanımı, Bileşenleri ve Özellikleri

Ağda RLP Protokolü Nedir?

RLP protokolü, IP ağlarındaki cihazları birbirleriyle nasıl konuştuklarına bakarak bulur. DNS ve DHCP’nin belirli işleri yapmasına yardımcı olarak kişiselleştirilmiş hizmetlerin gerçekten iyi çalışmasını sağlar.

Basitçe söylemek gerekirse, protokol PC’leri bulur. Bu bilgisayarlar özel bir grup içerisinde birbirleriyle konuşurlar. Ayrıca ekstra hizmetler sunan cihazları da tanımlayabilir.

Protokol, arama yapan bilgisayarın bu sisteme gönderdiği birçok mesajı ayarlar. Daha sonra bunları ve beraberindeki verileri göndermek için UDP protokolünü kullanır.

Yani başka bir ana bilgisayar UDP portu 39’a bir istek mesajı gönderir. Bu durumda istekte bulunan kişi bir hizmet veya kaynak arıyordur.

Yani istek, kaynak sunan ana bilgisayarları içerir. Bu ana bilgisayarlardan bazıları yanıt mesajları da gönderir.

RLP Gelişim Süreci ve Tarihi

Resource Location Protocol uygundur çünkü LAN’lardaki kaynakların yönetilmesine yardımcı olur. Ağlar daha karmaşık hale geldiğinde ortaya çıkabilecek sorunları çözer.

RLP, bilgisayar kaynaklarını paylaşma ihtiyacını karşılamak için 1980’lerin başında başladı. Şirketler ve okul kurumları büyüdükçe birçok cihaza sahip olmak son derece hayati hale geldi.

Bu durumlardan dolayı kullanıcılar sorun yaşadı. Mühendisler bunu fark etti ve çözüm bulmaya çalıştı. RLP’yi iyileştirmenin temelini attılar.

Sonuç olarak, RLP ile ilgili araştırmalar 1980’lerde hızla ilerledi. Bu tarih, 1990’lı yıllarda RFC 887 dosyasıyla resmi olarak bir sürecin başlamasına yol açtı. Bu süreç, RLP’nin birçok ağ cihazı ve sistemiyle iyi çalışmasını sağladı.

Resource Location Protocol Temel Bileşenleri

İşte RLP’nin temel bileşenlerinin bir özeti:

Resources (Kaynaklar)

RLP, aygıtlar için ağ hizmetlerini yönetir: dosyalar, yazıcılar ve sunucular. Böylece her cihazın kullanılabilirliği sağlayan benzersiz bir tanımlayıcısı vardır. Bu kaynaklar LAN’ın çekirdeğidir. Sonuç olarak, bunları herkes için erişilebilir hale getirir.

Requests (İstekler)

Ağ kaynaklarından gelen erişim isteklerini kabul ederek erişime izin verir. Örneğin, bir kullanıcı bir dosyayı yazdırmak ister. RLP bunu yöneterek yazdırmaya izin verir.

Routing Algorithms (Yönlendirme Algoritmaları)

RLP, seçilen bir makineden mesaj göndermek için belirli yollar kullanır. Bu, temasın daha hızlı olmasını sağlar ve mesajın uygun cihaza güvenli bir şekilde iletilmesini sağlar.

Database (Veritabanı)

Bu protokol, ağ öğeleri hakkında bilgi bulmak için bir veritabanı kullanır. Sonuç olarak cihazlar adlarını, özelliklerini ve konumlarını burada verimli bir şekilde depolayabilir.

Communication Interfaces

LAN kaynakları veya hizmetleriyle iletişim kurmak için arayüzleri kullanır. Sonuç olarak bu, cihazların bağlantı kurmasına ve mevcut bilgilerini toplamasına yardımcı olduğu anlamına gelir.

RLP Nasıl Çalışır?

Bu protokol LAN kaynak erişimini basitleştirir. Ayrıca bağlantı verimliliğini optimize eder. İşleyişini anlamak için şu adımları izleyin:

Kaynak Tanımlama

İlk olarak ağ kaynaklarını tam olarak tanımlar. Daha sonra her kaynağa benzersiz bir kimlik atar. Dolayısıyla bu kimlikler onları LAN’daki diğer cihazlardan ayırır.

İstekleri Alma

İkinci adımda ağ kaynakları istek gönderir. RLP, hizmetlere ilişkin bu özel istekleri alır. Daha sonra neye ihtiyaç duyduklarını anlar ve bunları verimli bir şekilde yönetir.

İstekleri İşleme

Üçüncü adımda RLP, istekleri işlemek için bir yönlendirme algoritması kullanır. Böylece isteği hedefe doğru şekilde göndermeye hazırlanır.

Kaynağı Tanımlama

Dördüncü adım, işlenen isteği hedef kaynağa yönlendirir. Bu arada cihazın adını tanımlar. Daha sonra isteği kendisiyle eşleştirir.

İletişim Kurma ve İşleme

Beşinci adımda RLP protokolü iletişim arayüzünü kullanır. Sonuç olarak, verileri hedef kaynağa iletir.

Doğrulama ve Sonuçları İzleme

İlk olarak verilerin doğruluğunu kontrol eder. Daha sonra sonuçları yakından takip eder. Bu şekilde cihaz kullanımı herhangi bir değişiklik olması durumunda veritabanını günceller.

RLP ve İstek Mesajları Çalışma Mantığı

Kaynak Konumu Protokolü, bu istek mesajlarını tanımlarken aşağıdaki soru türlerini kullanır:

Who Provides? (Kim Sağlar?)

Genellikle yerel ağ üzerinden bir yayın gönderir. Açıklanan hizmetlerden birini sağlayan bir ana bilgisayar (host) bu isteğe yanıt verir. Kısaca belirtilen hizmetleri sunmayan hostlar bu isteğe yanıt vermemektedir.

Do You Provide? (Sağlıyor Musunuz?)

Bu istek mesajıyla doğrudan belirli bir ana bilgisayara, yani bilgisayara bir istek gönderir. Bu işlem, ilk mesaj türü gibi yayın kullanamayacağı anlamına gelir.

Ana bilgisayar bu mesajı aldığında, belirtilen hizmetleri sağlayıp sağlamadığına bakılmaksızın yanıt verir.

Who Anywhere Provides? (Herhangi Bir Yerde Kim Sağlıyor?)

RLP aynı zamanda bu mesaj türünde LAN’a (Yerel Alan Ağı) da yayın yapar. Bu durumda LAN’daki diğer ana bilgisayarlar, hizmet sağlasalar da sunmasalar da, bu mesaja yanıt verirler.

Does Anyone Provide? (Sağlayan Biri Var Mı?)

Bu mesaj türünde sadece belirli bir hosta istek gönderilir. Bu işlem, bir hostun hizmetlerden birini sağlasa da sağlamasa da, hizmetten haberi olup olmadığını kontrol etmeden yanıt vermesi anlamına gelir.

RLP Protokolünün Mesaj Yapısı

RLP protokolü tarafından kullanılan mesaj yapısı Type (Tür), Flags (Bayraklar), Local Only (Yalnızca Yerel), Message ID (Mesaj Kimliği) ve Resource List (Kaynak Listesi) oluşur.

Type: Bu mesaj yapısı soru veya cevap türünü tanımlar.
Local Only and Flag: Liste yalnızca yanıt veren veya aynı IP adresine sahip ana bilgisayarları içerir.
Message ID: Bu alan aldığı yanıtların daha önce gelen istekle eşleşip eşleşmediğini kontrol eder.
Resource List: Bu, aradığı veya sağladığı hizmetler ve bunlara yardımcı olan makineler hakkında bilgi içerir.

Bu protokol bize bazı şeyleri ve işleri birkaç bölümde anlatır. İlk olarak hangi IP’nin kullanıldığını söylemek için benzersiz bir sayı kullanır. Daha sonra başka bir numara genellikle işin hangi kapıdan geçeceğini söylüyor. Daha sonra daha fazla sayıyla bağımsız olarak gerçekleşen diğer şeylerden bahsediyor.

RLP Avantajları ve Dezavantajları

RLP protokolünün ağ yöneticileri için aşağıdaki gibi iyi ve kötü noktaları vardır:

Artıları

Etkili Kaynak Yönetimi

Kaynaklara dikkat etmek, bilgisayar ağının daha iyi çalışmasına yardımcı olur ve gereksiz şeylerin olmasını engeller.

Hızlı Erişim

Kaynaklara doğru şekilde bakmanın yanı sıra, onlara hızlı bir şekilde ulaşabilir. Yönlendirme tabloları adı verilen kılavuzları kullanarak isteklerle ne yapılacağına karar verir.

Veritabanı İzleme

RLP’deki kaynaklar için bir veritabanına sahip olmak harika bir şeydir. Ağ ve sistem yöneticilerinin, cihazların kendi yerlerinde nasıl davrandığını görmesine ve yönetmesine olanak tanır.

Uygunluk

PC LAN’ları daha kritik hale gelebilir çünkü hızla yeni şeyler içerebilmektedirler.

Eksileri

Yüksek Trafik

Gelen isteklerle ilgilendiğinden, kapsamlı ağların ne kadar iyi çalıştığını etkiler. Bu süreç, kaynak ararken LAN’daki trafik akışını doğrudan içerir.

Güvenlik Problemleri

Ağ üzerinde gelen istekleri işlerken yetkisiz yönlendirme yapabilir. Dolayısıyla güvenlik kaygısı olan bir yapıda riskli olabilir.

Karmaşıklık

RLP’nin bir veritabanı olması ve yönlendirme algoritmaları kullanması nedeniyle yönetimi karmaşık olabilir.

Bağlantı Problemleri

RLP, kaynak ve hedef cihazları kontrol ederken hatalarla ve bağlantı sorunlarıyla karşılaşabilir.

RLP Kaynak Konumu Protokolü Hakkında SSS

Kaynak Konumu Protokolü tam olarak hangi sorunu çözmek için geliştirildi?

1980’lerin başında ağlar büyüdükçe yazıcı bulmak bile zorlaştı. Her cihazın adresini ezberlemeniz gerekirdi. İşte bu protokol, kaynakları otomatik keşfetmek için doğdu.

Bir bilgisayar ağa ‘bu hizmeti kim sağlıyor?’ diye sorar. UDP port 39 üzerinden basit bir yayın yapar. Sağlayıcı cihazlar hemen yanıt verir.

Böylece kullanıcı sunucu adreslerini bilmek zorunda kalmaz. Ağdaki dosya sunucuları, yazıcılar anında listelenir. Zira o dönemde DNS bu kadar yaygın değildi.

UDP port 39'u kullanması ne anlama geliyor ve mesaj yapısı nasıl işler?

Bu eski çözüm, UDP’nin hafifliğini tercih eder. 39 numaralı port üzerinden istek ve cevaplar gidip gelir. TCP gibi bağlantı kurmaz.

Mesaj yapısı oldukça sadedir. Type alanı soru mu cevap mı olduğunu belirtir. Message ID ise istek ile cevabı eşleştirir.

Resource List bölümünde bulunan hizmetler sıralanır. Flag ve Local Only alanları kapsamı daraltır. Düşünün, sadece yerel ağdaki hizmetleri filtreleyebilirsiniz.

Kısacası bu yapı, o günün dar bantlı ağlarında hızlı keşif sağladı. Gelişmiş bir güvenlik mekanizması içermiyordu. Ama zaten kapalı LAN’larda çalışıyordu.

Dört farklı istek türü (Kim Sağlar, Sağlıyor musun vb.) ne işe yarar?

İlk mesaj türü ‘Kim Sağlar?’ tüm ağa yayın yapar. Belirli bir hizmeti sunan tüm cihazlar cevap verir. Gereksiz yere sessiz kalanları etkilemez.

‘Sağlıyor musun?’ ise doğrudan tek bir makineye sorar. Hedef cihaz mecburen yanıt döner. Hizmeti sunmasa bile ‘hayır’ der.

Ardından ‘Herhangi Bir Yerde Kim Sağlıyor?’ yine yayın kullanır. Ama bu kez herkes cevap verir, hizmet sunmayanlar bile. Böylece tüm komşu cihazların farkındalığı ölçülür.

Son olarak ‘Sağlayan Biri Var mı?’ belirli bir hosta gider. O hostun bilgisi dahilindeki hizmetleri sorgular. Sonuçta bu dört tür, ağ yöneticisine esnek bir keşif imkanı tanır.

Günümüz ağlarında bu kaynak keşif yapısı neden artık kullanılmıyor?

En büyük sebep güvenlik zafiyetidir. Hiçbir kimlik doğrulama yapmaz. Herkes sorgu gönderip ağ haritasını çıkarabilir.

Buna karşın modern ağlar çok daha büyük. Yayın mesajları devasa trafik oluşturur. Ölçeklenebilirlik sıfıra iner.

Günümüzde mDNS ve DNS-SD gibi protokoller bu işi devraldı. Zeroconf ile sıfır yapılandırma sunarlar. Ayrıca çok noktalı yayın kullanarak trafiği optimize ederler.

Dolayısıyla bu eski LAN çözümü yerini tamamen daha akıllı sistemlere bıraktı. Artık sadece tarihi bir RFC olarak raflarda duruyor.

Yönlendirme algoritmaları ve veritabanı kullanması karmaşıklığı artırmaz mı?

Aslında evet, bu bir dezavantajdı. Protokol bir yandan basit görünür. Ama altında çalışan bir yönlendirme mantığı ve kaynak veritabanı vardır.

Her cihazın özellikleri ve konumu bu veritabanında tutulur. İstekler bu tabloya göre işlenir. Elle müdahale etmek oldukça zahmetlidir.

Üstelik veritabanı güncel değilse yanlış yönlendirmeler olur. Kaynak taşındığında tablo hemen güncellenmezse erişim kopar. Bu da yöneticiye ek yük bindirir.

Netice itibarıyla basitlik arayanlar için bu protokol sanıldığı kadar hafif değildi. Otomasyon eksikliği can sıkardı.

Bir ağ yöneticisi olarak bu eski protokolün hala izlerini nasıl temizlerim?

Modern switch ve router’larda UDP 39 portunu filtrelemeniz yeterlidir. Eski cihaz kalmadıysa zaten bu trafik oluşmaz. Yine de güvenlik duvarı kurallarına ekleyin.

Eğer hala eski bir Unix sunucunuz varsa, ilgili servisi ‘rlp’ veya ‘rwhod’ gibi süreçlerden kapatın. Çoğu Linux dağıtımı bu hizmeti yıllar önce kaldırdı.

Ayrıca ağ taraması yaparak 39. porta gelen paketleri izleyin. Beklenmedik bir hareketlilik varsa hemen kaynağını bulun. Zira bu tür açık kapılar bilgi sızdırabilir.

Kısacası, artık rafa kalkmış bir teknolojiyi ağınızda barındırmayın. Kaynakları bulmanın çok daha akıllı yolları var.

RLP (Resource Location Protocol) Nedir? | Nasıl Çalışır?