බෙදාගත් උපවසම්, පිවිසුම් දෙකක්: කවුරුන් කුමන වාර්තා දකින්නේද?

A සායනය සහ B සායනය එක් කේත පදනමක්, උපවසම් දෙකක් සහ කාර්යාලයෙන් හා VPN හරහා පැමිණෙන අමුත්තන්ගේ මිශ්‍රණයක් බෙදාගනී. ජාල කණ්ඩායම් සාමාන්‍යයෙන් පිවිසුම් දෙක වෙන වෙනම වින්‍යාස කරයි, එය හොඳයි, යෙදුම එසේ නොකරන තාක්. පහත පරීක්ෂණ යෙදුමේම තිබිය යුතු අතර ඉල්ලීම පැමිණියේ කුමන දොරකින්ද යන්න නොසලකා එකම ලෙස හැසිරිය යුතුය.

පළමුව: සත්කාරක නාමය නම් කරන්නේ එක් තන්තුවක් පමණි

ඉල්ලා සිටින සත්කාරක නාමය පරිපාලකයා නඩත්තු කරන සිතියමකට එරෙහිව විසඳා, නොදන්නා සියල්ල ප්‍රතික්ෂේප කරන්න. අමු ශීර්ෂය වෙනුවට රාමුවේ තහවුරු කළ සත්කාරක අගය භාවිත කරන්න, එවිට ව්‍යාජ Host එකකට සෙවුම් යතුරක් එන්නත් කළ නොහැක. සාර්ථක ගැළපීම කේතයට කියන්නේ කුමන තන්තු වින්‍යාසය සහ කුමන නාමාංකනය පූරණය කරන්නද කියාය. නමුත් ඇමතුම්කරුට එම තන්තුවේ දත්ත දැකිය හැකිද යන්න එය නොකියයි. එම දෙවන ප්‍රශ්නය වෙනම ආදානයක් සහිත වෙනම ශ්‍රිතයක තබන්න.

එක් සත්කාරක නාම සෙවුමකින් සන්දර්භය සහ අවසරය යන දෙකම ආපසු දෙන බෙදාගත් සහායක ශ්‍රිතය දෝෂයේ ආරම්භයයි.

දෙවනුව: සාමාජිකත්වය පැමිණෙන්නේ සැසියෙන්

සත්‍යාපිත පරිශීලකයාගේ ක්‍රියාකාරී සාමාජිකත්ව සොයා පළමු පරීක්ෂණයේ තන්තුව සමඟ සසඳන්න. සායන දෙකටම අයත් පරිශීලකයාට මාරු විය හැක, නමුත් මාරුව ඉල්ලීමේ සන්දර්භයේ සටහන් වූ පැහැදිලි ක්‍රියාවක් විය යුතුය, URL එකෙන් ගන්නා අනුමානයක් නොවේ. එක් සායනයකට අයත් පරිශීලකයා අනෙක ඉල්ලා සිටින විට ප්‍රතික්ෂේප වේ, බාගැනීම් සහ API ඇමතුම් ඇතුළුව.

වාර්තා හඳුනාගැනීමේ සංඛ්‍යාවක් සහ තන්තු පරාමිතියක් සංස්කරණය කර සෘණාත්මක අවස්ථාව පරීක්ෂා කරන්න. එක් වෙනසක් හෝ දත්ත ආපසු දෙන්නේ නම්, විෂය පථය තහවුරු කළ සාමාජිකත්වයෙන් නොව ඉල්ලීමෙන් කියවනු ලැබේ.

කුකී විෂය පථය සහ තනි පිවිසුම තීරණය කරන්නේ ගිණුමක් ඉදිරිපත් කළ හැක්කේ කොහේද කියාය. එම ගිණුමට කියවිය හැක්කේ කුමක්ද යන්න ඒවා තීරණය නොකරයි.

තෙවනුව: ජාලය පුද්ගලයා ගැන කිසිවක් ඔප්පු නොකරයි

VPN ද්වාරය උමඟක් සත්‍යාපනය කරයි, පොදු අවසර ලැයිස්තුවක් ලිපින පරාසයක් සත්‍යාපනය කරයි. කිසිවක් පුද්ගලයෙකු හඳුනා නොගනී. NAT බොහෝ පරිශීලකයින් එක් මූලාශ්‍ර ලිපිනයකට එකතු කරයි, කාර්යාල පරාසයක් ගොඩනැගිල්ලේ සියලු දෙනාට එසේම කරයි. දෙකම ප්‍රවාහන කරුණු ලෙස සලකා අවසරය යෙදුමේ තබන්න, නැතහොත් අනන්‍යතාවය පැහැදිලිව ප්‍රකාශ කර ඒ අනුව සමාලෝචනය වන ඒකාබද්ධතාවක තබන්න.

DNS යනු තුන්වන ප්‍රවාහන කරුණයි. පෞද්ගලික පිළිතුරකට පෞද්ගලික මාර්ගයක් අවශ්‍යයි, පොදු ඉදිරිපසට ආධාරක මූල මාර්ගයක් අවශ්‍යයි. ඒවායින් කිසිවක් අවසරයක් රැගෙන නොයයි.

බිත්තියේ තැබීමට එක් වාක්‍යයක්: ඉල්ලීම පැමිණෙන ආකාරය ජාලය තීරණය කරයි, කියවිය හැක්කේ කුමක්ද යන්න යෙදුම තීරණය කරයි.

හතරවනුව: පිවිසුම් දෙකේම න්‍යාසය ධාවනය කරන්න

පාලිත ගිණුම් භාවිතයෙන් A, A හි, B, B හි, A, B හි, නොදන්නා සත්කාරක නාමයක් සහ සාමාජිකත්ව නොමැති සත්‍යාපිත ගිණුමක් පරීක්ෂා කරන්න. හතරවැන්න සහ පස්වැන්න සංවෘතව අසාර්ථක විය යුතු අතර කිසිවිටෙක පෙරනිමි තන්තුවකට නොවැටිය යුතුය. එම න්‍යාසයම VPN පිවිසුම හරහාද ධාවනය කරන්න, එක් ගිණුමකට එක් සැසි භාජනයක් සමඟ:

curl -s -o /dev/null -w '%{http_code}' -b jar.txt https://clinic-b.example.com/records/42
curl -s -o /dev/null -w '%{http_code}' -b jar.txt https://clinic-a.example.com/records/42

පසුව අවසර ලැයිස්තුවේ එක් සටහනක් වෙනස් කර නැවත ධාවනය කරන්න. චලනය වන ප්‍රතිඵලයක් යනු ජාල පාලනයක් අවසර තීරණයක් ගන්නවා යන්නයි.

ඉදිරිපස වෙනස්කමකින් පසු සෑම විටම න්‍යාසය නැවත කරන්න, මන්ද පරීක්ෂණය මඟ හරින දෙවන කේත මාර්ගය මෙම සීමාව ඛාදනය වන වඩාත් පොදු ක්‍රමයයි. අපේක්ෂිත ප්‍රතිඵලය උදාසීනයි: සෑම පිවිසුමක්ම එකම පිළිතුරු දෙයි.