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

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

PC ગેટવેએ શું કરવું પડે

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

console -> dedicated ethernet -> windows sharing / nat
        -> selected tunnel interface -> internet

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

નિર્ણય કરતી સરખામણીઓ

ત્રણ ભેદ PC ગેટવેને રાઉટર ગેટવેથી અલગ પાડે છે, અને તે જ મહિનાઓ પછી દેખાય છે. કોષ્ટક તેમને સાથે સાથે મૂકે છે.

AspectWindows PC gatewayRouter gateway
Tied to a user sessionYes; sleep or sign-out ends itNo
Policy visibilitySplit across client and sharing layerOne ruleset
Address servicePrivate side of the sharing featureRouter scope
Recovery after rebootManual, per sessionAutomatic

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

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

આગળ મોકલેલું ટ્રાફિક અલગ શ્રેણી છે

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

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

કન્સોલનું ટ્રાફિક તપાસો, PCનું નહીં

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

Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4Address
Get-NetAdapter | Select-Object Name, Status, LinkSpeed
arp -a | findstr 192.168.137.
Test-NetConnection 192.168.137.10 -Port 3074

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

ગોઠવણને તેના ઇન્ટરફેસ નામો અને એડ્રેસ શ્રેણીઓ સાથે દસ્તાવેજી રાખો. આગલા અપડેટ પછી તે તૂટે ત્યારે તે પૃષ્ઠ એક કલાકની ફરી શોધ બચાવે છે.

સંબંધિત લેખો