අදහස් දැක්වීමට සවිස්තරාත්මක ප්රතිචාරයක් මෙන්ම රුසියානු සමූහාණ්ඩුවේ සැපයුම්කරුවන්ගේ ජීවිතය ගැන ටිකක්

මාව මේ පෝස්ට් එකට පොළඹෙව්වා මේ කමෙන්ට් එක.

මම එය මෙහි උපුටා දක්වමි:

kaleman අද 18:53 ට

මම අද සැපයුම්කරු ගැන සතුටු වුණා. සයිට් බ්ලොක් සිස්ටම් එක අප්ඩේට් එකත් එක්කම උගේ mailer mail.ru එක තහනම් කරා.උදේ ඉදන් ටෙක්නිකල් සපෝර්ට් එකට කතා කරනවා එත් උන්ට මොකුත් කරන්න බෑ. සපයන්නා කුඩා වන අතර, පෙනෙන පරිදි ඉහළ ශ්රේණියේ සපයන්නන් එය අවහිර කරයි. සියලුම වෙබ් අඩවි විවෘත කිරීමේ මන්දගාමී වීමක් ද මම දුටුවෙමි, සමහර විට ඔවුන් යම් ආකාරයක වංක DLP ස්ථාපනය කර තිබේද? මීට පෙර ප්රවේශය සමඟ ගැටළු නොමැත. RuNet විනාශය මගේ ඇස් ඉදිරිපිටම සිදුවෙමින් පවතී.

කාරණය නම් අපි එකම සැපයුම්කරු බව පෙනේ :)

ඇත්ත වශයෙන්ම, kaleman mail.ru සමඟ ඇති ගැටළු වලට හේතුව මම පාහේ අනුමාන කළෙමි (අපි දිගු කලක් එවැනි දෙයක් විශ්වාස කිරීම ප්‍රතික්ෂේප කළත්).

පහත දැක්වෙන දේ කොටස් දෙකකට බෙදා ඇත:

1. mail.ru සමඟ අපගේ වර්තමාන ගැටළු සඳහා හේතු සහ ඒවා සොයා ගැනීමට ඇති උද්යෝගිමත් ගවේෂණය
2. වර්තමාන යථාර්ථයන් තුළ ISP හි පැවැත්ම, ස්වෛරී RuNet හි ස්ථාවරත්වය.

Mail.ru සමඟ ප්රවේශ වීමේ ගැටළු

ඔහ්, ඒක සෑහෙන දිග කතාවක්.

කාරණය නම්, රාජ්‍යයේ අවශ්‍යතා ක්‍රියාත්මක කිරීම සඳහා (දෙවන කොටසේ වැඩි විස්තර), අපි සමහර උපකරණ මිලදී ගෙන, වින්‍යාස කර, ස්ථාපනය කළෙමු - තහනම් සම්පත් පෙරීම සහ ක්‍රියාත්මක කිරීම යන දෙකටම NAT පරිවර්තන ග්රාහකයින්.

කලකට පෙර, අපි අවසානයේ ජාල හරය නැවත ගොඩනඟා ගත්තේ සියලුම ග්‍රාහකයින්ගේ ගමනාගමනය මෙම උපකරණ හරහා දැඩි ලෙස නිවැරදි දිශාවට ගමන් කරන ආකාරයට ය.

දින කිහිපයකට පෙර අපි එය මත තහනම් පෙරහන ක්‍රියාත්මක කළෙමු (පැරණි පද්ධතිය ක්‍රියාත්මක වන විට) - සියල්ල හොඳින් සිදුවන බවක් පෙනෙන්නට තිබුණි.

ඊළඟට, ඔවුන් ක්රමයෙන් ග්රාහකයින්ගේ විවිධ කොටස් සඳහා මෙම උපකරණ මත NAT සක්රිය කිරීමට පටන් ගත්හ. බැලූ බැල්මට සියල්ල හොඳින් සිදුවන බව ද පෙනුණි.

නමුත් අද, ග්‍රාහකයින්ගේ ඊළඟ කොටස සඳහා උපකරණ මත NAT සක්‍රීය කර ඇති අතර, උදේ සිටම අපට නොමැතිකම හෝ අර්ධ වශයෙන් ලබා ගත හැකි බව පිළිබඳ හොඳ පැමිණිලි සංඛ්‍යාවකට මුහුණ දීමට සිදු විය. mail.ru සහ අනෙකුත් Mail Ru සමූහ සම්පත්.

ඔවුන් පරීක්ෂා කිරීමට පටන් ගත්තා: කොහේ හරි දෙයක් සමහර විට, ඉඳහිට යවයි TCP RST mail.ru ජාල වෙත පමණක් කරන ලද ඉල්ලීම් වලට ප්‍රතිචාර වශයෙන්. එපමණක් නොව, එය වැරදි ලෙස ජනනය කරන ලද (ACK නොමැතිව), පැහැදිලිවම කෘතිම TCP RST යවයි. එය දිස් වූ ආකාරය මෙයයි:

ස්වාභාවිකවම, පළමු සිතුවිලි නව උපකරණ ගැන විය: භයානක DPI, එය කෙරෙහි විශ්වාසයක් නැත, එය කළ හැකි දේ ඔබ දන්නේ නැත - සියල්ලට පසු, TCP RST යනු අවහිර කිරීමේ මෙවලම් අතර තරමක් පොදු දෙයකි.

උපකල්පනය kaleman "උසස්" කෙනෙකු පෙරීම යන අදහස ද අපි ඉදිරිපත් කළ නමුත් වහාම එය ඉවත දැමුවෙමු.

පළමුව, අපට මෙවැනි දුක් විඳීමට අවශ්‍ය නොවන පරිදි ප්‍රමාණවත් තරම් සනීපාරක්‍ෂක උපලින්ක් අප සතුව ඇත :)

දෙවනුව, අපි කිහිප දෙනෙකුට සම්බන්ධ වී සිටිමු IX මොස්කව්හි, සහ mail.ru වෙත ගමනාගමනය ඔවුන් හරහා ගමන් කරයි - තවද ඔවුන්ට ගමනාගමනය පෙරීමට වගකීමක් හෝ වෙනත් චේතනාවක් නොමැත.

දවසේ ඊළඟ භාගය සාමාන්‍යයෙන් ෂැමන්වාදය ලෙස හැඳින්වෙන දේ සඳහා ගත කරන ලදී - උපකරණ වෙළෙන්දා සමඟ, අපි ඔවුන්ට ස්තූතිවන්ත වන අතර, ඔවුන් එය අත්හැරියේ නැත :)

• පෙරීම සම්පූර්ණයෙන්ම අබල කර ඇත
• නව යෝජනා ක්‍රමය භාවිතයෙන් NAT අක්‍රීය කරන ලදී
• පරීක්ෂණ පරිගණකය වෙනම හුදකලා තටාකයක තබා ඇත
• IP ලිපිනය වෙනස් විය

දහවල් වන විට, නිත්‍ය පරිශීලකයෙකුගේ යෝජනා ක්‍රමයට අනුව ජාලයට සම්බන්ධ වූ අතථ්‍ය යන්ත්‍රයක් වෙන් කරන ලද අතර, විකුණුම්කරුගේ නියෝජිතයින්ට එය සහ උපකරණ සඳහා ප්‍රවේශය ලබා දෙන ලදී. ෂැමනිස්වාදය දිගටම පැවතුනි :)

අවසානයේදී, වෙළෙන්දාගේ නියෝජිතයා විශ්වාසයෙන් ප්‍රකාශ කළේ දෘඩාංගයට එයට කිසිදු සම්බන්ධයක් නොමැති බවයි: rss පැමිණෙන්නේ කොහේ හෝ ඉහළ තැනකිනි.

අදහස් දැක්වීම්මෙම අවස්ථාවේදී, යමෙකු මෙසේ පැවසිය හැකිය: නමුත් ඩම්ප් එකක් ගැනීම වඩා පහසු වූයේ පරීක්ෂණ පරිගණකයෙන් නොව ඩීපීඅයිට ඉහළින් ඇති අධිවේගී මාර්ගයෙන්ද?

නැත, අවාසනාවකට, ඩම්ප් එකක් ගැනීම (සහ නිකම්ම දර්පණය කිරීම පවා) 40+gbps සුළුපටු නොවේ.

මෙයින් පසු, සවස් වන විට, ඉහත කොතැනක හෝ අමුතු පෙරනයක් ඇති බවට උපකල්පනය කිරීම හැර වෙන කිරීමට කිසිවක් ඉතිරි නොවීය.

MRG ජාල වෙත ගමනාගමනය දැන් ගමන් කරන්නේ කුමන IX හරහාද යන්න මම සොයා බැලූ අතර එයට bgp සැසි අවලංගු කළෙමි. සහ - මෙන්න බලන්න! - සියල්ල වහාම යථා තත්ත්වයට පත් විය

එක අතකට විනාඩි පහකින් ප්‍රශ්නය විසඳුනත් මුළු දවසම ඒ ප්‍රශ්නය හොය හොය හිටපු එකත් ලැජ්ජයි.

අනෙක් අතට:

- මගේ මතකයේ හැටියට මෙය පෙර නොවූ විරූ දෙයකි. මම දැනටමත් ඉහත ලියා ඇති පරිදි - IX ඇත්තටම සංක්‍රමණ ගමනාගමනය පෙරීමේ තේරුමක් නැත. ඔවුන්ට සාමාන්‍යයෙන් තත්පරයකට ගිගාබිට්/ටෙරාබිට් සිය ගණනක් ඇත. මට මෑතක් වන තුරුම මෙවැනි දෙයක් බැරෑරුම් ලෙස සිතාගත නොහැකි විය.

— ඇදහිය නොහැකි තරම් වාසනාවන්ත අහඹු සිදුවීමක්: විශේෂයෙන් විශ්වාස නොකළ නව සංකීර්ණ දෘඪාංගයක් සහ අපේක්ෂා කළ හැක්කේ කුමක්ද යන්න පැහැදිලි නැත - TCP RSTs ඇතුළුව සම්පත් අවහිර කිරීම සඳහා විශේෂයෙන් සකස් කර ඇත.

මෙම අන්තර්ජාල හුවමාරුවේ NOC දැනට ගැටලුවක් සොයමින් සිටී. ඔවුන්ට අනුව (සහ මම ඔවුන් විශ්වාස කරමි), ඔවුන්ට විශේෂයෙන් යොදවා ඇති පෙරීමේ පද්ධතියක් නොමැත. නමුත්, ස්වර්ගයට ස්තූතියි, වැඩිදුර ගවේෂණය තවදුරටත් අපගේ ගැටලුව නොවේ :)

මෙය මා සාධාරණීකරණය කිරීමට ගත් කුඩා උත්සාහයකි, කරුණාකර තේරුම් ගෙන සමාව දෙන්න :)

PS: මම හිතාමතාම DPI / NAT හෝ IX නිෂ්පාදකයා නම් නොකරමි (ඇත්ත වශයෙන්ම, මට ඔවුන් ගැන විශේෂ පැමිණිලි කිසිවක් නැත, ප්රධාන දෙය නම් එය කුමක්ද යන්න තේරුම් ගැනීමයි)

අන්තර්ජාල සැපයුම්කරුවෙකුගේ දෘෂ්ටි කෝණයෙන් අද (මෙන්ම ඊයේ සහ පෙරේදා) යථාර්ථය

සජීවී පරිශීලක ගමනාගමනයට සැලකිය යුතු ලෙස බලපාන අවදානමක් ඇතිව, “ලාභ සඳහා” උපාමාරු රාශියක් සිදු කරමින්, ජාලයේ හරය සැලකිය යුතු ලෙස නැවත ගොඩනඟා ගැනීමට මම පසුගිය සති කිහිපය ගත කළෙමි. මේ සියල්ලේ අරමුණු, ප්‍රතිඵල සහ ප්‍රතිවිපාක සලකා බැලීමේදී සදාචාරාත්මකව ඒ සියල්ල තරමක් අපහසුය. විශේෂයෙන් - නැවත වරක් Runet හි ස්ථාවරත්වය, ස්වෛරීභාවය ආදිය ආරක්ෂා කිරීම පිළිබඳ ලස්සන කථා වලට සවන් දීම. සහ යනාදි.

මෙම කොටසේදී, පසුගිය වසර දහය තුළ සාමාන්‍ය ISP හි ජාල හරයේ "පරිණාමය" විස්තර කිරීමට මම උත්සාහ කරමි.

අවුරුදු දහයකට කලින්.

එම ආශීර්වාද ලත් කාලවලදී, සැපයුම් ජාලයක හරය මාර්ග තදබදයක් මෙන් සරල සහ විශ්වාසදායක විය හැකිය:

මෙම ඉතා, ඉතා සරල පින්තූරයේ, කඳන්, මුදු, ip/mpls මාර්ගගත කිරීම් නොමැත.

එහි සාරය නම් පරිශීලක ගමනාගමනය අවසානයේ කර්නල් මට්ටම මාරු කිරීම වෙත පැමිණි බවයි - එය ගිය තැන සිට බී.එන්.ජී., කොහෙන්ද, රීතියක් ලෙස, හරය මාරු කිරීම වෙත ආපසු, පසුව "පිටතට" - අන්තර්ජාලයට මායිම් දොරටු එකක් හෝ කිහිපයක් හරහා.

එවැනි යෝජනා ක්රමයක් L3 (ගතික මාර්ගගත කිරීම) සහ L2 (MPLS) යන දෙකෙහිම වෙන් කිරීම ඉතා පහසුය.

ඔබට ඕනෑම දෙයකින් N+1 ස්ථාපනය කළ හැකිය: ප්‍රවේශ සේවාදායකයන්, ස්විචයන්, මායිම් - සහ එක් ආකාරයකින් හෝ වෙනත් ආකාරයකින් ඒවා ස්වයංක්‍රීය අසමත් වීම සඳහා වෙන් කරන්න.

වසර කිහිපයකට පසු තවදුරටත් මේ ආකාරයෙන් ජීවත් වීමට නොහැකි බව රුසියාවේ සෑම කෙනෙකුටම පැහැදිලි විය: අන්තර්ජාලයේ හානිකර බලපෑමෙන් ළමයින් ආරක්ෂා කිරීම හදිසි විය.

පරිශීලක ගමනාගමනය පෙරීමට ක්‍රම සෙවීමේ හදිසි අවශ්‍යතාවයක් විය.

මෙහි විවිධ ප්රවේශයන් ඇත.

ඉතා හොඳ නොවන අවස්ථාවක, යමක් "පරතරයේ" තබා ඇත: පරිශීලක ගමනාගමනය සහ අන්තර්ජාලය අතර. මෙම "යමක්" හරහා ගමන් කරන ගමනාගමනය විශ්ලේෂණය කර, උදාහරණයක් ලෙස, යළි-යොමු කිරීමක් සහිත ව්යාජ පැකට්ටුවක් ග්රාහකයා වෙත යවනු ලැබේ.

තරමක් හොඳ අවස්ථාවක - රථවාහන පරිමාවන් ඉඩ දෙන්නේ නම් - ඔබට ඔබේ කන්වලින් කුඩා උපක්‍රමයක් කළ හැකිය: පෙරීමට අවශ්‍ය ලිපිනවලට පමණක් පරිශීලකයින්ගෙන් ආරම්භ වන ගමනාගමනය පමණක් පෙරීමට යවන්න (මෙය කිරීමට, ඔබට එක්කෝ IP ලිපින ගත හැකිය. රෙජිස්ට්‍රියෙන් එහි සඳහන් කර ඇත, නැතහොත් රෙජිස්ට්‍රියේ පවතින වසම් ඊට අමතරව විසඳන්න).

එක් අවස්ථාවක, මෙම අරමුණු සඳහා, මම සරල එකක් ලිවීය කුඩා dpi - මම ඔහුට එසේ ඇමතීමට පවා එඩිතර නොවෙමි. එය ඉතා සරල සහ ඉතා ඵලදායී නොවේ - කෙසේ වෙතත්, එය අපට සහ දුසිම් ගනනක් (සිය ගණනක් නොවේ නම්) අනෙකුත් සැපයුම්කරුවන්ට කාර්මික DPI පද්ධති සඳහා මිලියන ගණනක් වහාම වියදම් නොකිරීමට ඉඩ දී ඇත, නමුත් අමතර වසර කිහිපයක් ලබා දුන්නේය.

මාර්ගය වන විට, එවකට සහ වර්තමාන DPI ගැනමාර්ගය වන විට, එවකට වෙළඳපොලේ තිබූ DPI පද්ධති මිලදී ගත් බොහෝ දෙනෙක් දැනටමත් ඒවා ඉවත දමා ඇත. හොඳයි, ඔවුන් මේ සඳහා නිර්මාණය කර නැත: ලිපින සිය දහස් ගණනක්, URL දස දහස් ගණනක්.

ඒ අතරම, දේශීය නිෂ්පාදකයින් මෙම වෙළඳපොළට ඉතා දැඩි ලෙස ඉහළ ගොස් ඇත. මම දෘඩාංග සංරචකය ගැන කතා කරන්නේ නැහැ - මෙහි සෑම කෙනෙකුටම සෑම දෙයක්ම පැහැදිලිය, නමුත් මෘදුකාංගය - DPI සතුව ඇති ප්‍රධාන දෙය - සමහර විට අද, ලෝකයේ වඩාත්ම දියුණු නොවේ නම්, නිසැකවම අ) වේගයෙන් සංවර්ධනය වෙමින් පවතී, සහ ආ) පෙට්ටි නිෂ්පාදනයක මිලට - විදේශීය තරඟකරුවන් සමඟ සරලව සැසඳිය නොහැක.

මම ආඩම්බර වීමට කැමතියි, නමුත් ටිකක් කණගාටුයි =)

දැන් සෑම දෙයක්ම මේ ආකාරයෙන් පෙනුණි:

තව අවුරුදු කිහිපයකින් සෑම කෙනෙකුටම දැනටමත් විගණකවරුන් සිටියහ; රෙජිස්ට්රි එකේ සම්පත් වැඩි වැඩියෙන් තිබුණා. සමහර පැරණි උපකරණ සඳහා (උදාහරණයක් ලෙස, සිස්කෝ 7600), “පැති පෙරීමේ” යෝජනා ක්‍රමය සරලවම අදාළ නොවේ: වේදිකා 76 ක මාර්ග සංඛ්‍යාව ලක්ෂ නවයකට සීමා වී ඇති අතර අද වන විට IPv4 මාර්ග ගණන පමණක් 800 ට ළඟා වේ. දහසක්. අනික ඒකත් ipv6 නම්... ඒ වගේම... කීයක් තියෙනවද? RKN තහනමේ තනි ලිපින 900000? =)

යමෙක් පෙරහන් සේවාදායකයකට සියලුම කොන්ද තදබදය පිළිබිඹු කරන යෝජනා ක්‍රමයකට මාරු විය, එය සම්පූර්ණ ප්‍රවාහය විශ්ලේෂණය කළ යුතු අතර, නරක දෙයක් හමු වුවහොත්, RST දෙපැත්තටම (යවන්නා සහ ලබන්නා) යැවිය යුතුය.

කෙසේ වෙතත්, වැඩි තදබදය, මෙම යෝජනා ක්රමය අඩු අදාළ වේ. සැකසීමේ සුළු ප්‍රමාදයක් තිබේ නම්, දර්පණය කළ ගමනාගමනය නොදැනුවත්වම පියාසර කරන අතර සැපයුම්කරුට හොඳ වාර්තාවක් ලැබෙනු ඇත.

වැඩි වැඩියෙන් සැපයුම්කරුවන්ට අධිවේගී මාර්ග හරහා විවිධ මට්ටමේ විශ්වසනීයත්වයේ DPI පද්ධති ස්ථාපනය කිරීමට බල කෙරෙයි.

අවුරුද්දකට දෙකකට කලින් කටකතා වලට අනුව, සියලුම FSB පාහේ උපකරණ සැබෑ ස්ථාපනය ඉල්ලා සිටීමට පටන් ගත්තේය SORM (මීට පෙර, බොහෝ සැපයුම්කරුවන් කළමනාකරණය කළේ බලධාරීන්ගේ අනුමැතිය ඇතිවය SORM සැලැස්ම - කොතැනක හෝ යමක් සොයා ගැනීමට අවශ්‍ය නම් මෙහෙයුම් ක්‍රියාමාර්ග සැලැස්මක්)

මුදල් වලට අමතරව (හරියටම අධික නොවේ, නමුත් තවමත් මිලියන ගණනක්), SORM හට ජාලය සමඟ තවත් බොහෝ හැසිරවීම් අවශ්‍ය විය.

• Nat පරිවර්තනයට පෙර SORM "අළු" පරිශීලක ලිපින දැකීමට අවශ්‍ය වේ
• SORM සතුව සීමිත ජාල අතුරුමුහුණත් සංඛ්‍යාවක් ඇත

එමනිසා, විශේෂයෙන්, අපට කර්නල් කැබැල්ලක් නැවත ගොඩනඟා ගැනීමට සිදු විය - හුදෙක් එක් ස්ථානයක කොතැනක හෝ ප්‍රවේශ සේවාදායකයන් වෙත පරිශීලක ගමනාගමනය එකතු කිරීම සඳහා. සබැඳි කිහිපයක් සමඟ SORM හි එය පිළිබිඹු කිරීම සඳහා.

එනම්, ඉතා සරල කළ, එය (වමේ) එදිරිව (දකුණට) විය:

දැන් බොහෝ සැපයුම්කරුවන්ට SORM-3 ක්‍රියාත්මක කිරීම අවශ්‍ය වේ - එයට වෙනත් දේ අතර, nat විකාශන ලොග් කිරීම ඇතුළත් වේ.

මෙම අරමුණු සඳහා, ඉහත රූප සටහනට NAT සඳහා වෙනම උපකරණ එකතු කිරීමට ද අපට සිදු විය (හරියටම පළමු කොටසේ සාකච්ඡා කරන දේ). තව ද, නිශ්චිත අනුපිළිවෙලකට එක් කරන්න: ලිපින පරිවර්තනය කිරීමට පෙර SORM විසින් ගමනාගමනය "බැලිය යුතු" බැවින්, ගමනාගමනය පහත පරිදි දැඩි ලෙස යා යුතුය: පරිශීලකයන් -> මාරු කිරීම, කර්නලය -> ප්‍රවේශ සේවාදායකයන් -> SORM -> NAT -> මාරු කිරීම, කර්නලය - > අන්තර්ජාලය. මෙය සිදු කිරීම සඳහා, අපට ලාභය සඳහා වෙනත් දිශාවට ගමනාගමන ප්‍රවාහයන් වචනාර්ථයෙන් “හැරීමට” සිදු විය, එය ද තරමක් දුෂ්කර විය.

සාරාංශයක් ලෙස: පසුගිය වසර දහය තුළ සාමාන්‍ය සැපයුම්කරුවෙකුගේ මූලික සැලසුම බොහෝ වාරයක් සංකීර්ණ වී ඇති අතර, අසාර්ථක වීමේ අමතර කරුණු (උපකරණ ආකාරයෙන් සහ තනි මාරුවීම් රේඛාවල ස්වරූපයෙන්) සැලකිය යුතු ලෙස වැඩි වී ඇත. ඇත්ත වශයෙන්ම, "සියල්ල බලන්න" යන අවශ්යතාව මෙම "සියල්ල" එක් ලක්ෂයකට අඩු කිරීමයි.

Runet ස්වෛරීභාවයට පත් කිරීම, එය ආරක්ෂා කිරීම, එය ස්ථාවර කිරීම සහ එය වැඩිදියුණු කිරීම සඳහා වත්මන් මුලපිරීම් වලට මෙය තරමක් විනිවිද පෙනෙන ලෙස විකාශනය කළ හැකි යැයි මම සිතමි :)

යාරෝවායා තවමත් ඉදිරියෙන් සිටී.

මූලාශ්රය: www.habr.com