Windows VPN ગેટવે: ત્રણ કામ, ત્રણ માલિકો

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

વાંચવા યોગ્ય રચના મશીનને ભૂમિકા તરીકે વર્ણવવાને બદલે દરેક પ્રવાહના માલિકનું નામ આપે છે.

સમાપ્ત કરો, ફોરવર્ડ કરો, અનુવાદ કરો

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

અનુવાદ ત્રીજું અને સૌથી વૈકલ્પિક કામ છે. તે ફોરવર્ડિંગ પછી આવે છે અને દૂરના નેટવર્કને દેખાતું સ્રોત સરનામું બદલે છે. તમને તેની જરૂર છે કે નહીં તે લક્ષ્ય નેટવર્ક સ્રોત તરીકે શું સ્વીકારશે તેના પર આધાર રાખે છે, મશીનને VPN ગેટવે કહેવાય છે તેના પર નહીં.

એડેપ્ટર અને પૂલ કોનો છે

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

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

સ્રોત જાળવો અથવા ફરી લખો

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

ખાનગી નેટવર્કનો ઍક્સેસ, ઇન્ટરનેટ આઉટલેટ અને ગેટવે પર જ સમાપ્ત થતા કનેક્શન એ ત્રણ જુદા માર્ગો છે. બધાને સમાન વર્તનની જરૂર નથી.

પ્રવાહને એક વાક્યમાં વર્ણવો

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

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

જ્યારે વાક્ય અસ્પષ્ટ થાય, ત્યારે બીજું અનુવાદ સ્તર ઉમેરવાથી ભાગ્યે જ તે સ્પષ્ટ થાય છે. એક દૂર કરવાથી સામાન્ય રીતે થાય છે.