ප්‍රධාන සාරාංශය
ශ්‍රී ලංකාවේ වැඩි පරිශීලක තදබදයක් ඇති වෙබ් ද්වාර සඳහා DDoS ආරක්ෂාව යනු වෙබ් අඩවිය බිඳ වැටුණු පසු හදිසියේ මිලදී ගන්නා සේවාවක් නොවේ. ශක්තිමත් ඩිජිටල් ව්‍යුහයක් සඳහා ගෝලීයව බෙදාහැරුණු Cloud delivery, නිසි ලෙස සැකසූ Web Application Firewall (WAF), origin server hardening, බහු-ස්තර monitoring, පෙර පරීක්ෂා කළ incident response ක්‍රියාපටිපාටි සහ high-availability hosting එකට ක්‍රියා කළ යුතුය. මෙය brute-force login උත්සාහ, scraping, bot abuse, payment page ප්‍රහාර, ප්‍රචාරණ වැඩසටහන් නිසා ඇතිවන හදිසි traffic වැඩිවීම් සහ විශාල පරිමාණ DDoS ප්‍රහාරවලින් ආරක්ෂාව සපයන අතර Colombo, Jaffna, Kandy, Galle, Negombo සහ විදේශීය වෙළඳපොළවල පාරිභෝගික අත්දැකීමද වැඩිදියුණු කරයි.
ශ්‍රී ලාංකික ව්‍යාපාර සඳහා අද වෙබ් අඩවියක් හෝ online portal එකක් අඛණ්ඩව ක්‍රියාත්මක වීම ආදායම, මහජන විශ්වාසය සහ දෛනික මෙහෙයුම් අඛණ්ඩතාව සමඟ සෘජුවම සම්බන්ධ වේ. වැටුප් දින ප්‍රවර්ධනයක් අතරතුර checkout page එක අක්‍රිය වුවහොත් e-commerce ව්‍යාපාරයකට එය සැලකිය යුතු අලාභයකි. පාරිභෝගිකයෙකු balance එක පරීක්ෂා කිරීමට හෝ LankaQR සම්බන්ධ ගනුදෙනුවක් අවසන් කිරීමට උත්සාහ කරන මොහොතේ financial services portal එකක් ක්‍රියාකාරීව තිබිය යුතුය.
විශ්වවිද්‍යාල ප්‍රවේශ අයදුම්පත් පද්ධතියක්, රාජ්‍ය සේවා platform එකක්, logistics portal එකක් හෝ healthcare appointment booking system එකක් වුවද ඉතා කෙටි කාලයක් තුළ විශාල නීත්‍යානුකූල traffic ප්‍රමාණයකට මෙන්ම අනිෂ්ට traffic ප්‍රහාරයකටද මුහුණ දිය හැකිය. එවැනි අවස්ථා බොහෝ විට පෙර අනතුරු ඇඟවීමකින් තොරව සිදු වේ.
අභියෝගය Cloud provider කෙනෙකු තෝරාගැනීම පමණක් නොවේ. Traffic හදිසියේ වැඩිවනු ඇතැයි, bots විසින් විවෘත login page සියල්ල පරීක්ෂා කරනු ඇතැයි, APIs ඉලක්ක වනු ඇතැයි සහ upstream connectivity ගැටලුවක් අසීරු වේලාවක ඇතිවිය හැකි යැයි උපකල්පනය කරන බහු-ස්තර මෙහෙයුම් ආකෘතියක් සැලසුම් කිරීමයි.
1. ශ්‍රී ලංකාවට ගැළපෙන Resilience Architecture එකකින් ආරම්භ කරන්න
ශක්තිමත් portal එකක් නිර්මාණය කිරීමේදී public edge එක සහ application origin එක වෙන් කිරීම අත්‍යවශ්‍යය. පාරිභෝගිකයා පළමුව සම්බන්ධ විය යුත්තේ ගෝලීයව බෙදාහැරුණු edge network එකකටය. සැබෑ application servers private network controls පිටුපස ආරක්ෂිතව තබාගත යුතුය. මෙය server වල සෘජු නිරාවරණය අඩු කරයි, page delivery වේගවත් කරයි සහ මිල අධික compute හා database resources වෙත traffic පැමිණීමට පෙර security policy ක්‍රියාත්මක කිරීමට අවස්ථාව සලසයි.
Cloudflare Sri Lanka deployment එකක් සලකා බලන සංවිධාන සඳහා ප්‍රායෝගික වටිනාකම ශ්‍රී ලංකාව තුළ කාර්යාලයක් තිබීම පමණක් නොවේ. Anycast global network, intelligent routing, caching, traffic filtering සහ ශ්‍රී ලාංකික පරිශීලක හැසිරීම් හා connectivity තත්ත්වයන්ට ගැළපෙන policy design මෙහි මූලික වටිනාකමයි.
ඔබේ පාරිභෝගිකයන් Dialog, SLT-MOBITEL, Hutch, Airtel, office leased line, roaming connection හෝ ජාත්‍යන්තර network හරහා portal එකට පිවිසිය හැකිය. හොඳ architecture එකක් මෙම සියලු සම්බන්ධතා මාර්ග හරහා එකම ස්ථාවර, වේගවත් සහ ආරක්ෂිත අත්දැකීමක් ලබාදිය යුතුය.
නිර්දේශිත Reference Architecture එක
- සහය ලැබෙන තැන්වල DNSSEC සක්‍රීය කළ managed DNS layer එකක්.
- Web applications සහ APIs ඉදිරිපිට CDN හා reverse proxy එකක්.
- වෙනම availability zones හෝ data centres අතර බෙදාහැරුණු application instances කිහිපයක්.
- Health checks සහිත load balancer එකක් සහ අක්‍රිය instances ස්වයංක්‍රීයව ඉවත් කිරීමේ හැකියාව.
- අනුමත proxy IP ranges වලින් පමණක් inbound web traffic පිළිගන්නා private origin servers.
- Backups, point-in-time recovery, replication සහ පරීක්ෂා කළ restore procedures සහිත managed database එකක්.
- Images, product catalogues, documents, invoices සහ downloads සඳහා object storage.
- Centralised logging, alerting, uptime monitoring සහ incident-response runbooks.
Colombo සිට electronics අලෙවි කරන අතර Kandy සහ Galle වෙත බෙදාහැරීම් කරන වාණිජ ව්‍යාපාරයක් සලකා බලන්න. අවුරුදු ප්‍රවර්ධන සමයේ product images, promotion banners, search requests සහ checkout traffic එකවර වේගයෙන් ඉහළ යා හැකිය. CDN caching නිසි ලෙස සැකසී නොමැති නම් සෑම image request එකක්ම origin server එක වෙත යාමෙන් bandwidth සහ server capacity ඉක්මනින් අවසන් විය හැකිය. Static assets edge මට්ටමින් cache කිරීමෙන් origin server එක මිලදී ගැනීම්, stock validation සහ payment processing වැනි වැදගත් කාර්යයන් සඳහා වෙන් කළ හැකිය.
2. DDoS Protection යනු Bandwidth ආරක්ෂාව පමණක් නොවේ
DDoS හෙවත් Distributed Denial of Service ප්‍රහාරයක අරමුණ වන්නේ අතිවිශාල හෝ අසාමාන්‍ය request ප්‍රමාණයක් යොමු කර සේවාව අක්‍රිය කිරීමයි. එහෙත් DDoS ප්‍රහාර සෑමවිටම gigabits පරිමාණයේ traffic flood එකක් නොවේ. Login endpoint එකකට requests විශාල සංඛ්‍යාවක් යැවීම, search API එක අධික ලෙස භාවිත කිරීම, database-heavy query එකක් නැවත නැවත ධාවනය කිරීම හෝ checkout process එකේ දුර්වල පියවරක් ඉලක්ක කිරීමද application-layer attack එකක් ලෙස සේවාව අක්‍රිය කළ හැකිය.
එබැවින් ආරක්ෂාව බහු-ස්තරව සැලසුම් කළ යුතුය:
- Edge-level filtering – අසාමාන්‍ය traffic, හඳුනාගත් malicious IPs සහ ප්‍රහාරක signatures edge එකේදීම නවත්වන්න.
- Rate limiting – login, OTP request, password reset, search, cart සහ API endpoints සඳහා මිනිත්තුකට හෝ තත්පරයකට ඉඩදෙන request සීමා පනවන්න.
- Bot management – සැබෑ පාරිභෝගිකයන්, search engine crawlers සහ අනිෂ්ට automated bots අතර වෙනස හඳුනාගැනීමට නීති සකස් කරන්න.
- Origin hardening – origin IP address එක ප්‍රසිද්ධ නොකරන්න; firewall මගින් edge proxy වලින් පමණක් traffic පිළිගන්න.
- Application controls – expensive queries සීමා කරන්න, authentication flows ආරක්ෂා කරන්න සහ API authentication නිසි ලෙස ක්‍රියාත්මක කරන්න.
3. Web Application Firewall (WAF) නිවැරදිව Configure කරන්න
WAF එකක් ස්ථාපනය කර default settings මත තැබීම ප්‍රමාණවත් නොවේ. WAF rules ඔබේ application එකේ business logic, user journeys සහ local traffic patterns සමඟ ගැළපෙන ලෙස tune කළ යුතුය. උදාහරණයක් ලෙස, admissions portal එකක application closing date එකේදී ඉහළ request volume එකක් නීත්‍යානුකූල විය හැකිය. නමුත් එක් IP address එකකින් තත්පර කිහිපයකට login attempts සිය ගණනක් පැමිණීම brute-force ක්‍රියාවක් විය හැකිය.
හොඳ WAF strategy එකකට පහත කරුණු ඇතුළත් වේ:
- SQL injection, cross-site scripting සහ known exploit patterns වලට managed rules.
/login,/admin,/api,/checkoutසහ/paymentවැනි සංවේදී paths සඳහා අමතර නීති.- Country, ASN, IP reputation සහ request behaviour අනුව conditional controls.
- සැක සහිත traffic සඳහා managed challenge හෝ CAPTCHA භාවිතය.
- Admin portal සඳහා VPN, Zero Trust access හෝ multi-factor authentication.
- False positives හඳුනාගෙන rules පිරිපහදු කිරීමට logs නිරන්තරයෙන් විශ්ලේෂණය කිරීම.
WAF rule එකක් production environment එකේ block mode වෙත ගෙන යාමට පෙර log-only හෝ simulate mode එකෙන් පරීක්ෂා කිරීම වැදගත්ය. එසේ නොමැති නම් සැබෑ පාරිභෝගිකයෙකුගේ payment request එකක් හෝ corporate network එකකින් එන legitimate traffic එකක් වැරදීමකින් අවහිර විය හැකිය.
4. High Availability Hosting සඳහා සැබෑ සැලැස්මක් සකස් කරන්න
High availability hosting යනු server දෙකක් තිබීම පමණක් නොවේ. එකම data centre එකේ, එකම network එකේ හෝ එකම credentials භාවිතයෙන් servers දෙකක් පවත්වාගෙන යාම single point of failure ගැටලුව සම්පූර්ණයෙන් විසඳන්නේ නැත.
නිසි high availability සැලැස්මකට පහත දේ අවශ්‍ය වේ:
- Application instances කිහිපයක් අතර load balancing.
- වෙනම availability zones හෝ හැකි තැන්වල වෙනම regions භාවිතය.
- Stateless application design සහ session data සඳහා Redis වැනි shared store එකක්.
- Database replication, encrypted backups සහ නිරන්තර restore testing.
- Health checks මත failover ක්‍රියාත්මක කිරීම.
- Infrastructure-as-Code භාවිතයෙන් හදිසි අවස්ථාවක environment නැවත ඉක්මනින් සෑදීම.
- Recovery Time Objective (RTO) සහ Recovery Point Objective (RPO) ව්‍යාපාර අවශ්‍යතා අනුව නිර්වචනය කිරීම.
උදාහරණයක් ලෙස, payment platform එකකට විනාඩි 30ක downtime එකක් පිළිගත නොහැකි නම් එහි RTO ඉතා අඩු විය යුතුය. එසේම order data අහිමිවීම පිළිගත නොහැකි නම් backup frequency, replication සහ transaction recovery ක්‍රම ඒ අනුව සැලසුම් කළ යුතුය.
5. Monitoring සහ Incident Response පෙර සූදානම් කරන්න
ප්‍රහාරයක් අතරතුර පළමු වරට dashboard එකක් බලන සංවිධානයකට ඉක්මන් ප්‍රතිචාරයක් දීම අපහසුය. Uptime monitoring පමණක් නොව latency, error rates, CPU, memory, database connections, cache hit ratio, API response time, authentication failures සහ WAF events නිරීක්ෂණය කළ යුතුය.
Incident-response runbook එකක පහත තොරතුරු පැහැදිලිව තිබිය යුතුය:
- ප්‍රහාරයක් හෝ service degradation එකක් හඳුනාගත් පසු සම්බන්ධ කරගත යුතු පුද්ගලයන්.
- Cloud provider, ISP, security vendor සහ development team සමඟ escalation contacts.
- Emergency WAF rules, rate limits සහ under-attack mode සක්‍රීය කිරීමේ පියවර.
- Customer communication templates.
- Logs සුරක්ෂිත කිරීම සහ පසු සිද්ධි විශ්ලේෂණය කිරීමේ ක්‍රමය.
- අවම වශයෙන් වාර්ෂිකව සිදු කරන tabletop exercises සහ recovery tests.
අවසාන නිර්දේශය
ශ්‍රී ලංකාවේ ඩිජිටල් සේවාවක් විශ්වාසදායක වීමට වේගවත් hosting එකක් පමණක් ප්‍රමාණවත් නොවේ. Cloud infrastructure, CDN, DDoS protection, WAF, origin server security, backup strategy, monitoring සහ පැහැදිලි incident procedures එකට ඒකාබද්ධ විය යුතුය.
ඔබ Colombo හි startup එකක් වුවද, දිවයින පුරා සේවා සපයන enterprise එකක් වුවද, හෝ විදේශීය පාරිභෝගිකයන් ඉලක්ක කරන Sri Lankan brand එකක් වුවද, resilience සැලසුම ව්‍යාපාර වර්ධනයේ කොටසක් ලෙස සැලකිය යුතුය. Outage එකක් සිදුවූ පසු ප්‍රතිචාර දැක්වීමට වඩා, එය සිදුවීමට පෙර සූදානම් වීම අඩු වියදම්කාරී, ආරක්ෂිත සහ පාරිභෝගික විශ්වාසය රැකගන්නා මාර්ගයයි.
