વર્ચ્યુઅલ મશીનમાં VPN દ્વારા ખાનગી સેવા સુધી કેવી રીતે પહોંચવું

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

કંઈપણ બદલતા પહેલાં બંને માર્ગ નોંધો

મહેમાન પર, ipconfig /all તે એડેપ્ટર બતાવે છે જે VPN પરિવહન વહન કરે છે અને તે સરનામું જે તેને વર્ચ્યુઅલ નેટવર્કના DHCP તરફથી મળ્યું છે। Mac પર, હાઇપરવાઇઝરે તે સેગમેન્ટ માટે બનાવેલું વર્ચ્યુઅલ ઇન્ટરફેસ નોંધો; VMware Fusion સાથે ફક્ત-હોસ્ટ ઉપકરણ સામાન્ય રીતે vmnet1 હોય છે, અને Parallels પોતાનું નામ આપે છે। ત્યાં કોણ સરનામાં વહેંચે છે તે ધ્યાનમાં રાખો, પછી બધું લખો, કારણ કે વર્ચ્યુઅલ નેટવર્ક ફરી બનાવાય ત્યારે ફક્ત-હોસ્ટ સબનેટ વારંવાર ફરી ફાળવાય છે। વર્ચ્યુઅલ મશીનનો નેટવર્ક મોડ હાઇપરવાઇઝરમાં ચકાસો, તમારી યાદમાં નહીં। ઇન્ટરનેટ તરફનું એડેપ્ટર માટે શેર્ડ અથવા NAT મોડ અને Mac તરફનું એડેપ્ટર માટે ફક્ત-હોસ્ટ મોડ એ આ પગલાં ધારે છે તે ગોઠવણી છે।

બે એડેપ્ટર, બે હેતુ। એક જ એડેપ્ટર Mac અને ઇન્ટરનેટ બંનેને સેવા આપે તે રીતે તેમને ભેગા કરવું એ જ સાંકડા દરવાજાને રાઉટ કરેલા માર્ગમાં ફેરવે છે।

પહેલા મહેમાનનું પોતાનું VPN ખાતરી કરો

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

જો ક્લાયન્ટ પૂર્ણ ટનલ દબાણ કરે, તો ફક્ત-હોસ્ટ એડેપ્ટર હજુ પણ સ્થાનિક ટ્રાફિક વહન કરે છે, પરંતુ ચકાસો કે ખાનગી ગંતવ્યને ટનલ એવી રીતે પકડતી નથી જે તેનું સરનામું બદલે। સ્પ્લિટ ટનલ પ્રોફાઇલ આને સરળ બનાવે છે અને VPNનો માલિક જે પણ હોય તેની પાસે માંગવા લાયક છે।

ફક્ત-હોસ્ટ પગ ઉમેરો અને તેને એકલો ચકાસો

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

Windows નવા એડેપ્ટરને જાહેર નેટવર્ક તરીકે વર્ગીકૃત કરી શકે છે, જે મૂળભૂત રીતે આવતા ટ્રાફિકને અવરોધે છે। બીજું કંઈ ડિબગ કરવા પહેલાં પ્રોફાઇલ સેટ કરો।

એક પોર્ટ ફોરવર્ડ કરો, સબનેટ નહીં

સામાન્ય IP ફોરવર્ડિંગ કરતાં એક ફોરવર્ડ કરેલો પોર્ટ પસંદ કરો। Windows netsh interface portproxy પૂરો પાડે છે, જે સાંભળતા પોર્ટને લક્ષ્ય હોસ્ટ અને પોર્ટ પર ફોરવર્ડ કરે છે, અને તેને IP Helper સેવા ચાલુ હોવી જરૂરી છે।

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

ચકાસો, પછી રોલબેક લખો

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

રોલબેક ત્રણ પગલામાં લખો: portproxy એન્ટ્રી કાઢો, ફાયરવોલ નિયમ કાઢો, ફક્ત-હોસ્ટ એડેપ્ટર અલગ કરો। પછી તેની જરૂર પડે તે પહેલાં એક વાર ચલાવો અને ખાતરી કરો કે મહેમાનનું પોતાનું VPN પછી પણ કામ કરે છે। જો તમારી સંસ્થા દરેક Macને સ્વતંત્ર રીતે નોંધણી કરવાનું કહે, તો અહીં થોભો અને તેના બદલે તે મોડેલ વાપરો, કારણ કે વહેંચાયેલ ફોરવર્ડિંગ બિંદુ પ્રવેશને એક મહેમાન પર કેન્દ્રિત કરે છે। કોઈપણ રીતે, સરનામાં અને પોર્ટ પરિવર્તન રેકોર્ડમાં મૂકો; આગલી વ્યક્તિ તેમને ફરી શોધવા નહીં માંગે।