Nebula static_host_map: පහනකට දිය නොහැකි ලිපිනය

සෑම පහනකටම කිසියම් සත්කාරකයකට අනෙක් සෑම සමානයා ගැනම කිව හැක, නමුත් පහනම සිටින තැන හැර. overlay පවතින්නට පෙර යමක් දැනගත යුතුය, Nebula එම යමක් කුඩා සිතියමක තබයි. සිතියම overlay අනන්‍යතාවක් සාමාන්‍ය ජාලයේ ක්‍රියා කරන ලිපිනයක් සමඟ යුගල කරයි. පසුව ඉගෙන ගන්නා සියල්ල එම යුගලය නිවැරදි වීම මත රඳා පවතී.

කාර්ය දෙකක් සහිත ලිපින දෙකක්

සෑම Nebula සත්කාරකයකටම overlay ලිපිනයක් ඇත, උපාංගය ජාල අතර ගමන් කරන විටත් එය ස්ථිරව පවතී. එම ලිපිනය සහතික, firewall නීති සහ සමාන සම්බන්ධතා භාවිතා කරන අනන්‍යතාවයයි, තනිව එය කිසිදු තැනකට මාර්ගගත නොකරයි. ළඟා විය හැකි අන්ත ලක්ෂ්‍යය වෙනස් දෙයකි: යටි ජාලයේ සත්කාරක නාමයක් හෝ ලිපිනයක් සහ UDP තොටුපොළක්, යන්ත්‍රය ස්ථානය මාරු කරන සෑම විටම එය වෙනස් වේ. ස්ථිතික සිතියම යනු දෙක අතර සන්ධියයි.

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

අනන්‍යතාව අනන්‍යතාව අපේක්ෂා කරන තැනට යයි. ළඟාවිය හැකි බව සිතියමට යයි.

static_host_map:
  "10.42.0.1": ["lighthouse-01.example.net:4242"]

lighthouse:
  am_lighthouse: false
  hosts:
    - "10.42.0.1"

සිතියම් ඇතුළත් කිරීමක ව්‍යුහය

යතුර වන්නේ උද්ධෘත ලකුණු තුළ තන්තුවක් ලෙස ලියා ඇති overlay ලිපිනයයි, අගය වන්නේ අන්ත ලක්ෂ්‍ය ලැයිස්තුවකි, එබැවින් එක් අනන්‍යතාවකට පිවිසුම් ලක්ෂ්‍ය කිහිපයක් තිබිය හැක. සෑම අන්ත ලක්ෂ්‍යයක්ම සත්කාරකයක් සහ තොටුපොළක් දරයි, තොටුපොළ අනෙක් පැත්ත සැබවින්ම අසන දෙයට ගැළපිය යුතුය. Nebula හි පෙරනිමිය UDP 4242 වේ, එය ආරම්භක ලක්ෂ්‍යයක් මිස ඔබේ යෙදවීම ගැන පොරොන්දුවක් නොවේ.

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

වැරදි තොටුපොළක් දෝෂයක් වෙනුවට නිහඬතාවක් ඇති කරයි, මන්ද UDP සතුව ප්‍රතික්ෂේප කිරීමට හැන්ඩ්ෂේක් නොමැත. එබැවින් ඇතුළත් කිරීමේ ආකෘතිය Nebula static_host_map යොමුව සමඟ පරීක්ෂා කිරීම වටී, මතකය සමඟ නොවේ. යොමුව අන්ත ලක්ෂ්‍ය ලැයිස්තු සහ DNS නැවුම් කිරීමේ හැසිරීම ද ආවරණය කරයි.

overlay ට පෙර බූට්ස්ට්‍රැප් ක්‍රියා කළ යුතුය

සිතියමේ ඇති DNS නාමයක් ඕනෑම ටනලයක් පවතින්නට පෙර සත්කාරකයට ඇති විසඳන්නා හරහා විසඳිය යුතුය, එනම් සාමාන්‍ය පද්ධති විසඳන්නා. එය එම යන්ත්‍රයෙන්ම, බූට් වේලාවේ, overlay නතර කර තබා පරීක්ෂා කරන්න. overlay හි තමන්ගේම DNS හරහා පමණක් විසඳෙන නාමයකට overlay බූට්ස්ට්‍රැප් කළ නොහැක. එම පරීක්ෂණය මාර්ගයටද අදාළ වේ: overlay ට ඉඩ දෙන නමුත් පළමු UDP හුවමාරුවට ඉඩ නොදෙන firewall නීතියක් ආරම්භක පැකට්ටුව අවහිර කරයි.

තොටුපොළ විවෘත යැයි උපකල්පනය නොකර UDP මෙවලමකින් පරීක්ෂා කරන්න. මාර්ගයේ ඕනෑම තොටුපොළ යොමු කිරීමක් නිවැරදි අභ්‍යන්තර සත්කාරකයට යන බවත් ආපසු මාර්ගයක් ඇති බවත් තහවුරු කරන්න. සත්කාරක නාමය ලිපින කිහිපයකට විසඳෙන්නේ නම්, එකින් එක පරීක්ෂා කරන්න, මන්ද සේවාදායකය ඔබ කිසිදා පරීක්ෂා නොකළ ලිපිනයක් තෝරාගත හැක.

ස්ථිතික ඇතුළත් කිරීම් සෘජුවම අමතනු ලබන අතර කිසිදා පහනකින් අසන්නේ නැත. එබැවින් මෙහි ඇති අසාර්ථකත්වය කිසිදු සමානයෙකු නොමැතිව සාමාන්‍ය කාල ඉකුත්වීමක් මෙන් පෙනේ.

පළමු හැන්ඩ්ෂේක් පසුව කුමක් සිදු වේද

සත්කාරකයක් පහනකට ළඟා වූ පසු තවත් අතින් ලියන ලද ඇතුළත් කිරීම් නොමැතිව සමානයන් සහ ඔවුන්ගේ ළඟා විය හැකි ලිපින ගැන ඉගෙන ගනී. අවසන් සම්බන්ධතාවයෙන් පසු ගමන් කළ සත්කාරක එම නාලිකාව හරහා සොයාගත හැකි වේ. අතින් ලියන ලද සිතියම කුඩාව තබා ගැනීමේ ත්‍යාගය එයයි.

සත්කාරක තමන්ගේ අමතර ළඟා විය හැකි ලිපින ද ප්‍රකාශ කළ හැක, එසේම දන්නා පොදු ලිපිනයක පිටුපස සිටින සමානයෙකු අන් අයට එය සොයාගැනීමට උදව් කරයි. එම ප්‍රකාශ ඉගෙන ගනු ලැබේ, ස්ථිතික සිතියමට ලියන්නේ නැත.

DNS නාම ලෙස ලියා ඇති අන්ත ලක්ෂ්‍ය සඳහා නැවුම් කිරීමේ හැසිරීම වැදගත් වේ, මන්ද ක්‍රියාවලිය දිගටම ධාවනය වන අතරේ විසඳන ලද ලිපිනය වෙනස් විය හැක. Nebula හි සැකසුම් එම සෙවීම් සිදුවන ආකාරය, කුමන විසඳන්නා භාවිතා කරන්නේද යන්නද පාලනය කරයි, එබැවින් පද්ධති පෙරනිමිය උපකල්පනය නොකර ඒවා කියවන්න. ටනලය එසවෙන විට විසඳන්නා වෙනස් වන සත්කාරකයක, වැරදි සැකසුම ක්‍රියා කරන බූට්ස්ට්‍රැප් එක සැසිය මැදදී විසඳීම නතර කරන නාමයක් බවට පත් කළ හැක. සෙවීම ස්ථාවර විසඳන්නෙකුට අමුණා තැබීම බොහෝ විට විශ්වාසදායක overlay එකක් සහ කඩින් කඩ ඇති එකක් අතර වෙනසයි.

සොයාගැනීම ක්‍රියා කරන නමුත් එක් සමානයෙක් නොකරන විට

පහන් ළඟා විය හැකි නම් සහ බොහෝ සමානයන් සම්බන්ධ වන්නේ නම්, බූට්ස්ට්‍රැප් ගැටලුව නොවේ. ඉතිරි යුගලය එකිනෙකාට භාවිත කළ හැකි මාර්ගයක් සොයාගන්නේ නැත, නැතහොත් ළඟාවිය හැකි බවට ඉහළින් අසාර්ථක වේ. පහනේ ලිපිනයේ තවත් අක්ෂර වින්‍යාසයක් එකතු කිරීමෙන් අවස්ථා දෙකෙන් එකක්වත් සුව නොවේ.

අනෙක් සියල්ල දැනටමත් රඳා පවතින සිතියම සංස්කරණය කිරීමට පෙර යුගලය පරීක්ෂා කරන්න. සිතියම් වෙනසක් සෑම සත්කාරකයක්ම කලබල කරයි, එබැවින් එය අවසානයේ ස්පර්ශ කළ යුතු දෙයයි, පළමුව නොවේ.

එකම අධිකාරියේ සහතික සමඟ ආරම්භ කරන්න, මන්ද ප්‍රතික්ෂේප කළ හැන්ඩ්ෂේක් ඈතින් ළඟා විය නොහැකි සමානයෙකු මෙන් පෙනිය හැක. පසුව යුගලයට සෘජු මාර්ගයක් ස්ථාපිත කළ හැකිද සහ සෘජු ගමනාගමනය ප්‍රතික්ෂේප කරන ජාල සඳහා රිලේ වින්‍යාසගත කර ඇත්දැයි පරීක්ෂා කරන්න. රිලේ එකක් hop එකක් සහ යැපීමක් එකතු කරයි, නමුත් එය සහාය දක්වන පිළිතුරකි, සහ යුගලයේ මාර්ගය අලුත්වැඩියා කිරීම සොයාගැනීම අලුත්වැඩියා කිරීමට වඩා වෙනස් කාර්යයකි.