Mae llawer eisoes wedi clywed bod Cloud4Y yn ddarparwr cwmwl menter. Felly, ni fyddwn yn siarad amdanom ein hunain, ond byddwn yn rhannu stori fer am sut y cawsom broblemau wrth gael mynediad at rai safleoedd a beth a achosodd hyn.
Un diwrnod braf, cwynodd yr adran farchnata i'r peirianwyr bod rhai safleoedd wedi cymryd amser hir i'w llwytho wrth weithio drwy'r derfynell mewn porwyr. Yn benodol, mae vk.com yn hanfodol iddynt. Derbyniasom y signal a dechreuasom ddarganfod beth oedd y broblem.
Felly, y sefyllfa: Darparwr Rhyngrwyd Megafon, gweinyddwr Windows OS, porwr Firefox. Os byddwch chi'n agor VKontakte gyda Windows 10 rheolaidd, bydd y wefan yn llwytho 10-100 ms. Os ceisiwn agor gyda Windows Server 2012/16/19, mae'r oedi hyd at 15 eiliad, neu hyd yn oed yn fwy.
Wedi cymryd , a thrwyddo fe ddechreuon nhw weithio allan fersiynau posib o'r hyn oedd yn digwydd.
Profi rhagdybiaeth Rhif 1 - problem gyda'r gweinydd terfynell.
Heb ei gadarnhau. Wrth brofi agor y dudalen trwy weinydd arall ar yr un rhwydwaith, parhaodd y broblem.
Profi rhagdybiaeth Rhif 2 - mae'r broblem yn y porth.
Heb ei gadarnhau. Nodwyd bod popeth ar liniaduron lleol yn agor yn hawdd ac yn gyflym. Ond ar yr un pryd, mae'r broblem yn parhau ar gyfer terfynellau (a gweinyddwyr mewnol). Fe wnaethom chwarae gyda'r gosodiadau ICMP ar y rhyngwynebau allanol a mewnol - nid oedd yn helpu.
Mae'n rhyfedd rhywsut.
O liniadur lleol nid yw'r safle'n arafu.
O'r peiriant Sganio mewnol (terfynell ar gyfer sganio) - nid yw'n arafu.
Ond araf yw marchnata. Anhrefn!
Gadewch i ni symud ymlaen.
Profi rhagdybiaeth #3 - problem DNS.
Heb ei gadarnhau. Fe wnaethom lansio'r picsel trwy DNS cyhoeddus (8.8.8.8) - yr un stori. Mae'r broblem i'w gweld yn glir y tro cyntaf i chi dynnu'r picsel hwn yn y modd anhysbys, er enghraifft.
Mae yna amheuaeth bod y broblem yn dibynnu'n fawr ar y porwr. Yn FF mae'r picsel bob amser yn rhewi, mewn chrome ar y mewngofnodi cyntaf. Mae marchnata yn mynd yn sownd drwy'r amser ar bob porwr.
Profi rhagdybiaeth #4 - Rhywbeth gyda'r templed OS.
Heb ei gadarnhau. Fe wnaethom ddefnyddio Windows Server 2016 glΓ’n a rhedeg y prawf o'r rhwydwaith .0. Cawsom broblem. Fe wnaethom drosglwyddo i'r rhwydwaith .200, parhaodd y broblem. Hynny yw, giΓ’t y rhwydwaith yw .0. dim i'w wneud ag ef. Fodd bynnag, nid oes gan gliniaduron o'r rhwydwaith hwn y broblem hon. Hynny yw, giΓ’t y rhwydwaith yw .200. dim i'w wneud ag ef chwaith.
Hynny yw, nid yw'n fater o dempled yr OS. Mae'r peiriant rhithwir yn arafu wrth lwytho'r picsel. Ond os ydych chi'n gosod VPN (cerdyn rhwydwaith ar wahΓ’n) arno ac yn anfon traffig drwyddo, yna mae popeth yn gweithio'n gyflym iawn (fel y dylai fod). Gwelwn fod dau opsiwn a all achosi problem: porth yn y swyddfa neu weithredwr Rhyngrwyd yn y swyddfa.
Ond a all Megafon dorri mynediad i'r picsel VKontakte yn benodol? Na, mae'n rhyw fath o nonsens. Gadewch i ni geisio cloddio mwy.
Profi rhagdybiaeth Rhif 5 - Offer VMware sydd ar fai am bopeth.
Heb ei gadarnhau. Ni welir unrhyw effeithiau niweidiol. Fe wnaethon ni geisio newid gosodiadau'r cerdyn, ond ni weithiodd hynny ychwaith. Newidiodd TTL - dim effaith. Wel, yn gyffredinol nid yw'n glir beth yw'r gwahaniaeth rhwng Windows 10 a Windows Server. Ond mae gwahaniaeth. Hoffi'r stori gyda'r goffer.
Rydym wedi bod yn delio Γ’βr broblem ers cryn amser. Wrth gwrs, fe wnaethom googled sefyllfaoedd tebyg, ond dod o hyd i ddim. Felly fe wnaethom weithredu heb anogaeth, gan weithio allan yr holl fersiynau posibl. Fe wnaethom gynnal profion o liniadur Windows 2016 i wneud yn siΕ΅r nad rhithwiroli ac ati oedd ar fai am yr arafu wrth lwytho'r picsel. Fe wnaethom newid pob gosodiad posibl o'r cerdyn rhwydwaith a'r pentwr IP. Fe wnaethon ni drio criw o bethau. Ond parhaodd y broblem, a dechreuodd marchnata a mynnu bod popeth yn cael ei drwsio.
Ar Γ΄l peth amser, daethom o hyd o'r diwedd lle claddwyd y ci. Roedd y cyfan yn ymwneud Γ’'r opsiynau
rhyngwyneb netsh tcp setglobal ecncapability=anabl
Mae'r opsiwn hwn wedi'i analluogi yn ddiofyn ar systemau gweithredu Windows bwrdd gwaith a'i alluogi yn ddiofyn ar systemau gweithredu gweinydd. Cyn gynted ag y byddwn yn ei analluogi ar yr ystafell weinydd, mae popeth yn agor ar unwaith, yn union fel ar y bwrdd gwaith. Roeddem yn gallu cadarnhau'r broblem hon gan y darparwr sy'n darparu Rhyngrwyd i ni yn y swyddfa (Megafon), trwy Rhyngrwyd symudol Megafon (os ydych chi'n ei rannu o'ch ffΓ΄n ac yn cysylltu trwy Windows Server), trwy Yota, fe wnaethom roi cynnig arni mewn rhai ardaloedd o Moscow ac roedd y broblem hon yn bresennol ym mhobman. Wrth weithio ar weithredwyr eraill, roedd mynediad i'r safle ar unwaith.
Mae hyn yn gymaint o sgwiglen, fel y dywedodd un ffigwr gwleidyddol amlwg. Mewn egwyddor, mae'r broblem bellach wedi'i datrys, ond mae gennym ddiddordeb mawr: a ddigwyddodd yma yn unig neu a yw'n drychineb ar raddfa fawr sy'n effeithio ar gwmnΓ―au o ddinasoedd eraill? Os nad yw'r achos hwn yn un ynysig, yna dylai Megafon feddwl am ddatrys y broblem hon. Wedi'r cyfan, mae'r opsiwn ECN (ecncapability) wedi'i alluogi ar weinyddion yn ddiofyn, ac mae'n cymryd llawer o amser i ddarganfod beth mae'n ei olygu.
Sut i wirio? Ie, yn union fel ni. Gan ddefnyddio porwr Firefox rydym yn ceisio agor unrhyw dudalen ar vk.com ac eto gan ddefnyddio ctrl+f5. Os oes problem, bydd oedi cyson, os nad oes problem, bydd y wefan yn agor yn syth.
Beth arall allwch chi ei ddarllen ar y blog?
β
β
β
β
β
Tanysgrifiwch i'n -sianel, er mwyn peidio Γ’ cholli'r erthygl nesaf! Nid ydym yn ysgrifennu mwy na dwywaith yr wythnos a dim ond ar fusnes.
Dim ond defnyddwyr cofrestredig all gymryd rhan yn yr arolwg. os gwelwch yn dda.
Ydych chi'n profi oedi wrth lwytho trwy Windows Server?
-
4,8%Ydy, mae'n cymryd amser hir i lwytho2
-
50,0%Na, mae popeth yn hedfan21
-
45,2%Nid yn y gosodiadau y mae'r broblem, ond yn y marchnatwyr19
Pleidleisiodd 42 o ddefnyddwyr. Ymataliodd 35 o ddefnyddwyr.
Ffynhonnell: hab.com