ఒక ఫైల్ అప్లోడ్‌ను VPN నియమం ఎందుకు ఆపలేదు
ఒక సేవను చేరుకోవడం మరియు దాని నుండి ఏ ఫైల్‌లు బయటకు వెళ్తాయో నియంత్రించడం రెండు అవసరాలు. ఫైల్ కనిపించే చోట నియమాన్ని ఉంచండి: మెయిల్, అప్లికేషన్ లేదా ఎండ్పాయింట్ ఏజెంట్.
ఒక చిన్న బృందం తమ పని వ్యవస్థలకు దూర ప్రవేశాన్ని అడుగుతుంది మరియు అదే శ్వాసలో కొన్ని అటాచ్‌మెంట్‌లు కంపెనీని విడిచిపెట్టడం ఆపాలని కూడా అడుగుతుంది. రెండు అభ్యర్థనలు ఒకే VPN మార్పులా అనిపిస్తాయి. అవి వేర్వేరు అమలు బిందువులతో కూడిన రెండు అవసరాలు, మొదటిదాన్ని తీర్చే నియమం రెండవదానికి ఏమీ చేయదు. మొదట చర్య మరియు డేటాను పేరు పెట్టండి, ఆపై వాటిని నిజంగా చూడగల భాగాన్ని ఎంచుకోండి.
ఒక అభ్యర్థన, రెండు అవసరాలు
మొదటి అవసరం చేరుకోగలిగేతను గురించి: ఏ వినియోగదారులు మరియు పరికరాలు ఏ సేవకు కనెక్షన్ తెరవగలరు. రెండవది ఆ కనెక్షన్ ఏర్పడిన తర్వాతి ప్రవర్తన గురించి: ఏ పత్రాలను జోడించవచ్చు, అతికించవచ్చు లేదా అప్లోడ్ చేయవచ్చు. సొరంగం మొదటిదానిపై పనిచేస్తుంది మరియు రూపకల్పన ప్రకారం రెండవదానికి గుడ్డిది.
IP స్థాయి నియంత్రణ ప్యాకెట్‌లను ఫార్వార్డ్ చేస్తుంది. ఇది బహుళ-భాగ అప్లోడ్‌ను విశ్లేషించదు, PDFని పరిశీలించదు మరియు స్ప్రెడ్‌షీట్‌లో ఖాతా సంఖ్యలు ఉన్నాయో లేదో నిర్ణయించదు. దాని నుండి దీన్ని ఆశించడం కాన్ఫిగరేషన్ పొరపాటు కాదు; ఇది వర్గ పొరపాటు.
ఉత్పత్తిని వెతకడానికి ముందు అవసరాన్ని అదే రూపంలో బిగ్గరగా చెప్పండి. «వినియోగదారులు ఫైల్ పోర్టల్‌ను చేరుకోవచ్చు» మరియు «వినియోగదారులు కస్టమర్ జాబితాలను ఫైల్ పోర్టల్‌కు అప్లోడ్ చేయలేరు» వేర్వేరు వాక్యాలు, మరియు రెండవది మాత్రమే కంటెంట్ విధానాన్ని వివరిస్తుంది.
ఫైల్‌ను చూడగల భాగాన్ని ఎంచుకోండి
అమలు ఫైల్ చదవగలిగే చోట జరగాలి. ఇమెయిల్ కోసం ఇది సాధారణంగా మెయిల్ ప్లాట్‌ఫారమ్ లేదా గేట్‌వే, ఇది ఇప్పటికే అటాచ్‌మెంట్‌లను నిర్వహిస్తుంది మరియు డెలివరీకి ముందు వాటిని మూల్యాంకనం చేయగలదు. ఆమోదించిన సేవకు బ్రౌజర్ అప్లోడ్‌ల కోసం అప్లికేషన్ స్వయంగా కంటెంట్‌ను చూసే ఏకైక పక్షం కావచ్చు. నిర్వహిత ల్యాప్‌టాప్ ఫైల్‌లను తొలగించగల మీడియాకు కాపీ చేసినప్పుడు ఎండ్పాయింట్ ఏజెంట్ ఆ చర్యను చూస్తుంది.
| Where the file moves | Component that can see it |
|---|---|
| Email attachment | Mail gateway or mail platform policy |
| Upload to a web application | The application, or an inspection proxy that terminates TLS |
| Copy to USB or local folder | Endpoint agent on the device |
| Anything inside the tunnel | Nothing, unless one of the above is present |
కొన్ని వాణిజ్య దూర-ప్రవేశ ప్యాకేజీలు ఎండ్పాయింట్ ఏజెంట్, వెబ్ నియంత్రణ మరియు డేటా-నష్ట నివారణ మాడ్యూల్‌ను కలిపి ఇస్తాయి. ఆ భాగాలు కంటెంట్ విధానాన్ని అమలు చేయగలవు, కానీ సామర్థ్యం సొరంగానిది కాదు, మాడ్యూల్‌ది. ఫలితాన్ని వాగ్దానం చేయడానికి ముందు ప్యాకేజీలో నిజంగా ఏమి ఉందో చదవండి.
పోల్చడానికి ఉపయోగకరమైన నమూనా Microsoft యొక్క Purview డేటా-నష్ట నివారణ అవలోకనం : ఇది విధానాలను సున్నితమైన సమాచార రకాలు, స్థానాలు మరియు కార్యకలాపాల పరంగా వివరిస్తుంది. ఆ పదజాలం కంటెంట్ మరియు చర్యల గురించి, IP ఉపసర్గల గురించి కాదు.
TLS సొరంగం నుండి బయటపడుతుంది, కాబట్టి దానికి ప్రణాళిక వేయండి
అప్లికేషన్ గుప్తీకరణ క్లయింట్ మరియు సేవ మధ్య చర్చించబడుతుంది, VPN సొరంగం ఆ బైట్‌లను తెరవకుండా తీసుకువెళుతుంది. కాబట్టి మార్గంలోని గేట్‌వే అటాచ్‌మెంట్‌ను వర్గీకరించే సామర్థ్యాన్ని స్వయంచాలకంగా పొందదు, మార్గంలో ఎంత భాగం దానిదైనా.
ప్రయాణంలో కంటెంట్‌ను పరిశీలించడానికి విశ్వసనీయ ధృవపత్రంతో TLSని ముగించే భాగం అవసరం, మరియు ఇది దాని స్వంత గోప్యత మరియు కార్యాచరణ పరిణామాలతో కూడిన పెద్ద నిర్మాణ నిర్ణయం. ఇది VPN ప్రొఫైల్‌లోని చెక్‌బాక్స్ కాదు. క్లయింట్లు తనిఖీ ధృవపత్రాన్ని విశ్వసించాలి, ధృవపత్రాలను పిన్ చేసే అప్లికేషన్లు విరిగిపోతాయి, మరియు ఆపరేటర్ ఇంతకుముందు చదవలేని ట్రాఫిక్‌ను చదివే సామర్థ్యాన్ని పొందుతాడు. ఈ నిర్ణయం సొరంగాన్ని నిర్వహించేవారిది కాదు, భద్రతా యజమానిది అనడానికి ఇవే కారణాలు.
అందుకే «VPN ఈ అప్లోడ్‌ను నిరోధించగలదా» అనే ప్రశ్నకు నిజాయితీగా సమాధానం సాధారణంగా కాదు, ఆ తర్వాత ఒక నిర్దిష్ట ప్రత్యామ్నాయం వస్తుంది. ప్రత్యామ్నాయం అప్లికేషన్-స్థాయి పరిమితులు, మెయిల్ నియమం లేదా ఎండ్పాయింట్ విధానం కావచ్చు, మరియు ప్రతిదానికీ దాన్ని మార్చగల యజమాని ఉంటాడు.
నియమానికి ముందు అంగీకార పరీక్ష రాయండి
కంటెంట్ నియమానికి ఒకటి కాదు, రెండు ఉదాహరణలు కావాలి: కొనసాగాల్సిన అనుమతించిన చర్య మరియు ఆపాల్సిన నిషేధిత చర్య. పరిధిలోని అప్లికేషన్లు మరియు పరికరాల నుండి రెండింటినీ పరీక్షించండి, ఎందుకంటే ఒకే బ్రౌజర్‌లో మాత్రమే పనిచేసే విధానం ఎవరో అడిగిన విధానం కాదు.
curl -sS -o /dev/null -w '%{http_code}\n' -F '[email protected]' https://files.plant.example/upload
curl -sS -o /dev/null -w '%{http_code}\n' -F '[email protected]' https://files.plant.example/uploadమొదటి అభ్యర్థనను నియమాన్ని కలిగిన భాగం తిరస్కరించాలి, రెండవది విజయవంతం కావాలి. రెండూ విజయవంతమైతే నియంత్రణ మార్గంలో లేదు. రెండూ విఫలమైతే మీరు సేవను రక్షించడం బదులు దాన్ని విరగ్గొట్టారు, ఇది అనుమతించిన ఉదాహరణ లేకుండా రాసిన నియమం యొక్క సాధారణ ఫలితం.
వినియోగదారు ఏమి చూస్తారు, ఎవరు మినహాయింపు ఇవ్వగలరు మరియు నిర్వాహకుడు తర్వాత ఎక్కడ నిర్ణయాన్ని నిర్ధారిస్తారో ముందుగానే నిర్ణయించండి. సందేశం లేకుండా నిరోధించిన అప్లోడ్ మద్దతు టికెట్‌ను సృష్టిస్తుంది, ఎవరూ ఆడిట్ చేయలేని నియమం వాదనను సృష్టిస్తుంది. విధానం అమలులోకి వచ్చే ముందు రాసిన ఒక వాక్య డాక్యుమెంటేషన్‌తో రెండింటినీ నివారించవచ్చు.
చివరగా, రెండు అవసరాలను వేర్వేరు యజమానులతో వేర్వేరు టికెట్‌లలో ఉంచండి. వాటిని «VPN» కింద కలపడం నెట్‌వర్క్ బృందాన్ని కంటెంట్ సమస్యను పరిష్కరించమని అడుగుతారని, మరియు సొరంగం లేచినప్పుడు కంటెంట్ సమస్య పరిష్కరించబడినట్లు ప్రకటిస్తారని హామీ ఇస్తుంది.