සේවාදායකයද සේවාලාභියාද: ද්විත්ව භූමිකාවක Pi එකක කුමන OpenVPN ඒකකයද
OpenVPN අවස්ථා දෙකක් Pi එකක් බෙදා ගනී: එකක් සංචාරක පරිශීලකයන් පිළිගනී, අනෙක ඉහළ සැපයුම්කරු වෙත අමතයි. ඕනෑම එකක් නැවත ආරම්භ කිරීමට පෙර ඒකකයේ නම සහ නාමාවලිය කියවන්න.
Pi එකක් මත OpenVPN ක්රියාවලි දෙකක් ධාවනය වන අතර, එය එකම වේලාවේ සංචාරක පරිශීලකයන් පිළිගනිමින් ඉහළ සැපයුම්කරුවෙකු වෙත ළඟා වේ, සහ ඒවා උපකරණ හැර බොහෝ දෙයක් බෙදා නොගනී. එකක් ඇතුළතට එන උමං සවන් දෙන අතර අනෙක පිටතට අමතයි. සෑම එකක්ම තමන්ගේම නාමාවලිය කියවයි, සහ සෑම එකකටම තමන්ගේම අසාර්ථකත්ව ක්රමයක් ඇත. වැරදි ඒකකය නැවත ආරම්භ කිරීම සේවාලාභී අලුත්වැඩියාවක් ඒ වෙනුවට සවන් දෙන්නා සොලවන වඩාත් පොදු ක්රමයයි.
ඒකකයේ නම එය පූරණය කරන නාමාවලිය සමඟ ගළපන්න
Upstream 2.6 අච්චු ඒකක දෙකක් සපයයි: [email protected] සහ [email protected]. සේවාදායක අච්චුව /etc/openvpn/server තුළ ආරම්භ වී එතැනින් %i.conf පූරණය කරයි. සේවාලාභී අච්චුව /etc/openvpn/client තුළ ආරම්භ වේ. roaming නම් අවස්ථාවක් එකම වේලාවේ ස්ථාන දෙකේම පැවතිය හැක, සේවාදායකයක් ලෙසත් සේවාලාභියෙකු ලෙසත්, සම්බන්ධයක් නැති වින්යාස දෙකක් සමඟ සහ තන්තුව හැර ඒවා අතර කිසිදු සම්බන්ධයක් නොමැතිව.
ගොනු පද්ධතිය වෙනුවට systemd වෙතින් අසන්න, මන්ද පැකේජ නිර්මාපකයින් වැඩ කරන නාමාවලිය හෝ ද්විමය ගොනුවට ලැබෙන තර්ක වෙනස් කළ හැකි අමතර ගොනු එකතු කරන බැවිනි.
systemctl list-units --type=service 'openvpn-*@*' systemctl cat [email protected] systemctl show -p WorkingDirectory -p ExecStart [email protected]
පළමු විධානය සෑදූ සෑම ඒකකයක්ම ලැයිස්තුගත කරයි, අසාර්ථක වී පූරණය වී රැඳී ඒවාද ඇතුළත්ව. දෙවැන්න ඒකක ගොනුව ඕනෑම අභිබවා යාමක් සමඟ මුද්රණය කරයි. තෙවැන්න ප්රශ්නය තීරණය කරන කරුණු දෙක බැලීමට වේගවත්ම මාර්ගයයි: ක්රියාවලිය ආරම්භ වන නාමාවලිය, සහ එයට දුන් වින්යාස මාර්ගය.
තීරණය කරන්න පැකට් දිශාවෙන්, අතුරුමුහුණතේ නමෙන් නොව
සේවාදායක අවස්ථාවකට සවන් දෙන සොකට් එකක් ඇති අතර එය සම්බන්ධතා පිළිගනී. එහි සංකේතිත ප්රවාහනය Pi මත දේශීය ආදානය සහ දේශීය ප්රතිදානය වේ, එහෙත් පරිශීලකයන් සඳහා එය ඉදිරියට යවන රථවාහන ඉදිරියට යැවීමේ මාර්ගය අනුගමනය කර වෙනත් නීති කට්ටලයකට අවනත වේ. සේවාලාභී අවස්ථාවකට එම අර්ථයෙන් සවන් දෙන්නෙකු නොමැත: එය සහකරුවෙකුට අමතයි, එබැවින් එහි සංකේතිත ප්රවාහනය පහළ ස්ථරය දෙසට දේශීය ප්රතිදානය වේ.
එම වෙනස ඔබට කියන්නේ නීතියක් කොහේ අයත්ද යන්නයි. ඉදිරියට යැවීමේ දාමය තුළ අතුරුමුහුණතකට ගැළපෙන නීතියක් යොමු කිරීම දැනටමත් තෝරාගෙන ඇති රථවාහනයට පමණක් අවසර දෙයි; එය කිසි විටෙක මාර්ගය තෝරන්නේ නැත. සංචාරක පරිශීලකයෙකුගේ පැකට් වැරදි මාර්ගයෙන් පිටවන විට, පරීක්ෂා කළ යුතු දාමය forward වේ, output නොවේ.
න්යාය පැවසීමට පෙර සොකට් දෙස බලන්න. udp/1194 වෙත බැඳුණු සේවාදායකයක් සවන් දෙන සොකට් පෙන්වයි. සේවාලාභියා සැපයුම්කරුගේ ලිපිනය සමඟ සම්බන්ධයක් පෙන්වන අතර සවන් දෙන කිසිවක් නොමැත.
ss -lunp | grep openvpn ss -unp state established '( dport = :1194 or sport = :1194 )'
එක් අවස්ථාවක පෙරනිමි මාර්ගය අනෙකේ පිළිතුරු අල්ලා ගත හැක
ඉහළ සේවාලාභියා තල්ලු කරන redirect-gateway යන්ත්රයේ අනෙක් සියල්ල සමඟ තරඟ කරන පෙරනිමි මාර්ගයක් ස්ථාපනය කරයි, සේවාදායකය සංචාරක පරිශීලකයන්ට යවන පිළිතුරු ඇතුළත්ව. OpenVPN උමංගය ළඟා විය හැකිව තබා ගැනීමට තමන්ගේම සහකරු ලිපිනයට ව්යතිරේකයක් කරයි, නමුත් එම ව්යතිරේකය හෝටල් ජාලයක වාඩි වී සිටින දුරකථනයක් ගැන කිසිවක් නොකියයි.
රෝග ලක්ෂණය සාමාන්යයෙන් අසමමිතික වේ. අත් හස්තය සම්පූර්ණ වේ, සේවාලාභියා සම්බන්ධ වී ඇති බව වාර්තා කරයි, සහ පළමු පිළිතුරු පැකට්ටුවෙන් පසු රථවාහන මිය යයි. මූලාශ්ර පාදක ප්රතිපත්ති මාර්ගගතකරණය, හෝ --mark සමඟ සේවාදායක අවස්ථාවේ තබන ලද පැකට් සලකුණ, ප්රවාහ දෙක වෙන් කර තබයි; ඉන් කිසිවක් තනිව සම්පූර්ණ නීති කට්ටලයක් නොවේ, සහ දෙකටම තෝරාගන්නා වගුවේ වලංගු මාර්ග අවශ්ය වේ.
උමංගයේ තත්ත්වය වෙනුවට දේශීය තීරණය පරීක්ෂා කරන්න, මන්ද OpenVPN පැකට්ටුව දකින්නට පෙර කර්නලය මූලාශ්රය සහ අතුරුමුහුණත තෝරයි.
ip route get 203.0.113.44 ip rule show
එක් භූමිකාවක් නැවත ආරම්භ කර අනෙක ජීවත් වූ බව ඔප්පු කරන්න
භූමිකා දෙකම එකම පහළ ස්ථරය මත රඳා පවතින විට අනුපිළිවෙල වැදගත් වේ. පරිශීලක රථවාහන ඉදිරියට යැවීමට පෙර ඉහළ මාර්ගය පැවතිය යුතු නම් මුලින්ම සේවාලාභියා නැවත ආරම්භ කරන්න, සහ එහි සවන් දෙන්නා හෝ එහි තටාකය පමණක් වෙනස් කරන්නේ නම් මුලින්ම සේවාදායකය නැවත ආරම්භ කරන්න. කෙසේ වෙතත් පසුව ඒකක දෙකම තහවුරු කරන්න, මන්ද අසාර්ථක නැවත ආරම්භයක් අනෙක් භූමිකාව පැරණි තත්ත්වයක් සමඟ ධාවනය වීමට ඉඩ හැරිය හැක.
වෙනසට පෙර නැවතීමේ කොන්දේසිය ලියන්න: ඉහළ උමංගය අහිමි වීම සංචාරක පරිශීලකයන් අවහිර කරයිද, නැතහොත් Pi හි තමන්ගේම ඉහළ සබැඳියට වැටේද? DNS සහ IPv6 ද පැහැදිලි පිළිතුරක් අවශ්ය වේ, මන්ද තල්ලු කළ විසඳුම්කරු බොහෝ විට එය ප්රයෝජනවත් කළ මාර්ගයට වඩා දිගු කල් ජීවත් වේ.
systemctl restart [email protected] systemctl is-active [email protected] journalctl -u [email protected] -n 20 --no-pager
තුන් දෙයක් එකම වේලාවේ සත්ය නම් පමණක් වෙනස පිළිගන්න: නව ඇතුළතට එන සම්බන්ධතාවක් සම්පූර්ණ වේ, ඉදිරියට යවන ලද යෙදුමක් අපේක්ෂිත පිටවීම හරහා එහි ගමනාන්තයට ළඟා වේ, සහ ක්රියාවලි දෙකම තවමත් ඔවුන්ගේ අපේක්ෂිත සහකරු වාර්තා කරයි. තුනෙන් එකක් අසාර්ථක වුවහොත්, ඔබ වැරදි අවස්ථාවක් හෝ වැරදි මාර්ගයක් වෙනස් කළා, සහ ඊළඟ පියවර වන්නේ වෙනත් දෙයක් නැවත ආරම්භ කිරීම නොව ඒකකය නැවත කියවීමයි.