Mac VPN එක වරක් සම්බන්ධ වී පසුව කාලය අවසන් වේ: IKE ඩීමනය පිරිසිදු කරන්න

සෑම බූටයකදීම වරක් සම්බන්ධ වන Mac එක පැරණි IKE සම්බන්ධතාවක් රඳවා ගනී. UDP 500 හිමි ඩීමනය සොයාගෙන, එහි කාර්යය නැවත අරඹා, සේවාදායකයේ කවුළුව පරීක්ෂා කරන්න.

නැවත ආරම්භ කිරීමෙන් පසු පළමු සම්බන්ධතාවය ක්‍රියා කරයි. ඉන් පසු සෑම උත්සාහයක්ම සම්බන්ධ වන අදියරේදී එල්ලී පසුව කාලය අවසන් වේ, සහ එකම විශ්වාසනීය ප්‍රතිකර්මය තවත් නැවත ආරම්භ කිරීමකි. මෙම රටාව පැතිකඩ ගැටලුවක් නොවේ, එය අක්තපත්‍ර ගැටලුවක්ද නොවේ. පසුබිමේ යමක් තවමත් පෙර උත්සාහයේ තත්ත්වය රඳවා ගනී, සහ ඊළඟ උත්සාහය එය සමඟ ගැටේ.

macOS හි එම යමක සාමාන්‍යයෙන් IKE ඩීමනයයි.

රටාව: එක් සම්බන්ධතාවයක්, පසුව කාලය අවසන් වීම

සෑම බූටයකදීම හරියටම වරක් ක්‍රියා කරන සම්බන්ධතාවයක් විසන්ධි වීමෙන් පවතින නමුත් නැවත ආරම්භ කිරීමෙන් නොපවතින තත්ත්වයකට යොමු කරයි. පැතිකඩ දෙකෙන්ම පවතී, එබැවින් පැතිකඩ යනු විචල්‍යය නොවේ. අක්තපත්‍රද දෙකෙන්ම පවතී, සේවාදායකය ගිණුම අගුළු නොදමන්නේ නම්. නැවත ආරම්භ කිරීමේදී වෙනස් වන්නේ ක්‍රියාත්මක වන ඩීමන කට්ටලය සහ ඒවා රඳවා ගන්නා සොකටය.

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

ඩීමන දෙකක්, තොටුපළ එකක්

පද්ධතිය ක්‍රියාත්මක කරයි racoon සම්බන්ධතාවයක් IKE අනුවාදය 1 කථා කරන විට. වර්තමාන නිකුතු ද ගෙන එයි iked IKEv2 සහ නව IPsec තැටිය සඳහා. දෙකටම UDP 500 සහ UDP 4500 අත්පත් කර ගත හැක, සහ මුරපද විමසුමේදී සම්බන්ධතා උත්සාහයක් අවලංගු වූ පසු හෝ ජාල වෙනසකින් බාධා වූ පසු දෙකටම අර්ධ විවෘත ආරක්ෂක සම්බන්ධතාවක් රඳවා ගත හැක.

එය සිදු වූ විට, ඊළඟ උත්සාහය පිරිසිදුව ආරම්භ නොවේ. පැරණි සම්බන්ධතාවය තවමත් සහකරුගේ තත්ත්වය අත්පත් කරගෙන සිටියදී එය සාකච්ඡා කිරීමට උත්සාහ කරයි, සහ පැහැදිලි දෝෂයකින් අසාර්ථක වීම වෙනුවට හුවමාරුව නතර වේ. පරිශීලකයා කැරකෙන දර්ශකයක් දකී, පසුව කාලය අවසන් වේ.

යමක් මැරීමට පෙර හිමිකරු සොයා ගන්න, මන්ද පිළිතුර තීරණය කරන්නේ කුමන සේවාව නැවත අරඹන්නේද සහ ඊළඟට කුමන ලොගය කියවන්නේද යන්නයි.

sudo lsof -i :500 -i :4500
ps -ef | grep -E "racoon|iked"

ප්‍රතිදානය කරුණු දෙකක් ලෙස කියවන්න: කුමන ක්‍රියාවලිය තොටුපළ රඳවා ගනීද, සහ එකකට වඩා තිබේද. එකම සොකටය සඳහා තරඟ කරන IKE ඩීමන දෙකක් අස්ථිර සේවාදායකයක් ලෙස පෙනෙන බොහෝ කඩින් කඩ වර්තන විස්තර කරයි.

ක්‍රියාවලිය නොව, කාර්යය නැවත අරඹන්න

පැරණි පද්ධතිවල ක්‍රියාවලිය මරා ඊළඟ සම්බන්ධතාවය එය නැවත ආරම්භ කිරීමට ඉඩ දීම ප්‍රමාණවත්ය. වර්තමාන නිකුතුවල ඩීමනය launchd මගින් කළමනාකරණය වේ, සහ ක්‍රියාවලියට පමණක් සංඥාවක් යැවීමෙන් කාර්යය ක්‍රියාත්මක නොවන සහ ආරම්භ කිරීමට සැලසුම් නොකළ තත්ත්වයක තැබිය හැක. ඒ වෙනුවට කාර්යය නවත්වා අරඹන්න.

sudo launchctl stop com.apple.racoon
sudo launchctl start com.apple.racoon

launchd සතුව කාර්යයේ වාර්තාවක් නොමැති නම්, නමින් ක්‍රියාවලිය මැරීම ඊළඟ උත්සාහයේදී නව සාකච්ඡාවක් බලහත්කාරයෙන් සිදු කරයි. පරීක්ෂණය අවස්ථා දෙකේදීම සමානය: නැවත සම්බන්ධ වීමට උත්සාහ කරන විට කිසිදු ක්‍රියාවලියක් තොටුපළ රඳවා නොගත යුතුය. එය එම විධානයෙන්ම තහවුරු කරන්න lsof නැවත ආරම්භ කිරීම සාර්ථක වූ යැයි උපකල්පනය කිරීම වෙනුවට.

පසුව වරක් සම්බන්ධ වී සේවාලාභී ලොගය මුල සිට කියවන්න. අදියර 1 පසු කර පසුව සම්ප්‍රේෂණ අසාර්ථකත්වයක් වාර්තා කරන සාකච්ඡාව දේශීය සොකට ගැටලුව නැවත කරයි; සහකරු විසින් ප්‍රතික්ෂේප කරන ලද සාකච්ඡාවක් සම්පූර්ණයෙන්ම වෙනස් ටිකට් පතකි.

සේවාදායකයා ප්‍රතික්ෂේප කරන විට

සෑම දෙවන සම්බන්ධතාවයක්ම දේශීයව අසාර්ථක නොවේ. විසන්ධියකින් පසු නිශ්චිත කවුළුවක් සඳහා සේවාදායකයා නව පිවිසුමක් ප්‍රතික්ෂේප කළ හැක, සහ සේවාලාභීයේ කාලය අවසන් වීම සිරවූ ඩීමනයක් හා සමාන ලෙස පෙනේ. වෙනස හඳුනා ගැනීම ලාභදායීය: ඩීමනය නැවත අරඹීමෙන් උපකාර නොවුනත් වෙනත් ගිණුමක් වහාම සම්බන්ධ වේ නම්, කවුළුව සේවාදායක පැත්තේ වන අතර Mac කිසිදා ගැටලුව නොවීය.

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

සේවාලාභියා නැවත වෙනස් කිරීමට පෙර සහකරුගේ ලොගය කියවන්න. ප්‍රතික්ෂේප කිරීම, ප්‍රතිපත්ති නොගැලපීම සහ නිහඬ ඉවත් කිරීම යනු Mac තිරයේ සියල්ලම “සම්බන්ධ වෙමින්” ලෙස පෙනෙන වෙනස් හේතු තුනකි.

පැරණි සේවාලාභීන් සහ 64-bit කර්නලය

පැරණි Cisco IPSec සේවාලාභියා 32-bit සහ PowerPC පද්ධති සඳහා ගොඩනගන ලද කර්නල දිගුවක් පූරණය කරයි. 64-bit කර්නලයට බූට් වූ Mac එකක එම දිගුව පූරණය කළ නොහැක, සහ සේවාලාභියා VPN උපපද්ධතියට කිසිසේත් ළඟා නොවන බැවින් දෝෂ 51 සමඟ කලින්ම අසාර්ථක වේ. වැරදි ගෘහ නිර්මාණයක් ඇති කර්නල දිගුවක් කොපමණ ඩීමන නැවත අරඹා තිබුණත් හරිගස්සන්නේ නැත.

දිගුව නැවත පූරණය කිරීම ටික වේලාවක් ක්‍රියා කර පසුව ඊළඟ බූටයේදී නැවත අසාර්ථක විය හැක. ස්ථිර පිළිතුරු වන්නේ තවමත් ආධාරක ඇති තැන පැරණි කර්නලය ක්‍රියාත්මක කිරීම, නැතහොත් පද්ධතිය සමඟ පැමිණෙන අන්තර්ගත සේවාලාභියා වෙත මාරු වීමයි. පූරණය කළ නොහැකි තෙවන පාර්ශ්ව සේවාලාභියෙකු සඳහා සන්ධ්‍යාවක් වැය කිරීමට පෙර ගෘහ නිර්මාණය පරීක්ෂා කරන්න.

  • වරක් ප්‍රතිනිෂ්පාදනය කර, පසුව පැතිකඩ ස්පර්ශ කිරීමට පෙර කුමන ඩීමනය UDP 500 හිමිද යන්න පරීක්ෂා කරන්න.
  • අදියර 1 ට පසු පළමු අසාර්ථකත්වය කියවන්න: සම්ප්‍රේෂණ දෝෂය දේශීය සොකටය වෙත යොමු කරයි.
  • ක්‍රියාවලිය පමණක් නොව, launchd කාර්යය නැවත අරඹා තොටුපළ නිදහස් බව තහවුරු කරන්න.
  • සේවාදායක පැත්තේ නැවත සත්‍යාපන කවුළුව සේවාලාභී දෝෂයකින් වෙන් කිරීමට දෙවන ගිණුමක් උත්සාහ කරන්න.
  • සේවාලාභියාට දොස් පැවරීමට පෙර කර්නල ගෘහ නිර්මාණය සටහන් කරන්න.

හරියටම වරක් ක්‍රියා කරන VPN එකක් විරුද්ධ පැත්ත ඔප්පු වන තෙක් තත්ත්ව ගැටලුවකි. ඩීමනය පිරිසිදු කිරීම නැවත ආරම්භ කිරීමට වඩා වේගවත් වන අතර, නැවත ආරම්භ කිරීම ඉවතට දමනු ලබන ලොග සාක්ෂි එය සුරකියි.

අදාළ ලිපි