‫Marty, docker ağının ana bilgisayar slash genel ağından bölümlere ayrılmadığını soruyor.
‫Bir iş arkadaşımız Docker ortamımızdaki IP aralığının normal şirket ağımızla çakışmaya
‫neden olabileceğini düşünüyor.
‫Aslında bu harika bir soru.
‫İlkinin cevabı evet.
‫Dockers.
‫Yani varsayılan olarak Docker ağ sürücülerini kullanıyorsunuz ve varsayılan olan köprüdür.
‫Eğer swarm kullanıyorsanız varsayılan olan overlay'dir ve tabii
‫ki diğer ağ sürücülerini de kullanabilirsiniz, aslında eğer beni buraya atlarken görürseniz ve sadece bir docker
‫network ls yaparsam oh Docker'ım çalışmıyor Oh ve şuna bakın Docker'ın
‫yeni bir sürümü çıktı Hayır bugün bunu güncellemek istemiyorum, bu yüzden Docker'ın başlaması için bana bir dakika
‫verin.
‫Ancak, kutudan çıkan Docker ağ sürücülerinin bir listesi vardır ve sadece bir docker ağı oluşturarak
‫veya bir ağ belirtmeden ve köprü kullanmadan varsayılan bir köprü sürücüsünü seçersiniz.
‫Üretimde çoğumuz swarm overlay gibi diğer ağları kullanacağız veya Kubernetes'in kendi
‫ağ sürücüleri olacak.
‫Kullanabileceğiniz host ve Mac v lan gibi başka seçenekler de vardır, hatta teknik olarak ağ
‫bağlantısını devre dışı bırakacak none seçeneğini de kullanabilirsiniz, ancak buradaki mesele,
‫varsayılan köprü ağından bahsediyorsanız, ki muhtemelen üretimde kullanacağınız şey bu değildir, bu
‫bir ağ segmentidir, yani kendi alt ağ aralığıdır ve köprü modunda çalışır, bu da kendisini
‫bu özel alt ağın dışında şirket ağlarınıza göndereceği anlamına gelir.
‫Ancak teknik olarak net fiziksel ağlarınızla çakışmayacak olsa da, ana bilgisayarınızın dışında kullanılan aynı
‫alt ağlara sahip olamazsınız.
‫Ve bu sadece standart TCP IP yönlendirmesinden kaynaklanmaktadır.
‫Yani IP protokolü yönlendirme ayrıntılarını takip ederseniz, Docker içindeki docker konteynerimde diyelim
‫ki 10 0 0 0 alt ağındaysam ve şirket ağımda bir yerde 10 nokta 0 1 alt ağı kullanılıyorsa, yerel makinemdeki konteynerim
‫bu ağa nasıl yönlendirileceğini bilemez çünkü bu ağın aslında zaten
‫yerel alt ağımın bir parçası olduğunu düşünür.
‫Doğru.
‫Bu nedenle, teknik olarak konteynerlerin dolaştığı herhangi bir yerde herhangi bir alt ağın çakışmasını
‫sağlayamazsınız, bu nedenle teknik olarak Nats olsa bile yine de muhtemelen sorunlara
‫neden olacaktır ve aslında bazı şirketlerde çünkü kutudan çıkan docker ağları genellikle
‫172 alt ağdır ve bazen şirketler bu alt ağları üst üste bindirir ve bu da bir soruna
‫neden olur, bu da şirketlerin Docker ayarlarına girmeleri gerektiği anlamına gelir, örneğin buraya tercihlere giderler ve daemon yapılandırmasına giderler ve efendim,
‫7 olarak bu seçeneğin henüz olduğunu
‫sanmıyorum, bir gün bir tane gördüm.
‫Evet.
‫Yani burası varsayılan alt ağdır.
‫Belki ekranda görmek biraz zor ama bu bir varlık 168 65 alt ağı ve benim ve bunu değiştirebilirsiniz ama aynı zamanda swarm overlay
‫kullanıp kullanmadığınıza veya varsayılan köprüyü kullanıp kullanmadığınıza bağlı olarak gelişmiş
‫altında daemon yapılandırması içindeki diğer varsayılanları değiştirmeniz gerekebilir.
‫Yani evet bu mümkün.
‫Ve temel olarak emin değilseniz sadece konteyner oluşturmayı test edin, belki ağınızdaki bir şeye ping atmayı deneyebilirsiniz. Genellikle
‫insanların bunun bir sorun olduğunu söylemesinin ilk yolu, makinemizde konteyner oluşturmaları
‫ve ardından belki de veri merkezlerinde veya ulaşmaları gereken bir sunucu dolabında bir devam sunucusu veya bir şey olması.
‫Daha sonra konteynerlerinden o makineye ulaşmaya çalışırlar ve hiçbir şekilde bağlanamazlar.
‫Uygulamayı ve ne kullandığınızı bilmenize bağlı olarak onlara biraz verin, size hata verebilir.
‫Bu yardımcı programları bir konteynere ekleyerek rotayı izlemeye çalışın ve bu uzak IP adresine rotayı
‫izleyip izleyemeyeceğinizi veya ping atıp atamayacağınızı görün çünkü elbette şirketinizdeki tüm alt ağları yöneten biri
‫değilseniz, ağın her yerinde kullanılan her alt ağı bilmiyor olabilirsiniz.
‫Bir diğer husus ise, Ada of U gibi bir bulut kullanıyorsanız. S. alt ağları ve şirketiniz belki de altyapısının bir
‫kısmını orada barındırıyor ve sizinle sekizimiz arasında VPN var, o zaman Ada U'daki alt ağları da önemsemeniz
‫gerekiyor. S. ve bunların da çatışıp çatışmayacağı.
‫Yani temel olarak Docker alt ağları gerekli olsalar bile, paketleri dışarı çıkarma sorunlarını çözmenize ağınızdaki
‫diğer alt ağlardan daha fazla yardımcı olmayacaktır.
‫Temel olarak kullanamazsınız.
‫Ağınızın hiçbir yerinde iki alt ağı aynı şekilde kullanmamalısınız ve muhtemelen kullanamazsınız.
‫Paketleri içeri almanıza izin verebilir çünkü teknik olarak içeri giren paketler makinenize nasıl ulaşacaklarını
‫bilirler çünkü size ihtiyaç vardır ancak paketleri dışarı göndermeye çalıştığınızda makineniz şunu söyleyebilir: hey, şehrin
‫paketlerinin dışarı çıkmasına ihtiyacım yok çünkü bu belirli IP adresi benim yerel alt ağımda ya da en azından öyle olduğunu
‫düşünüyor.
‫Doğru.
‫Umarım bu mantıklıdır.
‫Bu sadece IP alt başlığının bazı sınırlamalarıdır ve evet bunu değiştirmeniz gerekebilir.