Linux හි Tailscale සේවාදායකය ප්රකාශිත උපජාලක මාර්ග නොසලකා හරින්නේ ඇයි
වගුව 52 යනු සංඥාවයි: Linux හි Tailscale සේවාදායකය ප්රකාශිත උපජාලක මාර්ගයක් ස්ථාපනය කරන්නේ --accept-routes පසුව පමණක් වන අතර, උපාංග අනුමැතිය වෙනම ද්වාරයකි.
ඔබ Linux ලැප්ටොප් එකක සිටී, tailscale status අනෙක් යන්ත්ර ලැයිස්තුගත කරයි, සහ 10.80.0.25 හි NAS තවමත් කාලය ඉකුත් වේ. tailnet සුවපත් ය, උපජාලක රවුටරය සබැඳි ය, සහ සේවාදායකයේ ප්රතිදානයේ එහි පිටුපස ඇති LAN වෙත ළඟා විය නොහැක්කේ ඇයි කියා කිසිවක් නොකියයි. පහත මාර්ගෝපදේශය එම රෝග ලක්ෂණයේ සිට පිටතට ගමන් කරයි: මෙම සේවාදායකයේ ධජය, පසුව රවුටරයේ ප්රකාශනය, පසුව අනුමැතිය, පසුව ප්රතිපත්තිය, සහ පසුව පමණක් ගමනාන්තයම. සෑම ද්වාරයක්ම එකම කාල ඉකුත්වීමෙන් අසාර්ථක වේ, එබැවින් අනුපිළිවෙල විධානවලට වඩා වැදගත් ය.
Linux සේවාදායකය ස්ථාපනය කිරීමට ප්රතික්ෂේප කරන දේ
Linux හි Tailscale සේවාදායකයන් ඔබ ඉල්ලා නොසිටියහොත් ප්රකාශිත උපජාලක මාර්ග පිළිනොගනී. එම සැකසුම නොමැතිව සේවාදායකය tailnet වෙත එක්වී සම වයස් ලිපින වෙත ළඟා වේ, නමුත් රවුටරය ප්රකාශ කරන සෑම පෙර නිමිතියක්ම භාවිත නොකර රැඳේ. පෙරනිමි අගය හිතාමතාම ය, එබැවින් රෝග ලක්ෂණය දේශීය තීරණයක් මෙන් නොව කැඩුණු රවුටරයක් මෙන් පෙනේ.
මෙහි වෙනස් දේවල් දෙකක් මාර්ගකරණය ලෙස හැඳින්වේ, ඉන් එකක් පමණක් ඔබේ ය. රවුටරය tailnet වෙත පෙර නිමිතියක් ප්රකාශ කරයි; ඔබේ යන්ත්රය එය ස්ථාපනය කළ යුතුද නැද්ද යන්න තීරණය කරයි. ඕනෑම එකක අසාර්ථකත්වය එකම කාල ඉකුත්වීම ලබා දෙයි, එබැවින් අනුමාන කිරීම අඩ දවසක් නාස්ති කරයි. කිසිවක් වෙනස් කිරීමට පෙර කුමන පැත්ත ප්රතික්ෂේප කරන්නේදැයි සොයා ගන්න.
මෙම යන්ත්රය සඳහා මාර්ග පිළිගැනීම සක්රීය කරන්න
සේවාදායකයේ මනාපය සකසන්න, පසුව විධානය ක්රියාත්මක වූ යැයි උපකල්පනය කරනවාට වඩා කුමක් වෙනස් වුණාදැයි බලන්න. වර්තමාන ස්වරූපය පිවිසුම් ප්රවාහය නැවත නොකර සැකසුම යොදයි, එය සැසියක මැද සිටින විට වැදගත් ය.
sudo tailscale set --accept-routes
tailscale status
ip route show table 52
Tailscale Linux හි පිළිගත් මාර්ග තමන්ගේම වගුවක ස්ථාපනය කරයි, එබැවින් 52 වගුවේ පෙර නිමිතියක් දිස්වීම මෙම සේවාදායකය ප්රකාශනය ස්ථාපනය කළ බවට සෘජු සාක්ෂියකි. ඔබේ පරාසය එම වගුවේ නොමැති නම් නවතින්න: ගැටලුව දේශීය ය, රවුටරයේ කොපමණ වැඩ කළත් එය වෙනස් නොවේ.
පැරණි සේවාදායක එම මනාපයම පිවිසුම් විධානයේ ධජයක් ලෙස ලබා දෙයි, එබැවින් tailscale set නොමැති විට sudo tailscale up --accept-routes විකල්පයයි. මාර්ග අතින් සංස්කරණය කරනවාට වඩා එය භාවිත කරන්න, මන්ද ඩයිමන් තමන්ගේම වගුව නැවත ලියන අතර ඔබේ සංස්කරණය ඊළඟ නැවත සම්බන්ධ වීමේදී අතුරුදහන් වේ. පැරණි ලිපියකින් විධානයක් පිටපත් කිරීමට පෙර අනුවාදය පරීක්ෂා කරන්න.
ප්රකාශනය සහ අනුමැතිය වෙන වෙනම පරීක්ෂා කරන්න
උපජාලක රවුටරයේ පෙර නිමිතිය ප්රකාශ කළ යුතු අතර, කර්නලය අතුරුමුහුණත් අතර පැකට් යොමු කළ යුතු ය. යොමු කිරීමකින් තොර ප්රකාශනය ඔබට අනුමත මාර්ගයක් ලබා දෙන අතර එය රථවාහනය නිහඬව ඉවත දමයි, සහ මෙය වඩාත් පොදු අඩක් සම්පූර්ණ සැකසුමයි.
sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr
ප්රකාශිත පෙර නිමිතිය ඔබ සැබවින්ම ළඟා වීමට උත්සාහ කරන ලිපිනය සමඟ අකුරින් අකුර සසඳන්න. 10.70.0.0/24 ප්රකාශ කරන රවුටරයක් 10.80.0.25 හි NAS ගැන කිසිවක් නොකියයි, සහ අංක දෙකම එකම තරම් විශ්වාසදායක ලෙස පෙනෙන බැවින් මෙම නොගැළපීම සෑම තත්ත්ව ප්රතිදානයකම නොපෙනේ. කැඩුණු මාර්ග පිළිබඳ බොහෝ වාර්තා මෙහි අවසන් වේ. පහළ කිසිවක් ස්පර්ශ කිරීමට පෙර ප්රකාශනය නිවැරදි කරන්න.
අනුමැතිය ඊළඟ ද්වාරයයි, සහ රවුටරය shell එකකින් වින්යාස කළ විට එය මඟ හැරීම පහසු ය. වෙනත් යන්ත්ර භාවිත කිරීමට පෙර පරිපාලක කොන්සෝලයේ එම උපාංගය සඳහා ප්රකාශනය සක්රීය කළ යුතු ය. සේවාදායකයේ මාර්ග පිළිගැනීම කිසිවක් අනුමත නොකරන අතර කිසිදු ප්රවේශ නීතියක් ඉක්මවා නොයයි.
සත්කාරක නාමයට පෙර පෞද්ගලික ලිපිනය පරීක්ෂා කරන්න
රවුටරයේම tailnet ලිපිනයට සාර්ථක සම්බන්ධතාවය tailnet ක්රියා කරන බව ඔප්පු කරයි, එය ඔබ දැනටමත් දැන සිටියා. ප්රයෝජනවත් පරීක්ෂණය ඔබට සැබවින්ම අවශ්ය සේවාව ය, පළමුව පෞද්ගලික ලිපිනයට එරෙහිව, එවිට DNS අසාර්ථකත්වයක් මාර්ගකරණ අසාර්ථකත්වයක් ලෙස පෙනී සිටිය නොහැක.
tailscale ping 10.80.0.1
ping -c 2 10.80.0.25
nc -vz 10.80.0.25 445
getent hosts nas.internal.example
ලිපිනය පිළිතුරු දුන්නත් සත්කාරක නාමය නොදුන්නොත්, ඔබට නාම විභේදන ගැටලුවක් ඇති අතර එය මාර්ග ගැටලුවක් ලෙස සැලකීම නවත්වන්න. දෙකම පිළිතුරු නොදුන්නොත්, එක් කොටසක් පසුපසට ගොස් ප්රකාශනය ලිපිනය ආවරණය කරන බව තහවුරු කරන්න. අසාර්ථකත්ව දෙකම යෙදුමෙන් එකම ලෙස පෙනෙන අතර වෙනස් තැන්වල නිවැරදි කෙරේ.
tailnet ට දොස් පැවරීමට පෙර එක් දේශීය පරීක්ෂාවක් වටී. ඔබේ වර්තමාන LAN දුරස්ථ උපජාලකයට සමාන පෙර නිමිතියක් භාවිත කරන විට, කර්නලය සෘජුව සම්බන්ධ මාර්ගයට මනාප ලබා දෙන අතර රථවාහනය කිසි විටෙක යන්ත්රය හැර නොයයි; නිවසක් සහ කාර්යාලයක් දෙකම 192.168.1.0/24 තෝරා ගැනීමේදී මෙය සිදු වේ.
සේවාදායක ධජය රවුටර සැකසුමක් නොවන්නේ ඇයි
මේවා වෙනස් අවශ්යතා සහිත වෙනස් භූමිකා ය, සහ සේවාදායක ධජය රවුටරයකට පිටපත් කිරීම ක්රියාකාරී tailnet එකකට ලූපයක් ලැබෙන ක්රමයයි. මාර්ග ප්රකාශ කරන යන්ත්රයකට යොමු කිරීම, යොමු කළ රථවාහනයට අවසර දෙන ගිනිපවුරු නීති සහ කුමන පෙර නිමිති ප්රකාශ කරන්නේද යන්න පිළිබඳ තීරණයක් අවශ්ය ය. මේ කිසිවක් --accept-routes මගින් ගම්ය නොවේ.
උපජාලක රවුටර පිළිබඳ ලේඛනය එකම පෙර නිමිතියක් ප්රකාශ කරන අතිරික්ත රවුටරවල මාර්ග පිළිගැනීම සක්රීය නොකිරීමට අනතුරු අඟවයි, මන්ද රැඳවුම් නෝඩයකට දැනටමත් දේශීය රථවාහනය සක්රීය නෝඩය හරහා පිටතට තල්ලු කළ හැකි බැවිනි. ඔබ HA යුගලයක් ධාවනය කරන්නේ නම්, එය පාද සටහනක් නොව නිර්මාණ සීමාවක් ලෙස සලකා, දෙකෙහිම අනුමත කිරීමට පෙර පෙර නිමිතිය කුමන නෝඩයට අයත්දැයි තීරණය කරන්න. තනි රවුටරයක එම අවවාදය පිළිගැනීම සේවාදායකයන්ට අයත් බවත් ප්රකාශ කරන යන්ත්රයට නොවන බවත් සිහිපත් කිරීමක් ලෙස කියවේ. කුමන ද්වාරය වසා තිබුණාද ලියා තබන්න.
සාමාන්ය සේවාදායකයකට අනුපිළිවෙල අවසන් වන්නේ ආරම්භයේදී අසාර්ථක වූ යෙදුම් පරීක්ෂණයෙනි. රවුටරය සඳහා යොමු කිරීම, ප්රකාශනය, අනුමැතිය සහ ගිනිපවුර එම අනුපිළිවෙලින් සමාලෝචනය කරන්න, මන්ද පළමු නොමැති එක ඔබ ආරම්භ කළ එම කාල ඉකුත්වීමම නිපදවයි.