د NPS RADIUS د مراجع په توګه کومه پته ثبتوئ؟
د ګیټوې اصلي backend سرچینه ثبت کړئ، نه عامه hostname یا د مراجعینو حوض۔ شریکه پټه سره ورته کړئ، بیا په یوه کنټرول شوې غوښتنه تایید کړئ۔
هغه VPN ګیټوې چې تصدیق Windows NPS ته سپاري، د هر کاروونکي پالیسي له چلېدو مخکې د NPS په اړخ کې یو شی ته اړتیا لري: د ګیټوې لپاره د RADIUS مراجع ثبت۔ ډېری ناکامې هڅې غلطه پته ثبتوي، ځکه چې مهمه پته هغه ده چې ګیټوې په خپله backend لاره کې کاروي، نه هغه hostname چې کارکوونکي په خپل VPN اپلیکیشن کې لیکي۔ که دا ارزښت غلط وي، NPS غوښتنه په چوپتیا غورځوي، چې د مراجع له اړخه د غلط پټنوم غوندې ښکاري۔ کومه پته په ساحه کې ځای پرځای کېږي دا درې شرطونه فیصله کوي، نو د کنسول له پرانیستلو مخکې یې روښانه کړئ۔
ګیټوې ثبت کړئ، نه لیپ ټاپونه یا حوض
د RADIUS د مراجع شی هغه د شبکې د لاسرسي وسیله استازیتوب کوي چې د تصدیق غوښتنې لېږي۔ دا VPN ګیټوې ده، نه هرهغه لیپ ټاپ چې مراجع چلوي، او نه هغه پته چې د تونلونو په داخل کې ویشل کېږي۔
هغه د تونل پتې هېڅکله د RADIUS غوښتنې د سرچینې په توګه نه ښکاري، ځکه چې غوښتنه د ګیټوې د خپلې شبکې په لاره ځي۔ د مراجعینو د حوض ثبت کول داسې پالیسي جوړوي چې هېڅکله نه شي سره سمون خوړلی، په داسې حال کې چې ریښتینې غوښتنه له هغه پتې راځي چې NPS هېڅکله نه ده اورېدلې۔ همدا ګډوډي خلک د هر کارکوونکي کور IP اضافه کولو ته بیایي، چې یوځل بیا نه ساتل کېدونکی او غلط دی۔
تاسو چې کومه پته ننوځوئ هغه درې شرطونه فیصله کوي
لومړی، هغه سرچینه پته ومومئ چې ګیټوې واقعاً NPS ته وړاندې کاروي۔ ډېرې انټرفېسونه لرونکې ګیټوې ډېری وخت د خپل عامه VPN اورېدونکي پرځای د مدیریت یا backend انټرفېس نه لېږي۔ دوهم، وګورئ چې د دواړو ترمنځ NAT شته که نه: که غوښتنه وژباړل شي، NPS ژباړل شوې پته ویني، او همدا د ثبتولو ارزښت دی۔ درېیم، که دوه ګیټوې رول شریکوي، هرې غوښتنې سرچینې ته خپل مراجع ثبت ته اړتیا ده، ځکه چې یوه پته لرونکی یو شی یوازې یو له دوی نه رانغاړي۔
دوه سره لرونکی ریکارډ جوړه سمه ساتي۔ لاندې جدول د بېلګې لپاره شخصي پتې کاروي، نو هغه د خپلې لارې ریښتینو پتو سره بدل کړئ۔
| At NPS | At the VPN gateway |
|---|---|
| RADIUS client address 10.20.0.10 | Authentication server 10.20.0.20 |
| Shared secret, agreed value | The same secret, same value |
| UDP 1812 permitted from 10.20.0.10 | UDP 1812 permitted toward 10.20.0.20 |
پرته له اټکل سرچینه تایید کړئ۔ د یوې هڅې په جریان کې د NPS یا فایر وال لاګ وګورئ، یا د NPS په کوربه sudo tcpdump -ni any udp port 1812 سره ثبت کړئ۔ په هغه ثبت کې پته د مراجع ثبت لپاره یوازینې دفاع وړ ځواب ده۔ که ګیټوې څو ممکنه سرچینې ولري، هر یوه ته د خپل دوستانه نوم لاندې ثبت کړئ۔
شریکه پټه د ګیټوې او NPS ترمنځ ارزښت دی
شریکه پټه د وسایلو اړیکه تصدیقوي۔ دا د کاروونکي پټنوم نه دی او هېڅکله کارکوونکو ته نه ویشل کېږي او نه په مراجع پروفایلونو کې ځای پرځای کېږي۔
یو ارزښت وټاکئ، دواړو ځایونو ته یې ننوئ، او هغه ځای کې یې وساتئ چې د ګیټوې د ترتیباتو بیک اپ هلته دی۔ ناسمون بیا داسې غوښتنه جوړوي چې NPS پرته له ګټورې تېروتنې غورځوي، او دا د ګیټوې په لاګ کې له نه رسېدونکي سرور نه نه توپیر کېږي۔ د ساتنې په کړکۍ کې یې بدل کړئ او په همدې بدلون کې دواړه سرونه تازه کړئ۔
په یوه اجازه شوې غوښتنه تایید کړئ
کنټرول شوې حساب وکاروئ او په دواړو اړخونو کې یوه هڅه سره وتړئ۔ په ګیټوې کې تایید کړئ چې غوښتنه د پام وړ سرور په لور ووته؛ په NPS کې تایید کړئ چې هغه د ثبت شوي مراجع نه راغله او د تمه شوې اړیکې غوښتنې پالیسي سره سمون وخورده۔ د وخت پای او رد دواړه بېل څه وایي، او دواړه د اعتبارنامې ستونزه ګڼل بله ساعت ضایع کوي۔ بیا یو سم خو نه لایق حساب او غلط پټنوم وازموئ، ځکه هغه پالیسي چې هر څه مني لومړنۍ ازموینه هم تېروي۔
په پای کې، وګورئ چې ګیټوې د بیرته ورکړل شوې اجازې سره څه کوي۔ د RADIUS مراجع ثبتول یوازې وسیلې ته د ګډون اجازه ورکوي؛ دا هرې پایله لرونکې ناستې ته LAN ته لاسرسی نه ورکوي۔
تشخیصي وتنه محدوده وساتئ: هیڅ شریکه پټه نه، هیڅ کاروونکي پټنوم نه، په ملاتړ ټیکټ کې هیڅ بشپړه بسته نه۔ که ډیزاین غواړي چې NPS سرور د لارښود ځانګړنې ولولي، هغه اجازه د مراجع ثبتولو نه بېله اداري دنده ده، او کله چې نه وي په بله توګه ناکامېږي۔