Istorija apie tai, kaip mūsų svetainės sulėtėjo dėl vienos parinkties serveryje Windows

Istorija apie tai, kaip mūsų svetainės sulėtėjo dėl vienos parinkties serveryje Windows

Daugelis jau girdėjo, kad „Cloud4Y“ yra įmonės debesų paslaugų teikėjas. Todėl mes nekalbėsime apie save, o pasidalinsime trumpa istorija apie tai, kaip kilo problemų pasiekiant kai kurias svetaines ir kas tai sukėlė.

Vieną gražią dieną rinkodaros skyrius apskundė inžinieriams, kad dirbant per terminalą naršyklėse, kai kurios svetainės ilgai įkeliamos. Visų pirma, vk.com jiems yra gyvybiškai svarbus. Gavome signalą ir pradėjome aiškintis, kokia problema.

Taigi, situacija: „Megafon“ interneto tiekėjas, „Windows“ serverio OS, „Firefox“ naršyklė. Jei atidarysite „VKontakte“ naudodami įprastą „Windows 10“, svetainė bus įkelta per 10–100 ms. Jei bandysime atidaryti su Windows Server 2012/16/19, delsa yra iki 15 sekundžių ar net daugiau.

Paėmė pikselių VK, ir per jį jie pradėjo aiškintis galimas to, kas vyksta, versijas.

Tikrinimo hipotezė Nr.1 ​​– problema su terminalo serveriu.
Nepatvirtintas. Bandant atidaryti puslapį per kitą serverį tame pačiame tinkle, problema išliko.

2 hipotezės tikrinimas – problema yra vartuose.
Nepatvirtintas. Pastebėta, kad vietiniuose nešiojamuosiuose kompiuteriuose viskas atsidaro lengvai ir greitai. Tačiau tuo pat metu problema išlieka terminalams (ir vidiniams serveriams). Žaidėme su ICMP nustatymais išorinėje ir vidinėje sąsajoje – nepadėjo.

Kažkaip keista.

Iš vietinio nešiojamojo kompiuterio svetainė nesulėtėja.
Iš vidinės nuskaitymo mašinos (nuskaitymo terminalas) - nesulėtėja.
Tačiau rinkodara yra lėta. Netvarka!

Eikime toliau.

3 hipotezės tikrinimas – DNS problema.
Nepatvirtintas. Paleidome pikselį per viešąjį DNS (8.8.8.8) – ta pati istorija. Pvz., problema aiškiai matoma pirmą kartą ištraukus šį pikselį inkognito režimu.

Kyla įtarimas, kad problema labai priklauso nuo naršyklės. FF atveju pikselis visada užstringa, o chrome - pirmą kartą prisijungus. Rinkodara nuolat stringa visose naršyklėse.

4 hipotezės tikrinimas – kažkas su OS šablonu.
Nepatvirtintas. Įdiegėme švarią „Windows Server 2016“ ir atlikome testą iš .0 tinklo. Turime problemą. Perėjome į .200 tinklą, problema išliko. Tai yra, tinklo vartai yra .0. nieko bendro su tuo. Tačiau nešiojamieji kompiuteriai iš šio tinklo neturi šios problemos. Tai yra, tinklo vartai yra .200. irgi nieko bendro su tuo.

Tai yra, tai nėra OS šablono reikalas. Įkeliant pikselį virtuali mašina sulėtėja. Bet jei jame įdiegiate VPN (atskirą tinklo plokštę) ir per jį siunčiate srautą, viskas veikia labai greitai (kaip ir turi būti). Matome, kad yra dvi problemos, galinčios sukelti problemų: vartai biure arba interneto operatorius biure.

Bet ar „Megafon“ gali konkrečiai nutraukti prieigą prie „VKontakte“ taško? Ne, tai kažkokia nesąmonė. Pabandykime kasti daugiau.

5 hipotezės tikrinimas – dėl visko kalti VMware įrankiai.
Nepatvirtintas. Jokio žalingo poveikio nepastebėta. Bandėme pakeisti kortelės nustatymus, bet ir tai nepadėjo. TTL pasikeitė – jokio poveikio. Na, paprastai neaišku, kuo skiriasi „Windows 10“ ir „Windows Server“. Bet yra skirtumas. Kaip istorija su goferiu.

Istorija apie tai, kaip mūsų svetainės sulėtėjo dėl vienos parinkties serveryje Windows

Jau kurį laiką sprendžiame problemą. Žinoma, google ieškojome panašių situacijų, bet nieko neradome. Taigi elgėmės neragindami, sugalvodami visas įmanomas versijas. Atlikome bandymus naudodami „Windows 2016“ nešiojamąjį kompiuterį, kad įsitikintume, ar virtualizacija ir kt. nėra kalta dėl sulėtėjimo įkeliant pikselį. Pakeitėme visus įmanomus tinklo plokštės ir IP kamino nustatymus. Išbandėme daugybę dalykų. Tačiau problema išliko, o rinkodara įsijungė ir reikalavo viską sutvarkyti.

Po kurio laiko pagaliau radome, kur šuo palaidotas. Viskas buvo apie pasirinkimus
netsh sąsaja tcp setglobal ecncapability=disabled

Ši parinktis pagal numatytuosius nustatymus išjungta stalinių kompiuterių „Windows“ operacinėse sistemose ir įjungta pagal numatytuosius nustatymus serverio operacinėse sistemose. Kai tik jį išjungiame serverio patalpoje, viskas akimirksniu atsidaro, kaip ir darbalaukyje. Šią problemą galėjome patvirtinti iš paslaugų teikėjo, teikiančio mums internetą biure (Megafon), per Megafon mobilųjį internetą (jei bendrinate jį iš savo telefono ir jungiatės per Windows Server), per Yota, išbandėme kai kuriose srityse. ir ši problema buvo visur. Dirbant su kitais operatoriais, prieiga prie svetainės buvo akimirksniu.

Tai toks vingiavimas, kaip pasakė vienas žymus politinis veikėjas. Iš esmės problema dabar išspręsta, bet mus labai domina: ar tai įvyko tik čia, ar tai didelės apimties nelaimė, paliečianti kitų miestų įmones? Jei šis atvejis nėra pavienis, „Megafon“ turėtų pagalvoti apie šios problemos sprendimą. Galų gale, ECN (ecncapability) parinktis yra įjungta serveriuose pagal numatytuosius nustatymus ir reikia daug laiko išsiaiškinti, kas tai yra.

Kaip patikrinti? Taip, kaip ir mes. Naudodami „Firefox“ naršyklę bandome atidaryti bet kurį vk.com puslapį ir dar kartą naudodami ctrl+f5. Jei yra problemų, bus nuolatinis vėlavimas, jei nebus, svetainė atsidarys akimirksniu.

Ką dar galite perskaityti tinklaraštyje? Cloud4Y

Sūri saulės energija
Kaip bankas žlugo?
Didžiosios snaigės teorija
Internetas ant balionų
Pentestuotojai kibernetinio saugumo priešakyje

Užsiprenumeruokite mūsų Telegram-kanalas, kad nepraleistumėte kito straipsnio! Rašome ne dažniau kaip du kartus per savaitę ir tik darbo reikalais.

Apklausoje gali dalyvauti tik registruoti vartotojai. Prisijungti, Prašau.

Ar įkėlimas per „Windows Server“ vėluoja?

  • 4,8%Taip, įkėlimas trunka ilgai2

  • 50,0%Ne, viskas skrenda21

  • 45,2%Problema yra ne nustatymuose, o rinkodaros specialistuose19

Balsavo 42 vartotojai. 35 vartotojų susilaikė.

Šaltinis: www.habr.com

Добавить комментарий