Tor రిలే మరియు VPN సర్వర్: అవి ఎందుకు పరస్పరం మార్చుకోలేనివి
Tor రిలేపై తెరిచిన పోర్ట్ VPN ముగింపు బిందువు కాదు. ముందుగా పోర్ట్ ఏమి సేవ చేస్తుంది, రిలే పాత్ర, SOCKS శ్రోత పరిధి మరియు ప్రొఫైల్ తనిఖీ చేయండి.
మీకు ఒక చిరునామా ఉంది, పోర్ట్ సమాధానం ఇస్తుంది, మరియు క్లయింట్ ఎలాంటి ఫిర్యాదు లేకుండా దాన్ని ఆమోదిస్తుంది. వీటిలో ఏదీ Tor రిలేను VPN ముగింపు బిందువుగా చేయదు, మరియు ప్రొఫైల్ శుభ్రంగా దిగుమతి అయి తర్వాత చేతులు కలపడంలో విఫలమవుతుంది కాబట్టి పొరపాటు ఖరీదైనది. నేను క్రింది నాలుగు తనిఖీలను వరుసగా ఉపయోగిస్తాను; ప్రతి దానికి ఆపే షరతు ఉంటుంది, మరియు ముందుగానే ఆపడమే ముఖ్యం. మొదటి తనిఖీ విఫలమైతే, మిగిలినవి మీకు సహాయపడలేవు.
పోర్ట్ నిజంగా ఏమి సేవ చేస్తుందో తనిఖీ చేయండి
తెరిచిన పోర్ట్ ఒక శ్రోత ఉన్నట్లు రుజువు చేస్తుంది, అంతకు మించి కాదు. రిలే యొక్క ORPort TLS చేతులు కలపడం తర్వాత Tor యొక్క సొంత కణాలతో మాట్లాడుతుంది, కాబట్టి విజయవంతమైన TLS పరీక్ష అక్కడ VPN ప్రోటోకాల్ ఆమోదించబడుతుందా అనే దాని గురించి దాదాపు ఏమీ చెప్పదు:
nc -vz 203.0.113.20 443
openssl s_client -connect 203.0.113.20:443 -brief < /dev/null
ధృవపత్రం ఉందా అని కాదు, ధృవపత్రాన్ని చదవండి. రిలేలు ఉద్దేశపూర్వకంగా కంటికి తెలియని పేరుతో స్వయం-సంతకం చేసిన ధృవపత్రాన్ని అందిస్తాయి, ఎందుకంటే రిలే ట్రాఫిక్ సాధారణ HTTPS లాగా కనిపించాలి; కానీ VPN సర్వర్ ధృవపత్రం మీ ప్రొఫైల్ ఆశించే పేరును కలిగి ఉంటుంది. ఎదురుగా ఉన్న పక్షం VPN ప్రోటోకాల్ మొదటి ప్యాకెట్కు ఎప్పటికీ సమాధానం ఇవ్వకపోతే, ప్రొఫైల్లో ఎంత మార్చినా ఫలితం మారదు.
చిరునామా మీ క్లయింట్ పంపే చేతులు కలపడాన్ని పూర్తి చేయకపోతే ఇక్కడ ఆపండి. అది ప్రోటోకాల్ సమాధానం, కాన్ఫిగరేషన్ సమస్య కాదు, మరియు దిగుమతి చేసిన ప్రొఫైల్ ఎప్పటికీ 'connecting' వద్ద ఉండిపోవడానికి అత్యంత సాధారణ కారణం అదే.
నెట్వర్క్ పరిమాణం కాదు, రిలే పాత్రను తనిఖీ చేయండి
రిలే పాత్రలు వేర్వేరు పనులు చేస్తాయి. guard క్లయింట్లకు మొదటి అంగలు, మధ్య రిలే ఇతర రిలేల మధ్య సర్క్యూట్లను ముందుకు పంపుతుంది, exit గమ్యస్థానాలను తాకే భాగం, మరియు వంతెన అనేది BridgeDB ద్వారా పంపిణీ చేయబడే ప్రైవేట్ ప్రవేశ బిందువు. Tor యొక్క పదకోశం ఈ నిర్వచనాలను వేరుగా ఉంచుతుంది, మరియు చేరుకోగలగడం ప్రతి పాత్రలో భాగం, కానీ ఏకపక్ష క్లయింట్లకు సేవ చేసే అనుమతి ఏదానిలోనూ భాగం కాదు.
exit విధానం చదవదగినది ఎందుకంటే అది ముందుకు పంపే నియమాన్ని పోలిన ఏకైక భాగం, మరియు exit ఏ గమ్యస్థానాలకు బయటకు వెళ్లడానికి అనుమతిస్తుందో అది నియంత్రిస్తుంది, లోపలికి అనుమతించే క్లయింట్లను కాదు. పోర్ట్ 25 ను నిరోధించే కఠినమైన exit విధానం బయటకు వెళ్లే దుర్వినియోగ నియంత్రణ గురించి ఏదో చెబుతుంది, OpenVPN క్లయింట్ను యంత్రం వైపు మళ్లించవచ్చా అనే దాని గురించి కాదు.
పేరు ప్రతిష్ఠ ఆధారంగా వాదిస్తుంటే ఆపండి: రిలేలు ట్రాఫిక్ను ముందుకు పంపుతాయని చిరునామా మీది ఆమోదించాలని అనుకోవడం సరైనది కాదు. Tor ఏకాభిప్రాయం మరియు తన సొంత ప్రోటోకాల్ ద్వారా మార్గాలను ఎంచుకుంటుంది; VPN క్లయింట్ భాగస్వామి కాదు, చేరడానికి సర్క్యూట్ లేదు.
SOCKS శ్రోత స్థానికమా లేదా బహిరంగమా తనిఖీ చేయండి
Tor క్లయింట్ అదే యంత్రంలోని అనువర్తనాలకు SOCKS ఇంటర్ఫేస్ను బహిర్గతం చేస్తుంది, డిఫాల్ట్గా loopback పై. ఆ శ్రోత స్థానిక సౌలభ్యం, రిలే ఇంటర్నెట్కు అందించే సేవ కాదు, మరియు దాన్ని బహిరంగ ప్రాక్సీగా పరిగణించడమే ప్రజలు అనుకోకుండా తెరిచిన రిలేను నడపడానికి చేరే మార్గం:
ss -ltnp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 https://check.torproject.org
బైండ్ చిరునామానే సూచన. 127.0.0.1:9050 పై SocksPort తన పని చేస్తోంది; 0.0.0.0 పై విని బయట నుండి చేరుకోగలిగేది తెరిచిన ప్రాక్సీ, మరియు Tor యొక్క సొంత యాక్సెస్ విధాన నియంత్రణలు ఆ బహిర్గతం లక్షణం కాదు, సమస్య కాబట్టే ఉన్నాయి.
Tor అవసరమయ్యే అనువర్తనాన్ని loopback పోర్ట్ వైపు మళ్లించి, పేర్లను Tor పరిష్కరించనివ్వండి, పైన ఉన్న socks5h రూపం అలాగే చేస్తుంది. ఆ పోర్ట్కు రిలే చిరునామాను ప్రత్యామ్నాయం చేయవద్దు; మీ అనువర్తనం అడిగే ఇంటర్ఫేస్ను రిలే అందించదు.
VPN ప్రొఫైల్ నిజమైన ముగింపు బిందువుకు సరిపోతుందో తనిఖీ చేయండి
VPN ప్రొఫైల్ అనేది ఆశల కట్ట: OpenVPN కి సర్వర్ ధృవపత్రం లేదా CA, క్లయింట్ ధృవపత్రం మరియు కీ, సాధారణంగా TLS కీ అవసరం, కానీ WireGuard కి ఎదురుగా ఉన్న పక్షం పబ్లిక్ కీ, ముగింపు బిందువు మరియు అనుమతించిన IP అవసరం. వీటిలో ఏదీ చిరునామా మరియు తెరిచిన పోర్ట్ నుండి పొందలేము, అందుకే ఇలా నిర్మించిన ప్రొఫైల్ కనెక్ట్ అయ్యేటప్పుడు కాదు, మొదటి మార్పిడిలోనే విఫలమవుతుంది.
మీకు ప్రొఫైల్ అందజేసినప్పుడు, మీరు నియంత్రించే ముగింపు బిందువు లేదా మీరు గుర్తించగలిగే ప్రదాతతో దాన్ని ధృవీకరించండి:
wg show
openvpn --config client.ovpn --verb 4
OpenVPN లాగ్లో TLS చర్చల లోపం అసమతుల్యతను నేరుగా పేర్కొంటుంది; wg show లో, చేతులు కలపడం లైన్ లేని ఎదురుగా పక్షం ఒకదాన్ని కూడా పూర్తి చేయలేదు. రెండూ క్లయింట్ తిరిగే సూచిక కంటే ఎక్కువ సమాచారం ఇస్తాయి, రెండూ Tor వైపు కాదు, కీ పదార్థం లేదా ప్రోటోకాల్ వైపు సూచిస్తాయి.
మీకు నిజంగా ఏ రక్షణ కావాలో తనిఖీ చేయండి
ఇదే నిర్మాణాన్ని నిర్ణయించే తనిఖీ. Tor బ్రౌజర్ VPN ఇవ్వని సర్క్యూట్ వేరుపాటు మరియు వేలిముద్రల నిరోధక రక్షణను ఇస్తుంది; VPN గమ్యం చూసే చిరునామాను మారుస్తుంది మరియు మిమ్మల్ని ప్రదాత వద్ద ధృవీకరిస్తుంది. వీటి మధ్య ఎంపిక సరిపోలిక ప్రశ్న కాదు, ముప్పు నమూనా ప్రశ్న, రెండింటినీ కలపడం ప్రైవేట్గా కనిపించే కానీ కాని అమరికను సృష్టిస్తుంది.
గొలుసుకు ఒక క్రమం ఉంది. Tor ట్రాఫిక్ను మోసుకెళ్లే VPN మద్దతు ఉన్న అమరిక, ఎందుకంటే Tor క్లయింట్కు బయటకు వెళ్లే TCP మాత్రమే అవసరం. Tor లోపల సొరంగం చేసిన VPN క్లయింట్ అదే విషయం కాదు, Tor క్లయింట్ అమలు చేసేది కూడా కాదు, కాబట్టి దాని ఆధారంగా ప్రణాళిక వేయవద్దు.
ఏదైనా దిగుమతి చేసే ముందు, నాలుగింటినీ నిర్ధారించండి:
- పోర్ట్ మీ ప్రోటోకాల్ చేతులు కలపడాన్ని పూర్తి చేస్తుంది, కేవలం TCP కనెక్షన్ కాదు.
- మీకు హోస్ట్ పాత్ర తెలుసు మరియు ముందుకు పంపడాన్ని అనుమతిగా పరిగణించరు.
- మీరు ఉపయోగించే SOCKS శ్రోత loopback మరియు మీదే, వేరొకరి రిలేపై బహిరంగ పోర్ట్ కాదు.
- ప్రొఫైల్ కీలు లేదా ధృవపత్రాలు మీరు కనెక్ట్ అయ్యే ముగింపు బిందువుకు చెందినవి.