SSTP او IKEv2 د RRAS د سند مختلف کنټرولونه کاروي

که «د VPN سند» بدل کړئ، کېدای شي غلط خدمت بدل کړئ. RRAS لږ تر لږه درې د سند کنټرولونه ساتي او هر یو یې بېلابېل پروتوکول او بېلابېلې اړیکې رول ته اړه لري. لومړی د پروتوکول نوم اخیستل خطرناک اټکل په یوازې یوې بېرته ګرځېدونکې تړاو بدلون بدلوي. لاندې هر څه پر همدې یوې جملې ولاړ دي.

د سند مخکې د پروتوکول نوم واخلئ

SSTP اورونکی HTTPS ته ورته چلند کوونکي کاروونکي ته TLS سند وړاندې کوي. راتلونکې سایټ-سایټ IKEv2 اړیکه د سرور هویت اعلانوي او د سیالانو سندونه د باوري ریښې په وړاندې تاییدوي. د هر انټرفېس لپاره سایټ-سایټ تعریف خپل ماشین هویت لري.

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

SSTP د HTTPS تړاو دی

په ملاتړ شوو Remote Access ځای پرځای کولو کې Set-RemoteAccess هغه SslCertificate پارامېټر برابروي چې د SSTP اړیکې او له HTTPS سره تړلي DirectAccess رول لپاره کارول کېږي.

د هغه د تایید او ځای پرځای کولو ساحه د Remote Access ترتیب تعقیبوي، نو یو تړاو بدلون کولای شي له یوې اړیکې یا نوډ څخه ډېرو ته ورسېږي. په بار وېش شوې ځای پرځای کولو کې دا ساحه هرهغه نوډ رانغاړي چې ترتیب یې پوښي. یو نوډ بدلول او یو کاروونکی ازمویل پاتې نور د زاړه پاڼې په وړاندې کولو پرېږدي، او دا هغه نیمګړی بدلون دی چې د ساتنې کړکۍ څخه ژوندی پاتې کېږي.

له تازه کولو مخکې د تمه شوي خدمت نوم، زنځیر، اعتبار، ټاکل شوې کارونې او خصوصي کیلي شتون تایید کړئ. سند باید هغه نوم سره سمون ولري چې کاروونکی به یې ګوري، او د اډاپټر لیبل هغه نوم نه دی.

راتلونکي IKEv2 خپل پارامېټر لري

Set-VpnAuthProtocol راتلونکې سایټ-سایټ IKEv2 تصدیق تنظیموي، او CertificateAdvertised سند برابروي کله چې د تونل تصدیق حالت هغه کاروي. دا د کوربه پر هر سرور سند د ټاکلو لپاره عمومي حکم نه دی.

دوه شیان جلا وساتئ: هغه پاڼه چې سرور یې د خپل هویت په توګه وړاندې کوي، او هغه ریښه چې د سیالانو سندونه منلو لپاره کاروي. دا غوره کول چې کوم صادروونکي باور وکړئ، د دې په اړه هېڅ نه وایي چې سرور کومه پاڼه وړاندې کوي.

د یوې جلا سایټ-سایټ انټرفېس هویت د Set-VpnS2SInterface له لارې ټاکل کېږي. دا په اتوماتيک ډول SSTP سند نه دی، حتی کله چې دواړه په یوې ماشین په یوې ذخیره کې وي.

لومړی نوماند وګورئ

د ځایي ماشین ذخیرې متمرکزه کتنه عامه میټاډاټا ښيي پرته له دې چې څه خصوصي صادر کړي:

Get-ChildItem Cert:\LocalMachine\My |
    Select-Object Thumbprint, Subject, HasPrivateKey, NotAfter

دا لیست پیل ټکی دی، د وړتیا ازموینه نه. د هغه پروتوکول لپاره چې تنظیموئ د SAN ننوتلو، پراخ شوو کیلي کارونو، زنځیر او د خدمت حساب لاسرسي خصوصي کیلي ته وګورئ.

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

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

نوی کول فعالول نه دي

د سند بیا صادرول د هغه د چلېدونکي خدمت لپاره ټاکلو څخه بېل عمل دی. نوې پاڼه کولای شي ټاکل شوی DNS هویت وساتي او بیا هم بېل ګوته نښه ولري، نو تر هغه چې تړاو تازه نه شي هېڅ شی ورته اشاره نه کوي. نوی کول شی بدلوي؛ فعالول هغه ته اشاره بدلوي. د دې دواړو ګډول هغه لامل دی چې سم نوی شوی سند کولای شي اونۍ نا کارول شوی پاتې شي.

ملاتړ شوی بدلون په مناسبه کړکۍ کې پلي کړئ، په شمول هر مستند بیا پیل، بیا سند د ټاکل شوي پروتوکول له نويې اړیکې وګورئ. کیش شوې کاروونکي ناسته کېدای شي لا هم زړه پاڼه وښيي او سم بدلون خراب ښکاره کړي.

پخوانی سند یوازې د دې کتنې له بریالیتوب وروسته د عادي بهیر له لارې تقاعد کړئ. Set-RemoteAccess حواله د SSL پارامېټر ساحه مستندوي، په شمول په بار وېش شوو ځای پرځای کولو کې د هغه اغېزه، او دا هغه برخه ده چې د تړاو له بدلون مخکې د لوستلو وړ ده.