કી લીક કર્યા વિના બે OpenVPN પ્રોફાઇલની સરખામણી કરો

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

.ovpn ફાઇલ ખરેખર શું ધરાવે છે

એક .ovpn ફાઇલ વૈકલ્પિક ઇનલાઇન બ્લોક સાથેની રૂપરેખા છે. તેમાં CA પ્રમાણપત્ર, ક્લાયન્ટ પ્રમાણપત્ર, ખાનગી કી, tls-auth અથવા tls-crypt કી, અને બહારની ફાઇલો તરફ ઇશારો કરતી અથવા ઓળખપત્ર માંગતી સૂચનાઓ હોઈ શકે છે. બે ફાઇલો લગભગ સરખી દેખાઈ શકે અને ફક્ત એક બ્લોકની અંદર જ અલગ પડે, અથવા એવી એક સૂચનામાં અલગ પડે જે પરિવહનને સંપૂર્ણ બદલી નાખે. લાઇનની સંખ્યા તમને એમાંથી શું બન્યું તે કંઈ કહેતી નથી.

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

લાઇન પ્રમાણે નહીં, ભૂમિકા પ્રમાણે સરખામણી કરો

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

ક્ષેત્ર-જાગૃત પાસ આ વસ્તુઓને એ જ ક્રમમાં જુએ છે. ક્લાયન્ટ જે કંઈ ઇન્ટરેક્ટિવ રીતે માંગે છે તે વિશ્વાસની હરોળનું નહીં, પ્રમાણીકરણની હરોળનું છે.

• remote, proto અને પોર્ટ, દરેક જોડાણ બ્લોક સહિત.
• ca અને cert: જારીકર્તા, વિષય અને સમાપ્તિ તારીખ.
• ખાનગી કી બિલકુલ છે કે નહીં, કદી નહીં કે તેમાં શું છે.
• tls-auth અથવા tls-crypt ની હાજરી અને કીની દિશા.
• પ્રમાણીકરણ સૂચનાઓ, ઓળખપત્ર ફાઇલના કોઈપણ સંદર્ભ સહિત.
• જોડાણ વખતે ચાલતા માર્ગો, DNS વિકલ્પો અને સ્ક્રિપ્ટ હૂક.

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

સામાન્ય diff કેમ ખોટું સાધન છે

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

openssl x509 -in ca.crt -noout -subject -issuer -enddate
openssl x509 -in client.crt -noout -subject -issuer -enddate
grep -E '^(remote|proto|port|tls-auth|tls-crypt|route|dhcp-option)' profile.ovpn

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

ટિકિટ માટે સંપાદિત નકલ બનાવો

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

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

સરખામણીને નિષ્ફળતા સાથે બાંધેલી રાખો

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

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