એક Tailscale હોસ્ટ સુધી પહોંચી શકાતું નથી: સબનેટ રાઉટર કે એક્ઝિટ નોડ?

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

જે ગંતવ્ય નિષ્ફળ ગયું ત્યાંથી શરૂ કરો

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

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

એવા ઉપકરણ સુધી પહોંચો જે ક્યારેય Tailscale ચલાવતું નથી

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

tailscale up --advertise-routes=10.40.0.0/24 --advertise-exit-node=false
ip route get 10.40.0.55
tailscale status

જાહેરાત ત્રણ શરતોમાંથી ફક્ત પ્રથમ છે. માર્ગ tailnet માટે મંજૂર થવો જોઈએ, ક્લાયન્ટે જાહેર કરેલા માર્ગો સ્વીકારવા જોઈએ, અને એક એક્સેસ નિયમે કનેક્શનને પરવાનગી આપવી જોઈએ. આ સાંકળને કારણે જ લક્ષણ ઘણી વાર એ હોય છે કે રાઉટર ચાલુ છે અને NAS નથી. પહોંચી શકાય તેવું રાઉટર સાબિત કરે છે કે ટનલ કામ કરે છે; તે મંજૂરી, ક્લાયન્ટ સ્વીકૃતિ કે નીતિ વિશે કંઈ સાબિત કરતું નથી.

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

જાહેર ટ્રાફિક બીજી મશીન દ્વારા બહાર મોકલો

એક્ઝિટ નોડ તમારો સામાન્ય ઇન્ટરનેટ ટ્રાફિક પોતાના દ્વારા રાઉટ કરે છે, જે અન્ય VPN ઉત્પાદનોની ફુલ-ટનલ ગોઠવણીની સૌથી નજીકની સમાનતા છે. તેને પણ ત્રણ અલગ સંમતિઓની જરૂર છે: ઉપકરણ ભૂમિકા જાહેર કરે છે, વ્યવસ્થાપક તેને પરવાનગી આપે છે, અને ક્લાયન્ટ તેને પસંદ કરે છે. tailnet માં જોડાવાથી ડિફોલ્ટ રૂપે બીજા સભ્ય દ્વારા કંઈ જતું નથી.

tailscale up --advertise-exit-node
tailscale up --exit-node=100.101.102.103 --exit-node-allow-lan-access=false
tailscale status --json | grep -i exitnode

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

એક્ઝિટ નોડ ઇન્ટરનેટ તમને કેવી રીતે જુએ છે તે પણ બદલે છે, ફક્ત કેવું ઝડપી લાગે છે તે નહીં. ધારો કે ભૌગોલિક સ્થાન, સ્ટ્રીમિંગ કૅટલોગ અને દર મર્યાદાઓ તમારા સરનામાને નહીં, એક્ઝિટના સરનામાને અનુસરશે.

જ્યારે ફક્ત એક હોસ્ટ નિષ્ફળ જાય ત્યારે ત્રિપક્ષીય વિભાજન વાંચો

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

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

તમે બનાવ્યો હોવાનું માનો છો તે માર્ગની પુષ્ટિ કરો

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

ip route get 10.40.0.55
ip -6 route show default
tailscale ping 10.40.0.55

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