net.ipv4.conf.default.forwarding tun0 ට හිස නොගසන්නේ ඇයි
default.forwarding විතරක් නව අතුරුමුහුණත් වපුරනවා, ක්‍රියාකාරී ටනලයක් නොවේ. ip_forward, අච්චුව සහ අතුරුමුහුණත එය අයිති namespace එකේ සසඳන්න.
ඔබ net.ipv4.conf.default.forwarding=1 සකස් කළා, VPN නැවත ආරම්භ කළා, එහෙත් ගේට්වේ මාර්ගගත කළ යුතු පැකට් ටනලය තවමත් ඉවතට දමනවා. ගොනුවේ සැකසුම හරි පෙනෙනවා, අතුරුමුහුණත තවමත් ඉදිරියට යැවීම අක්‍රීය බව වාර්තා කරනවා. කිසිවක් කැඩී නැහැ: ඔබ වෙනස් කළේ අනාගත අතුරුමුහුණත් උරුම කරගන්නා අගයයි, ක්‍රියාකාරී ටනලය භාවිත කරන අගය නොවේ.
ටනලය අයිති සත්කාරකයේ, ටනලය ඇත්තටම පවතින ජාල namespace එකේ මෙය පරීක්ෂා කරන්න. බහාලුමක් හෝ ජාල namespace එකක් අතුරුමුහුණත රඳවා තබාගෙන සත්කාරකය වෙනත් සංඛ්‍යා පෙන්විය හැක.
අගයන් තුනම එකට කියවන්න
ගේට්වේ පුරා වැටෙන ස්විචය, නව අතුරුමුහුණත් සඳහා අච්චුව සහ ඔබට වැදගත් අතුරුමුහුණත සසඳා ආරම්භ කරන්න. tun0 වෙනුවට සැබෑ ආදාන අතුරුමුහුණත දමන්න, සහ ආපසු එන අතුරුමුහුණතත් කියවන්න, මන්ද පැකට් පැමිණෙන ලක්ෂ්‍යයේදීම ඉදිරියට යැවීම ඇගයෙනවා.
sysctl net.ipv4.ip_forward
sysctl net.ipv4.conf.default.forwarding
sysctl net.ipv4.conf.tun0.forwardingසාමාන්‍ය ප්‍රතිඵලයක් වන්නේ ip_forward = 0, default.forwarding = 1 සහ tun0.forwarding = 0. පළමු දෙක සත්කාරකයේ භූමිකාව ගැන එකඟ නොවෙනවා, තුන්වැන්න අතුරුමුහුණත ඇත්තටම කරන දේ පෙන්වනවා. මේ එකතුව කිසිදා රවුටරයක් ලෙස වින්‍යාස නොකළ, අච්චු අගයක් පමණක් ලැබූ සත්කාරකයකට ගැලපෙනවා. සංඛ්‍යා තුන එකිනෙකට පටහැනි නොවේ; ඒවා වෙනස් ප්‍රශ්න තුනකට පිළිතුරු දෙනවා. අච්චු අගය ලිවීමත් සත්කාරකයේ භූමිකාව තීරණය නොකරයි.
ඇයි ගෝලීය ස්විචයම චලනය වන්නේ
net.ipv4.ip_forward ගේට්වේ පුරා වැටෙන පාලනයයි. එය වෙනස් කිරීම එම ක්‍රියාවලියේම කොටසක් ලෙස එක් එක් අතුරුමුහුණතේ ඉදිරියට යැවීමේ සැකසුම් යාවත්කාලීන කරනවා, ඒ නිසා එක් ලිවීමකින් පවතින ටනලයක් ඉදිරියට යැවීම ආරම්භ කළ හැක. default.forwarding පසුව ආරම්භ වන අතුරුමුහුණත් පමණක් වපුරනවා, ඒ නිසා දැනටමත් තිබූ ටනලය උපන් අගයම රඳවා ගන්නවා.
කර්නල් ලේඛන ip_forward සම්බන්ධ හේතුවක් නිසා විශේෂ ලෙස සලකුණු කරනවා: එය වෙනස් කිරීමෙන් වෙනත් IPv4 පරාමිතීන් කිහිපයක් සත්කාරක හෝ රවුටර පෙරනිමියට නැවත සකසනවා. එය එය අපහසු මෙවලමක් බවට පත් කරනවා. ගේට්වේ භූමිකාව ස්ථාපිත කිරීමේ කොටසක් ලෙස එක් වරක් සැකසීම හොඳයි; නිදොස්කිරීමේ උපායක් ලෙස නැවත නැවත මාරු කිරීම ඔබ කාලය ගත කළ වින්‍යාසය නිශ්ශබ්දව නැවත ලිවිය හැක.
අතුරුමුහුණත අනුව අගයන් ද හේතුවක් නිසා තිබෙනවා. හිතාමතා කළමනාකරණය කරන ගේට්වේ එකකට කිසිදා මාර්ගගත නොකළ යුතු අතුරුමුහුණතක ඉදිරියට යැවීම වසා තැබිය හැක, සත්කාරකය වෙනත් තැනක ඉදිරියට යවන විට පවා. ඒ නිසාම ක්‍රියාකාරී අතුරුමුහුණත කියවීම වැදගත්, ඒ නිසාම ගෝලීය අගය පමණක් සම්පූර්ණ පිළිතුර නොවේ. එවැනි ව්‍යතිරේකයක් හිතාමතා ගත් තීරණයක් ලෙස කියවන්න, එම අතුරුමුහුණත වෙනස් වන්නේ ඇයි කියා ලියන්න. නැත්නම් ඊළඟ ඉංජිනේරුවා එය උපකාරශීලීව "හදනවා".
සැකසුම නිවැරදි තැනක ස්ථිර කරන්න
එක් වරක් සාර්ථක වූ sysctl -w කර්නලය අගය පිළිගන්නා බව ඔප්පු කරනවා. එය නැවත ආරම්භයෙන් පසු නොපවතී, නැවත සම්බන්ධ වන විට අතුරුමුහුණතේ වින්‍යාසය ගැන තමන්ගේම අදහස නැවත යොදන ජාල කළමනාකරුවෙකුගෙන් පසුවත් නොපවතී. ගේට්වේ භූමිකාව sysctl වින්‍යාස ගොනුවේ හෝ සත්කාරකය අයිති ජාල කළමනාකරුවා තුළ තබන්න, පසුව එය යොදන සේවාව නැවත ආරම්භ කරන්න.
ටනල සමඟ අනුපිළිවෙල වැදගත්. කළමනාකරු ඇරඹුමේදී අතුරුමුහුණත සාදා පසුව ඉදිරියට යැවීම යොදන්නේ නම්, අතුරුමුහුණත පැරණි පෙරනිමිය උරුම කරගත හැක. ටනලය නැවත සාදන සේවා නැවත ආරම්භයද සෑදීමේ සිදුවීමක් වන අතර, ඒකකය නිරෝගීව පෙනෙන විට එය මඟහැරීම පහසුය. අවසාන ගොනු අන්තර්ගතය පමණක් නොව, අනුපිළිවෙල පරීක්ෂා කරන්න.
VPN නැවත සම්බන්ධ වූ පසුව සහ නැවත ආරම්භයෙන් පසුවත් එම අගයන් තුන නැවත කියවන්න. අලුතින් සාදන ලද ටනලය නව අතුරුමුහුණතක්, නව අතුරුමුහුණතක් සෑදීමේ මොහොතේ බලපැවැත්වෙන පෙරනිමිය ගන්නවා. මේ සිදුවීම් අතර සංඛ්‍යා වෙනස් වන්නේ නම්, ඔබ තවම හඳුනා නොගත් යමක් වින්‍යාසය යොදනවා.
වැරදි මෙවලමකින් මෙය හදන්න එපා
ඉදිරියට යැවීම කැඩුණු ලෙස පෙනුණු විට, ගිනිපවුරු හිස් කිරීමට හෝ masquerading එකතු කිරීමට පෙළඹෙනවා. දෙකම ඉදිරියට යැවීමේ ස්විචයට අදාළ නොවේ. ඉදිරියට යැවීමේ තත්ත්වය, ඉදිරියට යැවීමට අවසරය, ගමනාන්තයට මාර්ගයක් සහ ආපසු මාර්ගයක් යනු වෙනස් අවශ්‍යතා හතරක්, ඒවායින් පළමුවැන්න පමණක් sysctl වේ.
නිවැරදි ගලා යාම සමඟද අත්හදා බලන්න. ගේට්වේ මතම කරන ඉල්ලීමක් ඉදිරියට යැවීම කිසිසේත් අභ්‍යාස නොකරයි; එය ස්ථානීයව ජනනය වූ රැහැන් බරයි. ප්‍රශ්නය වන්නේ VPN සේවාලාභියෙකුගෙන් හෝ LAN සත්කාරකයකින් පැමිණෙන පැකට් පිළිගෙන ඉදිරියට මාර්ගගත වේද යන්නයි, ඒ නිසා පරීක්ෂණය ගේට්වේ පිටුපසින් ආරම්භ විය යුතුයි.
IPv6 අවස්ථාව වෙන් කර තබන්න
මෙහි සියල්ල IPv4 ය. IPv6 ඉදිරියට යැවීම, රවුටර නිවේදන සහ accept_ra හැසිරීමට තමන්ගේම පාලන ඇත, සහ ipv4 මාර්ගය ipv6 සැකසුමට පිටපත් කිරීමෙන් විශ්වාසනීය ලෙස පෙනෙන නමුත් ප්‍රයෝජනවත් කිසිවක් නොකරන ගොනුවක් සාදයි. ද්විත්ව තට්ටු ගේට්වේ එකකට කට්ටල දෙකම හිතාමතා වින්‍යාස කළ යුතුයි.
අවසාන පරීක්ෂාව: අගයන් ගැළපුණු පසු, ටනලයේ මාර්ගය ගමනාන්තය සඳහා තෝරා ගැනෙන බවත් පිළිතුරු මාර්ගය පවතින බවත් තහවුරු කරන්න. මාර්ගයක් නැති අතුරුමුහුණතක සක්‍රීය කළ ඉදිරියට යැවීම තවමත් කළු වළක්, සහ එම අසාර්ථකත්වය සේවාලාභී පැත්තෙන් එකම ලෙස පෙනෙනවා.