સ્થિર 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 શોધો અને ખાતરી કરો કે મૂલ્ય ઇચ્છિત છે, બેકઅપ નિયમમાંથી આવેલું પૂલ સરનામું નહીં. જ્યારે લક્ષણ ગેરહાજર હોય, ત્યારે વપરાશકર્તા એન્ટ્રી કે અધિકૃતિ નીતિ મેળ ખાતી નથી, અને ગેટવે ગોઠવણ એ આપી શકતી નથી જે સર્વરે ક્યારેય મોકલ્યું નથી. જો જવાબને ચોક્કસ નિયમ સાથે જોડવો મુશ્કેલ હોય તો સર્વર ડિબગ મોડમાં ચાલતું હોય ત્યારે વિનંતી પુનરાવર્તન કરો. શેલ ઇતિહાસ અને ટિકિટોથી સહિયારું રહસ્ય દૂર રાખો, કારણ કે ઉપરનું પ્લેસહોલ્ડર લોગિન ક્રેડેન્શિયલ નથી.

ખાતરી કરો કે ગેટવે મૂલ્યનું સન્માન કર્યું

સાચો જવાબ કરારનો ફક્ત અડધો ભાગ છે. ટનલ ઇન્ટરફેસ પર દેખાતું સરનામું એ જ મહત્વનું નિરીક્ષણ છે, અને તે ગેટવે રૂપરેખાંકનથી અનુમાનિત કરવાને બદલે ક્લાયન્ટ પર વાંચવામાં આવે છે.

ip -4 addr show tun0

તે સરનામાને Access-Accept ના લક્ષણ સાથે સરખાવો. વિસંગતિનો અર્થ છે કે ગેટવેએ મૂલ્યને અવગણ્યું અથવા ફરીથી લખ્યું, જે પ્રથમ વિભાગનો પ્રાધાન્ય પ્રશ્ન ફરી ખોલે છે. ફરી એક વાર જોડાઓ, કારણ કે ફક્ત પ્રથમ પ્રયાસે કામ કરતી અનામત સામાન્ય રીતે જૂનું સત્ર કે પાછલા કનેક્શન હજી ધરાવતું લીઝ દર્શાવે છે. ગેટવે આવૃત્તિ અને પ્રોટોકોલ પરિણામની બાજુમાં નોંધો, જેથી આગલી વ્યક્તિ જાણી શકે કે વર્તન આવૃત્તિ-વિશિષ્ટ છે કે નહીં.

એકસાથે અને રદ કરવાની યોજના કરો

એક વપરાશકર્તાનામ બે ઉપકરણો પર એક સરનામા સાથે મેપ થઈ શકતું નથી જ્યાં સુધી ગેટવે લૉગિન સિવાયની કોઈ વસ્તુથી સત્રોને અલગ ન કરે. નક્કી કરો કે મેપિંગ વ્યક્તિ, નોંધાયેલા ઉપકરણ કે સર્ટિફિકેટ ઓળખ સાથે સંબંધિત છે, અને આ પસંદગી નીતિ સંગ્રહમાં સ્પષ્ટ કરો. બીજા સાથેના ક્લાયન્ટનું પરીક્ષણ કરો અને બંને ફાળવેલા સરનામાંની સરખામણી કરો, કારણ કે અહીંની અથડામણ પછી રૂટિંગ ભૂલ તરીકે ફરી દેખાય છે. એ જ કાળજી રદ કરવાની યોજનામાં પણ જરૂરી છે, કારણ કે જૂના ફાયરવૉલ નિયમો હજી તેનો ઉલ્લેખ કરતા હોય ત્યારે ફરી ફાળવેલું સરનામું અધિકૃતિ ભૂલ બની જાય છે.

સ્થિર સરનામાંકન નિયમો અને લૉગ સરળ બનાવે છે, પણ પેકેટ કોણે બનાવ્યું તે ક્યારેય સાબિત કરતું નથી. જ્યારે તે સરનામું પછીથી બીજા સત્રમાં જાય ત્યારે પ્રમાણીકરણ અને ગંતવ્ય અધિકૃતિ હજી મહત્વપૂર્ણ રહે છે.