DDoS தாக்குதலுக்குள்ளான வலைத்தளத்திற்கான Cloudflare "Under Attack" முறை எப்படி செயல்படுத்த வேண்டும்?

DDoS தாக்குதலுக்குள்ளான வலைத்தளத்தில் Cloudflare Under Attack முறை, பயணிகளுக்கு ஒரு குறுகிய பாதுகாப்பு உறுதிப்படுத்தலை காண்பித்து பாட்ட்கள் போக்குவரத்தை வடிகட்டும் அவசர பாதுகாப்பு அமைப்பாகும். Cloudflare கட்டுப்பாட்டு பட்டியில் உங்கள் வலைத்தளத்தை தேர்வு செய்து பாதுகாப்பு பிரிவில் Under Attack Mode செயல்படுத்துவதன் மூலம், சில நிமிடங்களில் HTTP/HTTPS அளவிலான அதிகமான கோரிக்கைகளை மெதுவாக்கலாம், உண்மை பயனர் வலைத்தளத்திற்கு அடைய உதவலாம் மற்றும் உங்கள் சேவையகத்தின் சுமையை குறைக்கலாம். ஆனால் இந்த முறை தனியாக நிலையான தீர்வு அல்ல; சரியான DNS புரொக்சி அமைப்பு, WAF விதிமுறைகள், வீத வரையறை, கேஷ் கட்டமைப்பு மற்றும் மூல சேவையக பாதுகாப்புடன் இணைந்து பயன்படுத்தப்பட வேண்டும்.

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

Cloudflare Under Attack முறை என்றால் என்ன?

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

இந்த முறையின் அடிப்படை நோக்கம், பயன்பாட்டு அடுக்கு அல்லது Layer 7 அளவிலான தாக்குதல்களை குறைப்பது ஆகும். எடுத்துக்காட்டாக, முதன்மை பக்கம் ஒரு வினாடிக்கு ஆயிரக்கணக்கான GET கோரிக்கைகள், WordPress உள்நுழைவு பக்கம் மீது அதிகமான POST முயற்சிகள், தேடும் பக்கம் மீது செலவிடும் கோரிக்கைகள் அல்லது செட்டில் பக்கம் மீது பொய்யான போக்குவரத்து அனுப்பப்படுகிறதானால், Under Attack முறை விரைவான முதல் நடவடிக்கையை வழங்குகிறது.

இங்கு முக்கியமான அலங்காரம் இது: Under Attack முறை, வலை கோரிக்கைகளை வடிகட்டுகிறது; ஆனால் உங்கள் சேவையகத்தின் IP முகவரி நேரடியாக குறிவைக்கப்படுவதால், Cloudflare புரொக்சி வெளியே உள்ள சேவைகள் திறந்துவிடப்படலாம் அல்லது தாக்குதல் Layer 3/4 அளவிலானதாக இருந்தால் கூடுதல் முன்னெச்சரிக்கைகள் தேவை. எனவே DNS பதிவுகள் Cloudflare மூலமாக உருப்படுத்தப்பட வேண்டும், மூல IP முகவரி மறைக்கப்பட வேண்டும் மற்றும் ஹோஸ்டிங் பக்கம் சரியான பாதுகாப்பு முன்னெச்சரிக்கைகள் செயல்படுத்தப்பட வேண்டும் என்பவை முக்கியமானவை. பாதுகாப்பான அடிப்படைக் கட்டமைப்புக்காக பாதுகாப்பான வலை உள்நுழைவு சேவைகள் மற்றும் SSL சான்றிதழ் அமைப்பு உள்ளடக்கங்களுடன் இணைக்கலாம்.

DDoS தாக்குதல் அறிகுறிகள்: Under Attack முறை செயல்படுத்துவதற்கு முன் என்ன கண்டுபிடிக்க வேண்டும்?

ஒவ்வொரு மெதுவான செயல்பாட்டும் DDoS அல்ல. சில சமயங்களில் தவறான பிளக்கின், தரவுத்தொகுப்பு முடக்குதல், அதிக CPU பயன்படுத்தும் கிரான் வேலை அல்லது தவறான கேஷ் அமைப்பு போன்றவை ஒரே மாதிரியான முடிவுகளை உருவாக்கலாம். எனவே Under Attack முறையை திறப்பதற்கு முன் விரைவான கண்டறிதல் செய்வது பயனுள்ளது. எனினும், சேவையகம் பதிலளிக்கக் கடுமையாக போராடினால், பயனர் 502, 503, 504 பிழை பெறுவார்கள் மற்றும் பதிவுகளில் சாதாரணமான கோரிக்கைகளின் வெவ்வேறு வெள்ளம் இருந்தால் அவசர முறையை தாமதிக்கக் கூடாது.

சாதாரண DDoS காட்டுகள்

• குறுகிய காலத்தில் சாதாரணத்திற்கேற்ப 5, 10 அல்லது 50 மடங்கு போக்குவரத்து அதிகரிப்பு காணப்படுவது.
• ஒரே பக்கம் அல்லது எண்ட்பாயின்ட் மீது ஒரு வினாடிக்கு நூறு கோரிக்கைகள் வருவது.
• வித்தியாசமான நாடுகளில் இருந்து ஆனால் இணைந்த user-agent மதிப்புகள் கொண்ட போக்குவரத்து வருவது.
• WordPress, WooCommerce, OpenCart அல்லது தனிப்பயனாக்கப்பட்ட மென்பொருளில் நிர்வாகம், உள்நுழைவு, தேடு, செட்டில் போன்ற செலவான URL-களை குறிவைக்கும்.
• சேவையகத்தில் CPU, RAM, PHP-FPM வேலை அல்லது MySQL இணைப்பு வரம்புகள் நிரம்புவது.
• Cloudflare Analytics திரையில் 4xx மற்றும் 5xx பிழைகளின் திடீர் உயர்வு.
• உண்மையான பயனர்கள் வலைத்தளத்திற்கு இடைவெளியில் அணுகவும், ஆனால் பாட்டுகள் தொடர்பான போக்குவரத்து தொடர்ந்து கோரிக்கைகளை அனுப்புவது.

எடுத்துக்காட்டாக, சாதாரணமாக ஒரு நிமிடத்திற்கு 2,000 கோரிக்கைகளைப் பெறும் ஒரு மின் வர்த்தக வலைத்தளம், 10 நிமிடங்களில் ஒரு நிமிடத்திற்கு 80,000 கோரிக்கைகளைப் பெறுகிறதானால் மற்றும் கோரிக்கைகளின் 70% செட்டில் அல்லது தேடல் பக்கம் செல்லுமானால், இது Layer 7 தாக்குதலின் தெளிவான குறிப்பு ஆகும். இந்த சூழ்நிலையில் Under Attack முறை முதல் 5 நிமிடங்களில் திறக்கப்பட வேண்டும், பின்னர் குறிவைக்கப்பட்ட URL-க்களுக்கு சிறப்பு WAF மற்றும் வீத வரையறை விதிகள் சேர்க்கப்பட வேண்டும்.

Cloudflare Under Attack முறை எப்போது பயன்படுத்த வேண்டும்?

Cloudflare Under Attack முறை, தொடர்ந்து திறந்து வைத்திருப்பதற்கான சாதாரண பாதுகாப்பு அமைப்பாகும். ஏனெனில் உண்மையான பயணிகளுக்கும் குறுகிய காத்திருப்பு திரை காண்பிக்கப்படுகிறது. இது குறிப்பாக மாற்றம் மையமாகக் கொண்ட பக்கங்களில், பணம் செலுத்தும் படிகளில் அல்லது API பயன்படுத்தும் அமைப்புகளில் பயனர் அனுபவத்தை பாதிக்கலாம். சரியான பயன்பாடு, தாக்குதலின் போது தற்காலிகமாக செயல்படுத்துவது மற்றும் போக்குவரத்து இயல்பாக திரும்பும்போது பாதுகாப்பு அளவுகோலை மீண்டும் சரிசெய்வது ஆகும்.

பயன்படுத்தப் போதுமான நிலைகள்

• வலைத்தளத்திற்கு அதிக மற்றும் அசாதாரண HTTP/HTTPS கோரிக்கைகள் வந்தால்.
• சேவையகத்தின் வளங்கள் விரைவில் குறைந்து 502/503 பிழைகள் அதிகரித்தால்.
• Cloudflare WAF இன்னும் தனிப்பட்ட விதிகளை அமைக்கவில்லை என்றால் மற்றும் விரைவான கவசம் தேவை.
• பாட்டுகள் தொடர்பான போக்குவரத்து உண்மையான பயனர் போக்குவரத்திற்குக் குறிப்பிடத்தக்க அளவு அதிகமாக இருந்தால்.
• தாக்குதல் குறிவைக்கும் வலைப்பக்கம், படிவங்கள், உள்நுழைவு திரைகள் அல்லது தேடல் எண்ட்பாயின்ட் ஆகியவை.

அருகில் பயன்படுத்த வேண்டிய நிலைகள்

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

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

Cloudflare Under Attack முறை எவ்வாறு திறக்க வேண்டும்? படி படியாக செயல்பாடு

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

1. Cloudflare கணக்கில் உள்நுழைக

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

2. DNS பதிவுகள் புரொக்ஸியாக இருக்கிறதா என்பதை சரிபார்க்கவும்

Under Attack முறையின் பயனுள்ளதாக இருக்க, வலை போக்குவரத்து Cloudflare மூலம் செல்ல வேண்டும். DNS பகுதியில் A, AAAA மற்றும் CNAME பதிவுகள் ஆரஞ்சு மேகத்தில், அதாவது புரொக்ஸியாக இருக்கிறதா என்பதை உறுதிசெய்யவும். சாம்பல் மேக நிலைப்பட்ட DNS மட்டும் பதிவுகள் Cloudflare பாதுகாப்பு அடிப்படையைக் கடக்காது. குறிப்பாக www, அடிப்படை டொமைன் மற்றும் பயன்படுத்தப்படும் துணை பெயர்கள் சரிபார்க்கப்பட வேண்டும்.

உங்கள் மூல IP முகவரி இணையத்தில் வெளிப்படையாக இருக்குமானால், தாக்குநர்கள் Cloudflare-ஐ விலக்கி நேரடியாக சேவையகத்திற்கு தாக்கலாம். எனவே, சேவையக பாதுகாப்பு சுவரில் Cloudflare IP வரம்புகளில் இருந்து வரும் HTTP/HTTPS போக்குவரத்திற்கு மட்டுமே அனுமதிக்கப்படுவது ஒரு வலுவான கூடுதல் முன்னெச்சரிக்கை ஆகும். உங்கள் ஹோஸ்டிங் வழங்குநரிடமிருந்து இந்த விஷயத்தில் ஆதரவு பெறலாம் அல்லது Cloudflare DNS அமைப்புகள் எவ்வாறு செய்யப்படும் என்ற வழிகாட்டிக்கு வழிகாட்டலாம்.

3. பாதுகாப்பு பிரிவில் Under Attack Mode சிறப்பானது

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

செயல்படுத்திய பிறகு, மாற்றங்கள் பொதுவாக குறுகிய காலத்தில் செயல்படுத்தப்படும். முதல் நிமிடங்களில் Cloudflare Analytics, பாதுகாப்பு நிகழ்வுகள் மற்றும் சேவையக வளங்கள் நுகர்வை ஒன்றாக கண்காணிக்க வேண்டும். CPU மற்றும் இணைப்பு எண்ணிக்கைகள் குறைவாக இருந்தால், முறை வேலை செய்து கொண்டிருக்கிறது எனலாம். ஆனால் பிழை விகிதம் தொடர்ந்தால், கூடுதல் விதிகள் எழுதப்பட வேண்டும்.

4. உண்மையான பயனர் அனுபவத்தை சோதிக்கவும்

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

5. தாக்குதலால் குறிவைக்கப்பட்ட URL-களை அடையாளம் காண்க

Under Attack முறை பொதுவான கவசத்தை வழங்குகிறது; ஆனால் உண்மையான விளைவு குறிக்கோளுக்கு சிறப்பு விதிகளால் பெறப்படுகிறது. Cloudflare பாதுகாப்பு நிகழ்வுகள், வலை பகுப்பாய்வு, ஹோஸ்டிங் அணுகல் பதிவுகள் மற்றும் பயன்பாட்டுத் பதிவுகளில் அதிகம் கோரிக்கைகள் உள்ள பாதைகளை கண்டுபிடிக்கவும். எடுத்துக்காட்டாக, /wp-login.php, /xmlrpc.php, /search, /cart, /api/login அல்லது /checkout போன்ற URL-கள் தாக்குதலுக்குள்ளாக இருக்கலாம்.

குறிவைக்கப்பட்ட URL கண்டறியப்பட்ட பிறகு WAF Custom Rules மூலம் நாடு, user-agent, கோரிக்கை முறை, URI பாதை அல்லது பாட்டின் மதிப்பு போன்ற அளவுகோல்களால் நடவடிக்கை எடுக்கலாம். எடுத்துக்காட்டாக, குறிப்பிட்ட ஒரு உள்நுழைவு எண்ட்பாயின்ட் க்காக ஒரு நிமிடத்திற்கு பொருத்தமான எண்ணிக்கையிலிருந்து அதிகமாக கோரிக்கைகளை அனுப்பும் IP க்கு நிர்வாக சவால் வழங்கலாம். WordPress வலைத்தளங்களுக்கு WordPress பாதுகாப்பு முன்னேற்பாடுகள் இணைப்பு இயற்கையாகவே உள்ளமைந்த உள்ளுறுப்பு வாய்ப்பு ஆகும்.

Under Attack முறை மற்றும் மற்ற Cloudflare பாதுகாப்பு விருப்பங்களுக்கிடையிலான வேறுபடிகள்

Cloudflare பாதுகாப்பு கருவிகள் வித்தியாசமான நோக்கங்களுக்கு சேவை செய்கின்றன. Under Attack முறை விரைவான மற்றும் பொதுவான ஒரு அவசர வடிகட்டியாக இருக்கும்; WAF மற்றும் Rate Limiting என்பது மேலும் குறிக்கோளுடனான, நிலையான மற்றும் பயனர் அனுபவத்தின் அடிப்படையில் மேலும் சமநிலையான தீர்வுகளை வழங்குகிறது.

நடைமுறையில், நல்ல பாதுகாப்பு அணுகுமுறை இவ்வாறு முன்னேறுகிறது: முதலில் Under Attack முறையால் அவசர அழுத்தத்தை குறைக்கிறது, பின்னர் தாக்குதல் வடிவம் பகுப்பாய்வு செய்யப்படுகிறது, WAF மற்றும் வீத வரையறை விதிகள் சேர்க்கப்படுகின்றன, இறுதியாக கேஷ் மற்றும் மூல தீவிரமான அமைப்புகளுடன் நிலையான கட்டமைப்பைப் பலப்படுத்துகிறது.

தாக்குதல் நேரத்தில் பரிந்துரைக்கப்பட்ட கூடுதல் Cloudflare அமைப்புகள்

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

WAF விதிமுறைகளுடன் குறிக்கோளுக்கு பாதுகாப்பு உருவாக்கவும்

Cloudflare WAF, குறிப்பிட்ட நிலைகளின் அடிப்படையில் நடவடிக்கை எடுக்க அனுமதிக்கிறது. எடுத்துக்காட்டாக, /wp-login.php பக்கம் வரும் மற்றும் குறிப்பிட்ட நாடுகளில் இருந்து வரும் POST கோரிக்கைகளுக்கு சவால் வழங்கலாம். இதன் மூலம், முழு வலைத்தளத்தை மெதுவாக்காமல், தாக்குதலின் குறிக்கோளை தனிமைப்படுத்தலாம்.

• அட்மின் மற்றும் உள்நுழைவு பக்கங்களை குறிப்பிட்ட நாடுகளுக்கு அல்லது IP வரம்புகளுக்கு மட்டுமே திறக்கவும்.
• XML-RPC போன்ற பயன்படுத்தப்படாத எண்ட்பாயின் களைத் தடுக்கும்.
• சந்தேகமான user-agent மதிப்புகள் க்கான நிர்வாக சவாலை வழங்கவும்.
• குறிப்பிட்ட URI பாதையில் மிக அதிகமாக கோரிக்கைகள் வழங்கும் வாடிக்கையாளர்களை வீத வரையறையால் கட்டுப்படுத்தவும்.

Cache அளவுகோலை சரியாக அமைக்கவும்

DDoS நேரத்தில் மூல சேவையகம் ஒவ்வொரு கோரிக்கைக்கும் பதிலளிக்க வேண்டுமானால், வளங்கள் விரைவில் குறைகின்றன. நிலையான கோப்புகள், படங்கள், CSS, JavaScript மற்றும் கேஷ் செய்யக்கூடிய பக்கங்கள் Cloudflare எட்ஜ் மூலம் வழங்கப்பட வேண்டும். WordPress போன்ற மாற்று அமைப்புகளில் பக்கம் கேஷ் பிளக்கின், Cloudflare கேஷ் விதிகள் மற்றும் பொருத்தமான கேஷ்-கண்டிப்புகள் ஒன்றாக பயன்படுத்தப்படலாம்.

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

Rate limiting அளவுகோல்களை உண்மையானதாகக் கொண்டுவரவும்

Rate limiting, குறிப்பாக செலவான எண்ட்பாய்ட்களில் மிகுந்த பயனுள்ளதாக இருக்கும். ஆனால் அளவுகோல்கள் சீரற்றவையாக அமைக்கப்பட்டால் உண்மையான பயனர்கள் தடிக்கப்படலாம். எடுத்துக்காட்டாக, ஒரு தயாரிப்பு தேடல் பக்கத்தில், ஒரு சாதாரண பயனர் ஒரு நிமிடத்தில் 5-15 தேடல்களைச் செய்யலாம்; ஒரு நிமிடத்தில் 100 தேடல் அசாதாரணமாகும். உள்நுழைவு பக்கத்தில், 5 நிமிடங்களில் 10 தோல்வியுற்ற முயற்சிகள் பெரும்பாலான காட்சிகளில் சந்தேகமாக இருக்கிறது.

எடுத்துக்காட்டாக ஒரு அணுகுமுறை: /wp-login.php க்கு ஒரு நிமிடத்தில் 10-க்கும் மேற்பட்ட கோரிக்கைகளை அனுப்பும் IP க்கு நிர்வாக சவால், 5 நிமிடங்களில் 50-க்கும் மேற்பட்ட கோரிக்கைகளை அனுப்பும் IP க்கு தற்காலிகமாக தடையிடலாம். API எண்ட்பாயின்ட் களில், பயனர் அமர்வு, IP, டோக்கன் மற்றும் முறை அடிப்படையாக மேலும் நுணுக்கமான வரம்புகள் தேர்ந்தெடுக்கப்பட வேண்டும்.

மூல IP முகவரியை மறைக்கவும் மற்றும் சுவரோட்டத்தால் கட்டுப்படுத்தவும்

Cloudflare ஐப் பயன்படுத்தும் போது, ஒரு மிக முக்கியமான தவறு, மூல IP முகவரியை வெளிப்படையாக வைக்கிறது. பழைய DNS பதிவுகள், நேரடியாக IP உடன் செயல்படும் துணை பெயர்கள், மின்னஞ்சல் பதிவுகள் மற்றும் கலந்துவந்த வலை சேவைகள் அல்லது கசிந்த கட்டமைப்புகள், தாக்குநரின் சேவையகத்திற்கு Cloudflare வெளியே செல்ல வழிவகுக்கும்.

சேவையக பக்கம் 80 மற்றும் 443 போர்ட்களை Cloudflare IP வரம்புகளுக்கு மட்டுமே திறந்து வைக்க வேண்டும் என்பது ஒரு வலுவான பாதுகாப்பை வழங்குகிறது. மேலும் SSH, கட்டுப்பாடு, தரவுத்தொகுப்பு மற்றும் நிர்வாக போர்ட்கள் இணையத்தில் வெளிப்படையாக இருக்கக்கூடாது; IP கட்டுப்பாடு, வலுவான கடவுச்சொல், 2FA மற்றும் சாத்தியமாகவே VPN பயன்படுத்தப்பட வேண்டும். ஹோஸ்டிங் பாதுகாப்புக்காக cPanel பாதுகாப்பு அமைப்புகள் மற்றும் VPS தீக்குவரை அமைத்தல் உள்ளடக்கங்களுடன் இணைக்கவும்.

WordPress, WooCommerce மற்றும் நிறுவன வலைத்தளங்களில் சிறப்பு கவனிக்க வேண்டியவை

ஒவ்வொரு வலைத்தளமும் ஒரே போக்குவரத்து அமைப்பைக் கொண்டிருக்கவில்லை. ஒரு பிளாக்கு வலைத்தளம், WooCommerce கடை மற்றும் SaaS கட்டுப்பாட்டிற்கு Cloudflare Under Attack முறை வெவ்வேறு முடிவுகளை உருவாக்கலாம். எனவே, வலைத்தள வகைக்கு ஏற்ப முக்கியமான பாதைகளை சுட்டிக்காட்ட வேண்டும்.

WordPress வலைத்தளங்கள்

WordPress இல் அடிக்கடி குறிவைக்கப்படும் கோப்புகள் /wp-login.php மற்றும் /xmlrpc.php பாதைகளாகும். XML-RPC ஐப் பயன்படுத்தவில்லை என்றால், அதை தடுப்பது பொதுவாக பாதுகாப்பாக இருக்கும். நிர்வாக கட்டுப்பாட்டிற்காக நாடு அல்லது IP கட்டுப்பாடு விதிக்கப்படலாம். மேலும் பாதுகாப்பு பிளக்கின்களுடன் Cloudflare விதிகள் மோதக்கூடாது; ஒரே நேரத்தில் மிகுந்த சவால் முறை பயனரை உறுதிப்படுத்தல் சுற்றத்தில் சிக்க விடலாம்.

WooCommerce கடைகள்

WooCommerce இல் செட்டில், பணம் செலுத்தும் மற்றும் கணக்கு பக்கங்கள் கவனிக்கப்பட வேண்டும். இந்த பக்கங்கள் மாற்று ஆக இருப்பதால், கடுமையான கேஷ் பயன்படுத்தப்படக்கூடாது. Under Attack முறை செயல்பாட்டில் உள்ள போது, பணம் செலுத்தும் வழங்குநரின் callback அல்லது webhook URL களின் செயல்படுவதை உறுதிசெய்யவும். தேவையானால் பணம் செலுத்தும் வழங்குநரின் IP வரம்புகளை அனுமதிக்கோளில் சேர்க்க வேண்டும் அல்லது தொடர்புடைய எண்ட்பாயின்டுக்கான சிறப்பு விதி எழுதப்பட வேண்டும்.

நிறுவன மற்றும் API பயன்படுத்தும் வலைத்தளங்கள்

நிறுவன தளங்கள், CRM ஒருங்கிணைப்புகள் மற்றும் மொபைல் பயன்பாட்டின் API கள் JavaScript சவால் திரையை கையாள முடியாது. இந்த வகை அமைப்புகளில், அனைத்து டொமைனிற்கும் Under Attack முறையைப் பயன்படுத்துவதைப் பதிலாக API துணை பெயரைக் தனியாக நிர்வகிப்பது மேலும் சரியானது ஆகலாம். எடுத்துக்காட்டாக, www.example.com க்கு Under Attack திறக்கும்போது, api.example.com க்கு டோக்கன் அடிப்படையிலான பாதுகாப்பு, வீத வரையறை மற்றும் அனுமதிக்கோளை செயல்படுத்தலாம்.

Under Attack முறை திறக்கப்பட்ட பிறகு கண்காணிக்க வேண்டிய அளவுகோல்கள்

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

• Cloudflare பாதுகாப்பு நிகழ்வுகள்: எங்கே விதிகள் எவ்வளவு கோரிக்கைகளை சவால் அல்லது தடுப்பதைக் காட்டுகிறது.
• HTTP நிலை குறியீடுகள்: 403, 429, 502, 503 மற்றும் 504 பிழைகளில் உள்ள மாற்றங்கள் கண்காணிக்கப்பட வேண்டும்.
• சேவையக CPU மற்றும் RAM பயன்பாடு: Under Attack பிறகு குறைவாக இருக்கும் என எதிர்பார்க்கப்படுகிறது.
• PHP-FPM மற்றும் MySQL இணைப்புகள்: பயன்பாட்டு அடுக்கில் சிரமத்தை குறிக்கிறது.
• பாண்டு அகலம் மற்றும் கோரிக்கைகள் எண்ணிக்கை: போக்குவரத்து அளவுடன் வடிகட்டப்பட்ட கோரிக்கைகள் விகிதம் ஒப்பிடப்பட வேண்டும்.
• உண்மையான பயனர் மாறுபாடுகள்: வடிவத்தை சமர்ப்பித்தல், ஆர்டர், உள்நுழைவு மற்றும் பணம் செலுத்தும் படிகளை சோதிக்கப்பட வேண்டும்.

எடுத்துக்காட்டாக, Under Attack முறை திறக்கப்பட்ட பிறகு மொத்த கோரிக்கைகள் ஒரே மாதிரியான நிலையில் இருந்தாலும், மூலத்திற்கு அணுகும் கோரிக்கைகள் 60% குறைந்தால், Cloudflare அடுக்கு குறிப்பிடத்தக்க சுமையை உறிஞ்சுகிறது என்பதைக் குறிக்கிறது. இருந்தாலும் MySQL CPU பயன்படுத்தல் உயர்ந்ததாகவே இருந்தால், தாக்குதல் குறிப்பிட்ட ஒரு மாற்று கேள்வியை தூண்டக்கூடியதாக இருக்கலாம்; இந்த சூழ்நிலையில் பயன்பாட்டு பதிவுகள் சோதிக்கப்பட வேண்டும்.

தாக்குதல் முடிந்த பிறகு Under Attack முறை எவ்வாறு நிறுத்த வேண்டும்?

தாக்குதல் போக்குவரத்து இயல்பாக திரும்பியவுடன் Under Attack முறையை நிலையாக திறந்து வைக்க பொதுவாக பரிந்துரை செய்யப்படாது. ஏனெனில், ஒவ்வொரு பயணியுக்கும் கூடுதல் உறுதிப்படுத்தல் காண்பிப்பது மாற்றத்தின் விகிதத்தை, ஸ்கேன் செயல்திறனை மற்றும் பயனர் திருப்தியை பாதிக்கலாம். நிறுத்தும் செயல்முறை திறப்பதைப் போலவே கவனமாக செய்ய வேண்டும்.

பாதுகாப்பான இயல்புக்கு திரும்பும் படிகள்

• குறைந்தது 30-60 நிமிடங்கள் போக்குவரத்து நிலை இயல்பாக திரும்புமாறு காத்திருக்கவும்.
• Cloudflare பாதுகாப்பு நிகழ்வுகள் திரையில் சவால் மற்றும் தடைவுகளின் எண்ணிக்கைகள் குறைவாக இருப்பதை உறுதிசெய்யவும்.
• Under Attack முறையை நிறுத்துவதற்கு முன்பு குறிவைக்கப்பட்ட WAF மற்றும் வீத வரையறை விதிகள் செயல்படுத்தப்படுவதாக உறுதியாக இருக்கவும்.
• பாதுகாப்பு நிலையை High அல்லது Medium போன்ற மேலும் சமநிலையாக்கப்பட்ட நிலைக்கு மீட்டெடுக்கவும்.
• வலைத்தளத்தை வெவ்வேறு சாதனங்களில் சோதிக்கவும் மற்றும் 5xx பிழை விகிதத்தை கண்காணிக்கவும்.
• 24 மணி நேரத்திற்கு பதிவுகளை கண்காணித்து தாக்குதல் மீண்டும் தொடங்குகிறதா என்பதை உறுதிசெய்யவும்.

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

பொதுவான தவறுகள் மற்றும் தவிர்க்க வேண்டியவை

DDoS நேரத்தில் விரைவாக முடிவெடுக்க வேண்டும்; ஆனால் தவறான அமைப்புகள் உண்மையான பயனர்களையும் தடிக்கலாம். கீழ்க்காணும் தவறுகள் குறிப்பாக அதிக சிரமத்தின் கீழ் அடிக்கடி ஏற்படலாம்.

• DNS பதிவுகளை புரொக்ஸியாக மாற்றாமல் Under Attack முறையை பாதுகாப்பாக இருக்கும் என்று நினைத்தல்.
• மூல IP முகவரியை வெளிப்படையாக வைக்கவும் மற்றும் சுவரோட்டத்தால் Cloudflare IP களுக்கு வெளியே அணுகலைத் தடுப்பதில்லை.
• API, webhook மற்றும் பணம் செலுத்தும் callback முகவரிகளை சோதிக்காமல் அனைத்து டொமைனுக்கு சவால் வழங்குதல்.
• மிகுந்த விசாலமான WAF தடைவுகளை எழுதுவதன் மூலம் உண்மையான வாடிக்கையாளர்களைத் தடுப்பது.
• கேஷ் செய்யக்கூடாத செட்டில், பணம் செலுத்தும் அல்லது பயனர் கட்டுப்பாட்டுப் பக்கங்களை கடுமையாகக் கேஷ் செய்தல்.
• தாக்குதல் முடிந்த பிறகு முறையை வாரங்களாக திறந்து வைக்கவும்.
• சேவையக பதிவுகளை ஆய்வு செய்யாமல், வெறும் Cloudflare திரைக்கு பார்வையிடுவதன் மூலம் முடிவெடுக்கவும்.

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

Hostragons அடிப்படையில் மேலும் உறுதிப்படுத்தப்பட்ட பாதுகாப்பு எப்படி திட்டமிடப்படும்?

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

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

அதிக போக்குவரத்து அல்லது தாக்குதல் ஆபத்து அதிகமாக உள்ள திட்டங்களில், சாதாரண பகிர்ந்துகொள்ளப்பட்ட ஹோஸ்டிங் முறைமையைப் பதிலாக மேலும் கட்டுப்படுத்தப்பட்ட VPS அல்லது நிர்வகிக்கக்கூடிய சேவையக விருப்பங்களைப் பரிசீலிக்கலாம். இதனால், சுவரோட்டம், வலை சேவையகம், PHP-FPM, Redis, விவரக்கோப்பு அமைப்புகள் மற்றும் தரவுத்தொகுப்புகளை மேலும் மாறுபட்ட முறையில் கட்டமைக்கலாம். ஆனால் எந்த அடிப்படையிலும் தேர்ந்தெடுக்கப்படும் Cloudflare Under Attack முறையை மட்டும் அவசர கருவியாக கையாள வேண்டும்; நிலையான பாதுகாப்பு கட்டமைப்புகள் WAF, பதிவுகள் பகுப்பாய்வு மற்றும் ஒழுங்கான புதுப்பிப்புகளால் ஆதரிக்கப்பட வேண்டும்.

விரைவு கட்டுப்பாட்டு பட்டியல்: DDoS நேரத்தில் முதல் 15 நிமிடங்கள்

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

• Cloudflare கட்டுப்பாட்டு பட்டியலில் செல்கவும் மற்றும் சரியான டொமைனைக் தேர்ந்தெடுக்கவும்.
• DNS பதிவுகள் ஆரஞ்சு மேகத்தில், அதாவது புரொக்ஸியாக இருக்கிறதா என்பதை சரிபார்க்கவும்.
• Under Attack முறையை செயல்படுத்தவும்.
• முதன்மை பக்கம், உள்நுழைவு, செட்டில், பணம் செலுத்தும் மற்றும் API எண்ட்பாயின்ட் களை சோதிக்கவும்.
• Cloudflare பாதுகாப்பு நிகழ்வுகள் திரையில் குறிவைக்கும் URL-களை கண்டறியவும்.
• அதிக தாக்குதலுக்கு உள்ளடங்கிய பாதைகளுக்காக சிறப்பு WAF அல்லது வீத வரையறை விதியைச் சேர்க்கவும்.
• சேவையக CPU, RAM, PHP-FPM மற்றும் MySQL நிலையைச் சரிபார்க்கவும்.
• மூல IPக்கு நேரடியாக அணுகல் உள்ளதா என்பதை சோதிக்கவும்.
• பணம் செலுத்தும் வழங்குநர்கள், webhook கள் மற்றும் முக்கிய ஒருங்கிணைப்புகளுக்கான அனுமதிக்கோள் தேவைப்படுகிறதா என்பதைக் கவனிக்கவும்.
• எல்லா நடவடிக்கைகளையும் நேரம் குறிப்புடன் பதிவு செய்யவும்.

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

அடிக்கடி கேட்பதற்கான கேள்விகள்

Cloudflare Under Attack முறை வலைத்தளத்தை முற்றிலும் பாதுகாக்குமா?

இல்லை. Cloudflare Under Attack முறை குறிப்பாக HTTP/HTTPS அளவிலான பாட்டுகள் மற்றும் வெள்ளப் போக்குவரத்தை குறைக்க மிகவும் பயனுள்ளதாக உள்ளது; ஆனால் தனியாக முழுமையான பாதுகாப்பு வழங்காது. DNS பதிவுகள் புரொக்ஸியாக இருக்க வேண்டும், மூல IP மறைக்கப்பட வேண்டும், WAF விதிகள், வீத வரையறை, கேஷ் மற்றும் சேவையக சுவரோட்ட அமைப்புகளுடன் இணைந்து பயன்படுத்தப்பட வேண்டும்.

Under Attack முறை SEO-வுக்கு பாதிக்குமா?

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

Cloudflare Under Attack முறை எவ்வளவு நேரம் திறந்து இருக்க வேண்டும்?

தாக்குதல் தீவிரம் குறைந்தது வரை திறந்திருக்கும்; நடைமுறையில் போக்குவரத்து இயல்பாக திரும்பிய பிறகு குறைந்தது 30-60 நிமிடங்கள் கண்காணிக்கப்பட வேண்டும் மற்றும் பின்னர் படி படியாக நிறுத்தப்பட வேண்டும். முறைமையை நிறுத்துவதற்கு முன் WAF மற்றும் வீத வரையறை போன்ற நிலையான விதிகள் தயாராக இருக்க வேண்டும்.

Under Attack முறை API அல்லது பணம் செலுத்தும் அமைப்புகளை பாதிக்குமா?

ஆமாம், பாதிக்கலாம். ஏனெனில் சில API வாடிக்கையாளர்கள், webhook சேவைகள் மற்றும் பணம் செலுத்தும் callback அமைப்புகள் உலாவி அடிப்படையிலான பாதுகாப்பு உறுதிப்படுத்தலை முடிக்க முடியாது. எனவே, முக்கிய எண்ட்பாயின்ட் களை சோதிக்கவும், தேவையானால் அனுமதிக்கோள் அல்லது சிறப்பு Cloudflare விதிகளை வரையறுக்க வேண்டும்.

Cloudflare ஐப் பயன்படுத்தும் போது ஹோஸ்டிங் பக்கம் கூடுதல் முன்னெச்சரிக்கைகள் எடுக்க வேண்டுமா?

ஆமாம். Cloudflare முன்னணி பாதுகாப்பு வலுவான பாதுகாப்பை வழங்குகிறது; ஆனால் மூல சேவையகத்தின் IP முகவரியை மறைக்க வேண்டும், சுவரோட்டம் தேவையான போக்குவரத்திற்கு மட்டுமே அனுமதிக்க வேண்டும், மென்பொருளை புதுப்பித்து வைத்திருக்க வேண்டும் மற்றும் கேஷ் அமைப்பை சரியாக அமைக்க வேண்டும். பாதுகாப்பான ஹோஸ்டிங் அடிப்படைக் கட்டமைப்பு DDoS தாங்குதலின் முக்கியமான பகுதி ஆகும்.

தீர்வு

Cloudflare Under Attack முறை, DDoS தாக்குதலுக்குள்ளான வலைத்தளத்தில் விரைவான சுவாசத்தை வழங்கும் ஒரு திறமையான அவசர கருவியாகும். சரியான DNS புரொக்சி அமைப்புடன் செயல்படுத்தப்பட்டால், பாட்டுகள்த் போக்குவரத்தை குறைக்கிறது, சேவையகத்தின் சுமையை குறைக்கிறது மற்றும் உண்மையான பயனர்கள் வலைத்தளத்திற்கு அடைய வாய்ப்பை அதிகரிக்கிறது.