ఒకే Mac లో రెండు లాగిన్ ఖాతాలు VPN ట్రాఫిక్ను విభజించవు

ఒకే Mac లో రెండు లాగిన్ ఖాతాలు నెట్వర్క్ వచ్చే వరకు రెండు వేర్వేరు ప్రపంచాల్లా కనిపిస్తాయి. ఒక సెషన్లో ప్రారంభించిన టన్నెల్ ఇప్పటికీ మరో సెషన్ అనుభవించేదాన్ని మార్చగలదు, ఏ క్లయింట్ దాన్ని కలిగి ఉంది మరియు ఏ విధానం దానితో వస్తుంది అనే దానిపై ఆధారపడి. దాన్ని అమలు చేయడానికి ఒక యంత్రాంగాన్ని ఎంచుకునే ముందు మీకు కావలసిన విభజనను వివరించండి. క్రమం ముఖ్యం, ఎందుకంటే మొదట ఎంచుకున్న యంత్రాంగం అవసరాన్ని తన చుట్టూ పునర్నిర్వచించే ధోరణి కలిగి ఉంటుంది.

మూడు ప్రశ్నలు ఎక్కువ పని చేస్తాయి: ఎవరి యాప్లకు ఏ ప్రైవేట్ వనరులు కావాలి, రెండు సెషన్లు ఒకేసారి సక్రియంగా ఉండాలా, మరియు వాటి టన్నెల్ అందుబాటులో లేనప్పుడు ఆ యాప్లకు ఏమి చేయడానికి అనుమతి ఉంది.

ఖాతాల జాబితా నుండి కాదు, ట్రాఫిక్ నుండి ప్రారంభించండి

ఖాతా మార్పు గుర్తింపు సరిహద్దు, రూటింగ్ సరిహద్దు కాదు. macOS VPN కాన్ఫిగరేషన్ను దాని యజమాని అయిన ఖాతా కోసం లోడ్ చేస్తుంది, కానీ ఇంటర్ఫేస్, దాని రూట్లు మరియు అది ఇన్స్టాల్ చేసే ఏదైనా సిస్టమ్-వ్యాప్త విధానం యంత్రానికి చెందుతాయి. ఒక వ్యక్తి యాప్లు మాత్రమే కార్పొరేట్ నెట్వర్క్లోకి ప్రవేశించాలని అవసరం అయితే, డిజైన్ దాన్ని యాప్లు మరియు గమ్యస్థానాల పరంగా చెప్పాలి, ఎవరు లాగిన్ అయ్యారు అనే పరంగా కాదు. లేకపోతే రెండో ఖాతా మొదటి క్లయింట్ వదిలినదాన్ని వారసత్వంగా పొందుతుంది.

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

ప్రొఫైల్ ఛానెల్ మరియు ట్రాఫిక్ పరిధి వేర్వేరు విషయాలు

Apple వినియోగదారు లేదా పరికరానికి అందించే నిర్వహిత VPN ఏర్పాట్లను మద్దతు ఇస్తుంది, మరియు డిప్లాయ్మెంట్ గైడ్ ఆ నమూనాలను ప్రొవైడర్-ఆధారిత ఇంటిగ్రేషన్తో పాటు వివరిస్తుంది. డెలివరీ ఛానెల్ కాన్ఫిగరేషన్ను ఎవరు పొందుతారు మరియు ఎవరు కలిగి ఉంటారు అని చెబుతుంది. ఏ ట్రాఫిక్ పట్టుబడుతుంది అని అది స్వయంగా నిర్వచించదు, ఎందుకంటే క్లయింట్ అమలు మరియు కాన్ఫిగర్ చేసిన విధానం ఇంకా నిర్ణయిస్తాయి.

డాక్యుమెంట్ చేసిన వినియోగదారు-అవగాహన లేదా యాప్-అవగాహన మోడ్ అవసరాన్ని వ్యక్తపరచగల చోట, అదే చిన్న మార్గం. ఆ తర్వాత పేర్లను నమ్మకుండా వాస్తవ యాప్లు మరియు గుర్తింపులను ధృవీకరించండి: ఒకే యాప్ రెండు కాపీలు రెండు వేర్వేరు నెట్వర్క్ మార్గాలు కావు, మరియు యాప్ను జాబితా చేసే ప్రొఫైల్ దాని సహాయక ప్రక్రియలు కవర్ అయ్యాయని హామీ ఇవ్వదు.

అతిథి సిస్టమ్ నిజమైన పరిమితులతో నిజమైన సరిహద్దు

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

వర్చువల్ నెట్వర్క్ మోడ్కు ఇంకా సమీక్ష అవసరం. అతిథి బ్రిడ్జ్ చేయబడిందా, NAT వెనుక ఉందా లేదా వేరుచేయబడిందా అనేది అది ఏమి చేరుకోగలదు మరియు ఏది దాన్ని చేరుకోగలదు అని నిర్ణయిస్తుంది, మరియు అతిథి యాదృచ్ఛికంగా కనెక్ట్ అయినందుకు హోస్ట్ యాప్లు అతిథి యాప్లు కావు. బ్లాకింగ్ విధానాన్ని కూడా చూడండి, లేకపోతే పడిపోయిన అతిథి టన్నెల్ ఎవరూ ఉద్దేశించని విధంగా హోస్ట్ మార్గానికి తిరిగి వస్తుంది.

ప్రాక్సీ వినియోగదారు ఖాతా కంటే ఇరుకైనది

హోస్ట్ యాప్ ఒకటి ఆమోదించిన అతిథి లేదా కంటైనర్లో నడుస్తున్న నిజమైన ప్రాక్సీ సేవను చేరుకోగలదు, మరియు అది యాప్ మద్దతు ఉన్న ప్రోటోకాల్ ద్వారా నిజంగా పంపే ట్రాఫిక్ను కవర్ చేస్తుంది. అది ఆ Mac ఖాతా యాజమాన్యంలోని ప్రతి ప్రక్రియను కవర్ చేయదు, మరియు యాప్ ప్రాక్సీ ప్రోటోకాల్ వెలుపల పంపే ట్రాఫిక్ను కూడా కవర్ చేయదు.

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

రెండు పరీక్షలతో సరిహద్దును నిరూపించండి

రెండు మార్గాలను నడపండి మరియు వాటిని విడివిడిగా గమనించండి. ఉద్దేశించిన ఖాతా కింద ప్రైవేట్ వనరు అవసరమయ్యే యాప్ను తెరిచి అది నిర్వహిత సేవను చేరుకుంటుందని నిర్ధారించండి; మరో ఖాతా కింద సాధారణ బ్రౌజింగ్ ఇంటి మార్గాన్ని కాపాడుతుందని నిర్ధారించండి. తర్వాత టన్నెల్ను ఉద్దేశపూర్వకంగా విచ్ఛిన్నం చేసి ప్రతి వైపు ఫాల్బ్యాక్ ప్రవర్తనను తనిఖీ చేయండి, ఎందుకంటే చాలా డిజైన్లు అక్కడే నిశ్శబ్దంగా విఫలమవుతాయి. తనిఖీలను అదే గంటలో చేయండి, మారిన నెట్వర్క్ పోలికను కలుషితం చేయకుండా.

కంటైనర్ లేదా అతిథి టన్నెల్ను నడిపిస్తే, మూడో తనిఖీని జోడించండి: దాని వెలుపల మూల Mac యాప్ ఇప్పటికీ డిజైన్ ప్రకారం ప్రవర్తిస్తుందని నిర్ధారించండి. దాని పరిధిని చూపగల సరళమైన ఏర్పాటును ఎంచుకోండి, మరియు ఈ పరీక్షలు చేయడానికి ముందు వర్చువల్ మెషీన్లను సార్వత్రికంగా అవసరం లేదా ఖాతా మార్పును సార్వత్రికంగా సరిపోతుంది అని లేబుల్ చేయవద్దు.