ඔබේ VPN අතුරුමුහුණත එහි firewalld කලාපය නිතරම හැර යන්නේ ඇයි

ඔබ tun0 නිවැරදි කලාපයට එක් කරන්නේය, යෙදුම ක්‍රියාත්මක වීමට පටන් ගනී, සහ ඊළඟ නැවත සම්බන්ධතාවයේදී නිවැරදි කිරීම වාෂ්ප වේ. එම විධානයම නැවත ධාවනය කිරීම ක්‍රියා කරයි, එය firewalld අමතක වූවාක් මෙන් පෙනේ. එය අමතක වී නැත; එම අතුරුමුහුණතට වඩාත් තදින් අයිතිවාසිකම් ඇති යමක් එය නැවත පැවරීය.

අතුරුමුහුණත නැවත නිර්මාණය වන තෙක් කලාපය පවතී

අතුරුමුහුණතකට firewalld කලාපයක් පැවරීම බැඳුමකි, සහ බැඳුම් දැන් පවතින ආකාරයට අතුරුමුහුණත් වස්තුවට බැඳී ඇත. උපාංගය කඩා නැවත නිර්මාණය කරන VPN සේවාලාභියා නව වස්තුවක් නිපදවයි, සහ නව එක පැවරීම කරන සංරචකය පවසන දෙයින් ආරම්භ වේ. රෝග ලක්ෂණය සෑම පැකට්ටුවකදීම නොව සෑම නැවත සම්බන්ධතාවයකදීම පුනරාවර්තනය වීමට හේතුව එයයි.

එම තර්කයම නැවත ඇරඹීමේ හැසිරීමද පැහැදිලි කරයි: ධාවන කාල බැඳුම් නැවත ඇරඹීමෙන් නොනැවතී පවතී, සහ ස්ථිර බැඳුම් firewalld තමන් සතු යැයි සිතන උපාංගවලට පමණක් අදාළ වේ.

කිසිවක් වෙනස් කිරීමට පෙර කලාපය පවරන්නේ කුමන සංරචකයදැයි සොයා ගන්න.

කිසිවක් වෙනස් කිරීමට පෙර කරුණු තුනක් කියවන්න

අතුරුමුහුණතට දැන් ඇති කලාපය, ඒවායේ අතුරුමුහුණත් සමඟ සක්‍රීය කලාප, සහ ඔබ අදහස් කරන කලාපයේ ස්ථිර අතුරුමුහුණත් ලැයිස්තුව සටහන් කරන්න. එම විමසුම් වෙනස් කිරීමට පෙර, එක් නැවත සම්බන්ධතාවයකට පසු සහ එක් නැවත ඇරඹීමකට පසු ධාවනය කරන්න. ප්‍රතිඵල තුන සංසන්දනය කිරීම බැඳුම ප්‍රතිස්ථාපනය වේද, නොසලකා හරිනු ලබයිද, නැතහොත් ප්‍රමාද වී පමණක් යෙදේද යන්න පවසයි. ස්ථිර ලැයිස්තුව දැනටමත් උපාංගය නම් කරන්නේ නම් සහ ධාවන කාල කලාපය එකඟ නොවේ නම්, යමක් ඔබේ සංස්කරණය ඉක්මවා යයි.

සෑම පියවරකදීම උපාංගයේ සැබෑ නමද සටහන් කරන්න, මන්ද අද tun0 මත පතිත වන උමග හෙට tun1 මත පතිත විය හැකිය.

සාමාන්‍ය නමකට සුරකින ලද බැඳුමක් අනන්‍යතා පරීක්ෂාවක් නොවේ, සහ මිනිත්තු දෙකක සටහන පැයක අනුමානයක් ඉතිරි කරයි.

NetworkManager සම්බන්ධතාවයට හිමිකම් කියන විට

NetworkManager VPN සම්බන්ධතාවය කළමනාකරණය කරන්නේ නම්, එහි පැතිකඩ කලාපය දරයි සහ සම්බන්ධතාවය සක්‍රීය වන විට එය firewalld වෙත භාර දෙයි. එම උපාංගයටම firewalld හි ස්ථිර අතුරුමුහුණත් බැඳුම නොසලකා හැරිය හැකිය, මන්ද හිමිකරු NetworkManager වේ. කලාපය සම්බන්ධතාවය මත සකසන්න, සහ ඔබ සංස්කරණය කරන්නේ VPN පැතිකඩ මිස අදාළ නොවන භෞතික සම්බන්ධතාවයක් හෝ තාවකාලික වාර්තාවක් නොවන බව තහවුරු කරන්න.

එම ගුණාංගය වෙනස් කිරීම සක්‍රීය සම්බන්ධතාවයකට වහාම බලපෑ හැකිය.

කළමනාකරණ මාර්ගයක් ලබා ගත හැකිව තබා ගන්න සහ යෙදීමට පෙර ගමනාන්ත කලාපයේ ප්‍රතිපත්තිය කියවන්න. ifcfg ගොනුවක ZONE ක්ෂේත්‍රය සංස්කරණය කිරීම නිවැරදි වන්නේ එම ගොනුව තවමත් වින්‍යාස මූලාශ්‍රය වන තැන පමණි.

firewalld බැඳුමට හිමිකම් කියන විට

හිතාමතා ස්ථාවර අතුරුමුහුණත් නාමයක් ඇති තනි උමගක් සඳහා ස්ථිර අතුරුමුහුණත් වෙනස් කිරීම නිවැරදි මෙවලමයි. ඔබේ යෙදවීම භාවිත කරන නැවත පූරණය හෝ ජීවන චක්‍රය හරහා එය යොදන්න, පසුව ධාවන කාල තත්ත්වය පරීක්ෂා කරන්න, මන්ද ස්ථිර-පමණක් සංස්කරණය සක්‍රීයව ඇති දෙය නොව අභිප්‍රාය විස්තර කරයි. නැවත පූරණයට ගත වන තාක් කල් දෙකම එකඟ නොවිය හැකිය.

අතුරුමුහුණත් නාමය ගතික නම්, නාමය පළමුව ඉල්ලා සිටින උමග සමඟ තරඟ කරනවා වෙනුවට සම්බන්ධතාවයේ ජීවන චක්‍රය පුරා පැවරීම පවත්වා ගන්න.

යෙදුම ක්‍රියා කරවීම සඳහා පමණක් අතුරුමුහුණත trusted වෙත නොදමන්න.

නැවත පූරණය, නැවත සම්බන්ධතාවය සහ නැවත ඇරඹීම පරීක්ෂා කරන්න

වෙනසක් අවසන් වන්නේ එය තුනම ජය ගත් විටය.

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

කලාපය නිවැරදි වුවත් යෙදුම තවමත් අසාර්ථක වන්නේ නම්, ගැටලුව සාමාජිකත්වයේ නොව කලාපයේ නීතිවල හෝ මූලාශ්‍ර පාදක වර්ගීකරණයේ ය. සම්බන්ධතා සහ අතුරුමුහුණත් පිළිබඳ firewalld ලේඛනය හිමිකම ක්‍රියා කළ යුතු ආකාරය පිළිබඳ යොමුවයි.

හිමිකරු, අගය සහ අපේක්ෂිත ප්‍රතිඵලය runbook තුළ ලියන්න, එවිට ඊළඟ නැවත පැවරීම පැහැදිලි කළ හැකි වනු ඇත.