Linux சேவையகங்களில் UFW மூலம் எளிதான பாதுகாப்பு சுவரின் மேலாண்மை

Linux சேவையகங்களில் UFW, சிக்கலான iptables விதிமுறைகளை எளிதாக்கி SSH, HTTP, HTTPS மற்றும் தனிப்பட்ட போர்ட்டுகள் ஆகியவற்றிற்கான பாதுகாப்பு சுவரின் மேலாண்மையை விரைவாகவும் பாதுகாப்பாகவும் செய்யும் ஒரு துவக்க பாதுகாப்பு கருவியாகும். குறிப்பாக Ubuntu மற்றும் Debian அடிப்படையிலான சேவையகங்களில் UFW மூலம் இயல்பாக வரும் போக்குகளை முடக்கலாம், தேவையான சேவைகளை திறக்கலாம், குறிப்பிட்ட IP முகவரிகளுக்கான அனுமதிகளை வழங்கலாம் மற்றும் தவறான முயற்சிகளை வரையறுக்கலாம். அடிப்படை பாதுகாப்பு தொடக்கம் என்பது இதுவரை பரிந்துரை செய்யப்படும் அணுகுமுறை: SSH அணுகலை உறுதி செய்து கொள்ளுங்கள், இயல்பாக வரும் போக்குகளை மறுக்கவும், செல்லும் போக்குகளுக்கு அனுமதி அளிக்கவும், பயன்படுத்தப்படும் சேவைகள் போர்ட்டுகளை மட்டும் திறக்கவும் மற்றும் UFW நிலையை அடிக்கடி சோதிக்கவும்.

ஒரு வலை சேவையகம் இணையத்தில் திறக்கப்பட்டவுடன், அது பொதி தேடல்கள், கடவுச்சொல் முயற்சிகள், பலவீனங்கள் தேடுபவர் மற்றும் தேவையற்ற போர்ட் கேள்விகளால் மோதுகிறது. எனவே, பாதுகாப்பு சுவர் Linux சேவையக பாதுகாப்பின் முதல் அடுக்குகளில் ஒன்றாகும். UFW, தொழில்நுட்ப குழுக்கள் தினசரி செயல்பாடுகளில் பயன்படுத்த விரும்பும் ஒரு செயல்திறன் கருவியாகும்; ஏனெனில் இது படிக்கக்கூடிய கட்டளைகளை கொண்டுள்ளது, விதிமுறைகளைச் சேர் மற்றும் நீக்குவதற்கான செயல்முறைகள் விரைவாக இருக்கும், பதிவு செய்யும் வசதியை வழங்குகிறது மற்றும் iptables கட்டளைகளுக்கு ஒப்பிடுகையில் தவறான அமைப்பின் ஆபத்தை குறைக்கிறது. UFW நிறுவல், அடிப்படை கட்டளைகள், SSH பூட்டுதலை தடுக்கும், வலை சேவையக போர்ட்டுகள், IP அடிப்படையிலான அனுமதிகள், பதிவு மேலாண்மை, IPv6, Docker போன்ற சிறப்பு சூழ்நிலைகள் மற்றும் 2026 மானதிற்கேற்ப பாதுகாப்பு நடைமுறைகள் ஆகியவற்றைப் படிப்படியாகப் பார்க்க இந்த வழிகாட்டி உள்ளது.

UFW என்பது என்ன மற்றும் இது எதற்காக பயன்படுகிறது?

UFW என்பது Uncomplicated Firewall என்ற சொற்றொடரின் குறுக்கீடாகும். இது தமிழில் எளிய பாதுகாப்பு சுவர் என மொழிபெயர்க்கப்படலாம். பின்னணி அடிப்படையில் Linux கருவியின் தொகுப்பு வடிகால் அடிப்படையை பயன்படுத்துகிறது; ஆனால் முறைமையின் மேலாளருக்கு மேலும் புரிந்துகொள்ளக்கூடிய கட்டளைகளை வழங்குகிறது. எடுத்துக்காட்டாக, நேரடியாக iptables அல்லது nftables விதிமுறைகளை எழுதுவதற்கு பதிலாக, sudo ufw allow 443/tcp கட்டளையைப் பயன்படுத்தி HTTPS போக்குக்கு அனுமதி அளிக்கலாம்.

UFW குறிப்பாக கீழ்க்காணும் சூழ்நிலைகளில் பயனுள்ளதாக உள்ளது:

• புதிய VPS அல்லது தனிப்பட்ட சேவையகத்தில் அடிப்படையான நெட்வொர்க் பாதுகாப்பை விரைவாக அமைப்பது.
• வலை சேவையகத்தில் 80 மற்றும் 443 போர்ட்டுகளை மட்டுமே திறந்துவைத்திருக்கவும்.
• SSH அணுகலை குறிப்பிட்ட IP முகவரிகளுக்கு மட்டுமே கட்டுப்படுத்தவும்.
• Brute force முயற்சிகளை குறைக்க SSH இணைப்புகளை வரையறைகள் மூலம் மேலாண்மை செய்தல்.
• சோதனை, நிலைத்தன்மை மற்றும் மேலாண்மை தளங்களை இணையத்தில் முற்றிலும் திறந்துவைக்காமல் இருக்க வேண்டும்.
• பதிவு மூலம் சந்தேகப்படுத்தும் இணைப்புகளை கண்காணிக்கவும்.

UFW தனியாக அனைத்து பாதுகாப்பு சிக்கல்களையும் தீர்க்காது; ஆனால் தாக்குதல் மேற்பரப்பினைக் குறைக்கும். பலவீனமான கடவுச்சொற்கள், SSH விசை மூலம் அணுகல், அடிக்கடி புதுப்பிப்புகள், SSL/TLS அமைப்பு மற்றும் பயன்பாட்டு பாதுகாப்புடன் இணைந்து பயன்படுத்தும் போது, இது மிகவும் பயனுள்ள அடிப்படைக் கட்டத்தை உருவாக்குகிறது. உங்கள் சேவையகத்தில் வலைத்தளத்தை வைக்கிறீர்களானால், பாதுகாப்பு சுவருடன் SSL சான்றிதழ் பயன்படுத்துவதையும் நீங்கள் கவனிக்க வேண்டும் SSL சான்றிதழ்கள்.

UFW, iptables மற்றும் firewalld ஒப்பீடு

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

Ubuntu அடிப்படையிலான ஒரு வலை சேவையகம் நிர்வகிக்கிறீர்களானால் Linux சேவையகங்களில் UFW பெரும்பாலும் தேவைகளுக்காக போதுமானது. பெரிய நிறுவன நெட்வொர்க்களில் அல்லது பல அடுக்கான பாதுகாப்பு கட்டமைப்புகளில் UFW; மேக பாதுகாப்பு குழுக்கள், WAF, IDS/IPS மற்றும் மைய பதிவு தீர்வுகளுடன் இணைந்து சிந்திக்க வேண்டும்.

UFW நிறுவல் மற்றும் முதலாவது சோதனைகள்

UFW பொதுவாக Ubuntu இல் தயாராக வருகின்றது. இருந்தாலும், இது நிறுவப்பட்டதா என்பதைச் சரிபார்ப்பது நல்ல தொடக்கம் ஆகும். கட்டளை: sudo ufw status. நீங்கள் command not found போன்ற ஒரு வெளிப்பாட்டைப் பெறுமானால், நீங்கள் நிறுவல் செய்ய வேண்டும்.

Ubuntu மற்றும் Debian இல் நிறுவல்

முதல், கட்டணப் பட்டியலை புதுப்பிக்கவும்: sudo apt update. பின்னர் UFW நிறுவலைச் செய்யவும்: sudo apt install ufw -y. நிறுவலுக்குப் பிறகு சேவையின் நிலையை சோதிக்கவும்: sudo systemctl status ufw. வெளியீட்டில் செயல்படவில்லை என்றால், இது சாதாரணமாக இருக்கலாம்; UFW விதிமுறைகள் செயல்படுத்தப்படும் வரை இது மந்தமாக இருக்கலாம்.

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

தற்போதைய நிலையைப் பார்க்கing

UFW நிலையைப் பார்க்க sudo ufw status verbose கட்டளையைப் பயன்படுத்தலாம். மேலும் விவரமான மற்றும் எண்ணிக்கையுடன் கூடிய விதிமுறை பட்டியலுக்கு sudo ufw status numbered கட்டளை முக்கியம். விதிமுறையை நீக்கும்போது எண்ணிக்கையுடன் கூடிய பட்டியல் மிகவும் எளிதாக்கும். எடுத்துக்காட்டாக, நீங்கள் தவறாக திறந்த ஒரு போர்ட்டைப் போடுவதற்கு முன் எண்ணிக்கையைப் பார்க்கிறீர்கள், பின்னர் sudo ufw delete 3 போன்ற கட்டளையால் அதை நீக்குகிறீர்கள்.

பாதுகாப்பான தொடக்கம்: இயல்பான விதிமுறைகள்

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

கடுமையான கட்டளைகள்:

• sudo ufw default deny incoming
• sudo ufw default allow outgoing
• sudo ufw allow OpenSSH அல்லது sudo ufw allow 22/tcp
• sudo ufw enable
• sudo ufw status verbose

இங்கு முக்கியமான பாய்வு SSH அணுகல் ஆகும். SSH வேறு ஒரு போர்ட்டில் இயங்கினால், எடுத்துக்காட்டாக 2222 ஐப் பயன்படுத்தினால், sudo ufw allow 2222/tcp கட்டளையை இயக்கு முடியாமல் UFW-ஐ செயல்படுத்தாதீர்கள். சேவையக பாதுகாப்பில் 22 ஆம் போர்ட்டை மாற்றுவது தனியாக பாதுகாப்பை வழங்காது; ஆனால் தானியங்கி பொது முயற்சிகளை குறைக்கலாம். மேலும் முக்கியமாக, SSH க்கான கடவுச்சொல் உள்ளீட்டை மூடுவது மற்றும் விசை அடிப்படையிலான அணுகலைப் பயன்படுத்துவது ஆகும்.

SSH அணுகலை பாதுகாப்பாக மாற்றுதல்

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

SSH போர்ட்டுக்கு அனுமதி அளித்தல்

தொகுப்பு போர்ட் பயன்படுத்தப்படுமானால், கட்டளை எளிதாக உள்ளது: sudo ufw allow 22/tcp. Ubuntu பயன்பாட்டு சுயவிவரம் இருந்தால், sudo ufw allow OpenSSH ஐப் பயன்படுத்தலாம். வேறு போர்ட் பயன்படுத்தினால், எடுத்துக்காட்டாக 2222 க்கான sudo ufw allow 2222/tcp கட்டளை தேவை.

SSH அணுகலை குறிப்பிட்ட IP இல் வரையறுக்குதல்

பாதுகாப்பான முறைகளில் ஒன்றானது SSH அணுகலை சிதறாத நிர்வாக IP முகவரிகளுக்குப் மட்டுமே திறப்பது. எடுத்துக்காட்டாக, உங்கள் அலுவலக IP முகவரி 203.0.113.10 என்றால், நீங்கள் இந்த கட்டளையைப் பயன்படுத்தலாம்: sudo ufw allow from 203.0.113.10 to any port 22 proto tcp. இதனால் SSH போர்ட் இணையத்தில் பொதுவாக திறந்த நிலை காணாது.

பல நிர்வாகிகள் இருந்தால், ஒவ்வொரு IP க்கும் தனித்துவமான விதிமுறையைச் சேர்க்கவும். மாற்றக் கூடிய IP ஐப் பயன்படுத்தினால், இந்த முறையை கவனமாக மதிப்பீடு செய்யவும்; IP மாறினால், உங்கள் அணுகல் நிறுத்தப்படும். இந்நிலையில் VPN வழியாக மேலாண்மை, bastion host அல்லது வழங்குநர் பாணலிலிருந்து அவசர கான்சோல் அணுகல் மிகவும் தொழில்முறை தீர்வு ஆகும்.

Brute Force முயற்சிகளுக்கு வரம்பு பயன்பாடு

UFW, அடிக்கடி இணைப்பு முயற்சிகளை குறைக்க வரம்பு கட்டளையை வழங்குகிறது. கட்டளை: sudo ufw limit 22/tcp. இந்த விதிமுறை ஒரு குறிப்பிட்ட இடைவெளியில் அதிகமான இணைப்பு முயற்சிகளை வரையறுக்க உதவுகிறது. ஆனால் fail2ban போன்ற கருவிகள் முழுமையாக இதற்குப் பதிலாக இருக்க முடியாது. உற்பத்தி சூழலில் SSH பாதுகாப்புக்கு UFW வரம்பு, fail2ban, விசை அடிப்படையிலான அணுகல் மற்றும் பலவீனமான பயனர் கொள்கைகள் ஒருங்கிணைக்கப்பட வேண்டும்.

வலை சேவையக போர்ட்டுகளை திறத்தல்: HTTP மற்றும் HTTPS

ஒரு வலைத்தளத்தை வெளியிட 80/tcp மற்றும் 443/tcp போர்ட்டுகள் தேவை. 80 போர்ட் HTTP, 443 போர்ட் HTTPS போக்குகளுக்காக உள்ளது. நவீன SEO, உலாவி பாதுகாப்பு மற்றும் பயனர் நம்பிக்கை அடிப்படையில் HTTPS இப்போது நிலையானதாக உள்ளது. SSL சான்றிதழ்கள் இல்லாத தளங்கள் பாதுகாப்பு எச்சரிக்கைகளை சந்திக்கலாம் மற்றும் மாற்றத்தின் விகிதங்களில் இழப்புகளை சந்திக்கலாம் SSL சான்றிதழ்கள்.

Nginx அல்லது Apache க்கான அடிப்படைக் கட்டளைகள்

HTTP க்கான கட்டளை: sudo ufw allow 80/tcp. HTTPS க்கான கட்டளை: sudo ufw allow 443/tcp. இரண்டு போர்ட்டுகளையும் திறக்க sudo ufw allow 80,443/tcp என்ற கட்டளை விட தனித்தனியாக எழுதுவது பெரும்பாலும் மேலாளர்களுக்கான மேலும் வாசிக்கக்கூடிய தேர்வாகும்.

UFW பயன்பாட்டு சுயவிவரங்களும் பயன்படுத்தப்படலாம். Nginx க்கான sudo ufw app list கட்டளையால் சுயவிவரங்களை காணலாம். எடுத்துக்காட்டாக Nginx Full சுயவிவரம் HTTP மற்றும் HTTPS அணுகலுக்கு அனுமதிக்கிறது. கட்டளை: sudo ufw allow Nginx Full. Apache பக்கம், அதே விதத்தில் Apache Full சுயவிவரம் பயன்படுத்தப்படலாம்.

HTTPS மட்டுமே பயன்படுத்துவது போதுமா?

தொழில்நுட்பமாக, உங்கள் தளம் HTTPS மூலம் மட்டுமே வெளியிடப்படலாம்; ஆனால் Let’s Encrypt போன்ற சான்றிதழ் புதுப்பிப்பு செயல்முறைகள் மற்றும் HTTP இல் இருந்து HTTPS க்கு மறுசீரமைப்பு செய்ய 80 போர்ட் திறந்திருக்க வேண்டும் என்பது பெரும்பாலும் தேவை. எனவே, வலை சேவையகங்களில் 80 மற்றும் 443 போர்ட்டுகளை ஒரே நேரத்தில் நிர்வகிக்குவது மேலும் நடைமுறை. பயன்பாட்டு நிலை அனைத்து HTTP கோரிக்கைகளை 301 மூலம் HTTPS க்கு மறுசீரமைப்பது மிகவும் சரியான அணுகுமுறை ஆகும்.

தனிப்பட்ட போர்ட்டுகள், தரவுத்தளங்கள் மற்றும் மேலாண்மை தளங்கள்

ஒவ்வொரு போர்ட்டையும் திறக்குவது எளிது; ஆனால் எந்த போர்ட்டுகளை திறக்காமல் இருக்க வேண்டும் என்பதை அறியுவது தான் உண்மையான நிபுணத்துவம். MySQL க்கான 3306, PostgreSQL க்கான 5432, Redis க்கான 6379, Elasticsearch க்கான 9200 போன்ற போர்ட்டுகள் இணையத்தில் திறந்துவைக்கப்படும்போது தீவிர பாதுகாப்பு ஆபத்தை உருவாக்கலாம். இந்த சேவைகள், முன்பே சொன்னது போல, localhost இல் மட்டும் கேட்க வேண்டும் அல்லது தனிப்பட்ட நெட்வொர்க்கின் மூலம் அணுகப்பட வேண்டும்.

குறிப்பிட்ட ஒரு IP க்கு தனிப்பட்ட போர்ட் திறத்தல்

உதாரணமாக, உங்கள் பயன்பாட்டு சேவையகம் தரவுத்தள சேவையகத்திற்கே அணுகப்பட வேண்டும் என்றால், IP அடிப்படையிலான விதிமுறையைப் பயன்படுத்த வேண்டும். கட்டளை: sudo ufw allow from 198.51.100.25 to any port 5432 proto tcp. இந்த விதிமுறை, PostgreSQL அணுகலை குறிப்பிட்ட IP க்கே திறக்கிறது.

தவறான எடுத்துக்காட்டு என்பது sudo ufw allow 5432/tcp கட்டளையை உற்பத்தி தரவுத்தளத்தில் அனைவருக்கும் திறந்துவைத்து பயன்படுத்துவது. இது தேவையில்லாத தாக்குதல் மேற்பரப்பை உருவாக்குகிறது. தரவுத்தளம் சேவையகம், மேலாண்மை தளங்கள் மற்றும் உள்ளக சேவைகளுக்காக எப்போதும் ஆதார IP வரம்புகளை பரிசீலிக்க வேண்டும்.

cPanel, Plesk மற்றும் மேலாண்மை தளங்களில் கவனம்

ஹோஸ்டிங் கட்டுப்பாட்டு தளங்கள் பல போர்ட்டுகளைப் பயன்படுத்தலாம். Plesk, cPanel அல்லது தனிப்பட்ட மேலாண்மை தளம் பயன்படுத்தினால், அதிகாரப்பூர்வ போர்ட் பட்டியலைச் சரிபார்க்காமல் UFW ஐ செயல்படுத்தாதீர்கள். இல்லையெனில், மின்னஞ்சல், DNS, FTP அல்லது பாணல் அணுகல் நிறுத்தப்படும். மேலாண்மை ஹோஸ்டிங் விரும்பும் பயனர்களுக்கான இந்த சிக்கல்களை பொதுவாக வழங்குநர் கையாள்வார் வலை உருவாக்குதல்.

விதிமுறைகளை நீக்குதல், திருத்துதல் மற்றும் வரிசைப்படுத்தும் முறை

UFW உடன் விதிமுறை மேலாண்மை எளிது; ஆனால் உற்பத்தி சூழலில் மாற்றங்களைச் செய்யும்போது பதிவு வைக்கும் முக்கியத்துவம் உள்ளது. முதலில் தற்போதைய விதிமுறைகளை எண்ணிக்கையுடன் காணவும்: sudo ufw status numbered. நீக்க விரும்பும் விதிமுறையின் எண்ணிக்கையை கண்டுபிடித்து, sudo ufw delete 5 போன்ற கட்டளையால் நீக்கவும்.

நேரடியாக விதிமுறை வெளிப்பாட்டால் நீக்குதல் கூட முடியும்இ. எடுத்துக்காட்டாக, sudo ufw delete allow 8080/tcp கட்டளை 8080 போர்டுக்கான அனுமதி விதிமுறையை நீக்குகிறது. ஆனால், சிக்கலான IP அடிப்படையிலான விதிமுறைகளில் எண்ணிக்கையுடன் நீக்கம் மிகவும் பாதுகாப்பாக உள்ளது.

விதிமுறையின் வரிசை, குறிப்பாக அனுமதி மற்றும் மறுத்த விதிமுறைகள் ஒன்றே சேர்ப்பதால் முக்கியத்துவம் பெறுகிறது. பொதுவான அனுமதி விதிமுறையிலிருந்து முன்பு தனிப்பட்ட மறுப்பு விதிமுறை சேர்க்க விரும்பினால், insert கட்டளையைப் பரிசீலிக்கலாம். எடுத்துக்காட்டாக, குறிப்பிட்ட ஒரு IP ஐ மிக மேலே மறுக்க sudo ufw insert 1 deny from 203.0.113.55 என்ற கட்டளை பயன்படுத்தலாம். இந்த அணுகுமுறை, தாக்குதல்காரர்கள் அல்லது மோசமாகப் பயன்படுத்தும் IP முகவரிகளை வேகமாக தடுக்கும் உதவியாக இருக்கும்.

UFW பதிவு மூலம் போக்குகளை கண்காணித்தல்

பாதுகாப்பு சுவர் போர்ட்டுகளை திறக்க மற்றும் மூடுவதற்கே அல்ல, நெட்வொர்க் செயல்பாட்டைப் புரிந்துகொள்ளவும் பயனுள்ளதாக இருக்கின்றது. UFW பதிவுகளைத் திறக்க sudo ufw logging on கட்டளை பயன்படுத்தப்படுகிறது. பதிவு நிலையை தேவையானால் low, medium, high அல்லது full ஆக அமைக்கலாம். பெரும்பாலான சேவையகங்களில் ஆரம்பிக்க low போதுமானது.

பதிவுகளைப் பரிசீலிக்க /var/log/ufw.log கோப்பைப் பார்க்கலாம். எடுத்துக்காட்டு கட்டளை: sudo tail -f /var/log/ufw.log. இங்கு மறுக்கப்பட்ட இணைப்புகள், ஆதார IP முகவரிகள், குறி போர்ட்டுகள் மற்றும் அஞ்சல் தகவல்கள் காணப்படும். எடுத்துக்காட்டாக, குறுகிய காலத்தில் நூற்றுக்கணக்கான மாறுபட்ட IP களால் 22 போர்ட்டுக்கு முயற்சிகள் வந்தால், SSH பாதுகாப்பு முன்னெச்சரிக்கைகளை உறுதிப்படுத்த வேண்டும்.

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

IPv6 மற்றும் UFW அமைப்புகள்

2026 ஆம் ஆண்டுக்குப் பிறகு IPv6 ஆதரவு பல தரவுத்தள மையங்களில் வழக்கமானதாக மாறியுள்ளது. ஆனால் சில மேலாளர்கள், IPv4 விதிமுறைகளை மட்டுமே பரிசீலித்து, பாதுகாப்பு குறைபாடு ஏற்படுத்தலாம். உங்கள் சேவையகம் IPv6 முகவரியைப் பெற்றால், UFW IPv6 போக்குகளைப் பராமரிக்கிறதா என்பதை உறுதி செய்ய வேண்டும்.

சரிபார்க்க /etc/default/ufw கோப்பில் IPV6=yes வரி இருக்க வேண்டும். மாற்றங்களைச் செய்த பிறகு UFW ஐ மறுதொடங்கி செய்யலாம்: sudo ufw disable பின்னர் sudo ufw enable. UFW status வெளியீட்டில் v6 என்ற குறியீடுடன் கூடிய விதிமுறைகள் இருந்தால், IPv6 பக்கம் நிர்வகிக்கப்படுகிறது.

நீங்கள் IPv6 ஐப் பயன்படுத்தவில்லை என்றால், முற்றிலும் முடக்காமல், முதலில் வழங்குநர் மற்றும் பயன்பாட்டு தேவைகளைப் பரிசீலிக்கவும். தவறான IPv6 அமைப்பு, IPv4 பக்கம் நீங்கள் மூடிய சேவையை IPv6 மூலம் அணுகப்படுவதற்கு வழிவகுக்கலாம். இது, சிக்கலான ஆனால் கவனிக்காமல் போகும் பாதுகாப்பு பிழையாகும்.

Docker பயன்படுத்தும் போது UFW ஏன் மாறுபட்ட முறையில் செயல்படலாம்?

Docker, கான்டெய்னர் போர்ட்டுகளை வெளியிடும் போது iptables விதிமுறைகளை நேரடியாக மாற்றலாம். இந்த நிலை UFW ஐப் பயன்படுத்தும் மேலாளர்களுக்கு எதற்காக சுற்றுவதை ஏற்படுத்தலாம்; ஏனெனில் UFW இல் மூடப்பட்டுள்ள ஒரு போர்ட் Docker வெளியீட்டு அமைப்பால் வெளிப்புற அணுகலுக்கு திறந்திருக்கும். எடுத்துக்காட்டாக, docker run -p 8080:80 கட்டளை, கான்டெய்னர் உள்ள 80 போர்ட்டை ஹோஸ்ட் 8080 ஆக வெளியிடுகிறது.

Docker ஐப் பயன்படுத்தும் சேவையகங்களில் கீழ்க்காணும் சோதனைகள் செய்யப்பட வேண்டும்:

• docker ps வெளியீட்டில் எந்த போர்ட்டுகள் வெளிப்புறமாக திறக்கப்பட்டுள்ளன என்பதை பரிசீலிக்கவும்.
• தேவையற்ற -p அல்லது ports வரையறைகளை நீக்கவும்.
• சேவைகளை 127.0.0.1 இல் மட்டுமே வெளியிடும் எண்ணமிடவும்.
• மேக பாதுகாப்பு குழுக்கள் மற்றும் UFW விதிமுறைகளை ஒன்றாகச் சரிபார்க்கவும்.
• உற்பத்தி சூழலில் மாறுபட்ட வழியாகக் கட்டுப்பாட்டு வெளியீடு செய்யவும்.

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

UFW க்கான நடைமுறை பாதுகாப்பு கணக்கீட்டு பட்டியல்

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

• சேவையகத்தை புதுப்பிக்கவும்: sudo apt update && sudo apt upgrade -y.
• SSH அணுகலை சோதிக்கவும் மற்றும் தேவையானால் இரண்டாவது ஒரு குறியீட்டு அமர்வை திறக்கவிடவும்.
• இயல்பாக வரும் போக்குகளை மறுக்கவும்: sudo ufw default deny incoming.
• இயல்பாக செல்லும் போக்குகளுக்கு அனுமதி அளிக்கவும்: sudo ufw default allow outgoing.
• SSH போர்ட்டுக்கு அனுமதி அளிக்கவும் அல்லது IP அடிப்படையிலான வரையறைகளை செயல்படுத்தவும்.
• வலை சேவைக்காக 80 மற்றும் 443 போர்ட்டுகளை மட்டுமே திறக்கவும்.
• தரவுத்தளம் போர்ட்டுகளை இணையத்தில் பொதுவாக திறக்காதீர்கள்.
• UFW ஐ செயல்படுத்தவும்: sudo ufw enable.
• விதிமுறைகளை சரிபார்க்கவும்: sudo ufw status verbose மற்றும் sudo ufw status numbered.
• பதிவுகளைத் திறக்கவும் மற்றும் முதல் 24 மணிநேரத்தில் சந்தேகப்படுத்தும் போக்குகளைச் சரிபார்க்கவும்.
• IPv6 விதிமுறைகளைப் பரிசீலிக்கவும்.
• Docker அல்லது கட்டுப்பாட்டு தளம் பயன்படுத்தினால், கூடுதல் போர்ட் விளைவுகளை சோதிக்கவும்.

உறுப்புகளைச் சரியான உதாரணம்: WordPress சேவையகத்திற்கான UFW நிறுவல்

ஒரு WordPress தளம் Ubuntu இல் Nginx, PHP-FPM மற்றும் MySQL உடன் செயல்படுகிறது என்றால். MySQL மட்டும் localhost இல் கேட்கிறது, தளம் HTTPS மூலம் வெளியிடப்படுகிறது மற்றும் SSH நிர்வாக IP இல் அணுகப்படும். இந்த சூழ்நிலையில UFW அமைப்பு இவ்வாறு இருக்கலாம்:

• sudo ufw default deny incoming
• sudo ufw default allow outgoing
• sudo ufw allow from 203.0.113.10 to any port 22 proto tcp
• sudo ufw allow 80/tcp
• sudo ufw allow 443/tcp
• sudo ufw logging on
• sudo ufw enable
• sudo ufw status verbose

இந்த அமைப்பில் SSH அனைவரின் அணுகலுக்குப் திறந்தது இல்லை, வலை போக்குக்கு தேவையான இரண்டு போர்ட்டுகள் திறந்துள்ளன மற்றும் தரவுத்தளம் வெளிப்புறமாக மூடப்பட்டுள்ளது. WordPress பக்கம் பாதுகாப்பு சேர்க்கைகள், பலவீனமான நிர்வாக கடவுச்சொல், புதுப்பிக்கப்பட்ட தீமை மற்றும் சேர்க்கைகள், அடிக்கடி காப்பு மற்றும் SSL உடன் இணைந்து மிகவும் வலுவான அடிப்படை கிடைக்கிறது. டொமெயின் மேலாண்மை மற்றும் DNS பதிவுகளின் சரியான அமைப்பு அணுகலுக்காக முக்கியம் அமைப்பு விசாரணை.

பெரிய பிழைகள் மற்றும் தீர்வு பரிந்துரைகள்

UFW செயல்படுத்தியதும் SSH தொடர்பு துண்டிக்கப்படுகிறது

இது பொதுவாக SSH போர்ட்டுக்கு அனுமதி அளிக்காமல் UFW செயல்படுத்தும் போது ஏற்படும். உங்கள் வழங்குநர் பாணலிலிருந்து கான்சோல் அணுகல் இருந்தால், இணைந்து sudo ufw allow 22/tcp அல்லது நீங்கள் பயன்படுத்தும் தனிப்பட்ட போர்ட்டுக்கான அனுமதி சேர்க்கவும். கான்சோல் இல்லையெனில், ஆதரவு குழுவுடன் தொடர்பு கொள்ள வேண்டும். எனவே, UFW செயல்படுத்துவதற்கு முன்பு எப்போதும் SSH விதி சேர்க்க வேண்டும்.

வலைத்தளம் திறக்கவில்லை

Nginx அல்லது Apache செயல்படுவதற்கு 80 மற்றும் 443 போர்ட்டுகள் மூடப்பட்டிருந்தால், தளத்திற்கு அணுக முடியாது. sudo ufw status verbose மூலம் போர்ட்டுகளைச் சரிபார்க்கவும். மேலும், வலை சேவையகம் கேட்கும் போர்ட்டைப் ss -tulpn கட்டளையுடன் உறுதிப்படுத்துங்கள். DNS பதிவுகள் சரியானவாறு வழிநடத்தப்படுகிறதா என்பதையும் உறுதிப்படுத்தவும் DNS மேலாண்மை.

மின்னஞ்சல் சேவைகள் வேலை செய்யவில்லை

மின்னஞ்சல் சேவையகம் SMTP, IMAP, POP3 மற்றும் பாதுகாப்பான மாறுபாடுகளுக்கான பல போர்ட்டுகளைப் பயன்படுத்துகிறது. 25, 465, 587, 993, 995 போன்ற போர்ட்டுகள் தேவையானது. மின்னஞ்சல் ஹோஸ்டிங் சேவையைப் பயன்படுத்தினால், இந்த போர்ட்டுகளை உங்கள் சேவையகத்தில் திறக்க வேண்டிய அவசியம் இல்லை கொரும்சல் இ-மெயில் ஹோஸ்டிங்.

விதியைச் சேர்த்தேன் ஆனால் இது செயல்படவில்லை

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

2026 க்கான சிறந்த UFW பாதுகாப்பு நடைமுறைகள்

தற்காலிக சேவையக பாதுகாப்பு, சில போர்ட்டுகளை மூடுவதற்குப் பிறகு விரிவானதாக இருக்க வேண்டும். 2026 இல் ஒரு நல்ல UFW அமைப்பு இந்த அடிப்படைகளை ஆதரிக்க வேண்டும்:

• குறைந்தபட்ச அதிகாரம்: உண்மையில் தேவைப்படும் போர்ட்டுகளை மட்டுமே திறக்கவும்.
• அடையாள அச்சுறுத்தல் பாதுகாப்பு: SSH க்கான விசை அடிப்படையிலான அணுகலைப் பயன்படுத்தவும்.
• IP வரம்பு: மேலாண்மை போர்ட்டுகளை நிலையான IP அல்லது VPN பின்னணியில் வைக்கவும்.
• கண்ணோட்டம்: UFW பதிவுகளை மற்றும் முறைமை பதிவுகளை அடிக்கடி கண்காணிக்கவும்.
• தற்காலிகத் திட்டம்: தவறான பாதுகாப்பு விதிக்கான கான்சோல் அணுகல் அல்லது மீட்பு நடைமுறை இருக்க வேண்டும்.
• அடுக்கு பாதுகாப்பு: UFW ஐ WAF, SSL, புதுப்பிப்பு, காப்பு மற்றும் பயன்பாட்டு பாதுகாப்புடன் இணைந்து பயன்படுத்தவும்.
• ஆவணங்கள்: ஒவ்வொரு விதியின் காரணத்தையும் குழுவில் பதிவு செய்யவும்.

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

அதிகமாக கேள்விகள்

UFW ஐ செயல்படுத்துவது என் சேவையகத்தை முழுமையாக பாதுகாப்பாகக் காக்குமா?

இல்லை. UFW தாக்குதல் மேற்பரப்பைச் சிக்கலாக்குகிறது மற்றும் தேவையற்ற போர்ட்டுகளை மூடுவதன் மூலம் முக்கிய பாதுகாப்பு அடுக்குகளை வழங்குகிறது; ஆனால் தனியாக போதுமானது அல்ல. புதுப்பிப்புகள், SSH விசை, பலவீனமான கடவுச்சொற்கள், SSL, காப்பு மற்றும் பயன்பாட்டு பாதுகாப்புடன் இணைந்து பயன்படுத்தப்பட வேண்டும்.

UFW க்கான 80 மற்றும் 443 போர்ட்டுகளை திறக்க வேண்டும்?

ஒரு வலைத்தளத்திற்காக 80 மற்றும் 443 போர்ட்டுகள் பொதுவாக போதுமானது. ஆனால் SSH மேலாண்மைக்காக 22 அல்லது தனிப்பட்ட SSH போர்ட்டையும் பாதுகாப்பாக திறக்க வேண்டும். தரவுத்தளம் மற்றும் மேலாண்மை தளம் போர்ட்டுகள், IP அடிப்படையிலான வரம்புகளைப் பயன்படுத்த வேண்டும்.

SSH போர்ட்டை மாற்றுவது பாதுகாப்பை அதிகரிக்குமா?

SSH போர்ட்டை மாற்றுவது தானியங்கி பொது முயற்சிகளை குறைக்கலாம்; ஆனால் அதனை உண்மையான பாதுகாப்பு முன்னெச்சரிக்கை எனக் கருதக்கூடாது. மேலும் வலிமையான அணுகுமுறை, SSH விசை பயன்படுத்துவது, கடவுச்சொல் உள்ளீட்டை மூடுவது, IP வரம்புகளைச் செயல்படுத்துவது மற்றும் UFW வரம்பு அல்லது fail2ban பயன்படுத்துவது ஆகும்.

UFW விதிமுறைகள் Docker கான்டெய்னர்களையும் கட்டுப்படுத்துகின்றனவா?

எப்போதும் நீங்கள் எதிர்பார்க்கும் முறையில் கட்டுப்படுத்தப்படாது. Docker, போர்ட் வெளியிடும் போது iptables விதிமுறைகளை நேரடியாக மாற்றலாம். எனவே, Docker பயன்படுத்தும் சேவையகங்களில் docker ps வெளியீடு, வெளியிடப்பட்ட போர்ட்டுகள் மற்றும் UFW விதிமுறைகளை ஒன்றாகச் சரிபார்க்க வேண்டும்.

UFW பயன்படுத்தும் போது IPv6 அமைப்புகளை சரிபார்க்க வேண்டுமா?

ஆம். உங்கள் சேவையகம் IPv6 முகவரியைப் பெற்றால், UFW IPv6 போக்குகளைப் பராமரிக்கிறதா என்பதை உறுதி செய்ய வேண்டும். /etc/default/ufw கோப்பில் IPV6=yes அமைப்பை சரிபார்க்கவும் மற்றும் UFW status வெளியீட்டில் v6 விதிமுறைகளை உறுதிப்படுத்தவும்.

சுருக்கமாகக் கூறப்போனால், Linux சேவையகங்களில் UFW மூலம் பாதுகாப்பு சுவரின் மேலாண்மை விரைவாக, படிக்கக்கூடிய மற்றும் செயல்திறனான முறையில் செய்யலாம். சரியான தொடக்க விதிமுறைகள், SSH பாதுகாப்பு, வலை போக்குகளை கட்டுப்பாட்டில் திறப்பது மற்றும் பதிவு கண்காணிப்பு மூலம் உங்கள் சேவையகத்தின் தாக்குதல் மேற்பரப்பை கணிசமாகக் குறைக்க முடியும். புதிய திட்டங்களை வெளியிடும் போது, பாதுகாப்பான ஹோஸ்டிங் அடித்தளம், SSL மற்றும் அடிக்கடி பராமரிப்பு நடவடிக்கைகளை ஒன்றாக திட்டமிடுவது நீண்டகாலத்தில் மேலும் வலுவான முடிவுகளை அளிக்கும். உங்கள் தேவைக்கு ஏற்ப அடித்தலத்தைத் தேர்ந்தெடுக்க Hostragons தீர்வுகளைப் பார்வையிடலாம், உங்கள் பாதுகாப்பு அமைப்பை வளர்ச்சி குறிக்கோள்களுக்கு ஏற்ப கட்டப்பட்ட முறையில் மேம்படுத்தலாம்.