Paljud on juba kuulnud, et Cloud4Y on ettevõtte pilveteenuse pakkuja. Seetõttu me ei räägi endast, vaid jagame lühikese loo sellest, kuidas meil oli probleeme mõnele saidile juurdepääsuga ja mis selle põhjustas.
Ühel ilusal päeval kaebas turundusosakond inseneridele, et brauserites terminali kaudu töötades võttis mõne saidi laadimine kaua aega. Eelkõige on vk.com nende jaoks eluliselt tähtis. Saime signaali kätte ja hakkasime aru saama, milles probleem.
Niisiis, olukord: Interneti-teenuse pakkuja Megafon, Windowsi serveri OS, Firefoxi brauser. Kui avate VKontakte tavalise Windows 10-ga, laaditakse sait 10–100 ms pärast. Kui proovime avada operatsioonisüsteemiga Windows Server 2012/16/19, on viivitus kuni 15 sekundit või isegi rohkem.
On võtnud , ja tema kaudu hakati töötama välja võimalikke versioone toimuvast.
Hüpoteesi nr 1 testimine – probleem terminaliserveris.
Kinnitamata. Kui katsetati lehe avamist samas võrgus oleva teise serveri kaudu, probleem püsis.
Hüpoteesi nr 2 testimine – probleem on lüüsis.
Kinnitamata. Märgiti, et kohalikel sülearvutitel avaneb kõik lihtsalt ja kiiresti. Kuid samal ajal püsib probleem terminalide (ja sisemiste serverite) puhul. Mängisime välise ja sisemise liidese ICMP sätetega - see ei aidanud.
See on kuidagi imelik.
Kohalikust sülearvutist sait ei aeglustu.
Sisemisest skaneerimismasinast (skannimise terminal) - ei aeglusta.
Kuid turundus on aeglane. Häire!
Liigume edasi.
Hüpoteesi nr 3 testimine – DNS-i probleem.
Kinnitamata. Käivitasime piksli avaliku DNS-i (8.8.8.8) kaudu – sama lugu. Probleem on selgelt nähtav näiteks selle piksli esmakordsel tõmbamisel inkognito režiimis.
On kahtlus, et probleem sõltub suuresti brauserist. FF-is hangub piksel alati, kroomi puhul esimesel sisselogimisel. Turundus takerdub kogu aeg kõigis brauserites.
Hüpoteesi nr 4 testimine – midagi OS-i malliga.
Kinnitamata. Juurutasime puhta Windows Server 2016 ja käivitasime testi .0 võrgust. Meil on probleem. Viisime üle .200 võrku, probleem püsis. See tähendab, et võrguvärav on 0. sellega pole midagi pistmist. Selle võrgu sülearvutitel seda probleemi aga pole. See tähendab, et võrguvärav on 200. sellega pole ka midagi pistmist.
See tähendab, et see ei ole OS-i malli küsimus. Virtuaalmasin aeglustub piksli laadimise ajal. Kui aga paigaldada sinna VPN (eraldi võrgukaart) ja selle kaudu liiklust saata, siis toimib kõik väga kiiresti (nagu peab). Näeme, et probleemi võib põhjustada kaks võimalust: värav kontoris või Interneti-operaator kontoris.
Kuid kas Megafon võib juurdepääsu VKontakte pikslile konkreetselt katkestada? Ei, see on mingi jama. Proovime veel kaevata.
Hüpoteesi nr 5 testimine – kõiges on süüdi VMware Tools.
Kinnitamata. Kahjulikke mõjusid ei täheldata. Proovisime kaardi seadeid muuta, kuid ka see ei õnnestunud. TTL muudetud – mõju puudub. Noh, üldiselt pole selge, mis vahe on Windows 10 ja Windows Serveri vahel. Kuid on vahe. Nagu lugu gopheriga.
Oleme probleemiga tegelenud juba mõnda aega. Muidugi googeldasime sarnaseid olukordi, aga ei leidnud midagi. Seega tegutsesime ilma viipadeta, töötades välja kõik võimalikud versioonid. Testisime Windows 2016 sülearvutiga, et veenduda, et virtualiseerimine ja muu ei ole piksli laadimise aeglustumises süüdi. Muutsime kõiki võimalikke võrgukaardi ja IP-pinu sätteid. Proovisime palju asju. Kuid probleem püsis ja turundus hakkas käima ja nõudis, et kõik parandataks.
Mõne aja pärast leidsime lõpuks, kuhu koer oli maetud. Kõik oli seotud valikutega
netsh liides tcp setglobal ecncapability=disabled
See suvand on lauaarvuti Windowsi operatsioonisüsteemides vaikimisi keelatud ja serveri operatsioonisüsteemides vaikimisi lubatud. Niipea, kui me selle serveriruumis keelame, avaneb kõik koheselt, täpselt nagu töölaual. Saime selle probleemi kinnitada teenusepakkujalt, kes pakub meile kontoris Internetti (Megafon), Megafoni mobiilse Interneti kaudu (kui jagate seda oma telefonist ja loote ühenduse Windows Serveri kaudu), Yota kaudu, proovisime seda mõnes piirkonnas Moskvas ja see probleem oli kõikjal. Teiste operaatoritega töötades oli juurdepääs saidile kohene.
See on selline vingerpuss, nagu ütles üks silmapaistev poliitiline tegelane. Põhimõtteliselt on probleem nüüdseks lahendatud, kuid oleme väga huvitatud: kas see juhtus ainult siin või on tegemist laiaulatusliku katastroofiga, mis mõjutab teiste linnade ettevõtteid? Kui see juhtum pole üksikjuhtum, peaks Megafon mõtlema selle probleemi lahendamisele. Lõppude lõpuks on suvand ECN (ecncapability) serverites vaikimisi lubatud ja selle väljaselgitamine võtab palju aega.
Kuidas kontrollida? Jah, täpselt nagu meiegi. Firefoxi brauseriga proovime avada mis tahes lehe saidil vk.com ja uuesti kasutada ctrl+f5. Kui on probleem, siis on pidev viivitus, kui probleemi pole, avaneb sait koheselt.
Mida veel blogist lugeda saab?
→
→
→
→
→
Telli meie -kanal, et mitte järgmisest artiklist ilma jääda! Kirjutame mitte rohkem kui kaks korda nädalas ja ainult tööasjades.
Küsitluses saavad osaleda ainult registreerunud kasutajad. palun.
Kas teil on Windows Serveri kaudu laadimisel viivitus?
-
4,8%Jah, laadimine võtab kaua aega2
-
50,0%Ei, kõik lendab21
-
45,2%Probleem pole seadetes, vaid turundajates19
42 kasutajat hääletas. 35 kasutajat jäi erapooletuks.
Allikas: www.habr.com