Access Server જૂથ CIDR: સભ્ય સરનામાં કે સંસાધન નેટવર્ક

Access Server જૂથમાં બે ક્ષેત્રો CIDR સ્વીકારે છે અને પ્રથમ નજરે તે એક જ પ્રકારનું ઇનપુટ લાગે છે: એક VPN સભ્યોને આપવામાં આવતાં સરનામાં વર્ણવે છે, બીજું તે સભ્યો પહોંચી શકે તેવા નેટવર્ક વર્ણવે છે. ખોટું ક્ષેત્ર ભરવું કોઈ ભૂલ વિના સ્વીકારાય છે, અને તે જ ભૂલને ખર્ચાળ બનાવે છે. પ્રથમ તમારી ટનલ સરનામાં યોજના બદલે છે, બીજું નક્કી કરે છે કે કયા લક્ષ્યોને મંજૂરી છે, અને એક પણ બીજાનો અર્થ ધરાવતું નથી. ત્રીજી વસ્તુ પણ છે જેને લોકો આ બેમાં ભેળવે છે, શાખાના ગેટવે પાછળનું સબનેટ, અને તે કોઈ પણ ક્ષેત્રનું નથી.

એક જ વાક્યરચના, જુદા પ્રશ્નો

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

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

ફાળવણી: સભ્યોની સરનામાં જગ્યા

પૂલ કોઈ પણ LAN સાથે ઓવરલેપ ન થવો જોઈએ જ્યાં સભ્ય પહોંચી શકે અને તૈનાતીમાંના બીજા કોઈ VPN પૂલ સાથે પણ નહીં. આ આયોજનની મર્યાદા છે, ઉત્પાદનની સેટિંગ નહીં: જ્યારે બે સાઇટ બંને સભ્યો માટે 10.90.40.0/24 વાપરે છે, ત્યારે એક સાઇટનો સભ્ય અનુવાદ વિના બીજી તરફ રૂટ કરી શકતો નથી, અને કોઈ ઍક્સેસ નિયમ તેને સુધારતો નથી.

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

પરવાનગી: લક્ષ્ય નેટવર્ક ઍક્સેસ નિયમોમાં આવે છે

પહોંચ ઍક્સેસ નિયમોમાં વ્યક્ત થાય છે, જે જૂથ કે વપરાશકર્તાઓ, લક્ષ્ય નેટવર્ક કે સેવા અને ઍક્સેસ પદ્ધતિનું નામ આપે છે. તે છેલ્લો ભાગ એ છે જ્યાં મોટાભાગની અધૂરી ગોઠવણો મરે છે: નિયમ ટ્રાફિકને લક્ષ્ય તરફ રૂટ કરી શકે છે અથવા તેને NAT કરી શકે છે, અને બંને નેટવર્ક પાસેથી જુદી વસ્તુઓ માંગે છે. રૂટ કરેલા માર્ગ માટે જરૂરી છે કે લક્ષ્ય બાજુ જાણે કે ટ્રાફિક VPN પૂલમાં કેવી રીતે પાછો મોકલવો, જ્યારે NAT માર્ગ સભ્યોને એવા સરનામા પાછળ છુપાવે છે જેના પર લક્ષ્ય પહેલેથી ભરોસો કરે છે. Access Server જૂથ દસ્તાવેજીકરણ જૂથ નેટવર્કિંગને જૂથ ઍક્સેસ નિયમોથી અલગ રાખે છે, અને લેબલો આવૃત્તિઓ વચ્ચે ખસ્યાં છે.

મંજૂર લક્ષ્યને હજી પણ વાપરી શકાય તેવો માર્ગ જોઈએ. નિયમ મંજૂરી આપે છે, રૂટ પહોંચાડે છે, પાછો માર્ગ જવાબ આપે છે અને હોસ્ટ પરની સેવા સ્વીકારે છે. ચાર વસ્તુઓ, જોવાની ચાર જગ્યાઓ, અને પહેલી જ ઍક્સેસ નિયમમાં રહે છે. લીલી પરવાનગી અને મૃત traceroute સામાન્ય રીતે એનો અર્થ છે કે લક્ષ્યના ગેટવે પર પાછો માર્ગ ખૂટે છે, એ નહીં કે નિયમ ખોટો છે.

ત્રીજી વસ્તુ: ગેટવે પાછળનું શાખા સબનેટ

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

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

તમે કઈ જોઈ રહ્યા છો તે કેવી રીતે જાણવું

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

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