Windows પર WireGuard સર્વરના જાહેર IP પર SSH નિષ્ફળ જાય છે

જે ટનલ ચાલુ થાય ત્યારે સર્વરના જાહેર સરનામા પર SSH કામ કરવાનું બંધ કરે છે તે સર્વર કનેક્શન નકારે છે તેવું દેખાય છે. Windows પર વધુ સંભવિત કારણ સ્થાનિક છે: પૂર્ણ-ટનલ AllowedIPs /0 હોય ત્યારે પ્રતિબંધક ફાયરવોલ નિયમો ચાલુ થાય છે જે ટનલના પોતાના વહનને અને બહુ ઓછું બીજું કંઈ પણ મંજૂરી આપે છે. તે સરનામા પર પહોંચતા એન્ક્રિપ્ટેડ પેકેટ એ વિશે કંઈ કહેતા નથી કે તે જ સરનામા પર અલગ TCP કનેક્શન બહાર જઈ શકે છે કે નહીં.

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

રૂટિંગ પરવાનગી અને ફાયરવોલ પરવાનગી અલગ છે

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

તેથી એન્ડપોઇન્ટ પર traceroute સફળ થઈ શકે છે જ્યારે SSH પ્રયાસ નિષ્ફળ જાય છે. પહેલાને અપવાદ ધરાવતી સેવા વહન કરે છે, બીજાને નહીં.

Windows પર /0 શું કરે છે

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

તે નિયમો kill switch શબ્દસમૂહ પાછળની કાર્યવિધિ છે. તેઓ એ નામની ચેકબોક્સથી નહીં પણ રૂપરેખાંકનના આકારથી સક્રિય થાય છે.

અપવાદો સંરક્ષણ મોડેલ બદલે છે

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

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

તમે પસંદ કરેલો મેનેજમેન્ટ માર્ગ ચકાસો

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

ipconfig | findstr /i "WireGuard IPv4"
wg show
ssh -v [email protected]
Test-NetConnection 203.0.113.9 -Port 22

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

મેનેજમેન્ટ માર્ગ, વપરાયેલું સરનામું અને ટનલ બંધ હોય ત્યારનું વર્તન નોંધો. તે નોંધ જ આગલી વ્યક્તિને પાંચ મિનિટ બચાવવા બાયપાસ પહોળો કરતી અટકાવે છે.