Linux లో Tailscale క్లయింట్ ప్రకటించిన సబ్నెట్ మార్గాలను ఎందుకు విస్మరిస్తుంది

మీరు Linux ల్యాప్టాప్లో ఉన్నారు, tailscale status ఇతర మెషీన్లను జాబితా చేస్తుంది, మరియు 10.80.0.25 లోని NAS ఇప్పటికీ సమయం ముగిసి ఆగుతుంది. tailnet ఆరోగ్యకరంగా ఉంది, సబ్నెట్ రౌటర్ ఆన్లైన్లో ఉంది, మరియు క్లయింట్ అవుట్పుట్లో దాని వెనుక ఉన్న LAN ఎందుకు చేరుకోలేమో ఏమీ చెప్పదు. క్రింది మార్గదర్శకం ఆ లక్షణం నుండి బయటకు కదులుతుంది: ఈ క్లయింట్పై ఫ్లాగ్, తర్వాత రౌటర్పై ప్రకటన, తర్వాత ఆమోదం, తర్వాత విధానం, ఆ తర్వాత మాత్రమే గమ్యం స్వయంగా. ప్రతి ద్వారం అదే సమయ ముగింపుతో విఫలమవుతుంది, కాబట్టి క్రమం ఆదేశాల కంటే ముఖ్యం.

Linux క్లయింట్ ఇన్స్టాల్ చేయడానికి నిరాకరించేది

Linux లో Tailscale క్లయింట్లు మీరు అడగకపోతే ప్రకటించిన సబ్నెట్ మార్గాలను అంగీకరించవు. ఆ సెట్టింగ్ లేకుండా క్లయింట్ tailnet లో చేరి సహచర చిరునామాలను చేరుకుంటుంది, కానీ రౌటర్ ప్రకటించే ప్రతి ప్రిఫిక్స్ ఉపయోగించకుండా ఉంటుంది. డిఫాల్ట్ ఉద్దేశపూర్వకం, అందుకే లక్షణం స్థానిక నిర్ణయంలా కాకుండా పాడైన రౌటర్లా కనిపిస్తుంది.

ఇక్కడ రెండు వేర్వేరు విషయాలను రూటింగ్ అంటారు, వాటిలో ఒకటి మాత్రమే మీది. రౌటర్ tailnet లో ప్రిఫిక్స్ను ప్రకటిస్తుంది; మీ మెషీన్ దానిని ఇన్స్టాల్ చేయాలా వద్దా అని నిర్ణయిస్తుంది. ఏదైనా ఒకదానిలో వైఫల్యం అదే సమయ ముగింపును ఇస్తుంది, కాబట్టి ఊహించడం సగం రోజు వృథా చేస్తుంది. ఏదైనా మార్చే ముందు ఏ వైపు నిరాకరిస్తోందో కనుగొనండి.

ఈ మెషీన్ కోసం మార్గ అంగీకారాన్ని ఆన్ చేయండి

క్లయింట్లో ప్రాధాన్యతను సెట్ చేయండి, ఆ తర్వాత ఆదేశం పనిచేసిందని భావించకుండా ఏమి మారిందో చూడండి. ప్రస్తుత రూపం లాగిన్ ప్రవాహాన్ని పునరావృతం చేయకుండా సెట్టింగ్ను వర్తింపజేస్తుంది, ఇది సెషన్ మధ్యలో ఉన్నప్పుడు ముఖ్యం.

sudo tailscale set --accept-routes
tailscale status
ip route show table 52

Tailscale Linux లో ఆమోదించిన మార్గాలను దాని స్వంత పట్టికలో ఇన్స్టాల్ చేస్తుంది, కాబట్టి పట్టిక 52 లో ప్రిఫిక్స్ కనిపించడం ఈ క్లయింట్ ప్రకటనను ఇన్స్టాల్ చేసినందుకు ప్రత్యక్ష సాక్ష్యం. మీ పరిధి ఆ పట్టికలో లేకపోతే ఆపండి: సమస్య స్థానికం, రౌటర్పై ఎంత పని చేసినా అది మారదు.

పాత క్లయింట్లు అదే ప్రాధాన్యతను లాగిన్ ఆదేశం ఫ్లాగ్గా అందిస్తాయి, కాబట్టి tailscale set లేనప్పుడు sudo tailscale up --accept-routes ప్రత్యామ్నాయం. మార్గాలను చేతితో సవరించడం బదులు దాన్ని ఉపయోగించండి, ఎందుకంటే డీమన్ తన పట్టికను తిరిగి రాస్తుంది మరియు తదుపరి తిరిగి కనెక్ట్ అయ్యేటప్పుడు మీ సవరణ మాయమవుతుంది. పాత పోస్ట్ నుండి ఆదేశాన్ని కాపీ చేసే ముందు వెర్షన్ను తనిఖీ చేయండి.

ప్రకటనను మరియు ఆమోదాన్ని విడిగా తనిఖీ చేయండి

సబ్నెట్ రౌటర్పై ప్రిఫిక్స్ ప్రకటించాలి, మరియు కర్నెల్ ఇంటర్ఫేస్ల మధ్య ప్యాకెట్లను ఫార్వార్డ్ చేయాలి. ఫార్వార్డింగ్ లేకుండా ప్రకటన ట్రాఫిక్ను నిశ్శబ్దంగా పడేసే ఆమోదిత మార్గాన్ని ఇస్తుంది, ఇదే అత్యంత సాధారణ సగం పూర్తయిన సెటప్.

sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr

ప్రకటించిన ప్రిఫిక్స్ను మీరు నిజంగా చేరుకోవాలని ప్రయత్నిస్తున్న చిరునామాతో అక్షరం అక్షరం పోల్చండి. 10.70.0.0/24 ప్రకటించే రౌటర్ 10.80.0.25 లోని NAS గురించి ఏమీ చెప్పదు, రెండు సంఖ్యలు సమానంగా నమ్మదగినవిగా కనిపించడం వల్ల ఈ అసమానత ఏ స్థితి అవుట్పుట్లోనూ కనిపించదు. పాడైన మార్గం గురించిన చాలా నివేదికలు ఇక్కడే ముగుస్తాయి. క్రింద ఏదైనా తాకే ముందు ప్రకటనను సరిచేయండి.

ఆమోదం తదుపరి ద్వారం, రౌటర్ షెల్ నుండి కాన్ఫిగర్ చేయబడితే దాన్ని దాటవేయడం సులభం. ఇతర మెషీన్లు ఉపయోగించే ముందు అడ్మిన్ కన్సోల్లో ఆ పరికరానికి ప్రకటనను ప్రారంభించాలి. క్లయింట్పై మార్గాలను అంగీకరించడం ఏదీ ఆమోదించదు మరియు ఏ యాక్సెస్ నియమాన్ని తప్పించదు.

హోస్ట్నామ్ ముందు ప్రైవేట్ చిరునామాను పరీక్షించండి

రౌటర్ స్వంత tailnet చిరునామాకు విజయవంతమైన కనెక్షన్ tailnet పనిచేస్తుందని నిరూపిస్తుంది, అది మీకు ఇప్పటికే తెలుసు. ఉపయోగకరమైన పరీక్ష మీకు నిజంగా అవసరమైన సేవ, మొదట ప్రైవేట్ చిరునామాపై, తద్వారా DNS వైఫల్యం రూటింగ్ వైఫల్యంగా నటించలేదు.

tailscale ping 10.80.0.1
ping -c 2 10.80.0.25
nc -vz 10.80.0.25 445
getent hosts nas.internal.example

చిరునామా సమాధానం ఇచ్చి హోస్ట్నామ్ ఇవ్వకపోతే, మీకు పేరు పరిష్కార సమస్య ఉంది, దాన్ని మార్గ సమస్యగా పరిగణించడం ఆపండి. రెండూ సమాధానం ఇవ్వకపోతే, ఒక విభాగం వెనుకకు వెళ్లి ప్రకటన చిరునామాను కవర్ చేస్తుందని నిర్ధారించండి. రెండు వైఫల్యాలు అప్లికేషన్ నుండి ఒకేలా కనిపిస్తాయి మరియు వేర్వేరు చోట్ల సరిచేయబడతాయి.

tailnet ను నిందించే ముందు ఒక స్థానిక తనిఖీ విలువైనది. మీ ప్రస్తుత LAN దూర సబ్నెట్ వలె అదే ప్రిఫిక్స్ను ఉపయోగించినప్పుడు, కర్నెల్ నేరుగా కనెక్ట్ అయిన మార్గానికి ప్రాధాన్యత ఇస్తుంది మరియు ట్రాఫిక్ ఎప్పుడూ మెషీన్ను విడిచిపెట్టదు; ఇల్లు మరియు కార్యాలయం రెండూ 192.168.1.0/24 ఎంచుకున్నప్పుడు ఇదే జరుగుతుంది.

క్లయింట్ ఫ్లాగ్ రౌటర్ సెట్టింగ్ ఎందుకు కాదు

ఇవి వేర్వేరు అవసరాలతో వేర్వేరు పాత్రలు, మరియు క్లయింట్ ఫ్లాగ్ను రౌటర్కు కాపీ చేయడమే పనిచేసే tailnet లూప్ను పొందే మార్గం. మార్గాలను ప్రకటించే మెషీన్కు ఫార్వార్డింగ్, ఫార్వార్డ్ చేసిన ట్రాఫిక్ను అనుమతించే ఫైర్వాల్ నియమాలు మరియు ఏ ప్రిఫిక్స్లను ప్రకటించాలనే నిర్ణయం అవసరం. వీటిలో ఏదీ --accept-routes నుండి సూచించబడదు.

సబ్నెట్ రౌటర్ పత్రాలు ఒకే ప్రిఫిక్స్ను ప్రకటించే అదనపు రౌటర్లపై మార్గ అంగీకారాన్ని ఆన్ చేయవద్దని హెచ్చరిస్తాయి, ఎందుకంటే స్టాండ్బై నోడ్ ఇప్పటికే స్థానికమైన ట్రాఫిక్ను యాక్టివ్ నోడ్ ద్వారా బయటకు నెట్టగలదు. HA జోడీని నడిపిస్తుంటే, దాన్ని పాదటీపుగా కాకుండా డిజైన్ పరిమితిగా పరిగణించండి, మరియు రెండింటిపై ఆమోదించే ముందు ఏ నోడ్ ప్రిఫిక్స్ను కలిగి ఉందో నిర్ణయించండి. ఒకే రౌటర్పై అదే హెచ్చరిక అంగీకారం క్లయింట్లకు చెందుతుంది, ప్రకటించే మెషీన్కు కాదు అని గుర్తు చేస్తుంది. ఏ ద్వారం మూసి ఉందో రాయండి.

సాధారణ క్లయింట్కు క్రమం ప్రారంభంలో విఫలమైన అప్లికేషన్ పరీక్షతో ముగుస్తుంది. రౌటర్ కోసం ఫార్వార్డింగ్, ప్రకటన, ఆమోదం మరియు ఫైర్వాల్ను అదే క్రమంలో సమీక్షించండి, ఎందుకంటే మొదటి లేనిది మీరు ప్రారంభించిన అదే సమయ ముగింపును ఉత్పత్తి చేస్తుంది.