د IPsec راغلی همکار له کوم پروفایل سره نه ځي؟ څلور ساحې وګورئ

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

له فایل نه، له پاکټ پیل کړئ

ځواب ورکوونکی یوه IKE غوښتنه ترلاسه کوي، هغه تعریف لټوي چې دا همکار ومني، او بیا د تصدیق او ټرافیک ټاکلو سره مخ پر وړاندې ځي۔ که په لومړي ګام کې هېڅ بارشوی تعریف ونه ځي، خبرې اترې مخکې له دې چې کوم ګټور تېروتنه کاروونکي ته ورسي پای ته رسي۔

له همدې امله «ترتیبات سم ښکاري» ثبوت نه دی۔ پوښتنه دا ده چې چلېدونکې خدمت څه بار کړي او د دې هڅې لپاره کومه ننوتنه ټاکلې ده۔ د حالت لړلیک په یوه حکم سره ځواب وایي، خو د سمونکي بفر بېلې پوښتنې ځواب وایي۔ فایل بیا بدلولو مخکې لړلیک وګورئ۔

لومړۍ ساحې-ډله: هغه تعریف چې واقعاً بار شوی دی

چلېدونکی حالت د ډیمون د مالک وسیلې سره وګورئ: د حالت هغه حکم چې بارشوې اړیکې لړلیک کوي، نه د سمونکي بفر۔ تایید کړئ چې تمه شوې ننوتنه شته، ستاسو د غوښتل شوي پیل چلند لپاره فعاله ده، او ستاسو د وروستي سمون وروسته بار شوې ده۔ ساتل شوی خو بیا نه بار شوی فایل د «سم یې کړ او هېڅ ونه بدلېده» تر ټولو عام لامل دی۔

تایید کړئ چې خدمت کوم فایل لولي۔ وېشونه بېل دي، او په غلط شامل کې لیکل شوې اړیکه د ردېدو پر ځای په غلې ډول ناګاره کیږي۔ که د حالت لړلیک ستاسو ننوتنه هېڅ ونه ښیي، له نحو مخکې د شاملېدو لاره شک کړئ۔

دوهمه ساحې-ډله: پای ټکي هویتونه نه دي

هغه پته چې همکار ترې نښلي او هغه هویت چې پرې تصدیق کوي بېلې ساحې دي۔ د کوربه نوم، توپیرکوونکی نوم، د کیلي آیډي او پته — ټول کولای شي د ترتیباتو له مخې IKE هویت وي، او اړتیا نه لري چې د عامې پتې په څېر ښکاره شي۔

د پای ټکو سمون کې د NAT لید هم شامل کېدای شي: هغه پته چې په شبکه کې ښکاري کېدای شي د هغې پتې څخه بېله وي چې همکار ګومان کوي لري یې۔ د libreswan د اړیکو په ماډل کې left او right د دوو برخه والو نښې دي نه د ځایي او لرې ثابت ترتیب، له همدې امله د بلې سیمې چلېدونکي ترتیبات کاپي کول او پتې بدلول باوري ژباړه نه ده۔

د دواړو خواوو تمه شوی هویت او هغه سند چې تاییدوي یې ولیکئ۔ که هغه دوه کرښې سره ونه ځي، پتې هر څومره سمې شي سمون به رامنځته نه شي۔

درېمه ساحې-ډله: هغه ټرافیک چې ساتل کیږي

ټاکنکي د دننۍ سرچینې او منزل حدونه، د هغوی پتې کورنۍ او هر ډول پروتوکول یا پورټ بندیز بیانوي۔ د یو کوربه پتې لپاره وړاندیز د ټول فرعي شبکې غوښتنې په څېر نه دی، او د فرعي شبکې لپاره برابر شوی ځواب ورکوونکی کولای شي رد یا تنګ یې کړي۔

کله چې دواړه سرونه سره ونه ځي، د دې لپاره چې څه ونښلي هر ټاکنکی پراخولو پر ځای د دواړو لیدلورو څخه پلان شوی بهیر پرتله کړئ۔ له هر مدیره وپوښتئ چې د کوم بهیر ساتنه کوي، بیا دواړه ځوابونه پرتله کړئ۔ توپیر معمولاً په یوه خوا کې د کوربه مختګ او په بله کې فرعي شبکه ده۔ هغه تونل چې اوس هر څه ساتي نو ځکه سمون خوري، بېله امنیتي پرېکړه ده، او هغه چې چا نه ده منلې۔

څلورمه ساحې-ډله: تاسو یو تطبیق لولئ

Libreswan، زوړ Openswan او strongSwan بېل مدیریتي وسیلې، بېل د ترتیباتو نحو او بېل د سمون ترتیب لري۔ د یو چلېدونکې بېلګه د بل د پروفایل ټاکلو لومړیتوب یا د تېروتنو عبارت په اړه هېڅ دقیق نه وایي، نو د دې کوربه د ډیمون له اسنادو سره تایید کړئ۔

یوه هڅه له سره تر پای پر یو بل وتړئ: د پیل کوونکي سرچینه پته، وړاندې شوی هویت او وړاندیز شوې ټاکنکي — د ځواب ورکوونکي د ټاکلو پیغام او هغې بارشوې ننوتنې سره چې نوم یې اخلي۔ صفر انکپسولیشن او ډيکپسولیشن شمېرونکي یوازې وایي چې لیدل شوې اړیکې هغه پاکټونه نه دي وړي؛ دوی هغه پای ټکی نه نوموي چې وړاندیز یې رد کړ، او نه ثابتوي چې په هغه شیبه کې سمه ننوتنه وه۔

له همغږي شوي سمون وروسته ټاکل شوی پروفایل او اړیکه تایید کړئ، بیا هغه خدمت چې واقعاً اجازه لري او د هغې د ځواب لاره وآزمویئ۔ د پروفایل سمون خبرو اترو ته اجازه ورکوي، او خبرې اترې وروستی لاسرسی ګڼنه نه ده۔