OpenVPN પ્રોફાઇલ SoftEther માં કેમ આયાત થતું નથી

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

બે ફાઇલો, બે કરાર

OpenVPN પ્રોફાઇલ એ ક્લાયન્ટ રૂપરેખાંકન છે: દૂરનું અંતિમ બિંદુ, ટ્રાન્સપોર્ટ, TLS સામગ્રી, અને રૂટિંગ તથા ફરી વાટાઘાટ માટેની ડિરેક્ટિવ. SoftEther કનેક્શન એ વર્ચ્યુઅલ હબ સામેનું મૂળ ક્લાયન્ટ સત્ર છે, જેની સાથે વર્ચ્યુઅલ એડેપ્ટર જોડાયેલું હોય છે.

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

ફાઇલનું એક્સ્ટેન્શન તમને લગભગ કંઈ જ કહેતું નથી, તેથી ઓપરેટરનો જવાબ ફાઇલના નામ કરતાં વધુ મહત્ત્વનો છે.

સર્ટિફિકેટ બ્લોકને સ્પર્શ કરતા પહેલા સર્વર વાંચો

ઓપરેટરને ત્રણ વસ્તુ પૂછો: કયો પોર્ટ અને ટ્રાન્સપોર્ટ, કઈ પ્રમાણીકરણ પદ્ધતિ, અને તેઓ કયો ક્લાયન્ટ વાપરવાની અપેક્ષા રાખે છે. તે જવાબો મોટા ભાગની અટકળ દૂર કરે છે.

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

ss -lunp | grep -E ':1194|:443'
sudo ss -ltnp | grep -E ':992|:5555'
grep -nE '^(remote|proto|auth-user-pass|ca |cert |key )' profile.ovpn

શ્રોતા યાદીમાંથી ગેરહાજર UDP પોર્ટ એ નિષ્ક્રિય લક્ષણ છે, ફાયરવૉલ સમસ્યા નથી.

મૂળ ક્લાયન્ટને શું જોઈએ અને પ્રોફાઇલ શું આપી શકતું નથી

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

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

ખાનગી કીને કોઈપણ રૂપાંતરણ સેવાથી દૂર રાખો, કારણ કે મશીન છોડતી કીને જાહેર થયેલી ગણવી પડે.

OpenVPN-સુસંગત શ્રોતા શું સ્વીકારે છે

ક્લાયન્ટની દૃષ્ટિએ સુસંગતતા શ્રોતા એ ખરેખરું OpenVPN સર્વર છે: તે OpenVPN ક્લાયન્ટ અને તે ક્લાયન્ટ ટેકો આપે તેવી ડિરેક્ટિવની અપેક્ષા રાખે છે. ઇનલાઇન સર્ટિફિકેટ બ્લોક OpenVPN લક્ષણ છે, અને તે વાડની તે બાજુના છે.

જે તે કરશે નહીં તે છે મૂળ SoftEther પ્રોફાઇલ સ્વીકારવી, કારણ કે તે પ્રોફાઇલ OpenVPN રૂપરેખાંકન નથી. શ્રોતા મૂળ ક્લાયન્ટને OpenVPN ક્લાયન્ટમાં પણ બદલતું નથી. જો ઓપરેટર ફક્ત મૂળ સેવા આપે છે, તો જવાબ મૂળ ક્લાયન્ટ છે; જો તે સુસંગતતા શ્રોતા આપે છે, તો જવાબ OpenVPN અને તેની પોતાની સામગ્રી છે.

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

ડિરેક્ટિવ સંપાદિત કરતા પહેલા માર્ગ સાબિત કરો

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

sudo openvpn --config profile.ovpn --verb 3
ip -br addr
ip route get 10.70.4.20
resolvectl status | grep -A2 'DNS Servers'

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