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

હોસ્ટની સફળતા કંઈ સાબિત કરતી નથી

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

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

કયું એડેપ્ટર શેર છે, કયું ક્લાયંટની સેવા કરે છે

બંને એડેપ્ટર નોંધો, કારણ કે તેઓ જુદા જુદા સરનામાં અને જુદા જુદા ફિલ્ટર ધરાવે છે, અને ખોટા એડેપ્ટર પરનો ફેરફાર ઘણા મૂંઝવણભર્યા પરિણામો સમજાવે છે. શેરિંગ હોસ્ટ સામાન્ય રીતે ડાઉનસ્ટ્રીમ બાજુ પર નિશ્ચિત સરનામું લે છે અને ત્યાં નાની DHCP અને DNS સેવા ચલાવે છે. Windows ફોરવર્ડિંગ ગ્લોબલ નહીં પણ દરેક એડેપ્ટર માટે રાખે છે, તેથી સ્થિતિ ઇન્ટરફેસ દીઠ વાંચવી પડે છે.

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfile

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

ફોરવર્ડિંગ, અનુવાદ અને ફિલ્ટરિંગ

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

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

તપાસ ક્લાયંટ પર કરો, હોસ્ટ પર નહીં

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

Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailed

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

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

સંબંધિત લેખો