නැවත ඇරඹීමෙන් පසු SSH සවන් නොදේ: VPN ලිපිනය ප්‍රමාද වේ
ටියුනල් ලිපිනයට බැඳුණු සේවාවකට බැඳීමේ මොහොතේ එම ලිපිනය අවශ්‍ය වේ. යතුරු සංස්කරණය කිරීමට පෙර සවන්දෙන්නාගේ හිමිකරු, බූට් අනුපිළිවෙල සහ බැඳීමේ දෝෂය පරීක්ෂා කරන්න.
සැකසුම් අතරතුර ඔබ SSH ටියුනල් ලිපිනයට බඳිනවා, එය ක්‍රියා කරයි, සහ ඊළඟ නැවත ඇරඹීමෙන් පසු යමෙකු සේවාව අතින් නැවත ආරම්භ නොකරන තෙක් කිසිවෙකුට පිවිසිය නොහැක. අක්තපත්‍ර ගැටලුව නොවේ. ඩීමන් කර්නලයෙන් තවම නොපැවති ලිපිනයක් ඉල්ලා සිටියා, බැඳීම අසාර්ථක විය, සහ පණිවිඩය බූට් ලොගයේ පසුකර ගියා. සත්‍යාපන ගැටලුවක් ලෙස පෙනෙන දෙය ඇත්ත වශයෙන්ම ආරම්භක අනුපිළිවෙලේ ගැටලුවකි.
බැඳීමේ දෝෂය ඇත්තටම කියන්නේ කුමක්ද
සවන් දෙන සොකට් එක එම මොහොතේ පවතින ලිපිනයක් මත සෑදිය යුතුය. VPN අතුරුමුහුණත පසුව පැමිණෙන විට, ටියුනල් ලිපිනයට පමණක් බැඳීමට වින්‍යාස කර ඇති ඩීමන්ට ගැටෙන්නට කිසිවක් නැත. වින්‍යාසය වාක්‍ය ව්‍යූහාත්මකව වලංගුව පවතී; පරිසරය සූදානම් නොවීය. අතින් ආරම්භයේ සිට ක්‍රියාත්මක වන සේවාවක් කිසිදා බූට් මාර්ගය හරහා යන්නේ නැත, එබැවින් දෝෂය පෙනෙන්නේ ඊළඟ නැවත ඇරඹීමේදී පමණි. අසාර්ථක බැඳීමේ කාල මුද්‍රාව ලිපිනය පැවරීමේ කාල මුද්‍රාව සමඟ සසඳන්න, අනුපිළිවෙල පැහැදිලි වේ.
වින්‍යාසයේ වලංගුභාවය සහ ධාවන කාල සූදානම වෙනස් ගුණාංග වේ. දෙකම පරීක්ෂා කරන්න, මන්ද ඒවායින් එකක් කිසිවක් නොකියා අසාර්ථක වේ.
පෝට් එක හිමිකර ගන්නේ කුමන ක්‍රියාවලියද
ඩීමන් සැමවිටම සවන්දෙන්නා නිර්මාණය කරන සංරචකය නොවේ. සොකට් සක්‍රීය කිරීම එම වගකීම ඒකකයකට මාරු කරයි, එවිට ඩීමන් නැවත ආරම්භ කිරීමෙන් කිසිවක් වෙනස් නොවේ.
ss -ltnp 'sport = :22'
systemctl cat ssh.socketසොකට් ලැයිස්තුව පෙන්වන්නේ කුමන ක්‍රියාවලියක් කුමන ලිපිනයක පෝට් එක රඳවා ගෙන සිටීද යන්නයි, ඒකක ඩම්පය පෙන්වන්නේ සොකට් ඒකකයක් ඇත්ද නැද්ද යන්නයි. සක්‍රීය කිරීම ක්‍රියාත්මක වන විට, ලිපිනය සොකට් ඒකකයට අයත් වන අතර ඩීමන් ගොනුව අධිකාරී නොවේ. රෝග ලක්ෂණයෙන් අනුමාන නොකර සැබෑ බැඳීමේ දෝෂය සඳහා බූට් ලොගය කියවන්න. සොකට් ඒකකයක් නොමැති වීම සරලවම සම්ප්‍රදායික සැකැස්මයි, එහිදී ඩීමන් සෘජුවම බැඳේ.
සූදානම පැහැදිලි කරන්න, නින්දක් නොවේ
ස්ථාවර ප්‍රමාදයක් යනු වේගවත් උපාංග සහ මන්දගාමී ජාල එකම ලෙස සලකන අනුමානයකි. ඒ වෙනුවට යැපීම ප්‍රකාශ කරන්න: ලිපිනය එනතුරු රැඳී සිටින්න, පසුව ආරම්භ කරන්න.
ip -4 addr show dev tun0
systemctl edit ssh.serviceලිපිනය පෙනෙන තෙක් පුනරාවර්තනය වන ExecStartPre විධානයක් එක් කරන්න, නැතහොත් අතුරුමුහුණත හිමි නිශ්චිත ජාල ඉලක්කයෙන් පසුව ඒකකය අනුපිළිවෙල කරන්න. දෙකම යැපීම ඊළඟ පරිපාලකයාට කියවිය හැකි තැනක සටහන් කරයි. ලූපයට කාල සීමාවක් අවශ්‍යයි, නැතහොත් අසාර්ථක VPN එකක් දෝෂයක් වාර්තා කරනු වෙනුවට එල්ලා ඇති ඒකකයක් තබයි. පසුව ඩීමන් ටියුනල් ලිපිනය බඳින බවත් සාමාන්‍ය අතුරුමුහුණත ඔබේ පෙරහන් නීති යටතේ රැඳී ඇති බවත් තහවුරු කරන්න.
පිරිසිදු බූට් එකක් සහ නැවත සම්බන්ධ වීමක් පරීක්ෂා කරන්න
සියල්ල මාර්ගගත වූ පසු අතින් නැවත ඇරඹීම බූට් අනුපිළිවෙල ගැන කිසිවක් ඔප්පු නොකරයි. ටියුනලය ස්වයංක්‍රීයව ඉහළ ඒමට වින්‍යාස කර ඇති තත්ත්වයේ යන්ත්‍රය නැවත ඇරඹීම කර සවන්දෙන්නා මැදිහත්වීමකින් තොරව පෙනෙන්නේදැයි නිරීක්ෂණය කරන්න.
systemctl status ssh.service
ss -ltnp 'sport = :22'පසුව ටියුනලය අත්හැර නැවත ස්ථාපිත කරන්න, මන්ද නැවත සම්බන්ධ වීම ලිපිනය වෙනස් කළ හැකි අතර තද කේතනය කළ බැඳීමක් එය අනුගමනය නොකරයි. පරීක්ෂණ අතරතුර කලාපයෙන් පිටත ප්‍රතිසාධන මාර්ගයක් තබා ගන්න, එවිට නරක අනුපිළිවෙල වෙනසක් ඔබව සත්කාරකයෙන් ඉවත් නොකරයි.
සාර්ථකත්වයේ නිර්ණායකය වන්නේ තමාගේ ලේඛනගත යැපීම යටතේ පෙනෙන සවන්දෙන්නෙකි, යමෙකු නැවත ආරම්භ කිරීම මතක තබාගත් අයෙකු නොවේ.