iOS IKEv2 થી strongSwan: કોઈ પ્રસ્તાવ પસંદ થયો નથી, સૂચિ સુધારો

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

ગેટવે પોતાની નીતિ ક્યાં જાહેર કરે છે

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

વિશાળ સૂચિ આપતો ક્લાયન્ટ હજી પણ પિન કરેલા ગેટવે સાથે જોડાઈ શકે છે, જ્યાં સુધી બંને બાજુએ એક સંયોજન દેખાય. જે થઈ શકતું નથી તે પિન કરેલા સેટની બહાર વાટાઘાટ છે.

તેથી જ બીજી VPN એપમાંથી કોપી કરેલી પ્રોફાઇલ ત્યાં કામ કરી શકે છે જ્યાં તમારી કામ કરતી નથી: બીજી એપ અલગ સૂચિ સાથે આવી હતી.

નામ મેળ ખાવા જોઈએ, સુધરવા નહીં

બે અનુવાદ લોકોને પકડે છે જેઓ strongSwan થી iOS માં મૂલ્યો ખસેડે છે. IKE પ્રસ્તાવમાં SHA1 તરીકે લખાયેલી અખંડિતતા અલ્ગોરિધમ તેના છોટા સ્વરૂપમાં મુસાફરી કરે છે, જેને iOS .SHA96 કહે છે. modp1024 તરીકે લખાયેલો ડિફી-હેલમેન જૂથ group 2 છે, જેને iOS .group2 કહે છે. SHA-256 અથવા group 14 સાથે બદલવાથી એવા ગેટવે સાથે વાટાઘાટ થશે નહીં જે ફક્ત જૂની જોડી સ્વીકારે છે. ક્લાયન્ટે એ જ અલ્ગોરિધમ વર્ણવવું જોઈએ, વધુ મજબૂત નહીં.

NEVPNProtocolIKEv2 માં તે મૂલ્યો સ્પષ્ટ રીતે સેટ કરો. ડિફોલ્ટ મૂલ્યો તમે બદલી રહ્યા છો તે પ્રોફાઇલ કરતાં વિશાળ કે સાંકડા હોઈ શકે છે, અને તફાવત ફક્ત ત્યારે જ દેખાય છે જ્યારે હેન્ડશેક નિષ્ફળ જાય.

ચાઇલ્ડ પ્રસ્તાવ પછીથી અને વધુ શાંતિથી નિષ્ફળ જાય છે

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

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

જૂનો સેટ ફક્ત ત્યાં સુધી રાખો જ્યાં સુધી જરૂરી હોય

SHA-1 ને 1024-બિટ જૂથ સાથે પિન કરવું એ પુલ છે, લક્ષ્ય નહીં. બંને અપ્રચલિત છે, અને નવા ક્લાયન્ટ તેમને સંપૂર્ણપણે નકારી શકે છે, એટલે કે તમારી બાજુએ કોઈ ફેરફાર વિના આગલા ઉપકરણ પર પ્રોફાઇલ નિષ્ફળ જશે. પિનને અસ્થાયી ગણો અને તે રેકોર્ડમાં જણાવો.

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