OpenVPN Access Server vs Community: ખરેખર શું સ્થાનાંતરિત થાય છે

પ્રોફાઇલ ખસે છે; વપરાશકર્તા યાદીઓ પાછળ રહી જાય છે. Access Server અને Community Edition વચ્ચે જતી ટીમ કટઓવરના એક કલાક પછી એ ખાલીપો પામે છે, જ્યારે તેનો પ્રથમ ક્લાયન્ટ પ્રમાણીકરણ કરે છે અને પછી તેની પાસે કોઈ જૂથ નીતિ નથી, વપરાશકર્તા દીઠ કોઈ રૂટ નથી અને સ્વ-સેવા પાસવર્ડ રીસેટ પણ નથી. બંને ઉત્પાદનો એક જ પ્રોટોકોલ બોલે છે અને એક જ ક્લાયન્ટ સ્વીકારે છે, અને તેથી જ આયોજન દરમિયાન ખાલીપો અદૃશ્ય રહે છે. તમે ખરેખર સંચાલન સ્તર અને તેના માલિક લોકો પસંદ કરો છો.

નિર્ણયને લક્ષણ-કોષ્ટક નહીં પણ માલસામાનની યાદીના પ્રશ્ન તરીકે લો. પૂછો કે કોણ વપરાશકર્તા બનાવે છે, કોણ પ્રમાણપત્રો રદ કરે છે, અને 02:00 વાગ્યે કોણ ફોન ઉપાડે છે.

.ovpn ફાઇલ સેટઅપ કેમ વહન કરતી નથી

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

Community Edition માં સમકક્ષો તમે રાખો છો તેવી ફાઇલો છે: દરેક ક્લાયન્ટ માટે ifconfig-push અને iroute જેવા વિકલ્પો ધરાવતી client-config-dir એન્ટ્રીઓ, રદ કરવા માટે CRL, અને tls-crypt કી. Access Server એ જ વિભાવનાઓ પોતાના ડેટાબેઝમાં રાખે છે અને વેબ કન્સોલ તથા sacli કમાન્ડ-લાઇન સાધન દ્વારા પ્રગટ કરે છે. વિભાવનાઓ એક-એક મળે છે; કલાકૃતિઓ બિલકુલ ખસતી નથી.

પ્રોફાઇલ એવું વર્તન પણ ચોરીછૂપીથી લાવે છે જે બદલાય નહીં ત્યાં સુધી કોઈ ધ્યાન નથી આપતું. redirect-gateway def1 ધરાવતો ક્લાયન્ટ બધું બ્રાઉઝિંગ સર્વર દ્વારા મોકલે છે; તેને એ લીટી વગરના બિલ્ડમાં ખસેડો અને ફરિયાદ એ હશે કે ઇન્ટરનેટ તૂટી ગયું. CA ન મળવો કે ખોટું remote-cert-tls સેટિંગ મોટેથી નિષ્ફળ જાય છે, જે સારું પરિણામ છે. ખૂટતી tls-crypt કી શાંત ટાઇમઆઉટ તરીકે નિષ્ફળ જાય છે, જે સારું નથી.

સંચાલન સ્તર શું ધરાવે છે

જે પ્રોટોકોલ નથી તે ગણો: ખાતાં બનાવવા, પાસવર્ડ રીસેટ, જૂથ સોંપણી, MFA નોંધણી, જોડાણ અધિકારો, અને કોણ ક્યારે જોડાયું તેનો જવાબ આપતો ઓડિટ ટ્રેલ. Community Edition એમાંથી કંઈ પણ સીધું પૂરું પાડતું નથી. તમે પ્રમાણીકરણ બેકએન્ડ પસંદ કરો છો, પ્લગઇન કે auth-user-pass-verify દ્વારા PAM, LDAP કે RADIUS જોડો છો, અને બાકીનું જાતે જાળવો છો. Access Server વપરાશકર્તા પોર્ટલ, વ્યવસ્થાપન કન્સોલ અને સામાન્ય ઓળખ પ્રદાતાઓ સાથેના એકીકરણ આપે છે. બંનેમાંથી કોઈ વ્યવસ્થા મૂળભૂત રીતે વધુ સુરક્ષિત નથી, કારણ કે નીતિ હજી પણ નેટવર્ક જાણતું કોઈક જ લખવી પડે.

અધિકારો સૌથી તીવ્ર કાર્યાત્મક તફાવત છે. Access Server સાથોસાથ જોડાણોની સંખ્યા પ્રમાણે લાઇસન્સ પામે છે અને એ સંખ્યા સોફ્ટવેરમાં લાગુ કરે છે. Community Edition માં વૈશ્વિક મર્યાદા એક જ max-clients લીટી છે, જ્યારે વપરાશકર્તા કે જૂથ પ્રમાણે કંઈ પણ વધુ client-config-dir કામ અને તમારું પોતાનું અમલીકરણ દર્શાવે છે. એ જાળવણીની ઇચ્છા ન ધરાવતી ટીમ વ્યાપારી ઉત્પાદનની કિંમત ચૂકવતી વખતે બરાબર એ જ ખરીદે છે.

લાઇસન્સિંગ અને ટેકો: જે લીટી કોઈ બજેટમાં નથી રાખતું

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

ટેકાની માલિકી એ જ વિભાજન અનુસરે છે. Community Edition સાથે દરેક વિચિત્ર ક્લાયન્ટ અને દરેક કર્નલ અપડેટ માટે એસ્કેલેશન માર્ગ તમે જ છો. Access Server સાથે ફોન કરવા જેવો વેન્ડર છે, અને તમારી ફેરફાર-વિન્ડોમાં ફાવે કે ન ફાવે, તેની પ્રકાશન લય તમે વારસામાં મેળવો છો.

કટઓવર પહેલાં કરવાની ચકાસણીઓ

કોઈ પણ દિશામાં કટઓવર પહેલાં ચાલુ સર્વર ખરેખર શું રાખે છે તેની યાદી બનાવો. Access Server બાજુએ વપરાશકર્તા યાદી અને જૂથ સોંપણીઓ નિકાસ કરો અને કયાં ખાતાં MFA પર આધાર રાખે છે તે નોંધો. Community Edition બાજુએ જારી કરેલા પ્રમાણપત્રો, CRL અને client-config-dir હેઠળની દરેક ફાઇલની યાદી બનાવો. બંને યાદીઓ લીટી પ્રમાણે સરખાવો, કારણ કે તેમની વચ્ચેનો તફાવત જ સ્થળાંતરનું કામ છે.

જૂની સેવા હજી ચાલુ હોય ત્યારે પ્રતિનિધિ ક્લાયન્ટની કસોટી કરો. openvpn --config client.ovpn --verb 4 ફોરગ્રાઉન્ડમાં હેન્ડશેક, મોકલાયેલા રૂટ અને DNS વિકલ્પો છાપે છે, અને openssl x509 -in client.crt -noout -subject -enddate ક્લાયન્ટ ખરેખર કયું પ્રમાણપત્ર રજૂ કરે છે તે બતાવે છે. જે ક્લાયન્ટ જોડાય છે પણ આંતરિક હોસ્ટ સુધી પહોંચતો નથી તેમાં રૂટ કે iroute નો ખાલીપો છે, પ્રમાણીકરણ નિષ્ફળતા નહીં.

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