Ağ kaynakları ve port yönlendirme

Uygulamanın erişim yolu

Ağ bölümü Services, Ingresses, Endpoints, IngressClasses ve NetworkPolicies için ayrı görünüm sunar. Kaynak detayları ve YAML araçları, bir dış adresin hangi servis ve Pod grubuna yönlendiğini anlamanıza yardım eder.

• Service portları ve hedefleri ile Ingress host/yol kurallarını inceleme.
• Endpoints üzerinden servis arkasındaki hedefleri kontrol etme.
• IngressClass ve NetworkPolicy tanımlarını görünür kılma.
• Port yönlendirme oturumlarını oluşturma, listeleme ve sonlandırma.

Erişilemeyen servisi kontrol etme

1. İlgili namespace’te Service’i bulun; port ve selector bilgilerini kontrol edin.
2. Endpoints listesinin beklediğiniz Pod hedeflerini içerdiğini doğrulayın.
3. Dış erişim kullanılıyorsa Ingress ve IngressClass tanımlarını inceleyin.
4. Gerekliyse yetkiniz kapsamında geçici port yönlendirme başlatın ve verilen bağlantı bilgisini kullanın; test sonunda oturumu kapatın.

Cluster bileşenlerinin rolü

Ingress kuralları uygun bir Ingress controller, ağ politikaları ise bunları uygulayan bir ağ eklentisi gerektirir. Battani kaynakları görüntüler ve yetkili işlemleri iletir; bu bileşenlerin kurulumu ayrı bir altyapı işidir.

Port yönlendirme kalıcı yayınlama yöntemi değildir. Ulaşılabilirlik Battani sunucusunun ağ konumuna ve oturum yapılandırmasına bağlıdır.

Service listesi ve port alanları

Services ekranında ad/namespace, servis türü, adres ve port bilgilerini birlikte inceleyin. ClusterIP, NodePort veya LoadBalancer türü dış erişimin nasıl beklendiğini açıklar; tek başına erişilebilirlik testi değildir.

• Port Service’in sunduğu, targetPort ise hedef Pod’da kullanılan portu ifade eder.
• Namespace ve ad filtresiyle hedefi bulun; detaydan selector ve port tanımını inceleyin.
• Port yönlendirme kısayolu seçili Service bağlamını ilgili forma taşır.

Ingress host, yol ve TLS bilgileri

Ingresses ekranında dış host ve yolların hangi backend Service’e gittiğini kontrol edin. Kaynak detayları ve YAML, host/path, servis hedefi, TLS Secret ve IngressClass ilişkisini okumaya yardımcı olur.

• Ingress kaynağının bulunması controller’ın veya DNS/TLS yapılandırmasının hazır olduğu anlamına gelmez.
• Yanlış backend portunu düzeltirken Service’in sunduğu portu esas alın.
• YAML düzenleme ve silme k8s:ingresses izinleriyle sınırlandırılır.

Endpoints adresleri ve portları

Endpoints ekranı ad/namespace filtresi, sıralama, detay ve YAML araçlarıyla servis arkasındaki IP/port kümelerini gösterir. Boş adres listesi, Service’in beklenen hazır Pod hedeflerini bulamamasıyla ilişkili olabilir.

• Servis selector’ını Pod etiketleriyle karşılaştırın.
• Adres mevcut olsa da container portunun doğru dinlediğini log/terminal üzerinden ayrıca doğrulayın.
• Controller tarafından yönetilen Endpoints’i elle düzenlemek kalıcı çözüm olmayabilir; asıl Service/Pod tanımını inceleyin.

IngressClass controller ve parametreleri

IngressClasses cluster kapsamındadır; namespace filtresi yerine ad aramasıyla çalışır. Controller alanı bu sınıfı hangi controller’ın işleyeceğini belirtir; detayda varsa parameters referansı bulunur.

• Ingress’in seçtiği class ile beklenen controller adını karşılaştırın.
• YAML düzenleme ve silme için gösterilen yetkileri kontrol edin.
• Class tanımı oluşturmak controller yazılımını kurmaz; çalışma bileşenini ayrıca doğrulayın.

NetworkPolicy selector, ingress ve egress

NetworkPolicies ekranında namespace ve ad filtreleriyle politika seçin. podSelector, policyTypes ve ingress/egress kuralları hangi Pod’ların hangi yönlerde sınırlandığını tanımlar. Detay ve YAML araçları bu kuralları açar.

• Politikanın seçtiği Pod etiketlerini kontrol edin.
• NamespaceSelector, podSelector, IP aralığı ve port kurallarını birlikte okuyun.
• İzin kuralı yazmak, kullanılan ağ eklentisi NetworkPolicy uygulamıyorsa trafiği değiştirmeyebilir.

Port yönlendirme formu: Pod veya Service

Yeni yönlendirmede hedef türü Pod/Service, namespace, hedef adı ve port seçilir. Pod portu tanımda yoksa manuel port girebilirsiniz. Yerel port boş bırakılırsa sunucu uygun bir port atar.

1. Hedef türünü ve namespace’i seçin.
2. Pod/container portunu veya Service/Service portunu belirleyin.
3. Sabit porta ihtiyaç varsa yerel portu girin; çakışmamasını kontrol edin.
4. Oluşturma sonucunda listelenen gerçek yerel portu kullanın.

Yönlendirme adresi hangi makinededir?

Port yönlendirme Battani API sunucusunda açılır. Arayüzdeki bağlantı, eriştiğiniz web sunucusunun host adı ve atanan yerel porttan oluşturulur; bu port tarayıcı bilgisayarınızda otomatik açılmaz.

• Container port yayını, güvenlik duvarı ve proxy düzeni seçilen porta erişime izin vermelidir.
• Gösterilen HTTP bağlantısı her hedef protokolünün HTTP olduğu anlamına gelmez; SQL gibi servislerde uygun istemci kullanın.
• Bu araç ile veri servisi bağlantılarının yalnız loopback üzerinde açılan tünellerini karıştırmayın.

Yönlendirme listesi, kalıcılık ve durdurma

Yönlendirme listesinde hedef, namespace, Pod/port ve yerel port bulunur. Kayıtlar saklanır ve sunucu yeniden başladığında aynı yerel portta geri açılmaya çalışılır. Service hedefli yönlendirme, Pod değiştiğinde yeni hedefi çözebilir.

• Tarayıcı sekmesini kapatmak yönlendirmeyi kaldırmakla aynı değildir.
• İşiniz bittiğinde Durdur işlemini kullanın ve listeden kalktığını doğrulayın.
• Kullanıcı kendi yönlendirmelerini, sistem yöneticisi yetkisi kapsamında diğerlerini de yönetebilir; port çakışması yeniden açılmayı engelleyebilir.

Ağ kaynaklarında YAML ve toplu silme

Service/Ingress ve ek ağ kaynakları kendi yetkileriyle detay, YAML ve silme araçları sunar. Seçim kutusu bulunan ekranlarda toplu silme ayrı kaynak istekleri olarak yürür; kısmi başarı mümkündür.

• Her satırın namespace ve adını kontrol edin.
• Gerekli selector, port veya kural değişikliğini YAML üzerinden uyguladıktan sonra gerçek erişim yolunu test edin.
• Silinen Service/Ingress’in dış erişim ve uygulama bağımlılıklarını etkilediğini dikkate alın.

Bağlantı hatasını katmanlara ayırma

Bağlantı sorununun nerede oluştuğunu Service, Endpoints, Pod, Ingress ve ağ politikası bilgileriyle daraltın. Port yönlendirmede başarı, dış Ingress yolunun da doğru olduğunu kanıtlamaz.

1. Hedef Pod’un hazır olduğunu ve doğru portta dinlediğini kontrol edin.
2. Service selector/port ve Endpoints eşleşmesini inceleyin.
3. Dış erişim için Ingress class, host, yol, DNS ve TLS ilişkisini kontrol edin.
4. Ağ politikalarının kaynak ve hedef yönlerini değerlendirin.