Тұрақты VPN клиент мекенжайы үшін RADIUS Framed-IP-Address

RADIUS белгілі бір пайдаланушы үшін мекенжаймен жауап бере алады; туннель оны шынымен ала ма, шлюзге байланысты. Тұрақты мекенжай жоспарларының көбісі дәл осы қайтарылған мен қолданылған арасындағы алшақтықта сәтсіздікке ұшырайды. Сынақ жауабындағы атрибут сервердің оны жібере алатынын дәлелдейді, қашықтан қатынау қызметінің оны қолданатынын емес. Төмендегі реттілік мекенжай өртқабырға ережелеріне түспес бұрын екі жартысын да тексереді.

Мекенжай қай қабатқа тиесілі екенін шешіңіз

Қашықтан қатынау шлюздерінде әдетте жергілікті пул болады, көбісі аутентификация жауабынан мекенжайды да қабылдай алады. Қайсысы жеңетіні платформаға, протоколға және қызмет конфигурациясына байланысты, сондықтан қолданылып жатқан нақты нұсқа үшін басымдық ережесін оқыңыз. Жергілікті пул басым болған жерде атрибут тек әшекей, ал клиент бәрібір кездейсоқ мекенжайға түседі. Шешімді жазып қойыңыз, оның ішінде қайтарылған мән пул ауқымының ішінде болуы керек пе, әлде сыртында болуы мүмкін бе.

RFC 2865 Framed-IP-Address мәнін пайдаланушы үшін конфигурацияланатын мекенжай деп анықтайды және нақты шлюздің оны құрметтеуге дайындығы туралы ештеңе айтпайды. Басымдық бойынша өкілеттік өндіруші құжаттамасында, атрибут анықтамасында емес.

Сынақ сұранысын жіберіп, жауапты оқыңыз

Алдымен серверді жеке сынап көріңіз, сонда жетіспейтін атрибут шлюз мәселесімен шатастырылмайды. radtest бір Access-Request жібереді және қайтатын атрибуттарды басып шығарады.

radtest alice 'S3cret' 127.0.0.1 0 testing123

Access-Accept ішінен Framed-IP-Address сұранысын іздеп, мәннің қосалқы ережеден алынған пул мекенжайы емес, көзделген мән екеніне көз жеткізіңіз. Атрибут жоқ болса, пайдаланушы жазбасы немесе авторизация саясаты сәйкес келмейді, ал шлюзді реттеу сервер ешқашан жібермеген нәрсені бере алмайды. Жауапты нақты ережемен байланыстыру қиын болса, сервер жөндеу режимінде жұмыс істеп тұрғанда сұранысты қайталаңыз. Ортақ құпияны shell тарихынан және билеттерден тыс ұстаңыз, өйткені жоғарыдағы орынтолтырғыш тіркелу деректері емес.

Шлюз мәнді құрметтегенін растаңыз

Дұрыс жауап — шарттың жартысы ғана. Туннель интерфейсінде пайда болатын мекенжай маңызды бақылау болып табылады және ол шлюз конфигурациясынан қорытындыланбай, клиентте оқылады.

ip -4 addr show tun0

Сол мекенжайды Access-Accept атрибутымен салыстырыңыз. Сәйкессіздік шлюз мәнді елемегенін немесе қайта жазғанын білдіреді, бұл бірінші бөлімдегі басымдық мәселесін қайта ашады. Тағы бір рет қосылыңыз, өйткені тек бірінші әрекетте жұмыс істейтін резервтеу әдетте ескірген сессияны немесе алдыңғы қосылым әлі ұстап тұрған жалдауды көрсетеді. Шлюз нұсқасы мен протоколды нәтиженің қасына жазып қойыңыз, сонда келесі адам мінез-құлықтың нұсқаға тәуелді екенін біле алады.

Қатарлық пен кері қайтаруды жоспарлаңыз

Бір пайдаланушы аты екі құрылғыда бір мекенжайға сәйкес келе алмайды, егер шлюз сессияларды кіруден басқа нәрсемен ажыратпаса. Сәйкестендіру адамға, тіркелген құрылғыға немесе сертификат сәйкестігіне тиесілі ме, соны шешіп, бұл таңдауды саясат қоймасында анық көрсетіңіз. Екінші қатарлас клиентті сынап, екі берілген мекенжайды салыстырыңыз, өйткені мұндағы қақтығыс кейін маршруттау қатесі ретінде қайта пайда болады. Дәл осындай ұқыптылық кері қайтару жоспарына да қажет, өйткені ескі өртқабырға ережелері әлі сілтеме жасап тұрғанда қайта берілген мекенжай авторизация қатесіне айналады.

Тұрақты мекенжайлау ережелер мен журналдарды жеңілдетеді, бірақ пакетті кім жасағанын ешқашан дәлелдемейді. Сол мекенжай кейін басқа сессияға көшкенде аутентификация мен межелі авторизация әлі де маңызды.