VPN கேட்பானை நீங்கள் கருதிய இடைமுகங்களுக்கு மட்டுப்படுத்துங்கள்

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

கீழே உள்ள அனைத்தும் ஹோஸ்ட்டில் root அல்லது sudo உடன் கட்டளைகளை இயக்க முடியும் என்று கருதுகிறது.

எதையும் மாற்றுவதற்கு முன் சாக்கெட்டுகளைப் படியுங்கள்

Linux இல், ss -lunp UDP கேட்பான்களை அவற்றின் உள்ளூர் முகவரி, போர்ட் மற்றும் செயல்முறையுடன் பட்டியலிடுகிறது, ss -ltnp TCP க்கும் அதையே செய்கிறது. VPN இன் போர்ட்டைக் கண்டுபிடித்து முகவரி நெடுவரிசையை கவனமாகப் படியுங்கள். 0.0.0.0:51820 மற்றும் [::]:51820 ஒவ்வொரு இடைமுகத்தையும் குறிக்கின்றன, 10.0.0.5:51820 ஒரு இடைமுகத்தில் ஒரு முகவரியைக் குறிக்கிறது. வெளியீடு பரிச்சயமில்லை என்றால் ss கையேடு நெடுவரிசைகளை ஆவணப்படுத்துகிறது. செயல்முறையின் பெயர் இல்லை என்றால் அதே கட்டளையை sudo உடன் இயக்குங்கள், ஏனெனில் உரிமையாளர் நெடுவரிசைக்கு சிறப்புரிமை தேவை.

முகவரியை எழுதிக் கொள்ளுங்கள். இந்த வழிகாட்டியின் மீதமுள்ள பகுதி சார்ந்திருப்பது அந்த உண்மையில்தான்.

விருப்பத்திற்கு அல்ல, முகவரிக்குப் பிணையுங்கள்

OpenVPN அதன் local கட்டளையால் கேட்பானை ஒரு குறிப்பிட்ட முகவரிக்குப் பிணைக்கிறது, செயல்முறை அளவில் அதைக் கட்டுப்படுத்துவதற்கான ஆதரவு வழி அதுவே. ஒவ்வொரு செயலாக்கமும் சமமான ஒன்றை வழங்குவதில்லை, பிணைப்பு விருப்பம் இல்லாத நெறிமுறையை இந்த வழியில் குறுகலாக்க முடியாது. உங்களுடையதில் எதுவும் இல்லை என்றால், ஃபயர்வால்தான் உங்கள் ஒரே கட்டுப்பாடு, மேலும் பயன்பாட்டுக் குறிப்புகள் அதைத் தெளிவாகச் சொல்ல வேண்டும். பல முகவரிகள் கொண்ட ஹோஸ்ட்டில், சுரங்கப்பாதை நோக்கிய முகவரிக்குப் பிணையுங்கள்; மிதக்கும் முகவரிக்குப் பிணைப்பது பொதுவாக ஒரு தவறு.

முகவரி மாற்றத்தைத் தாங்க வேண்டிய சேவைக்கு பழைய பிணைப்புக்கான திட்டம் தேவை, ஒரு உள்ளமைவு வரி மட்டுமல்ல.

முகவரி குடும்பத்தைத் தனித்தனியாகச் சரிபார்க்கவும்

IPv4 மற்றும் IPv6 தனித்தனி சாக்கெட்டுகள். 0.0.0.0 உடன் பிணைக்கப்பட்ட ஒரு செயல்முறை இரு-அடுக்கு சாக்கெட் மூலம் IPv6 ஐ இன்னும் ஏற்கலாம், அல்லது ஏற்காமலும் இருக்கலாம்; இது சாக்கெட் விருப்பம் மற்றும் தளத்தின் இயல்புநிலையைப் பொறுத்தது. IPv4 வரியை மட்டும் படிப்பது ஒன்றுக்கும் மேற்பட்ட பயன்பாட்டு மதிப்பாய்வுகளை ஏமாற்றியுள்ளது. கேட்பான் குறுகலானது என்று முடிவெடுப்பதற்கு முன் இரு குடும்பங்களையும் பட்டியலிடுங்கள்.

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

பிணைப்பின் மேல் ஃபயர்வால் அடுக்கை வையுங்கள்

குறுகிய பிணைப்பு ஃபயர்வால் விதியை மாற்றாது, ஃபயர்வால் விதி wildcard பிணைப்பைக் குறுகலாக்காது. இரண்டையும் பயன்படுத்துங்கள்: செயலாக்கம் ஆதரிக்கும் இடத்தில் பிணையுங்கள், பின்னர் போர்ட்டை அதை அடைய வேண்டிய மூலங்களிலிருந்து மட்டும் அனுமதியுங்கள். கிளவுட் பாதுகாப்புக் குழுக்கள் ஹோஸ்ட் ஃபயர்வாலுக்கு முன்னால் உள்ளன, எனவே பாதை VPC எல்லையைக் கடக்கும்போது இரண்டையும் சரிபார்க்கவும். பயனுள்ள விதி இரண்டின் வெட்டு, ஒவ்வொரு அடுக்கும் அணுகலைக் குறைக்க மட்டுமே முடியும்.

அனுமதிக்கப்பட்ட மூலத்திலிருந்தும் வேண்டுமென்றே விலக்கப்பட்ட மூலத்திலிருந்தும் சோதிக்கவும். localhost இலிருந்து இணைப்பு பொது எல்லையைப் பற்றி எதையும் நிரூபிக்காது.

நீங்கள் தேர்ந்தெடுத்ததைப் பதிவு செய்யுங்கள்

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

அந்தக் குறிப்புதான் அடுத்த மதிப்பாய்வை தொல்பொருள் ஆய்வுத் திட்டத்திற்குப் பதிலாக ஒரு ஒப்பீடாக மாற்றுகிறது.