પેકેટ કેપ્ચરમાં પ્રથમ IKEv2 વિનિમય કેવી રીતે વાંચવો

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

ખાતરી કરો કે તમે શરૂઆતનો વિનિમય જોઈ રહ્યા છો

IKEv2 વાટાઘાટ IKE_SA_INIT સાથે શરૂ થાય છે, વિનિમય પ્રકાર 34, સંદેશ આઈડી 0. પહેલ કરનાર બિન-શૂન્ય SPI પસંદ કરે છે, અને પ્રતિસાદ આપનારનો SPI એ પહેલી વિનંતીમાં શૂન્ય અને જવાબમાં બિન-શૂન્ય હોય છે. એ ત્રણ તથ્યો નવા પ્રયાસને ચાવી-નવીકરણથી અથવા કેપ્ચરની ટોચ પર પડેલા IKE_AUTH સંદેશથી અલગ પાડે છે.

હેડર ક્ષેત્રો વાંચી શકાય તેવા છે, અને પ્રસ્તાવ, ચાવી-વિનિમય તથા nonce પેલોડ પણ. વાંચી શકાય તેવું હોવું એ પ્રમાણિત હોવું નથી: આ બિંદુએ કોઈ પણ પક્ષે ઓળખ સાબિત કરી નથી, અને Diffie-Hellmanનું ખાનગી મૂલ્ય કદી તાર પર દેખાતું નથી.

ડિકોડ પેનલમાં સ્ક્રોલ કરવાને બદલે ક્ષેત્રોને કોષ્ટક તરીકે છાપો, કારણ કે પુનઃપ્રેષણ અને ન મળતા SPI સ્તંભોમાં સ્પષ્ટ થઈ જાય છે.

tshark -r ike.pcapng -Y "isakmp" -T fields -e frame.number -e ip.src -e udp.srcport -e isakmp.exchangetype -e isakmp.messageid -e isakmp.initiator_spi -e isakmp.responder_spi

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

સફળતા વાંચતા પહેલા અસ્વીકાર વાંચો

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

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

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

પોર્ટ 4500 એક પ્રોટોકોલ નથી

UDP 500 સામાન્ય રીતે શરૂઆતનો વિનિમય વહન કરે છે. NAT શોધ ચાલ્યા પછી IKE 4500 પર જાય છે અને દરેક સંદેશ પહેલાં ચાર બાઇટનું શૂન્ય બિન-ESP ચિહ્ન મૂકે છે. એ જ પોર્ટ પરનું એન્કેપ્સ્યુલેટેડ ESP તેના બદલે બિન-શૂન્ય ESP SPIથી શરૂ થાય છે, અને એક બાઇટનું NAT keepalive ત્રીજું સ્વરૂપ છે જે બીજું કંઈ ન થાય ત્યારે દેખાય છે.

ફક્ત પોર્ટ મેળવતું ફિલ્ટર ત્રણેયને ભેળવી દે છે, અને તેથી જ "4500 પર ટ્રાફિક છે" એટલું ઓછું નક્કી કરે છે. દૂરના છેડા વિશે કંઈ નિષ્કર્ષ કાઢતા પહેલા દૃશ્યને પ્રોટોકોલ પ્રમાણે વિભાજિત કરો.

tshark -r ike.pcapng -Y "udp.port == 4500 && isakmp" -T fields -e frame.number -e isakmp.exchangetype
tshark -r ike.pcapng -Y "udp.port == 4500 && !isakmp" -T fields -e frame.number -e esp.spi

શાંતિ અવલોકન બિંદુનું વર્ણન કરે છે

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

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

tshark -r ike.pcapng -Y "icmp.type == 3" -T fields -e frame.number -e ip.src -e icmp.code

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