IKE માં MAC મેળ ન ખાય એટલે શેર્ડ કીની ચકાસણી નિષ્ફળ ગઈ

તમારો Cloud VPN લોગ શેર્ડ કીનો પ્રયાસ અને પછી MAC mismatched દર્શાવે છે, અને પહેલી વૃત્તિ ઘણી વાર સરનામાની સમસ્યા શોધવાની હોય છે. આ શાખામાં MAC એ સંદેશ પ્રમાણીકરણ કોડ છે: વાટાઘાટ થયેલી કી સાથેના વિનિમય પર ગણતરી કરેલું મૂલ્ય. પીઅરે પોતાની ગણતરીને મળેલા મૂલ્ય સાથે સરખાવી, અને તે અલગ હતાં. અહીં કોઈ નેટવર્ક કાર્ડ સામેલ નથી, અને કોઈ ઇન્ટરફેસ સેટિંગ તે સરખામણી બદલતું નથી.

વ્યવહારમાં બે શરતો તેને ઉત્પન્ન કરે છે: બંને છેડાના રહસ્યો એક જ મૂલ્ય નથી, અથવા રહસ્ય પસંદ કરવા માટે વપરાતી ઓળખો મેળ ખાતી નથી. જોડી વાંચીને નક્કી કરો કે કઈ, એકલ ટનલ નહીં.

તબક્કો શું સાબિત કરે છે

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

અગાઉની સફળતા આ ચકાસણીમાં નથી આવતી. પૂર્ણ થયેલ IKE_SA_INIT, અથવા અપેક્ષિત મૂલ્યો પરત કરનાર NAT ડિટેક્શન પેલોડ, સાબિત કરે છે કે પીઅર બોલી શકે છે. તેઓ રહસ્ય વહેંચે છે કે નહીં તે વિશે કંઈ સાબિત કરતું નથી.

બે રૂપરેખાંકન ભૂલો, એક સંદેશ

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

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

NAT ડિટેક્શન અલગ તબક્કો છે

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

એક વેન્ડર રિલીઝ વિશેનું જૂનું વિધાન વર્તમાન ડિપ્લોયમેન્ટમાં ન લાવો. તમારી રિલીઝમાં NAT ટ્રાવર્સલ શું માગે છે તે તેના પોતાના દસ્તાવેજીકરણમાં આવે છે, અને MAC mismatch શબ્દસમૂહ તેની તરફેણ કે વિરુદ્ધ પુરાવો નથી.

સ્ક્રીન નહીં, જોડી પરથી નક્કી કરો

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

જો ત્રણેય સ્વચ્છ હોય, તો તેની આસપાસ સંપાદન કરવાને બદલે મંજૂર કાર્યપ્રવાહ દ્વારા રહસ્ય બદલો.

પીઅર પ્રમાણીકરણ કર્યા પછી

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

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

શું અનુમાન ન કરવું

સંદેશને MAC સરનામાં બદલવાની માંગ તરીકે ન વાંચો, અને મદદ માગતી વખતે શેર્ડ રહસ્ય પ્રકાશિત ન કરો; કી ધરાવતા અવતરણમાંથી કી દૂર કરવી જોઈએ, લોગ રાખવો નહીં. રૂટિંગ ખામી પણ ધારો નહીં, કારણ કે એકબીજા સુધી ન પહોંચી શકતા પીઅર કોઈ પ્રમાણીકરણ સરખામણી ઉત્પન્ન કરતા નથી. અને એક ઉત્પાદન કુટુંબની દસ્તાવેજી મર્યાદાને દરેક IPsec અમલીકરણ સુધી સામાન્યીકૃત ન કરો.

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