હેન્ડશેક થાય છે, ઇન્ટરનેટ નહીં: Windows 11 પર પહેલાં શું સુધારવું

Windows 11 પર ઘણી વાર તાજા હેન્ડશેક એવા બ્રાઉઝરની બાજુમાં હોય છે જે કંઈ ખોલતા નથી. હેન્ડશેક ફક્ત એ સાબિત કરે છે કે પીઅર સાથે UDP વિનિમય પૂરો થયો. તે Windows મૂકેલા રૂટ, તે વાપરતા રિઝોલ્વર, કે એક્ઝિટ કંઈ ફોરવર્ડ કરે છે કે નહીં.

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

કીને અડકતા પહેલાં સ્તર નક્કી કરો

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

આ ક્રમ જ આખી પદ્ધતિ છે. તે DNS ખામીને તૂટેલી ટનલ તરીકે નિદાન થતી અટકાવે છે, જે અહીં સૌથી સામાન્ય ખોટો વળાંક છે.

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

જો હેન્ડશેક સમય ખાલી હોય

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

બાઇટ બહાર જાય પણ અંદર કંઈ આવે નહીં તે બીજો કિસ્સો છે. તે NAT અથવા ખોટી જગ્યાએ ટ્રાફિક પાછો મોકલતા ફાયરવોલ તરફ ઇશારો કરે છે.

જો રૂટ ફિઝિકલ એડેપ્ટર સામે હારે

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

route print થી અથવા જાહેર સરનામાના લુકઅપથી ખાતરી કરો. પસંદ કરેલું ઇન્ટરફેસ ટનલ એડેપ્ટર હોવું જોઈએ. જો ફિઝિકલ હજી જીતે, તો સર્વરને અડકતા પહેલાં પીઅર રેન્જ સુધારો.

જો સરનામાં કામ કરે અને નામ નિષ્ફળ જાય

WireGuard IP પેકેટ વહન કરે છે અને DNS વિશે તેનો કોઈ મત નથી. ઇન્ટરફેસ વિભાગમાં DNS = લીટી મૂકો, અથવા Windows દ્વારા એડેપ્ટર સેટ કરો. તેના વિના સરનામાથી પિંગ સફળ થાય છે જ્યારે દરેક હોસ્ટનામ નિષ્ફળ જાય છે, અને વપરાશકર્તાઓ તેને ઇન્ટરનેટ નથી તરીકે જણાવે છે.

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

જો Windows મશીન એક્ઝિટ હોય

Internet Connection Sharing ચાલુ હોય ત્યારે એડ્રેસિંગ ફરી લખે છે, જે શેર કરેલા એડેપ્ટરને બીજી રેન્જમાં ખસેડી શકે છે. મૂળ સરનામા તરફ હજી ઇશારો કરતું ક્લાયન્ટ પછી કામ કરવાનું બંધ કરે છે. રજિસ્ટ્રી મૂલ્યો ScopeAddress અને StandaloneDHCPAddress તે રેન્જ નિયંત્રિત કરે છે, અને રીબૂટ પછી સેટિંગ પાછું જઈ શકે છે.

Windows માટે ખાસ બે બીજા સંઘર્ષો જોવા લાયક છે. Routing and Remote Access સેવા ટનલમાં દખલ કરી શકે છે. ખોટી આર્કિટેક્ચર માટે બનેલું ઇન્સ્ટોલર એવા સંદેશ સાથે નિષ્ફળ જાય છે જે આર્કિટેક્ચરનો ક્યારેય ઉલ્લેખ કરતું નથી.

પરીક્ષણે જે સ્તરનું નામ આપ્યું તે સુધારો, પછી એ જ ત્રણ ગંતવ્યો ફરી ચલાવો. જે ફેરફાર હોસ્ટનામ પરીક્ષણ સુધારે પણ ટનલ સરનામું તોડે, તે ખોટા સ્તર પર લાગુ થયો છે.