VPN bezeroaren helbide egonkorra RADIUSen Framed-IP-Address erabiliz

RADIUSek erabiltzaile jakin bati helbide batekin erantzun diezaioke; tunelak benetan jasotzen duen ala ez atebidearen araberakoa da. Itzulitakoaren eta aplikatuaren arteko hutsune horretan huts egiten dute helbide egonkorren planei gehienek. Proba-erantzun bateko atributuak zerbitzariak bidal dezakeela frogatzen du, ez urruneko sarbidearen zerbitzuak aplikatzen duenik. Beheko sekuentziak bi erdiak egiaztatzen ditu helbidea suebakiko arauetara iritsi aurretik.

Erabaki zein geruzak duen helbidea

Urruneko sarbideko atebideek bertako gordailua izan ohi dute, eta askok autentifikazio-erantzuneko helbidea ere onar dezakete. Zein nagusitzen den plataformaren, protokoloaren eta zerbitzuaren konfigurazioaren araberakoa da, beraz irakurri lehentasun-araua erabiltzen ari den bertsio zehatzerako. Bertako gordailuak lehentasuna duen tokian, atributua apaingarria da eta bezeroa ausazko helbide batean gelditzen da. Idatzi erabakia, itzulitako balioak gordailuaren barrutian egon behar duen ala kanpoan egon daitekeen barne.

RFC 2865ek Framed-IP-Address definitzen du erabiltzailearentzat konfiguratu beharreko helbide gisa, eta ez du ezer esaten atebide jakin batek hori errespetatzeko duen borondateaz. Saltzailearen dokumentazioa da lehentasunari buruzko agintaritza, ez atributuaren definizioa.

Bidali proba-eskaera bat eta irakurri erantzuna

Probatu lehenengo zerbitzaria bakarka, falta den atributua atebidearen arazo batekin nahas ez dadin. radtest Access-Request bat bidaltzen du eta itzultzen diren atributuak inprimatzen ditu.

radtest alice 'S3cret' 127.0.0.1 0 testing123

Bilatu Framed-IP-Address Access-Accept barruan eta egiaztatu balioa nahi dena dela, ez ordezko arau bateko gordailu-helbidea. Atributua falta denean, erabiltzailearen erregistroa edo baimen-politika ez datoz bat, eta atebidearen doiketak ezin du zerbitzariak inoiz bidali ez zuenik eman. Errepikatu eskaera zerbitzaria arazketa moduan dabilen bitartean, erantzuna arau zehatz bati lotzea zaila bada. Mantendu partekatutako sekretua shell historiatik eta txartelatik kanpo, goiko markatzailea ez baita kredentziala.

Egiaztatu atebideak balioa errespetatu duela

Erantzun zuzena kontratuaren erdia baino ez da. Tunelaren interfazean agertzen den helbidea da garrantzia duen behaketa, eta bezeroan irakurtzen da, atebidearen konfiguraziotik ondorioztatu beharrean.

ip -4 addr show tun0

Alderatu helbide hori Access-Accepteko atributuarekin. Bat ez etortzeak atebideak balioa alde batera utzi edo berridatzi duela esan nahi du, eta horrek lehen ataleko lehentasun-kontua berriz irekitzen du. Konektatu berriro behin gehiago, lehen saiakeran soilik funtzionatzen duen erreserbak saio zaharkitu bat edo aurreko konexioak oraindik eusten duen errentamendu bat adierazi ohi baitu. Idatzi atebidearen bertsioa eta protokoloa emaitzaren ondoan, hurrengo pertsonak jokaera bertsioaren araberakoa den jakin dezan.

Planifikatu aldi berekotasuna eta baliogabetzea

Erabiltzaile-izen batek bi gailutan ezin du helbide bakarrera mapatu, atebideak saioak saio-hasieraz haraindiko zerbaitengatik bereizten ez baditu behintzat. Erabaki mapaketa pertsona bati, erregistratutako gailu bati ala ziurtagiri-identitate bati dagokion, eta egin aukera hori espresuki politika-biltegian. Probatu bigarren bezero aldi berekoa eta alderatu esleitutako bi helbideak, hemen izandako talka geroago bideratze-hutsegin gisa agertzen baita. Arduratasun berbera dagokio baliogabetze-planean, suebaki-arauek oraindik hura aipatzen duten bitartean berriz esleitutako helbidea baimen-errore bihurtzen baita.

Helbideratze egonkorrak arauak eta erregistroak sinplifikatzen ditu, baina ez du inoiz frogatzen nork sortu zuen paketea. Autentifikazioa eta helmugaren baimena oraindik garrantzitsuak dira helbide hori geroago beste saio batera joaten denean.