DNS Round Robin: Tarayıcılar çevrimiçi olduğu sürece bir IP'ye bağlı mı?

Çoğu tarayıcı, DNS sunucusundan birden fazla A kaydı alırsa nasıl davranır? Bir IP'ye erişilebildiği sürece çubuğu yapıştırın (ve yalnızca IP kapalıyken başka bir IP kullanın)? Yoksa sebepsiz yere sürekli mi değişiyorlar?

Mevcut tarayıcıların çoğunluğu bir IP'ye bağlı kalırsa, DNS-RR benim için basit bir yük devretme çözümü olarak yeterli olacaktır.

Her tarayıcının yuvarlak robin DNS'yi ele almak için kendi yöntemi vardır, bugün bu sorunu araştırmak için biraz zaman harcadım ve yanıtlarını davranışlarını gösteren tarayıcılara sınırlandıracak uygulama kanıtı bulduğumdan cevabımı güncellemeye devam edeceğim.

Google Chrome

Google Chrome (kullanılan v58), bir adres (A, AAAA, CNAME) için tüm ana bilgisayar girişlerini isteyecek ve bunları bir diziye ( adres_listesi ) koyacaktır . Daha sonra Chrome, ilk IP'den sonuncuya kadar her IP adresinde bir soket açmaya çalışır, krom en hızlı veya en yakın IP'yi denemez, ilk IP'nin (yukarı akış dns çözümleyicileriniz tarafından verilen) en iyi IP olduğunu varsayar. Testlerimde bind ve windows dns sunucuları arama başına farklı bir IP sırası verir ve her bir IP'ye bant genişliğinde 50/50 bölünmüş gibi bir şey verir. Bu işlevsellik,chrome://net-internals/#events&q=type:SOCKET%20is:active

Kıvrılma (libcurl / 7.54.0)

Curl ayrıca bu başarısızlık işlevine sahiptir, ancak --connect-timeoutkromdaki varsayılandan çok daha uzundur, krom hemen başarısız olur, Curl yoktur. Libcurl kullanırsanız ve bir IP'nin başarısız olduğu bir round-robin dns örneğinde hayatta kalmak istiyorsanız, (kromda çalışır ancak kodda değil) bu değeri daha düşük belirttiğinizden emin olun.

DEFAULT_CONNECT_TIMEOUT: 0 bana bunun curl ile mümkün olmadığını düşündürdü.

* After 149990ms connect time, move on!

Her iki tarayıcıda da IP yapışkan , DNS'de verilen TTL'yi takip ettiler ve ttl'nin süresi dolduğunda (krom bunu dahili olarak tutar, her istekte kıvrılma sorar), ip seçimi yukarıda açıklandığı gibi her seferinde gerçekleştirilir.

Ne anlama geliyor? DNS-RR bazı sistemler için uygundur, ancak yük devretme için tasarlanmamıştır. DNS görünümlü tüm sonuçların (gerçek bir kaynak) geçerli ve trafik sunmak için kullanılabilir olmasını beklemelisiniz. IP'nin kullanılabilirliğini sağlamanın sanal kayan IP'ler, BGP / Yönlendirme hileleri gibi birçok yolu vardır. . Bunları kullanın .

Yalnızca IPv4 ortamında yapılan tüm testler, test etmek için yeterli altyapı bulunduğunda çift yığınlı sonuçlarla geri dönecektir.

Bu değişikliklerin IPv6-Fallback RFC Happy Eyeballs'un bir yan etkisi olduğunu tahmin ediyorum

Güncelleme Yararlı bir değerlendirme olan RR DNS, uygulama hatalarına değil, yalnızca yük dengelemesine yardımcı olabilir, düğümlerinizden birinin 503'ü varsa, trafiğiniz 503'lerde% 40-60 oranında hizmet verirsiniz. Listelenen tüm IP'lerin ulaşılabilir olması durumunda geçerli çalışma uç noktaları olduğu varsayılmıştır.

edit: HiPerFreak bana eğitim beri benim cevap düzenleme.

DNS sunucuları, belirli bir ana bilgisayar adı için sahip olduğu tüm A kayıtlarının listesini döndürür. Round robin'in geldiği yer listenin nasıl sıralandığını döndürmektir. Yayınlanan bağlantı, web tarayıcılarının bu listeyi nasıl kullanacağına harika bir örnektir.

Round Robinning, çok ilkel bir yük dengeleme formu için kullanılabilir, ancak gerçek yük dengeleme için çok zayıf bir alternatiftir, çünkü yuvarlak robin rotasyonundaki ana bilgisayarlardan biri düşerse, DNS sunucusu hiçbiri daha akıllı olmayacak ve hala olmayacaktır. indirilen düğümün IP adresini listeye yerleştirin.

Benim sorum (ve cevabım): Tarayıcıların birden fazla IP'yi nasıl ele aldığını görün .

Kısa süre sonra robin dns, kullanılabilirliği hiç artırmaz. Tarayıcı bir IP seçer ve yanıt vermese bile ona yapışır. (FF ve krom ile kontrol edilir).

Tarayıcı dns önbelleğinin süresi dolduğunda, ana bilgisayar adı yeniden çözüldü ve IP yanıtlanıp yanıtlanmadığına bakılmaksızın işlem tekrarlandı.

Temel HA için dinamik DNS veya çeşitli IP tabanlı yaklaşımlar kullanabilirsiniz.

EDIT: Bu davranış erişilemez ana bilgisayar bir "kara delik" gibi davranır gerçekleşir. Bunun yerine ana bilgisayar gelen bağlantıları aktif olarak reddederse, tarayıcı bir ip deneyecek, reddedecek ve hemen başka bir ip kullanacak ve böylece oldukça iyi başarısız olacaktır.

IP'leri değiştirirler, bu bir yük devretme çözümü değildir.

Tarayıcılar işletim sisteminin ad çözümlemesi yapmasına izin verir ve Linux için IP adreslerini her zaman rasgele seçer, google.com'u birkaç kez deneyin . IP'ler rastgele sırada gelir.

DNS, bir listedeki tüm IP'leri döndürür, ancak listenin sırasını değiştirir ve 1 başarısız olduğunda bu sıra rastgele değildir veya değişmez, ancak yük dengeleme nedenleriyle IP'leri her zaman aynı sırada döndürürler. Tarayıcı listeyi aldığında, çalışmayan olarak bilinmediyse listede ilkini seçtiğini varsayalım.