pfSense પર Client Export વિરુદ્ધ આઉટબાઉન્ડ OpenVPN ઇન્સ્ટન્સ

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

કંઈપણ ઇન્સ્ટોલ કરતા પહેલાં નક્કી કરો કે કોણ શરૂ કરશે

એક પ્રશ્ન પૂછો: કયું ઉપકરણ કનેક્શન શરૂ કરે છે? જો મુસાફરી કરતો કર્મચારી ઓફિસના ફાયરવોલ સાથે જોડાય છે, તો pfSense સર્વર છે અને કર્મચારીનું લેપટોપ ક્લાયન્ટ છે. તે કિસ્સામાં તમને જે પેકેજની જરૂર છે તે લેપટોપ માટે સામગ્રી તૈયાર કરે છે, કારણ કે લેપટોપ એ બાજુ છે જે ડાયલ કરે છે.

જો pfSense બીજા કોઈની VPN સેવા સાથે જોડાય છે, તો ફાયરવોલ ક્લાયન્ટ છે અને દૂરનો ઓપરેટર તમે ડાયલ કરો છો તે અંતિમ બિંદુનો માલિક છે.

બંને પરિસ્થિતિઓ ક્લાયન્ટ શબ્દ વાપરે છે, અને મૂંઝવણ અહીંથી શરૂ થાય છે. આ શબ્દ એક કનેક્શનમાં ભૂમિકા વર્ણવે છે, ઉત્પાદન શ્રેણી નહીં.

એક્સપોર્ટર સર્વર-બાજુનું સહાયક છે

Client Export pfSense પર પહેલેથી જ રહેલું રિમોટ-એક્સેસ સર્વર લે છે અને જોડાતા ઉપકરણને જરૂરી સામગ્રી બનાવે છે. તે તે સર્વરની ગોઠવણો, પ્રમાણપત્રો અને ટનલ વિકલ્પો વાંચે છે, પછી અન્યત્ર ઉપયોગ માટે તેમને પેકેજ કરે છે.

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

પેકેજ સંદર્ભ આ અવલંબન સ્પષ્ટ રીતે જણાવે છે. પેકેજ તમારા માટે સર્વર બનાવી શકે એમ ધારતા પહેલાં તે વાંચો.

આઉટબાઉન્ડ ઇન્સ્ટન્સ અલગ ગોઠવણી છે

pfSense ને બીજી સેવાનો ક્લાયન્ટ બનાવવાનો અર્થ છે OpenVPN ક્લાયન્ટ ઇન્સ્ટન્સ બનાવવું, તે પ્રદાતાના અંતિમ બિંદુ, પોર્ટ, પ્રોટોકોલ, ઓળખપત્રો અને વિશ્વાસ સામગ્રી સાથે. Netgate આને એક્સપોર્ટ પેકેજથી અલગ દસ્તાવેજ કરે છે, કારણ કે તે ગોઠવણીમાં અલગ પદાર્થ છે.

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

બંને ગોઠવણીઓને અલગ માનસિક બોક્સમાં રાખો. એક બીજા ઉપકરણોને જવાબ આપે છે; બીજું બીજા સર્વર પાસે ટનલ માંગે છે.

ઉપકરણ જે એક્સપોર્ટ ફોર્મેટ વાપરી શકે તે પસંદ કરો

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

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

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

સાઇટ-ટુ-સાઇટને પેકેજ નહીં, ભૂમિકાઓ અને રૂટની જરૂર છે

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

શાખાના રૂટ, ફોરવર્ડિંગ પરવાનગી કે પરત માર્ગ વિશે Client Export નો કોઈ મત નથી, કારણ કે રિમોટ-એક્સેસ ક્લાયન્ટ સામગ્રી તૈયાર કરવી એ તેનું આખું કામ છે.

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