EC2 Windows: VPN ક્લાયન્ટ, VPN સર્વર કે AWS ગેટવે?
Windows EC2 ઇન્સ્ટન્સ VPN સૉફ્ટવેર ચલાવી શકે છે, પરંતુ ક્લાયન્ટ, સ્વ-સંચાલિત સર્વર અને AWS ગેટવે અલગ ભૂમિકાઓ છે, જેમના માલિકો પણ અલગ છે.
એક ટીમને Windows EC2 ઇન્સ્ટન્સ પર ચાલતી એપ માટે VPN કનેક્ટિવિટીની જરૂર છે, અનુરૂપ ક્લાયન્ટ સૉફ્ટવેર શોધે છે, તેને ઇન્સ્ટોલ કરે છે અને પછી પૂછે છે કે VPCનો બાકીનો ભાગ તેનો ઉપયોગ કેમ કરી શકતો નથી. ઇન્સ્ટોલ કામ કર્યું; ભૂમિકા ક્યારેય નક્કી થઈ જ નહોતી. ગેસ્ટની અંદર ચાલતું સૉફ્ટવેર એવું ક્લાયન્ટ હોઈ શકે જે બીજાના નેટવર્કમાં જોડાય, એવું સર્વર હોઈ શકે જે અન્ય ક્લાયન્ટ સ્વીકારે, અથવા AWS-સંચાલિત VPN ઉત્પાદનોમાંથી એક પણ ન હોય, અને દરેક ભૂમિકા તમારા માટે અલગ કામ છોડે છે.
લક્ષણ સામાન્ય રીતે ખોટી ભૂમિકા હોય છે
સામાન્ય લક્ષણ એવું કાર્યક્ષમ ટનલ છે જે ખોટી સમસ્યા ઉકેલે છે. VMમાંનું ક્લાયન્ટ તે VMને બહાર જવાનો માર્ગ આપે છે; તે તમારા લેપટોપ, ઓફિસ કે બીજા સબનેટને અંદર આવવાનો માર્ગ આપતું નથી. VMમાંનું સર્વર અન્યોને અંદર આવવાનો માર્ગ આપે છે, પરંતુ હવે લિસનર, પ્રમાણીકરણ અને ફોર્વર્ડિંગ તમારા હાથમાં છે.
સંચાલિત સેવાઓ સેવાનું સંચાલન AWS પર ખસેડે છે અને ડિઝાઇન તમારી પાસે રાખે છે. Site-to-Site VPN ગ્રાહક ગેટવે અને AWS ગેટવે દ્વારા નેટવર્ક જોડે છે, અને Client VPN દૂરસ્થ ઉપકરણોને સંચાલિત એન્ડપોઇન્ટ આપે છે. બંને કિસ્સામાં રૂટ, અધિકૃતિ નિયમો અને ઓળખનો સ્રોત તમારું રૂપરેખાંકન છે, અને બંનેમાંથી કોઈ પણ ઉત્પાદન Windows ગેસ્ટની અંદર સામાન્ય હેતુનું ક્લાયન્ટ ઇન્સ્ટોલ કરતું નથી.
ચાર સ્વરૂપો શક્ય છે, અને કોષ્ટક તેમને અલગ પાડે છે કે શું શેની સાથે જોડાય છે અને કાર્યાત્મક ભાર કોણ ઉપાડે છે.
| Role | What connects | Who owns the VPN software |
|---|---|---|
| Client in the Windows VM | This VM dials out into someone else's network | You, plus the software vendor |
| Server in the Windows VM | Inbound clients and sites attach to this VM | You, end to end |
| AWS Site-to-Site VPN | Two networks meet through a customer gateway and an AWS gateway | AWS operates the tunnels; you own the peer and route design |
| AWS Client VPN | User devices attach to an endpoint AWS operates | AWS operates it; you own the access rules |
ઉત્પાદનનું નામ નહીં, પંક્તિ વાંચો: એક જ Windows ઇન્સ્ટન્સ તેમાં કયું સૉફ્ટવેર ચાલે છે તેના આધારે બે અલગ પંક્તિઓમાં હોઈ શકે છે.
VMની અંદર ક્લાયન્ટ: VM નેટવર્કમાં જોડાય છે
બહાર જતા ક્લાયન્ટે કંઈપણ ઇન્સ્ટોલ કરતા પહેલાં Windows બિલ્ડ, આર્કિટેક્ચર અને ડ્રાઇવરની જરૂરિયાતો ચકાસવી પડે. ક્લાયન્ટ ઇન્સ્ટન્સ પર રૂટ અને DNS બદલશે, જે ત્યાં પહેલેથી ચાલતી સેવાઓને અસર કરી શકે છે, જેમાં દૂરસ્થ વહીવટ માટે વાપરો છો તે માર્ગનો પણ સમાવેશ થાય છે. એડેપ્ટરનું નામ અને ક્લાયન્ટ જે ઇન્ટરફેસ મેટ્રિક સેટ કરે છે તે નોંધો, કારણ કે નવું ઇન્ટરફેસ હાલના પર પ્રાધાન્ય મેળવી શકે છે. જો ઇન્સ્ટન્સ SSH કે RDPને બદલે સેશન મેનેજર દ્વારા સંચાલિત હોય, તો ખાતરી કરો કે ક્લાયન્ટ જોડાયા પછી પણ તે માર્ગ કામ કરે છે.
ક્લાયન્ટને સક્ષમ કરતા પહેલાં નક્કી કરો કે તે કયો ટ્રાફિક વહન કરવો જોઈએ. પૂર્ણ ટનલ વહીવટ સેશનને પકડીને તમને બહાર લોક કરી શકે છે, અને વિભાજિત ટનલ ઇન્સ્ટન્સને ખાનગી નેટવર્ક સુધી પહોંચવા દે છે જ્યારે તેનો બાકીનો ટ્રાફિક બીજા માર્ગે જાય છે. બીજો વહીવટ માર્ગ ઉપલબ્ધ રાખીને પરીક્ષણ કરો, અને ક્લાયન્ટ જે રૂટ ઇન્સ્ટોલ કરે છે તે નોંધો જેથી પછીનો ફેરફાર સમજાવી શકાય.
VMની અંદર સર્વર: અન્ય ક્લાયન્ટ તેમાં જોડાય છે
સ્વ-સંચાલિત સર્વર માટે લિસનર, પ્રમાણપત્ર કે કી સામગ્રી, વપરાશકર્તા ડેટાબેઝ અને ફોર્વર્ડિંગ નિયમો તમારા છે. જો સર્વર અન્ય ક્લાયન્ટ માટે ટ્રાફિક ફોર્વર્ડ કરે છે, તો ઇન્સ્ટન્સ રાઉટર બની જાય છે, અને તે માટે ગેસ્ટ-સ્તરીય ફોર્વર્ડિંગ ઉપરાંત AWS-સ્તરે રૂટ અને સિક્યોરિટી ગ્રુપના ફેરફારો જરૂરી છે.
ગેસ્ટમાંથી લિસનર ચકાસો અને ફરી બીજા સબનેટમાંથી, પછી એવા હોસ્ટને ચકાસો જેના માટે ઇન્સ્ટન્સ ફોર્વર્ડ કરે છે. તંદુરસ્ત સ્થાનિક સેવા ફોર્વર્ડ થયેલા માર્ગ વિશે કંઈ સાબિત કરતી નથી, તેથી બંને પરિણામો ફેરફાર નોંધમાં લખો.
સંચાલિત ગેટવે સેવા રાખે છે, તમારી ઍક્સેસ ડિઝાઇન નહીં
AWS Site-to-Site VPN ગ્રાહક-ગેટવે અને AWS-ગેટવે ટનલ ભૂમિકાઓનું દસ્તાવેજીકરણ કરે છે, અને તે કનેક્શન ખરીદવાથી દરેક રિમોટ-ઍક્સેસ ડિઝાઇન બદલાતી નથી. Client VPN ક્લાયન્ટ પર્સોનાઓ સાથેનું સંચાલિત એન્ડપોઇન્ટ દસ્તાવેજીકરણ કરે છે, જ્યારે અધિકૃતિ નિયમો અને લક્ષ્ય રૂટ તમારા જ રહે છે. AWS એન્ડપોઇન્ટ અને તેના પ્રમાણપત્રો ચાલુ રાખે છે; કોણ કઈ એપ સુધી પહોંચી શકે છે તે હજી પણ તમે લખો અને જાળવો તે અધિકૃતિ નિયમ છે.
પાંચ અક્ષ પર ઉત્પાદનોમાંથી પસંદ કરો: દરેક કઈ ભૂમિકા ભજવે છે, કયા પ્રોટોકોલ સ્વીકારે છે, કયા ઓળખ સ્રોતની અપેક્ષા રાખે છે, ટ્રાફિક કેવી રીતે ફોર્વર્ડ થાય છે અને ઉપલબ્ધતા કેવી રીતે આપવામાં આવે છે. ફોરમ થ્રેડમાં ટાંકવામાં આવેલ કોઈપણ એકલ થ્રુપુટ આંકડાને અવગણો, કારણ કે પ્રકાશિત ક્ષમતા સેવા સાથે બદલાય છે. અને ધારશો નહીં કે સંચાલિત ટનલ જોડી કોઈ મનસ્વી ગેસ્ટ ક્લાયન્ટનું વર્તન બદલે છે.
ઉત્પાદન પહેલાં ભૂમિકા પસંદ કરો
દિશા નામ આપતું એક વાક્ય લખો: આ VM નેટવર્કમાં જોડાય છે, આ VM ક્લાયન્ટ સ્વીકારે છે, અથવા AWS ગેટવે વ્યાખ્યાયિત નેટવર્ક જોડે છે.
તે વાક્ય ઉત્પાદનોની ટૂંકી યાદી, સૉફ્ટવેરનો માલિક અને તમે ડિબગ કરશો તે નિષ્ફળતાના પ્રકારો નક્કી કરે છે. જો જરૂરિયાત દૂરસ્થ વપરાશકર્તાઓની એપ સુધી પહોંચવાની હોય, તો એપના VMમાં ઇન્સ્ટોલ કરેલ ક્લાયન્ટ ખોટું સ્વરૂપ છે. જો જરૂરિયાત એક VMની ભાગીદાર નેટવર્ક સુધી પહોંચવાની હોય, તો સંચાલિત સાઇટ-થી-સાઇટ ગેટવે કાર્યની જરૂર કરતાં વધુ મશીનરી છે. બંને જવાબો કાયદેસર છે; તેમાંથી ફક્ત એક જ તમે લખેલા વાક્ય સાથે મેળ ખાય છે.