ఈ తనిఖీలను వరుసగా చేయండి, మొదట విఫలమైన దానిలో ఆగండి, ఎందుకంటే ప్రతి సమాధానం తదుపరి అడుగు అర్థాన్ని మారుస్తుంది. నిజమైన ప్రశ్న సన్నగా ఉంది: ZeroTier నెట్వర్క్లో సాధారణ HTTP ఇంటర్నెట్ ద్వారా బహిరంగంగా ప్రయాణిస్తుందా? రెండు ZeroTier పీర్ల మధ్య సాధారణంగా ఉండదు, ఎందుకంటే ఓవర్లే ఆ హాప్ను గుప్తీకరిస్తుంది. కానీ అది రెండు చివరి బిందువుల గురించిన ప్రకటన, అభ్యర్థన దాటే ప్రతి విభాగం గురించి కాదు. రౌటర్, బ్రిడ్జ్ లేదా రివర్స్ ప్రాక్సీ చివరి బిందువును కదిలిస్తుంది, దాని అవతలి వైపు మళ్లీ స్పష్ట పాఠ్యం మొదలవుతుంది.

తనిఖీ 1: బ్రౌజర్ డయల్ చేసే చిరునామాను కనుగొనండి

URL ను మెషీన్ వాస్తవంగా కలిగి ఉన్న దానితో పోల్చండి. ip -brief addr show zt ఇంటర్ఫేస్ మరియు నెట్వర్క్ కంట్రోలర్ కేటాయించిన ఓవర్లే చిరునామాను చూపుతుంది; URL ఆ చిరునామాను ఉపయోగిస్తే, బ్రౌజర్ సాకెట్ ఓవర్లేలోకి వెళుతుంది.

బదులుగా పేరు LAN చిరునామాకు పరిష్కరించబడితే, క్లయింట్ స్థితి సూచిక ఏమి సూచించినా ఓవర్లే అసలు పాల్గొనకపోవచ్చు. ip route get 10.147.20.5 కెర్నల్ ఎంచుకునే ఇంటర్ఫేస్ మరియు మూల చిరునామాను ముద్రిస్తుంది, కాబట్టి అక్కడ zt ఇంటర్ఫేస్ ఉంటే ప్యాకెట్ ఓవర్లేలోకి ప్రవేశిస్తుంది, మీ భౌతిక NIC పేరు ఉంటే ప్రవేశించదు. పేర్లు మరో పొరను జోడిస్తాయి: ఓవర్లే చిరునామాను సూచించే రికార్డు LAN చిరునామాను సూచించే దానికంటే భిన్నంగా ప్రవర్తిస్తుంది, మరియు శోధన సఫిక్స్ లేదా hosts ఫైల్ ఎంట్రీ మీకు ఏది లభిస్తుందో నిశ్శబ్దంగా నిర్ణయించగలదు.

తనిఖీ 2: రెండు చివరలు పీర్లేనని, గుప్తీకరణ తీసివేసే రిలే కాదని నిర్ధారించండి

ZeroTier పీర్ల మధ్య గుప్తీకరిస్తుంది, నేరుగా మార్గం లేని చోట ప్యాకెట్లు ఇంకా గుప్తీకరించిన స్థితిలోనే పంపే మూలం ద్వారా రిలే చేయబడతాయి. zerotier-cli peers ప్రతి పీర్ మార్గాన్ని DIRECT లేదా RELAY గా ఆలస్య సంఖ్యతో గుర్తిస్తుంది. రిలే చేసిన మార్గం రౌండ్ ట్రిప్లను ఖర్చు చేస్తుంది, గోప్యతను కాదు.

సమాధానాన్ని మార్చేది నిజంగా చివరి బిందువు కాని సభ్యుడు. అవతలి వైపు భౌతిక LAN లోకి రూట్ లేదా బ్రిడ్జ్ చేసే ZeroTier సభ్యుడు అయితే, ఓవర్లే ఆ సభ్యుడి వద్ద ముగుస్తుంది మరియు తదుపరి హాప్ సాధారణ ఈథర్నెట్.

తనిఖీ 3: అభ్యర్థన ఎక్కడ చదవదగినదవుతుందో గమనించండి

పేజీని అందిస్తుందని మీరు నమ్మే హోస్ట్లో, రీలోడ్ చేస్తున్నప్పుడు ఓవర్లే ఇంటర్ఫేస్ను క్యాప్చర్ చేయండి: sudo tcpdump -i ztxxxxxxx -A -c 5 'tcp port 80'. ఆ అవుట్పుట్లో చదవదగిన అభ్యర్థన పంక్తి, ఆ హోస్ట్కు ట్రాఫిక్ గుప్తీకరణ తీసివేయబడి చేరిందని నిరూపిస్తుంది, అదే మీరు వెతుకుతున్న సరిహద్దు.

తర్వాత మిగిలిన LAN వైపు చూసే ఇంటర్ఫేస్పై క్యాప్చర్ చేయండి. అదే అభ్యర్థన అక్కడ బహిరంగంగా కనిపిస్తే, అది అప్లికేషన్ను చేరే ముందే ఓవర్లేను విడిచింది మరియు ఆ విభాగంలోని ప్రతి పరికరం దాన్ని చదవగలదు. LAN వైపు ఏమీ కనిపించకపోయినా పేజీ ఇంకా లోడ్ అవుతుంటే, అప్లికేషన్ ZeroTier హోస్ట్పైనే ముగుస్తోంది.

ముందు రివర్స్ ప్రాక్సీ ఉన్నప్పుడు లూప్బ్యాక్ క్యాప్చర్ చేయడం కూడా ముఖ్యం, ఎందుకంటే HTTPS ను అంగీకరించి HTTP ను పంపే ప్రాక్సీ సరిహద్దును తన స్వంత బ్యాకెండ్కు కదిలిస్తుంది.

తనిఖీ 4: రౌటర్ లేదా బ్రిడ్జ్ వెనుక ప్రతి హాప్ను లెక్కించండి

ఓవర్లే మరియు LAN మధ్య రూట్ చేయడానికి కాన్ఫిగర్ చేసిన సభ్యుడు సాధారణ రూపకల్పన మరియు ఈ ఊహలు ఎక్కువగా విరిగిపోయే చోటు. ఓవర్లే బ్రౌజర్ నుండి రౌటర్ వరకు ఉన్న భాగాన్ని రక్షిస్తుంది, దాని తర్వాత ఏమీ లేదు. బ్రిడ్జ్ అదే కథను వేరే యంత్రాంగంతో చెబుతుంది: ఓవర్లే మరియు భౌతిక విభాగం ఒకే ప్రసార డొమైన్ అవుతాయి, కాబట్టి బ్రిడ్జ్ చేసిన ల్యాప్టాప్ నుండి వచ్చే అభ్యర్థన ఆ ల్యాప్టాప్ ZeroTier నెట్వర్క్లో ఉన్నా సాధారణ ఈథర్నెట్ ద్వారా వెళుతుంది.

ఊహించకుండా దాన్ని ట్రేస్ చేయండి. క్లయింట్ నుండి సేవా చిరునామా వరకు traceroute మరియు గేట్వే సభ్యుడిపై రూటింగ్ పట్టిక కలిసి చివరి హాప్ zt లేదా eth అని చూపుతాయి.

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

తనిఖీ 5: అప్లికేషన్ ఇంకా ఏమి చేయాలో నిర్ణయించండి

ఓవర్లే సభ్యత్వం పరికరాన్ని నెట్వర్క్కు ప్రామాణీకరిస్తుంది, అవతలి వైపు సేవ మీరు చేరాలనుకున్నదేనా అని ఏమీ చెప్పదు. HTTPS హోస్ట్ పేరును కీతో బంధించి వేరే ప్రశ్నకు సమాధానమిస్తుంది, కాబట్టి ఈ రెండు రక్షణలు ఒకదానికొకటి ప్రత్యామ్నాయం కాకుండా అతివ్యాప్తి చెందుతాయి. అధికారం పొందిన పీర్ కూడా తప్పు సేవ కావచ్చు, రాజీపడిన చివరి బిందువు అభ్యర్థనను గుప్తీకరణకు ముందు మరియు గుప్తీకరణ తీసివేత తర్వాత రెండింటిలోనూ చదువుతుంది. అప్లికేషన్ ఏమి నమోదు చేస్తుందో ఏ యంత్రాంగం ఆడిట్ చేయదు.

పునర్వినియోగించగల సెషన్ లేదా పాస్వర్డ్ ఉన్న దేనికైనా, TLS ను అప్లికేషన్లో లేదా మీరు నియంత్రించే ప్రాక్సీలో ముగించి, ధృవపత్ర ధృవీకరణను ఆన్లో ఉంచండి. పాత సేవ సాధారణ HTTP పైనే ఉండాల్సి వస్తే, అది ఉపయోగించగల ఖచ్చితమైన హోస్ట్-టు-హోస్ట్ మార్గం, ఎవరు దాన్ని చేరగలరు, ఏ విభాగం అసురక్షితంగా ఉంటుందో రాయండి; భవిష్యత్ సమీక్షకుడికి అవసరమైనది ఆ గమనికే.

"VPN కనెక్ట్ అయింది" అనేది వీటిలో దేని మూల్యాంకనమూ కాదు. నిజాయితీ వెర్షన్ రెండు చివరి బిందువులను, వాటి మధ్య మార్గాన్ని, కవర్ చేయని మొదటి హాప్ను పేర్కొంటుంది.

క్యాప్చర్ అవుట్పుట్ మరియు పీర్ జాబితాను సేవా డాక్యుమెంటేషన్ పక్కన ఉంచండి, తద్వారా మార్గాన్ని మార్చే లేదా బ్రిడ్జ్ జోడించే ఎవరైనా తాము భంగం చేయబోతున్న ఊహ ఏదో చూడగలరు.

సంబంధిత వ్యాసాలు