என்பாயின்ட் முகவரி மாறும்போது VPN-க்கான UFW விதிவிலக்கு

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

சுரங்கப்பாதை மீண்டும் இணைகிறது, பிறகு எதுவும் வெளியேறவில்லை

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

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

நீங்கள் உண்மையில் கருதும் விதிவிலக்கை விவரியுங்கள்

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

கீழே உள்ள கட்டளை கம்பி அப்லிங்கில் ஒரு IPv4 UDP முனைப்புள்ளியின் வடிவத்தைக் காட்டுகிறது. இரு மதிப்புகளையும் நீங்கள் வரிசைப்படுத்தலுக்கு எதிராகச் சரிபார்த்த மதிப்புகளுடன் மாற்றுங்கள்.

sudo ufw allow out on enp3s0 proto udp to 192.0.2.44 port 1194
sudo ufw status verbose

அந்த அனுமதி அதே துறையில் தன்னிச்சையான இலக்குகளை அனுமதிக்காது, கேட்பானை உருவாக்காது, TCP-ஐயும் உள்ளடக்காது. UFW கையேட்டுப் பக்கம் முகவரி, இடைமுகம், நெறிமுறை ஆகியவை விதியை எவ்வாறு குறுக்குகின்றன என்பதை விவரிக்கிறது, அந்தக் குறுக்கம்தான் முழு விஷயம்.

ஒரே பணிப்பாய்வாகப் புதுப்பியுங்கள்

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

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

வாடிக்கையாளரின் மாற்றத்தை அதன் ஆதரவு மறுஇணைப்புப் பாதையில் கவனித்து, எந்தத் தொலை முகவரியைத் தேர்ந்தெடுத்தது என்பதை உறுதிசெய்யுங்கள். DNS-ஐ மட்டும் புதுப்பிப்பது ஏற்கனவே உள்ள சாக்கெட்டை நகர்த்தாது, முனைப்புள்ளி நிலைத்தன்மை அமைப்பு பதிவு மாறிய பிறகும் வாடிக்கையாளரைப் பழைய சகாவில் நீண்ட நேரம் வைத்திருக்கலாம்.

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

பழைய அனுமதியை வேண்டுமென்றே விலக்குங்கள்

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

அப்லிங் Ethernet-இல் இருந்து Wi-Fi-க்கு மாறும்போது, போக்குவரத்து மாறும்போது, அல்லது ஒரு சேவை பல முகவரிகளுக்கு இடையே சுழலும்போது முழு மறுஆய்வையும் மீண்டும் செய்யுங்கள். இடைமுகத்திற்கு உரிய விதி வலையமைப்பு மாற்றத்திற்குப் பிறகு பொருந்துவதை நிறுத்த வேண்டும், அந்த நடத்தை பின்னடைவு போலத் தெரிந்தாலும் சரியே.

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