ASA જૂથ એલિયાસ વિરુદ્ધ જૂથ URL: પ્રોફાઇલ કેવી રીતે પસંદ થાય છે

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

નીચેના ભેદ 9.16 દસ્તાવેજીકરણને અનુસરે છે; ક્લાયન્ટ-રહિત SSL VPN 9.17(1) અને તે પછી દૂર કરવામાં આવ્યું.

એલિયાસ સૂચિની પ્રવેશ છે, URL નથી

group-alias એક લેબલ પૂરું પાડે છે જે વપરાશકર્તા લોગિન પૃષ્ઠ પરની જૂથ સૂચિમાંથી પસંદ કરે છે. એ સૂચિ બતાવવી અલગ સેટિંગ છે, tunnel-group-list enable. એલિયાસ ફક્ત પસંદગીનું નામ છે, વધુ કંઈ નહીં. staff નામનું એલિયાસ રૂપરેખાંકિત કરવાથી પ્રોફાઇલ પસંદ કરતું /staff URL બનતું નથી.

લોકો એલિયાસ ડબલ કામ કરશે એવી અપેક્ષા રાખે છે, કારણ કે બ્રાઉઝરમાંથી સૂચિ અને URL એક જ પસંદગી જેવા દેખાય છે.

group-url ખરેખર શું મેળવે છે

group-url આવતા URL ને કનેક્શન પ્રોફાઇલ સાથે બાંધે છે. જ્યારે એ સક્ષમ URL મેળ ખાય, ASA વપરાશકર્તાને સૂચિમાંથી પસંદ કરવાનું કહ્યા વિના પ્રોફાઇલ પસંદ કરે છે. URL સંપૂર્ણ ઇચ્છિત હોવું જોઈએ, તમારી આવૃત્તિ જે વાક્યરચના સમર્થન આપે તેમાં. તેનું DNS રેકોર્ડ અને પ્રમાણપત્ર વપરાશકર્તાઓ જે લખે છે તેની સાથે મેળ ખાવું જોઈએ, નહીં તો મેળ ક્યારેય થશે નહીં.

નકલ કરેલું URL પ્રત્યય રૂપરેખાંકન વિશે કંઈ સાબિત કરતું નથી. એડ્રેસ બાર નહીં, પ્રોફાઇલ તપાસો.

પસંદગીને ચાલતી નીતિ સુધી અનુસરો

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

બંને વચ્ચેનું અંતર એ જ મોટાભાગના «નિયમ સાચો છે પણ ઍક્સેસ ખોટો છે» અહેવાલોનો સ્રોત છે.

વારસાગતિ એ અલગીકરણ નથી

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

ઍક્સેસ અમલીકરણને પસંદગીથી અલગ રાખો.

ક્લાયન્ટ-રહિત સત્ર માટે લાગુ ફિલ્ટર webtype ACL છે. ટનલ ક્લાયન્ટ માટેનું VPN ફિલ્ટર તેનો વિકલ્પ નથી, ફક્ત એટલા માટે કે બંને રૂપરેખાંકનમાં એક જ નીતિ બ્લોક નજીક બેસે છે.

મેળ ન ખાતો કિસ્સો નક્કી કરો, પછી દરેક માર્ગ ચકાસો

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

અગાઉના લોગિનની બ્રાઉઝર ટૅબ ફરી વાપરવાથી સરખામણી બગડે છે, કારણ કે એ સત્ર પહેલેથી પ્રોફાઇલ સાથે બંધાયેલું છે.

એ નોંધ «પોર્ટલ ખૂલે છે»ને લોગિન-થી-નીતિ મેપિંગમાં ફેરવે છે જે તમે પછી ઓડિટ કરી શકો, અને પ્રોફાઇલ સાચી દેખાય પણ કોઈને નિયંત્રિત ન કરે ત્યારે એ જ એકમાત્ર ટકાઉ જવાબ છે.