strongSwan vips: IKEv2 પાસે વર્ચ્યુઅલ સરનામું માંગવું

vips આંતરિક IKEv2 સરનામું માંગે છે; ગેટવે નક્કી કરે છે કે શું આપવું. વિનંતી ગોઠવો, તેને લોડ કરો અને પછી ચકાસો કે પ્રતિસાદકર્તાએ ખરેખર શું ફાળવ્યું.

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

vips શું માંગે છે, અને શું વચન આપી શકતું નથી

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

0.0.0.0 માંગવું એટલે કોઈપણ ઉપલબ્ધ IPv4 વર્ચ્યુઅલ સરનામું માંગવું, જે સામાન્ય રીતે ત્યારે યોગ્ય છે જ્યારે ચોક્કસ કિંમત મહત્વની ન હોય. ચોક્કસ સરનામું માંગવું એ ગેટવે માટે સંકેત છે, તેના પરની માંગ નહીં.

swanctl ટુકડો અને તેનું સ્થાન

સેટિંગ કનેક્શન બ્લોકની અંદર બેસે છે, પોતાની ફાઇલમાં નહીં અને ઓપરેટિંગ સિસ્ટમ પ્રોફાઇલમાં પણ નહીં. આ અલગ કરેલો ટુકડો આકાર દર્શાવે છે:

connections {
  net {
    local_addrs = 192.0.2.10
    remote_addrs = 203.0.113.5
    vips = 10.77.0.31
    children {
      net { local_ts = dynamic remote_ts = 10.77.0.0/24 }
    }
  }
}

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

swanctl --load-all --file /etc/swanctl/swanctl.conf
swanctl --initiate --child net
swanctl --list-sas

local_ts ટ્રાફિક પસંદ કરે છે, સરનામું બનાવતું નથી

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

સ્થિર આંતરિક સરનામું મેળવવાની બીજી રીત તેને સ્થાનિક રીતે ધરાવવું છે. ટનલ ઉપર આવે તે પહેલાં સરનામું ઇન્ટરફેસ પર મૂકો, સિલેક્ટરને જે પહેલેથી અસ્તિત્વમાં છે તે તરફ દિશામાન કરો, અને પીઅર તથા રૂટ તેની આસપાસ ગોઠવો.

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

ચકાસો કે પ્રતિસાદકર્તાએ ખરેખર શું ફાળવ્યું

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

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

સ્થિર ડિઝાઇન અલગ રાખો

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

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

સંબંધિત લેખો