VPN சின்னத்தை ஒருபோதும் காட்டாத தொலைபேசிக்கு மின்னஞ்சல் வந்துகொண்டே இருக்கிறது, கண்ணுக்குத் தெரியாத ஏதோ ஒன்று அதை சுரங்கப்பாதை வழியாக அனுப்புகிறது என்பதே இயற்கையான முடிவு. பொதுவாக கண்ணுக்குத் தெரியாத எதுவும் ஈடுபடுவதில்லை. Exchange கணக்கைச் சேர்ப்பது நுழைவாய், நெறிமுறை, சான்றிதழ் அல்லது பாதையைத் தேர்ந்தெடுக்காது, ஏனெனில் கணக்கு என்பது சேவை அடையாளம், சுரங்கப்பாதை என்பது வேறொருவர் அமைத்த வலையமைப்பு ஏற்பாடு. பயனுள்ள படி, ஒருபோதும் இல்லாத சுரங்கப்பாதையைத் தேடுவதற்குப் பதிலாக உண்மையில் உங்களிடம் எந்த ஏற்பாடு உள்ளது என்பதை அடையாளம் காண்பதாகும்.

மூன்று ஏற்பாடுகள், ஒரே திரை

மூன்றும் சாதனத்தில் மின்னஞ்சல் தோன்றுவதில் முடிகின்றன, மேலும் அமைப்புகள் திரை ஒவ்வொரு சந்தர்ப்பத்திலும் ஒரே மாதிரியாகத் தெரிகிறது. வேறுபாடு என்னவென்றால் பாதையை யார் அமைத்தார்கள், அது இருப்பதை எந்த ஆதாரம் நிரூபிக்கிறது என்பதில்.

ArrangementWho set it upWhat proves it
Approved public mail entryThe service owner, at the publishing layerA published endpoint reached over TLS with its own authentication
Managed app or account VPNDevice management, as explicit policyA profile binding that traffic to a VPN association
Already active tunnelAn always-on service or an earlier manual connectTunnel state plus routes and scope that include the mail destination

பொது அணுகல் தனக்கென ஒரு வாக்கியத்தைப் பெறத் தகுதியானது, ஏனெனில் அது தொடர்ந்து தவறாக வாசிக்கப்படுகிறது. வெளியிடப்பட்ட மின்னஞ்சல் சேவை அங்கீகாரமற்ற சேவை அல்ல, மேலும் மின்னஞ்சல் அணுகக்கூடியது என்பது நிறுவன வலையமைப்பின் மீதமுள்ள பகுதி அணுகக்கூடியதா என்பதைப் பற்றி எதுவும் கூறாது. இவை வெவ்வேறு நபர்கள் எடுக்கும் வெவ்வேறு முடிவுகள்.

சாதன நிர்வாகம் உண்மையில் எதை இணைக்க முடியும்

Apple தளங்கள் பயன்பாட்டுக்கு மற்றும் மின்னஞ்சல் களத்திற்கு VPN விதிகளை ஆதரிக்கின்றன, நிர்வகிக்கப்பட்ட iOS அல்லது iPadOS மின்னஞ்சல் கணக்கிற்கு உரிய VPN தொடர்பைக் கொண்டிருக்கலாம். அந்தத் தொடர்பு யாரோ தேர்ந்தெடுத்த மதிப்பைக் கொண்ட வழங்கல் அமைப்பு, அதனால்தான் தொலைபேசியில் மின்னஞ்சல் முகவரியையும் கடவுச்சொல்லையும் தட்டச்சு செய்வதன் மூலம் அதை ஊகிக்க முடியாது.

Android நிர்வாகம் மற்றும் மூன்றாம் தரப்பு வாடிக்கையாளர்களுக்கு அவர்களுக்கே உரிய பயன்பாடு மற்றும் சுயவிவரக் கட்டுப்பாடுகள் உள்ளன, அவற்றில் எதுவும் Apple கணக்கு பேலோடுகளுடன் பரிமாற்றம் செய்ய முடியாது. ஒரு தளத்தில் உள்ள கொள்கையை மற்றொன்றில் வேண்டுமென்றே மீண்டும் உருவாக்க வேண்டும். அது மின்னஞ்சல் கணக்குடன் பயணிக்காது, ஒரே நபர் இரண்டிலும் உள்நுழைந்ததால் அது வராது. இந்த மொழிபெயர்ப்பு தானாகவே நடக்கும் என்ற எதிர்பார்ப்பே தளங்களுக்கு இடையிலான «என் தொலைபேசியில் வேலை செய்கிறது» அறிக்கைகளின் பெரும் பகுதிக்குப் பின்னால் உள்ளது.

அடையாளமும் போக்குவரத்தும் தனித்தனியாகவே இருக்கும்

மின்னஞ்சல் சேவையும் VPN-உம் சட்டப்பூர்வமாக ஒரு அடைவு அல்லது அடையாள வழங்குநரைப் பகிரலாம், மக்கள் அந்தப் பகிரப்பட்ட உள்நுழைவைப் பகிரப்பட்ட அமர்வுக்கான ஆதாரமாக வாசிக்கிறார்கள். அது அப்படியல்ல. திரும்பத் திரும்ப வரும் பயனர்பெயர் உரை மின்னஞ்சல் பயன்பாடு VPN அமர்வை மரபுரிமையாகப் பெற்றது என்பதைக் காட்டாது, ஒவ்வொரு சேவைக்கும் தொடர்பில்லாத கடவுச்சொற்களைக் கற்பனை செய்வதற்கான காரணமும் அல்ல.

இரு சேவைகளும் தங்கள் சொந்த நிபந்தனைகளில் தங்கள் சொந்த அங்கீகாரத்தைக் கோருகின்றன. வெற்றிகரமான மின்னஞ்சல் உள்நுழைவை VPN வாடிக்கையாளரில் ஒட்டவேண்டிய ஒன்றாக ஒருபோதும் கருதக்கூடாது, மேலும் எழுந்த சுரங்கப்பாதை மின்னஞ்சல் சேவையகம் எந்தக் கணக்கை ஏற்கும் என்பதைப் பற்றி எதுவும் கூறாது. Intune மின்னஞ்சல் சுயவிவரக் குறிப்பு இங்கே பயனுள்ள எடுத்துக்காட்டு, ஏனெனில் அது VPN தொடர்பைக் கணக்குப் பெயரிலிருந்து பெறப்பட்ட பண்பாக அல்லாமல் தனி அமைப்பாகக் கருதுகிறது.

புதிய ஒத்திசைவு தற்காலிகச் சேமிப்பு இன்பாக்ஸை வெல்கிறது

தற்காலிகச் சேமிப்பில் உள்ள இன்பாக்ஸ் எந்த நடப்புப் பாதையும் இல்லாமல் முற்றிலும் ஆரோக்கியமாகத் தோன்றலாம், அதனால் பயன்பாட்டைத் திறந்து கடந்த வாரச் செய்திகளைப் பார்ப்பது எதையும் நிரூபிக்காது. அங்கீகரிக்கப்பட்ட புதிய ஒத்திசைவு சோதனையைப் பயன்படுத்தி அதனுடன் வரும் நிலை அல்லது பதிவு ஆதாரங்களைப் படியுங்கள்.

பின்னர் முடிவை உண்மையில் தீர்மானிக்கும் நான்கு விஷயங்களைச் சரிபார்க்கவும்: அமைக்கப்பட்ட சேவை முடிவுப்புள்ளி, தீர்வி என்ன திருப்பித் தருகிறது, எந்த நிர்வகிக்கப்பட்ட சுயவிவரம் பொருந்துகிறது, தற்போதைய VPN நிலை. சரியான சூழலில் இதைச் செய்யுங்கள், ஏனெனில் ஒத்த பெயரில் உள்ள தனிப்பட்ட மின்னஞ்சல் பயன்பாடு வேலைப் பயன்பாட்டின் வலையமைப்புக் கொள்கைக்கு உட்பட்டது அல்ல, முற்றிலும் நியாயமான காரணங்களுக்காக வேறுவிதமாக நடந்துகொள்ளும். இந்த இரண்டு சூழல்களைக் கலப்பதே வேலை செய்யும் கட்டமைப்பு உடைந்ததாகத் தெரிவிக்கப்படுவதற்கான வழி. ஒரு பயன்பாடு கொள்கையைப் பின்பற்றி அதன் கிட்டத்தட்ட பெயரிடமான அண்டை பயன்பாடு அதைப் புறக்கணிக்கும் பெரும்பாலான நிகழ்வுகளையும் இது விளக்குகிறது.

நீங்கள் சரிபார்த்ததை எழுதுங்கள்

அணுகலுக்கு சுரங்கப்பாதை தேவை என்று கருதப்பட்டால், உரிமையாளர் அனுமதிக்கப்பட்ட தனிப்பட்ட பாதையையும் அது இல்லாத நடத்தையையும் இரண்டையும் உறுதிப்படுத்த வேண்டும். சேவை வேண்டுமென்றே வெளியிடப்பட்டிருந்தால், சுரங்கப்பாதை இல்லாததை மின்னஞ்சல் மறையாக்கப்படவில்லை என்பதற்கான ஆதாரமாகக் கருதுவதற்குப் பதிலாக அதன் TLS சரிபார்ப்பு, அங்கீகாரம் மற்றும் அணுகல் கட்டுப்பாடுகளை நிலைநிறுத்துங்கள்.

ஆதரவுப் பதிவில் மின்னஞ்சல் தயாரிப்பு, முடிவுப்புள்ளி, கணக்கு வரம்பு, இணைப்புக் கொள்கை ஆகியவை இருக்க வேண்டும். கடவுச்சொற்கள் ஒரே மாதிரியாக இருப்பது அந்த நான்கில் எதற்கும் ஆதாரம் அல்ல, ஒரு டிக்கெட்டில் நான்கு பத்திகள் மற்றும் ஒரு உண்மையும் இல்லாததற்கான பொதுவான காரணம் அதுவே.

தொடர்புடைய கட்டுரைகள்