ఒకేసారి రెండు VPN యాప్‌లు: ఏ kill switch నిజంగా వర్తిస్తుంది?
రెండవ VPN క్లయింట్ మొదటి దాని kill switchను ఎప్పుడూ వారసత్వంగా పొందదు. ఏ విధానం వర్తిస్తుందో మూడు షరతులు నిర్ణయిస్తాయి, మరియు మీది ఎలా ధృవీకరించాలి.
రెండు VPN క్లయింట్లు పక్కపక్కనే నడుస్తాయి, కానీ వాటి kill switch ఒకే విధానంగా కలవవు. ప్రతి క్లయింట్ తన సొంత సొరంగానికి నియమాలు ఇన్‌స్టాల్ చేస్తుంది, మరియు ఒకటి ఉన్నట్లు మరొకటి ఎప్పుడూ తెలుసుకోదు. పని క్లయింట్ మొదట కనెక్ట్ అయినప్పుడు నాకు ఇది ఎదురైంది: రెండవ యాప్ తన హ్యాండ్‌షేక్‌ను పూర్తి చేయలేకపోయింది, పది నిమిషాలు „Connecting“ పై కూర్చుంది, మరియు మొదటి సొరంగం అంతా నిశ్శబ్దంగా మోసుకెళ్ళింది. రెండవ యాప్ రక్షించబడుతుందా అనేది మూడు షరతులపై ఆధారపడి ఉంటుంది, రెండు చిహ్నాలు కనెక్ట్ అయ్యాయని చెప్పడంపై కాదు.
kill switch నిజంగా దేనికి పరిమితం
ఆపరేటింగ్ సిస్టమ్‌లో ఒకే kill switch జెండా లేదు. అలాంటి జెండాను ప్రచారం చేసే క్లయింట్ నియమాల సమితిని ఇన్‌స్టాల్ చేస్తుంది: నా సొరంగం ద్వారా బయటకు వెళ్లని ప్రతిదాన్ని పడేయి, మరియు సొరంగం మాయమైనప్పుడు తరచుగా fail closed ప్రవర్తించు. Linux లో ఇది సాధారణంగా nftables లేదా iptables గొలుసు, Windows లో Windows Filtering Platform ఫిల్టర్ల సమితి, Android మరియు iOS లో సొరంగ సేవ యొక్క స్వంత మార్గనిర్దేశం మరియు VPN లేకుండా కనెక్షన్లను నిరోధించే ఆ సిస్టమ్ సెట్టింగ్. Android VPN గైడ్ ఈ సేవా నమూనాను వివరిస్తుంది, మీకు ప్లాట్‌ఫారమ్ దృష్టికోణం కావాలంటే.
పరిధే ముఖ్యమైన భాగం. „wg0 అవుట్‌పుట్ ఇంటర్‌ఫేస్‌పై ప్యాకెట్లకు మాత్రమే అనుమతి ఇవ్వు“ వంటి నియమం రెండవ సొరంగం ఉందా లేదా అని పట్టించుకోదు. మరో క్లయింట్ wg1 ను లేపితే, మొదటి క్లయింట్ నియమాలు ఆ ప్యాకెట్లను సాధారణ ట్రాఫిక్‌గా పరిగణిస్తాయి: సాధారణంగా పడేయబడతాయి, కొన్నిసార్లు అనుమతించబడతాయి. ఎలాగైనా నిర్ణయం మొదటి క్లయింట్‌దే, రెండవ యాప్ ఎదురుచూస్తోందని దానికి తెలియదు.
ఎవరు కవర్ అవుతారో నిర్ణయించే మూడు షరతులు
ప్రతి కలయికను లెక్కించాల్సిన అవసరం లేదు. మూడు ప్రశ్నలు కొన్ని నిమిషాల్లో దీన్ని నిర్ణయిస్తాయి.
- ప్లాట్‌ఫారమ్ రెండవ సొరంగానికి అసలు అనుమతి ఇస్తుందా? చాలా Android ఫోన్‌లు మరియు iPhone లు ప్రతి వినియోగదారు ప్రొఫైల్‌కు ఒకే క్రియాశీల VPN సేవను అంగీకరిస్తాయి, కాబట్టి రెండవ యాప్‌కు ఎప్పుడూ సొరంగం ఉండదు, ఏదీ అమలు చేయదు. మీకు ఒకే విధానం లభిస్తుంది, స్థలాన్ని గెలిచిన యాప్ నుండి.
- డిఫాల్ట్ మార్గం ఏ ప్రాసెస్ స్వంతం? Windows, macOS మరియు Linux రెండు సొరంగాలను సులభంగా మోస్తాయి. డిఫాల్ట్ మార్గం చివరిగా లేదా మెరుగైన మెట్రిక్‌తో సెట్ చేసిన క్లయింట్‌ది, మరో క్లయింట్ కనెక్ట్ అయి ఉంటుంది కానీ నిష్క్రియంగా ఉంటుంది. Linux లో wg-quick డిఫాల్ట్ మార్గ మోడ్ ప్రైవేట్ పట్టిక మరియు fwmark నియమంతో విధాన ఆధారిత మార్గనిర్దేశాన్ని ఉపయోగిస్తుంది, కాబట్టి రెండవ wg-quick సొరంగం మొదటిదాన్ని భర్తీ చేయకుండా పోటీ నియమాన్ని జోడిస్తుంది.
- రెండవ క్లయింట్ తన సొంత సర్వర్‌ను చేరుకోగలదా? మొదటి kill switch డిఫాల్ట్ నిరాకరణ అయితే, రెండవ యాప్ బాహ్య ముగింపు బిందువు మరో పడేయబడిన గమ్యం మాత్రమే. అది నిశ్శబ్దంగా మళ్లీ ప్రయత్నిస్తుంది, ఎప్పుడూ లోపాన్ని నివేదించదు.
చిన్న సంస్కరణ, మద్దతు థ్రెడ్‌ల కోసం:
| Setup | What you actually get |
|---|---|
| Second client cannot hold a tunnel | One active policy; the other app only reports that it is waiting |
| Both tunnels up, second took the default route | The first kill switch blocks traffic it never meant to touch; the connection dies, or leaks if its rules are broad |
| First kill switch allows only its own endpoint and interface | Second client never connects; first tunnel unaffected |
| Both up, DNS written by whichever client ran last | Name resolution breaks for one side when either tunnel drops |
ఆ వరుసల్లో రెండు సిస్టమ్ ట్రే చిహ్నం నుండి ఒకేలా కనిపిస్తాయి, అందుకే చిహ్నం ఇక్కడ అందుబాటులో ఉన్న అత్యంత బలహీనమైన రుజువు.
మొదట ఏది విఫలమవుతుంది, అది ఎలా కనిపిస్తుంది
మరొకటి ఆరోగ్యంగా ఉండగా ఒక క్లయింట్ „Connecting“ పై చిక్కుకోవడం దాదాపు ఎప్పుడూ ముగింపు బిందువు ఆకలి: నడుస్తున్న kill switch రెండవ క్లయింట్ తన సర్వర్ వైపు హ్యాండ్‌షేక్‌ను పడేస్తుంది. దీన్ని చవకగా ధృవీకరించడానికి మొదటి క్లయింట్ నిరోధక నియమాలను ఒక ప్రయత్నం పాటు ఆపండి. రెండవది వెంటనే కనెక్ట్ అయితే ప్రశ్నకు సమాధానం లభించింది.
DNS రెండవ వైఫల్యం. క్లయింట్లు తమ ఇంటర్‌ఫేస్ కోసం రిజాల్వర్ కాన్ఫిగరేషన్‌ను సెట్ చేస్తాయి, కొన్ని నేరుగా ప్రపంచ జాబితానే మీద రాస్తాయి. రెండు సొరంగాలు పైన ఉన్నప్పుడు క్వెరీలు ఒక వైపు నుండి బయటకు వెళ్లవచ్చు, రిజాల్వర్ మరో వైపుకు చెంది ఉంటుంది. ఏదైనా యాప్‌ను డిస్‌కనెక్ట్ చేయండి, మిగిలినది చేరుకోలేని నేమ్ సర్వర్‌ను ఉంచుకుంటుంది: పేజీలు ఒక నిమిషం నిలిచిపోయి తర్వాత మళ్లీ పరిష్కరించబడతాయి, VPN ఇంకా కనెక్ట్ అయినట్లు చూపుతుంది.
మూడవది మార్గాల ఊగిసలాట. పునఃకనెక్షన్లు డిఫాల్ట్ మార్గాన్ని తిరిగి క్రమబద్ధీకరిస్తాయి, ఇంటర్‌ఫేస్‌కు కట్టుబడిన kill switch దాన్ని అనుసరించదు. క్షణం క్రితం సొరంగంలో ఉన్న ట్రాఫిక్ ఇప్పుడు పడేసే నియమానికి సరిపోతుంది, ఇది వినియోగదారు వైపు నుండి అకస్మాత్తుగా పని చేయడం ఆపే VPN గా చదవబడుతుంది.
నిజంగా ఏ విధానం అమలులో ఉందో ధృవీకరించండి
దీన్ని హానికరం కాని ట్రాఫిక్‌తో చేయండి, మీకు కోల్పోతాననే భయం ఉన్న దానితో కాదు.
Linux లో కర్నెల్‌ను అడగండి ఎవరు గెలుస్తారు మరియు ఫైర్‌వాల్ దేనికి కట్టుబడుతుంది. ip -4 route show default బయటకు వెళ్లే మార్గం ఉన్న సొరంగాన్ని పేర్కొంటుంది. ip rule show విధాన ఆధారిత మార్గనిర్దేశం ఆటలో ఉందా చూపుతుంది. sudo nft list ruleset | grep -n oifname పడేయడాలు ఇంటర్‌ఫేస్ పేరు, మార్క్ లేదా మొత్తం అవుట్‌పుట్ గొలుసుకు కట్టుబడి ఉన్నాయా చూపుతుంది.
Windows లో అదే కథ మార్గ మెట్రిక్ మరియు ఫిల్టర్ జాబితాలో నివసిస్తుంది: Get-NetRoute -DestinationPrefix "0.0.0.0/0" | Sort-Object RouteMetric మరియు Get-NetFirewallRule -Enabled True | Where-Object DisplayName -match "VPN". macOS లో, netstat -rn -f inet | head -5 మరియు scutil --dns | head -20.
తర్వాత ప్రజలు దాటవేసే దశను తీసుకోండి: సొరంగాన్ని ఉద్దేశపూర్వకంగా ఆపి, విఫలమవుతుందని మీరు ఊహించే ట్రాఫిక్ నిజంగా విఫలమవుతుందని నిర్ధారించండి. కనెక్ట్ అయిన చిహ్నం ఇంటర్‌ఫేస్ స్థితి, అమలు కాదు.
ఎప్పుడు రెండు క్లయింట్లు తప్పు రూపకల్పన
రెండవ యాప్ వెనుక ఉన్న ఏకైక అవసరం ఎక్కువ రక్షణ అయితే, దాన్ని తీసివేయండి. పరస్పరం సంకర్షణ చెందే రెండు నిరోధక విధానాలు ఒకటి కంటే తక్కువ అంచనా వేయగలవు, మరియు ప్రతి పునఃకనెక్షన్ ఏ విక్రేతా పరీక్షించని స్థితిలో పడే అవకాశం.
నిజంగా గొలుసు అవసరమైతే, ఉదాహరణకు వాణిజ్య హాప్ ద్వారా చేరే కార్పొరేట్ గేట్‌వే, ఒకే అమలు బిందువు ఉన్న రూపకల్పనను ఎంచుకోండి. దాని అర్థం సాధారణంగా గొలుసుకు మద్దతిచ్చే ఒక రౌటర్ లేదా ఒక క్లయింట్, ఒకే డిఫాల్ట్ మార్గం కోసం పోటీపడే రెండు డెస్క్‌టాప్ యాప్‌లు కాదు. నిర్వహించబడే పరికరంలో అనుమతించిన క్లయింట్‌ను ఉంచి మిగతావన్నీ పరిధి వెలుపల భావించండి, ట్రేలో ఏమి చూపినా.
రెండింటినీ ఉంచుకునే ముందు చెక్‌లిస్ట్
జాబితాను క్రమంగా పూర్తి చేయండి; మొదట విఫలమయ్యే అంశమే సరిచేయాల్సినది.
- సరిగ్గా ఒక క్లయింట్ డిఫాల్ట్ మార్గాన్ని మరియు రిజాల్వర్‌ను కలిగి ఉందని నిర్ధారించండి.
- రెండవ క్లయింట్‌ను పైన ఉంచాలనుకుంటే దాని సర్వర్ ముగింపు బిందువుకు స్పష్టంగా అనుమతి ఇవ్వండి మరియు ప్రతి క్లయింట్ నవీకరణ తర్వాత మళ్లీ తనిఖీ చేయండి.
- ఏదైనా సొరంగం పడిపోయినప్పుడు ఆశించిన ఫలితాన్ని రాయండి మరియు అదే సందర్భాన్ని పరీక్షించండి.
- పునఃప్రారంభం తర్వాత వైఫల్య మార్గాన్ని తనిఖీ చేయండి, ప్రారంభ క్రమం భిన్నంగా ఉన్నప్పుడు.
- నిర్వహించబడే ప్రొఫైల్‌లో ఆగి, ఏదైనా జోడించే ముందు యజమానిని అడగండి.
మూడవ దశ విఫలమైతే, నిజాయితీ సమాధానం ఏమిటంటే ఒకే క్లయింట్ మీకు విధానాన్ని ఇస్తోంది. ఎవరిని నమ్ముతారో నిర్ణయించి మరొకదాన్ని వదిలేయండి.