ඔබ මාර්ගය එකතු කරයි, උමඟ ඉහළ යයි, නමුත් අනෙක් පැත්තට යන ping «network unreachable» වෙනුවට සම්පූර්ණ පාඩුවකින් මිය යයි. මෙම වෙනස වැදගත් වේ, මන්ද එය අවධානය මාර්ග වගුවේ සිට ලිපිනය දෙසට හරවයි. 169.254 ගමනාන්තය ලින්ක්-ලෝකල් වන අතර එහි පරාසය නිර්මාණය අනුව පළමු hop එකේදී අවසන් වේ.

ඊළඟ තීරණය පටුය: සේවාදායක පැත්තේ උපජාලය අලුත්වැඩියා කරන්න හෝ ස්තර 2 කොටස පුළුල් කරන්න. වඩා පුළුල් මාර්ගයක් ද එම අසාර්ථකත්වය තවත් ගමනාන්තවලට පැතිරවයි.

ලිපිනයට මාර්ගයක් නැති බව නොවේ, එය මාර්ගගත කළ නොහැකිය

IPv4 ලින්ක්-ලෝකල් ලිපින වඩා හොඳ කිසිවක් පිළිතුරු නොදෙන විට තමන්ටම පවරා ගනී; Windows හි ස්වයංක්‍රීය පෞද්ගලික ලිපිනකරණය මෙතැනින් පැමිණේ. මෙම පරාසය සෑම සබැඳියකම එකවර භාවිත වන අතර එනිසාම එය ක්‍රියා කරයි: එකම කොටසේ සත්කාරක දෙකකට කිසිදු සම්බන්ධීකරණයකින් තොරව කථා කළ හැකිය.

මෙම ගුණාංගය නිසාම රවුටරයක් මෙම පැකට් ජාල අතර යැවිය නොයුතුය. ලින්ක්-ලෝකල් ගමනාන්තයකට යැවූ පැකට් එකක් ගෙන වෙනත් අතුරුමුහුණතකින් පිටතට යැවීම අපැහැදිලි බවක් ඇති කරයි, මන්ද යවන්නාගේ «දේශීය» සහ ලබන්නාගේ «දේශීය» වෙනස් ස්ථාන වේ. කුමක් අදහස් කළේදැයි තීරණය කරන සොයා ගැනීමක් නැත. මෙහි යැවීම පරිපාලකයාට සක්‍රීය කළ හැකි ප්‍රතිපත්ති විකල්පයක් නොවේ.

එබැවින් 169.254.1.10 උමඟ හරහා ළඟා විය හැකි ලෙස සකසන ද්වාරය කර්නලයෙන් ලිපින ආකෘතිය තහනම් කරන දෙයක් ඉල්ලා සිටී. පැකට් එක දුර සත්කාරකයට ළඟා වීමට බොහෝ කලකට පෙර ඉවත දමනු ලැබේ.

උමඟ පරාස ගැටලුව දෘශ්‍ය කරන්නේ ඇයි

TUN අතුරුමුහුණත පාර්ශ්ව දෙකක් අතර IP පැකට් රැගෙන යන අතර එහි පිටුපස බෙදාගත් කොටසක් නැත. විකාශනයක් නැත, අනෙක් පැත්තට ARP නැත, අසල්වැසි සොයා ගැනීමක් ද නැත.

රෝග ලක්ෂණ හරියටම ගැළපේ. මාර්ගය වගුවේ ඇත, ping සම්පූර්ණ පාඩුවක් දන්වයි, අසල්වැසි වගුව අසම්පූර්ණ සටහනක් පෙන්වයි. උමඟේ සටහන පැකට් එක පිටතට යන බව පෙන්වයි, එය මිනිසුන් ලිපින පන්තිය වෙනුවට දුර කෙළවර දෙසට බලන්නට සලස්වයි.

Windows හි එම මූලයේම දෙවන රෝග ලක්ෂණයක් ඇත: ලින්ක්-ලෝකල් ලිපිනය පමණක් ඉතිරි වූ අනුවර්තකයට භාවිත කළ හැකි ද්වාරයක් නැත, එබැවින් ගිනිපවුරු පැතිකඩ public වෙත වැටේ. උමඟ හේතුව නොවේ; ලිපිනය හේතුවයි.

ප්‍රශ්න තුනකින් තීරණය කරන්න

උපජාලය අලුත්වැඩියා කිරීම සහ පාලම තැනීම අතර තේරීම කොන්දේසි තුනක් මත රඳා පවතී.

QuestionIf yesIf no
Can the far-side host be given a routable address?Change the host or fix DHCP and route normallyContinue to the next question
Does the device accept a static address at all?Assign one from the site's real prefixBridging is the only remaining option
Can you accept broadcast crossing the tunnel?A bridge is viable for a small segmentReplace the device or accept no remote access

බොහෝ අවස්ථා පළමු ප්‍රශ්නයේ නතර වේ. ලින්ක්-ලෝකල් ලිපිනයක් පෙන්වන සත්කාරකය යනු සාමාන්‍යයෙන් DHCP පිළිතුරු නොදුන් බව, කේබලය හෝ VLAN වැරදි බව, නැතහොත් කෙනෙක් ලිපිනය අතින් ලිවූ බවයි. එය අලුත්වැඩියා කිරීම ඕනෑම උමඟ වැඩකට වඩා ලාභදායී වන අතර අනාගත සෑම සේවාලාභියෙකුගෙන්ම ගැටලුව ඉවත් කරයි.

යමක් උපකල්පනය කිරීමට පෙර සේවාදායක පැත්ත පරීක්ෂා කරන්න. සත්කාරකයේ ip addr show සහ ip route, සේවාලාභියාගේ arp -n හෝ route print -4 ධාවනය කරන්න.

පාලම නිවැරදි පිළිතුර වන විට එහි පිරිවැය

භෞතික අනුවර්තකයක් TAP අනුවර්තකයක් සමඟ පාලම් කිරීම දුර සේවාලාභියා දේශීය විකාශන වසමේ කොටසක් බවට පත් කරයි.

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

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

අදාළ ලිපි