Birçoğu Cloud4Y'nin kurumsal bir bulut sağlayıcısı olduğunu zaten duymuştur. Bu nedenle kendimizden bahsetmeyeceğiz ancak bazı sitelere erişimde nasıl sorun yaşadığımızı ve buna neyin sebep olduğunu anlatan kısa bir hikaye paylaşacağız.
Güzel bir gün, pazarlama departmanı mühendislere, tarayıcılarda terminal üzerinde çalışırken bazı sitelerin yüklenmesinin uzun zaman aldığından şikayet etti. Özellikle vk.com onlar için hayati önem taşıyor. Sinyali aldık ve sorunun ne olduğunu anlamaya başladık.
Durum şu şekilde: İnternet sağlayıcısı "Megafon", sunucu işletim sistemi WindowsFirefox tarayıcısıyla. VKontakte'yi normal bir tarayıcıyla açarsanız. Windows 10O zaman site 10-100 milisaniye içinde yüklenecektir. Eğer onu şu şekilde açmayı denerseniz: Windows Server 2012/16/19 ise, gecikme 15 saniyeye hatta daha fazla olabilir.
Almış ve onun aracılığıyla olup bitenlerin olası versiyonlarını çözmeye başladılar.
1 numaralı hipotezin test edilmesi - terminal sunucusunda bir sorun.
Onaylanmadı. Sayfayı aynı ağdaki başka bir sunucu üzerinden açmayı test ederken sorun devam etti.
2 numaralı hipotezin test edilmesi - sorun ağ geçidindedir.
Onaylanmadı. Yerel dizüstü bilgisayarlarda her şeyin kolay ve hızlı bir şekilde açıldığı kaydedildi. Ancak aynı zamanda terminallerde (ve dahili sunucularda) sorun devam ediyor. Harici ve dahili arayüzlerdeki ICMP ayarlarıyla oynadık - yardımcı olmadı.
Bir şekilde tuhaf.
Yerel bir dizüstü bilgisayardan site yavaşlamıyor.
Dahili Tarama makinesinden (tarama terminali) - yavaşlamaz.
Ancak pazarlama yavaştır. Düzensizlik!
Daha ileri gidelim.
Hipotez #3'ün test edilmesi - DNS sorunu.
Onaylanmadı. Pikseli genel DNS (8.8.8.8) aracılığıyla başlattık - aynı hikaye. Örneğin, bu pikseli gizli modda ilk kez çektiğinizde sorun açıkça görülebilir.
Sorunun büyük ölçüde tarayıcıya bağlı olduğuna dair şüpheler var. FF'de piksel, ilk girişte kromda her zaman yavaşlar. Pazarlama her zaman tüm tarayıcılarda takılıp kalıyor.
Hipotez #4'ün test edilmesi - İşletim sistemi şablonuyla ilgili bir şey.
Henüz doğrulanmadı. Temiz bir kopyası dağıtıldı. Windows Server 2016 yılında, .0 ağından bir test çalıştırdık ve sorunla karşılaştık. .200 ağına geçtik ve sorun devam etti. Bu, .0 ağının ağ geçidinin sorun olmadığını gösteriyor. Ancak, bu ağdaki dizüstü bilgisayarlarda bu sorun yok. Bu da .200 ağının ağ geçidinin de sorun olmadığını gösteriyor.
Yani mesele işletim sistemi şablonu meselesi değil. Piksel yüklenirken sanal makine yavaşlar. Ancak üzerine bir VPN (ayrı ağ kartı) yüklerseniz ve üzerinden trafik gönderirseniz, her şey çok hızlı çalışır (olması gerektiği gibi). Sorun yaratabilecek iki seçeneğin olduğunu görüyoruz: ofiste bir ağ geçidi veya ofiste bir internet operatörü.
Ancak Megafon özellikle VKontakte pikseline erişimi kesebilir mi? Hayır, bu bir tür saçmalık. Biraz daha kazmaya çalışalım.
5 No'lu hipotezin test edilmesi - Her şeyin sorumlusu VMware Tools'dur.
Doğrulanamadı. Herhangi bir zararlı etki gözlemlenmedi. Kart ayarlarını değiştirmeyi denedik, ancak bir şey olmadı. TTL'yi değiştirdik, ancak bir etkisi olmadı. Aradaki farkın ne olduğu hiç de açık değil. Windows 10 и Windows ServerAma bir fark var. Tıpkı sincap hikayesinde olduğu gibi.
Bu sorun üzerinde epey zaman harcadık. Doğal olarak, benzer durumları Google'da aradık, ancak hiçbir şey bulamadık. Bu yüzden, herhangi bir yönlendirme olmadan, olası tüm teorileri araştırarak ilerledik. Testleri bir dizüstü bilgisayardan gerçekleştirdik. Windows 2016 yılında, Pixel yüklenirken yaşanan yavaşlamaların sanallaştırma ve diğer sorunlardan kaynaklanmadığından emin olmak için her türlü ağ kartı ve IP yığını ayarını değiştirdik. Bir sürü farklı şey denedik. Ancak sorun devam etti ve pazarlama ekibi hâlâ bir çözüm talep ederek canını dişine takıyordu.
Bir süre sonra nihayet köpeğin gömüldüğü yeri bulduk. Her şey seçeneklerle ilgiliydi
netsh arayüzü tcp setglobal ecncapability=devre dışı
Bu seçenek masaüstü işletim sistemlerinde varsayılan olarak devre dışıdır. Windows ve sunucuda varsayılan olarak etkinleştirilmiştir. Sunucuda devre dışı bıraktığımız anda her şey masaüstündeki gibi anında açılıyor. Bu sorunu, ofiste internet hizmeti sağlayan sağlayıcı (Megafon) ile Megafon'un mobil verisi üzerinden (telefonumuzdan paylaşım yaparak ve bağlantı kurarak) doğrulayabildik. Windows ServerYota üzerinden internet erişimini Moskova'nın bazı bölgelerinde denedik ve sorun her yerde devam etti. Diğer operatörleri kullandığımızda ise siteye erişim anında gerçekleşti.
Önde gelen bir siyasi figürün ifade ettiği gibi bu çok dalgalı bir durum. Prensip olarak sorun artık çözüldü, ancak bizi çok ilgilendiriyor: Bu sadece burada mı meydana geldi yoksa diğer şehirlerdeki şirketleri de etkileyen büyük ölçekli bir felaket mi? Bu durum münferit değilse Megafon'un bu sorunu çözmeyi düşünmesi gerekiyor. Sonuçta ECN (ecncapability) seçeneği sunucularda varsayılan olarak etkindir ve bunun neyle ilgili olduğunu anlamak çok zaman alır.
Nasıl kontrol edilir? Evet, tıpkı bizim gibi. Firefox tarayıcısını kullanarak vk.com'daki herhangi bir sayfayı ve tekrar ctrl + f5 tuşlarını kullanarak açmaya çalışıyoruz. Sorun varsa sürekli gecikme yaşanacak, sorun yoksa site anında açılacaktır.
Blogda başka neler okuyabilirsiniz?
→
→
→
→
→
Abone olun -kanal böylece bir sonraki makaleyi kaçırmazsınız! Haftada en fazla iki kez ve yalnızca iş hakkında yazıyoruz.
Ankete sadece kayıtlı kullanıcılar katılabilir. Lütfen.
Sunucu üzerinden yüklemede gecikme yaşanıyor. Windows?
4,8%Evet, yüklenmesi uzun zaman alıyor2
50,0%Hayır, her şey uçar21
45,2%Sorun ayarlarda değil, pazarlamacılarda19
42 kullanıcı oy kullandı. 35 kişi çekimser kaldı.
Kaynak: habr.com
