VPN కంటే ముందు Tor సిద్ధం: ప్రారంభ గేట్ను సరిగ్గా అమర్చండి
నడుస్తున్న tor ప్రక్రియ క్యారియర్ కాదు. నమోదిత క్లయింట్-సిద్ధ సంకేతంపై VPN గేట్ చేయండి, తర్వాత దాని సొంత పీర్పై, ఫాల్బ్యాక్లను విడిగా ఉంచండి.
tor ప్రక్రియను గమనించి తర్వాత VPN ప్రారంభించడం ఈ స్టాక్ను తప్పుగా నిర్మించే అత్యంత సాధారణ మార్గం. క్లయింట్ స్ట్రీమ్ను మోసుకెళ్లగల సామర్థ్యం రాకముందే డీమన్ కనిపిస్తుంది, స్థిర నిరీక్షణ అనేది ఆధారపడుతున్నట్టు ముసుగు వేసుకున్న ఊహ మాత్రమే. గేట్ తదుపరి భాగానికి నిజంగా అవసరమైన స్థితి అయి ఉండాలి. క్రింది నాలుగు దశలను వరుసగా చేయండి, ప్రతిదాన్ని సర్దుబాటు చేయాల్సిన ఆలస్యంగా కాకుండా ప్రత్యేక షరతుగా పరిగణించండి.
దశ 1: మీ వద్ద నిజంగా ఉన్న రవాణాను ఎంచుకోండి
ప్రోటోకాల్తో ప్రారంభించండి, ఎందుకంటే మిగిలిన రూపకల్పన దానిపై ఆధారపడి ఉంటుంది. Tor యొక్క SOCKS ఇంటర్ఫేస్ UDP ASSOCIATEను అమలు చేయదు, కాబట్టి దాని ద్వారా వెళ్లేది TCP స్ట్రీమ్ అయి ఉండాలి. UDP ఉపయోగించే OpenVPN ప్రొఫైల్ పర్యవేక్షకుడు ఎలా రాసినా ఈ మార్గంలో పనిచేయదు. ప్రొఫైల్ను TCPకి మార్చి, ప్రారంభ లాజిక్ను తాకే ముందు దూర పీర్ దానిని అంగీకరిస్తుందని నిర్ధారించుకోండి.
తర్వాత మీ క్లయింట్ SOCKS ప్రాక్సీని చేరుకోగలదా అని నిర్ధారించుకోండి. OpenVPN 2.6 TCP ప్రొఫైల్లకు socks-proxy ఎంపికను నమోదు చేస్తుంది, వివిధ క్లయింట్లు వివిధ ప్రాక్సీ మద్దతును అందిస్తాయి. ప్రాక్సీ ఎంపికను నిశ్శబ్దంగా పట్టించుకోని లాంచర్ నేరుగా కనెక్ట్ అవుతుంది మరియు పనిచేస్తున్నట్టు కనిపిస్తుంది, ఇది విఫలమవడం కంటే దారుణం.
ఎంచుకున్న రవాణాను రన్బుక్లో రాయండి, ఎందుకంటే తర్వాతి ప్రతి తనిఖీ దానిపై ఆధారపడి ఉంటుంది.
దశ 2: ప్రక్రియల జాబితా కాదు, bootstrap దశను చదవండి
Tor యొక్క నియంత్రణ ప్రోటోకాల్ GETINFO status/bootstrap-phaseకి తాజా bootstrap స్థితితో సమాధానం ఇస్తుంది, అందులో పురోగతి శాతం మరియు సారాంశ ట్యాగ్ ఉంటాయి. ఆ సమాధానం ఉపయోగకరం కావడానికి కారణం, డీమన్ ఇప్పటికే bootstrap పూర్తి చేసిన తర్వాత కూడా నియంత్రకం కనెక్ట్ కాగలదు. కేవలం ఘటనలను వినే పర్యవేక్షకుడు, పర్యవేక్షకుడు ప్రారంభమవ్వకముందే Tor సిద్ధంగా ఉన్న సందర్భాన్ని కోల్పోతాడు.
నియంత్రణ కనెక్షన్ను సరిగ్గా ప్రామాణీకరించండి. నియంత్రణ పోర్టు ఒక పరిపాలనా ఇంటర్ఫేస్, దానితో మాట్లాడగల ఎవరైనా డీమన్ను తిరిగి కాన్ఫిగర్ చేయగలరు. దాన్ని localhostలో ఉంచండి, కుకీ లేదా పాస్వర్డ్ ప్రామాణీకరణను ప్రారంభంలో ఉంచండి, ప్రారంభ స్క్రిప్ట్ను సులభతరం చేయడానికి రెండింటిలో ఏదీ తొలగించవద్దు.
ప్రారంభంలో దశను ఒకసారి చదవండి, తర్వాత ప్రత్యక్ష వీక్షణ కోసం పురోగతి ఘటనలకు సభ్యత్వం తీసుకోండి.
printf 'AUTHENTICATE\r\nGETINFO status/bootstrap-phase\r\nQUIT\r\n' | nc 127.0.0.1 9051
ss -ltn | grep -E '9050|9051'
tor --verify-config -f /etc/tor/torrcపురోగతి 100 మరియు done ట్యాగ్ ఉన్న సమాధానం అంటే డీమన్ తన స్వంత ప్రారంభాన్ని పూర్తి చేసింది. ఇది ఇంకా మీ గమ్యానికి ఉపయోగించగల సర్క్యూట్ ఉందని అర్థం కాదు.
దశ 3: క్లయింట్ సర్క్యూట్ ఘటన కోసం వేచి ఉండండి
Tor యొక్క ఘటన ప్రోటోకాల్ CIRCUIT_ESTABLISHEDను నిర్వచిస్తుంది, ఇది క్లయింట్కు ఉపయోగించగల సర్క్యూట్ ఉందని నివేదిస్తుంది. ఇదే క్యారియర్ గేట్ కోరుకునే సన్నద్ధత సంకేతం, ఎందుకంటే ఇది శాతం కంటే మీకు అవసరమైన సామర్థ్యానికి దగ్గరగా ఉంటుంది. ఘటనకు సభ్యత్వం తీసుకుని పరివర్తనను నమోదు చేయండి, లాగ్ ప్రక్రియ ఎప్పుడు కనిపించిందో కాకుండా క్యారియర్ ఎప్పుడు ఉపయోగయోగ్యమైందో చూపించేలా.
ఘటనను ప్రయత్నించడానికి అనుమతిగా పరిగణించండి, ఏదైనా నిర్దిష్ట గమ్యం గురించిన హామీగా కాదు. నిష్క్రమణ విధానం ఇంకా దూర పీర్ను తిరస్కరించవచ్చు, VPN యొక్క సొంత హ్యాండ్షేక్ కూడా Torతో ఎటువంటి సంబంధం లేని కారణాల వల్ల ఇంకా విఫలమవవచ్చు.
కోడ్లో రెండు షరతులను విడివిడిగా ఉంచండి. ready అనే ఒకే బూలియన్ వాటిని కలిపి తదుపరి సంఘటనను చదవలేనిదిగా చేస్తుంది.
దశ 4: VPNను దాని సొంత హ్యాండ్షేక్పై గేట్ చేయండి
VPNకు దాని సొంత సన్నద్ధత షరతు ఉంది, సొరంగం పైకి వచ్చిందని నిరూపించేది అదే. క్లయింట్ కేటాయించిన చిరునామాతో అనుసంధాన స్థితిని నివేదించే వరకు వేచి ఉండండి, తర్వాత ప్రాక్సీ అవసరం అమల్లో ఉందో లేదో తనిఖీ చేయండి. ఒక విఫలం తర్వాత socks-proxy ఎంపికను విడిచిపెట్టే పునఃప్రయత్న లూప్ నేరుగా కనెక్ట్ అయి మొత్తం రూపకల్పనను నిశ్శబ్దంగా ఓడిస్తుంది.
పీర్ అందుబాటులో లేనప్పుడు ఏమి జరుగుతుందో తెలుసుకోవలసిన అవసరం రాకముందే నిర్ణయించండి. కనిపించే వైఫల్యంతో కూడిన పరిమిత పునఃప్రయత్నం అనంతమైన లూప్ కంటే నిర్వహించడం సులభం, మరియు పర్యవేక్షణ వ్యవస్థకు హెచ్చరించడానికి ఏదో ఇస్తుంది. అదే నిర్ణయం క్యారియర్కు కూడా వర్తిస్తుంది: Tor తిరిగి ప్రారంభమైతే, VPNను విచ్ఛిన్నం చేసి మళ్లీ గేట్ చేయాలి, చనిపోయిన సర్క్యూట్పై నడపడానికి వదలకూడదు.
చివరగా, VPN ఆఫ్లో ఉన్నప్పుడు అప్లికేషన్ యొక్క సొంత విధానాన్ని అమల్లో ఉంచండి. సరిగ్గా వేచి ఉండే పర్యవేక్షకుడు సంబంధం లేని ప్రక్రియ నేరుగా ట్రాఫిక్ పంపడాన్ని నిరోధించడానికి ఏమీ చేయడు.
మీరు దాటవలసిన నాలుగు పరివర్తనలను తనిఖీ చేయండి
నాలుగు సందర్భాలు రూపకల్పనను కవర్ చేస్తాయి: Tor మొదట పైకి వచ్చే చల్లని ప్రారంభం, ఇప్పటికే సిద్ధంగా ఉన్న Torకు కనెక్ట్ అయ్యే పర్యవేక్షకుడు, అందుబాటులో లేని VPN పీర్, మరియు సొరంగం పైన ఉన్నప్పుడు క్యారియర్ నష్టం. ప్రతిదానికి భిన్నమైన ఆశించిన పరివర్తన ఉంటుంది, గేట్ సరిగ్గా రాసి ఉంటే ప్రతిదీ భిన్నమైన లాగ్ లైన్ను ఉత్పత్తి చేస్తుంది.
వాటిని ఉద్దేశపూర్వకంగా, ఒక్కొక్కటిగా అమలు చేయండి, ప్రక్రియల జాబితా బదులు స్థితి మార్పులను చదవండి.
journalctl -u tor@default -n 30 --no-pager
systemctl status [email protected]
curl -sS --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ipక్యారియర్ పడిపోయినప్పుడు, VPN పాత సొరంగంతో వేలాడకుండా ఒక పునఃప్రయత్న విరామంలో దానితో పాటు క్రిందికి దిగాలి. Tor తిరిగి వచ్చినప్పుడు, గేట్ ప్రక్రియ ప్రారంభమైన తర్వాత కాదు, సర్క్యూట్ ఘటన తర్వాత మాత్రమే తిరిగి తెరవాలి. ప్రతి వైఫల్యంలో ఏ షరతు మిస్ అయిందో నమోదు చేయండి, తదుపరి విధిలో ఉన్న వ్యక్తి టైమ్స్టాంప్ల నుండి క్రమాన్ని పునర్నిర్మించాల్సిన అవసరం ఉండదు.