iPhone Always On VPN: دوه ټونلونه کولی شي یو مجازی IP شریک کړي

د مدیریت شوي Always On پروفایل سره په څارل شوي iPhone کې، تلیفون د هر فعال IP انٹرفیس لپاره یو ټونل ساتي، نو سیلولر او Wi-Fi هر یو خپل ترلاسه کوي۔ بیا سرور د یو وسیلې لپاره دوه IKE امنیتي اړیکې لیستوي، ډیری وختونه یو مجازی پته شریکوي، او لومړی هڅه دا ده چې دا د rekey لوپ وبلل شي او ټایمرونه بدل شي۔ هغه هڅه معمولا غلطه ده۔ لاندې ګامونه په هغه ترتیب سره ترسره کړئ چې شواهد په سرور کې څرګندیږي، او د تلیفون تنظیمات پریږدئ تر څو چې سرور ووایي چې تاسو کومه قضیه لرئ.

له هغو دوو کرښو پیل کړئ چې سرور لا دمخه لري

اړیکې د swanctl --list-sas سره لیست کړئ او په دواړو ننوتلو کې څلور ساحې ولولئ: لرې پته، تصدیق شوی هویت، ټاکل شوی مجازی IP او د جوړیدو وخت۔ یو هویت او یو مجازی IP سره دوه مختلف بهرنۍ پتې هغه بڼه ده چې دا پوښتنه یې پیل کړه، او د هر بدلون دمخه یې لیکل ارزښت لري۔ بیا د هر یو سره تړلې ماشوم اړیکې وګورئ، ځکه چې د ترافیک ټاکونکي پریکړه کوي چې ایا د منزل لټون کله هم دوه ټونلونه توپیر کولی شي۔ هغه جوړه چې په ثانیو کې ښکاري او ورک شی، د هغې جوړې څخه بېله ژوي ده چې دواړه ساعتونه ژوندي پاتې کیږي.

د پایلې اخیستلو دمخه لیست د جوړیدو وخت له مخې ترتیب کړئ۔ په پایله کې نږدېوالی هیڅ معنی نه لري، او جدولي لیست دقیقا هغه تېروتنې ته بلنه ورکوي.

پریکړه وکړئ چې کومه پوښۍ ګورئ

IKEv2 rekey او make-before-break بیا تصدیق په قصد سره لنډه پوښۍ جوړوي، نوی اړیکه د زاړه له حذف دمخه رامنځته کوي۔ د وخت نښې قضیه حل کوي، ځکه چې زړه SA چې د نوي له ښکاریدو یوه یا دوه ثانیې وروسته ورک شی، هغه نوي کول دي چې خپله دنده ترسره کوي۔ خپلواک انٹرفیس ټونلونه هیڅکله داسې نه ښکاري، ځکه چې هر یو تر هغه پاتې کیږي چې انٹرفیس یې فعال وي، او د یو حذف د بل له جوړیدو نه راځي.

د Apple مدیریت شوی Always On چلند د هر انٹرفیس لپاره دی، له همدې امله څارل شوی وسیله کولی شي په قانوني توګه د لاسي ترتیب شوي پروفایل څخه بوخت ښکاره شي۔ د عرضه کوونکي اپلیکیشن اتوماتیک نښلونکې تګل هماغه معنی نه لري، او عادي on-demand قاعده هم نه۔ د Apple د ځای پرځای کولو لنډیز د هر انٹرفیس ماډل تشریح کوي؛ د لوپ فرض کولو دمخه خپلې دوې کرښې ورسره پرتله کړئ۔ دواړه بڼې له یوه سروري حوض څخه اخلې، نو پوښۍ ستاسو یوازینی لومړنی سیګنال دی.

وګورئ چې یوه مجازي پته د دوو ټونلونو لپاره ځوابونه ولې ماتوي

تلیفون ته ځواب داخلي پتې ته ادرس کیږي، او کرنل د منزل او تګلارې له مخې وتونکی ټونل ټاکي، نه د هغه انٹرفیس له مخې چې تلیفون کارولی۔ یو شان مجازی IP او سره سمون لرونکې تګلارې لرونکي دوه هممهاله اړیکې د روټینګ پریکړه پرته له دې چې ووایي ځواب کومې ناستې ته اړه لري پریږدي۔ ځینې ځوابونه غلط ټونل ته ځي، او تلیفون هغه نښلون ښیي چې یوې خوا ته کار کوي یا د Wi-Fi د پورته کیدو په وخت مري۔ دوه کمانډ پایلې حالت ثابتوي: swanctl --list-sas په دواړو SA کې ورته مجازی IP ښیي، او ip xfrm policy دوه ورته ټاکونکي ښیي.

هماغه د پایلو جوړه ده چې تاسو یې په بدلون ریکارډ کې نښلوئ۔ هیڅ یو یې یوازې قناعت ورکوونکی نه دی، ځکه چې هر یو په جلا توګه باوري ښکاریدلی شي.

دا د سرور خوا ادرسول او تګلاره ده، نه د تلیفون غلط چلند، او هیڅ کلایټ تنظیم دوه ورته داخلي پتې جلا نه کوي۔ حوض هماغه ارزښت دوه ځله ورکړ او د تګلارې نصب کوونکي یې ومنله۔ د کلایټ تورنولو دمخه پایله د سرور له خوا ولولئ.

حوض یا د هممهالتوب ماډل بدل کړئ، نه د rekey ټایمر

په swanctl ترتیباتو کې، یوځایوالی په نښلون کې څرګنده تګلاره ده: unique = replace زړه نښلون لرې کوي کله چې نوی رامنځته شي، او unique = keep نوی راغلی ردوي۔ دواړه ارزښتونه د نښلون د ترتیب په وخت کار کوي، نه د هغه دننه ماشوم SA باندې.

connections {
  ios-alwayson {
    unique = replace
  }
}

هیڅ ارزښت د هر انٹرفیس کلایټ لپاره بې طرفه نه دی۔ keep دویم ټونل ردولو سره پاک حالت سکرین بیرته راولي او مدیریت شوی ډیزاین ماتوي، پداسې حال کې چې replace زړ ټونل نسکوروي او د بل لوري هماغه سودا ده۔ که دواړه ټونلونه واقعیا اړین وي، د حوض بیکنډ باید د یو هویت لپاره جلا اجارې صادر کړي، او د هغې د اجارې کیلي باید غوښتنې توپیر کړي۔ سټاتیک هویت-په-پته جدول په خوښۍ سره هماغه پته دوه ځله بیرته راولي او اصلي ستونزه د ډیر ترتیب سره تکراروي۔ د دویم سټاتیک نقشې اضافه کولو دمخه وګورئ چې بیکنډ اجارې څنګه کیلي کوي.

هغه انتقالات وازموئ چې واقعیا یې ځای پرځای کوئ

د فعالې ناستې سره د Wi-Fi له سیمې بهر شئ، بیا بیرته راشئ، او وګورئ چې ځوابونه په دواړو لورو رسیږي۔ دا دوه ځله وکړئ، ځکه چې دویمه انتقال هغه ځای دی چې زړه تګلاره معمولا ښکاري۔ هغه خدمت سره ازموینه وکړئ چې ستاسو پرانیستل شوي نښلون ته ځواب وایي، او وتل هغه وخت تکرار کړئ چې ټونل ترافیک وړي نه چې بېکاره ولاړ وي۔ هغه تلیفون چې لیږل کولی شي خو ترلاسه کولی نه شي، په handshake لاګ کې روغ او په براوزر کې مات ښکاري.

یوې کرښې ته راکم شوی حالت سکرین د کار کوونکي ډیزاین ثبوت نه دی، یوازې دا ثبوت دی چې یو ټونل تللی۔ د انتقال د تیریدو دمخه باید دواړه لوري کار وکړي۔ هغه څه ولیکئ چې ولیدل، د پوښۍ کتنې دواړو پایلو سره یوځای، تر څو بل انجینر وتوانی پرتله کړي نه دا چې تګلاره تکرار کړي.