د دفتر پریفکس له یوې سرور پتې مه اټکل کوئ
یوه سرور پته د دفتر شبکه نه ښیي. تصویب شوې پریفکسونه واخلئ، هغه له سیمهایزو حدونو سره پرتله کړئ او په یاد ولرئ چې لاره لاسرسی نه دی.
له هغې پتې پیل وکړئ چې تاسو ته درکړل شوې، بیا د هغې پراخولو هڅې ته چې ښه منظم ښکاري مقاومت وکړئ۔ په 10.22.8.19 کې یو سرور هېڅ نه وایي چې دفتر 10.22.8.0/24، 10.22.0.0/16 لري که څو خوارهشوې /28s۔ که 10.0.0.0/8 یوازې ځکه وټاکئ چې شمېره له 10 پیلېږي، هغه کورني شبکې، کانټینر حدونه او شریک لینکونه هم رانغاړي چې تاسو یې اراده نه درلوده۔ پریفکس یوه پوله ده چې باید ترلاسه شي، نه اټکل۔
د پریفکس اوږدوالی ښیي چې څو مخکښ بټونه مهم دي؛ دا نه ښیي چې حد چا ته اړه لري۔
د سرور پته شبکه نه ده
سرور، فرعي شبکه او سایټ درې بېلې شیان دي۔ یو خدمت کېدای شي په کوچنۍ ځانګړې فرعي شبکه کې وي، پداسې حال کې چې د دفتر نوره برخه جلا حدونه نیسي، او د یوې پتې لرونکي خدمت لپاره د هوسټ لاره په بشپړ ډول مناسبه کېدای شي۔ کله چې سایټ بل هوسټ ته لارښوونه کوي، د جلا سرور له لارې تصدیق کوي یا پته بدلوي، نو بیا مناسبه نه ده۔ هغه تړاوونه ریښتینی اړتیا دي، او د هر پریفکس له نصبولو دمخه د هغوی په اړه پوښتل ښه دي۔
د فرعي شبکې محاسبه کوونکی یو پیژندل شوی پریفکس ماسک، حد یا د هوسټونو لیست ته اړوي۔ دا نشي کولی له یو هوسټ نوم څخه سازماني پوله وټاکي، او د هغې پایله د واک په توګه ګڼل هماغه لاره ده چې ناتړلي شبکې پر لاره اچول کیږي۔
تصویب شوې پریفکسونه وغواړئ
د مقصد حدونه له هغه چا واخلئ چې VPN یا شبکه چلوي۔ کېدای شي څو بېل پریفکسونه او په بله سیمه کې شخصي DNS سرور وي، چې تر هغه وخته هېر وي چې نومونه ناکام شي۔ هغه د مالک او نېټې سره د تصویب شوې لیست په توګه ثبت کړئ، نه د بېلګې څخه بیا جوړ شوی حد۔ که لیست اوږد وي، دا د شبکې په اړه معلومات دي، نه بل څه ته د لنډیز بلنه۔
په Mac کې یوازې لوستلو لاره پلټنه، د هغه مقصد په لور چې تاسو ته مهم دی، ښیي چې همدا اوس کومه لاره کارول کیږي۔ دا اوسنی چلند دی، اجازه نه ده۔
مخکې له دې چې څه پلي کړئ، تیتوالی وګورئ
مخکې له پلي کولو تصویب شوې پریفکسونه له هر سیمهایز حد سره پرتله کړئ: کورنی LAN، کانټینر پلونه، مجازي ماشین شبکې او هر بل VPN۔ کله چې هماغه حد په سیمهایزه توګه هم وي، دفتر ته دقیقه لاره هم نشي ویلای چې په هغه پته کې مو کوم وسیله په نظر کې وه؛ جدول داسې مفهوم نه لري۔ تیتوالی هغه نښې پیدا کوي چې د لارې تېروتنو پرځای مات شوي خدمتونه ښکاري، او له پېښې وروسته یې تشخیص ستونزمن دی۔
پر ملاتړ ولاړ مالک دې پریفکسونه نصب کړي، د کلاینټ د خپل ترتیب یا هغو لارو له لارې چې سرور یې تېروي، ترڅو بیا نښلېدل هغه بېرته راولي، نه دا چې په یو ځل لیکل شوي حکم تکیه وشي۔
لاره لاسرسی نه ده
پریفکس تونل ته رسول د هغې دننه خدمتونو ته لاسرسی نه ورکوي۔ ګېټوې باید ترافیک اجازه کړي، مقصد باید ومني یې او د بېرته راتلو لاره باید وي، او هر یو یې له لارې خپلواک ناکامېدلی شي۔ له لارې له ایښودلو وروسته یو هدف خدمت وآزمویئ، بیا تایید کړئ چې ناتړلی سرچینه لا هم رد کیږي۔ هغه لاره چې اور وژنې ته رسیږي د کار کوونکې اړیکې په شان نه ده۔
د پریفکسونو لیست، د تیتوالي ګوتنه او مالک یوځای مستند کړئ۔ کله چې پته بدله شي، بل کس ته هماغه درې ته اړتیا وي۔
پریفکس د پولو په اړه یوه هوکړه ده۔ هغسې چلند ورسره وکړئ، لاره به نوره اټکل نه وي۔