سرویس فعال

فایروال ابری رایگان، با قوانین مشترک بین سرورها

ترافیک ورودی و خروجی هر سرور را با قانون‌های ساده بر اساس پروتکل، پورت و آدرس کنترل کنید و یک مجموعه قانون را به چند سرور بدهید؛ هر تغییر فوراً روی همه اعمال می‌شود. بیرون از سیستم‌عامل، از پنل یا API، بدون هزینهٔ جداگانه.

حساب دارید؟ وارد شوید

فایروال ابری

روی همهٔ سرورهای ابری

رایگان روی هر سرور

فقط هزینهٔ خود سرور را می‌پردازید؛ از ۱٬۱۰۰ تومان در ساعت (حدود ۸۰۳٬۰۰۰ تومان در ماه).

  • ورودی بسته،  به‌جز SSH‏، HTTP‏، HTTPS و ping
  • ۲۵ مجموعهٔ قانون،  هر کدام تا ۱۰۰ قانون
  • پنل و API،  با ثبت همهٔ تغییرات
بدون هزینهٔ فایروال
رایگان
روی هر سرور
هر دو جهت
ورودی و خروجی
پروتکل، پورت و CIDR
یک مجموعه، چند سرور
اشتراکی
تغییر یک‌جا، اعمال روی همه
اعمال تغییرات
فوری
بدون راه‌اندازی دوبارهٔ سرور

امکانات

در پنل چه چیزهایی را تنظیم می‌کنید؟

همهٔ این امکانات برای هر سرور ابری فعال است و برای ارتباط داخلی سرورها می‌توانید شبکهٔ خصوصی را کنارش به کار ببرید.

مجموعه‌قوانین مشترک

یک مجموعه قانون برای چند سرور؛ افزودن یا حذف یک قانون فوراً روی همهٔ سرورهای متصل اعمال می‌شود.

ورودی و خروجی

در فایروال هر سرور، ترافیک ورودی و خروجی جداگانه فیلتر می‌شود؛ با دو عمل ACCEPT برای اجازه و DROP برای رد.

بازهٔ CIDR و پورت

آدرس به شکل 0.0.0.0/0 یا 203.0.113.0/24، پورت تکی مثل 22 یا بازه‌ای مثل 8000:8999.

فیلتر بر اساس پروتکل

tcp‏، udp و icmp و در فایروال هر سرور پروتکل‌های تونل مثل gre و esp؛ مثلاً بستن icmp اگر نمی‌خواهید سرور به ping پاسخ دهد.

مدیریت از طریق API

API با توکن دسترسی و scope‌های خواندن و نوشتن، برای مدیریت قوانین از اسکریپت یا خط استقرار.

سابقهٔ تغییرات

هر افزودن، حذف، اتصال و جداسازی با زمان و IP در گزارش فعالیت حساب ثبت می‌شود و خروجی CSV دارد.

پیش‌فرض‌ها

قوانین پیش‌فرض هر سرور

فایروال هر سرور جدید روشن تحویل می‌شود: ورودی به‌طور پیش‌فرض بسته (DROP) و خروجی آزاد است و فقط این چهار قانون از ابتدا وجود دارند. هر کدام را می‌توانید حذف یا به آدرس خودتان محدود کنید.

قوانین پیش‌فرض فایروال روی هر سرور جدید
عمل جهت پروتکل پورت مبدأ کاربرد
ACCEPT ورودی tcp 22 0.0.0.0/0 SSH، مدیریت سرور
ACCEPT ورودی tcp 80 0.0.0.0/0 HTTP، وب‌سایت و صدور گواهی
ACCEPT ورودی tcp 443 0.0.0.0/0 HTTPS، ترافیک امن وب
ACCEPT ورودی icmp — 0.0.0.0/0 پاسخ به ping و عیب‌یابی

پیش از حذف قانون عمومی SSH، قانون جایگزین با آدرس خودتان را اضافه و آزمایش کنید. آدرس فعلی‌تان را با ابزار آی‌پی من ببینید.

۵ گام تا شروع

راه‌اندازی گام‌به‌گام

از ساخت اولین مجموعهٔ قوانین تا آزمایش از بیرون حدود ده دقیقه زمان می‌برد.

  1. گام ۱: باز کردن بخش فایروال پنل

    در پنل کاربری از گروه شبکه و امنیت، «فایروال» را باز کنید. اینجا مجموعه‌های قوانین مشترک ساخته می‌شوند؛ فایروال اختصاصی هر سرور هم در تب فایروال صفحهٔ همان سرور است.

  2. گام ۲: ساخت مجموعهٔ قوانین

    روی «ساخت مجموعه جدید» بزنید، نامی گویا مثل web-stack بدهید و با «افزودن قانون» قوانین را اضافه کنید؛ دکمه‌های آمادهٔ SSH‏، HTTP‏، HTTPS‏، MySQL‏، Postgres‏، Redis و MongoDB پورت را پر می‌کنند. مثلاً tcp 443 از 0.0.0.0/0 و tcp 22 فقط از آدرس دفتر.

  3. گام ۳: اتصال به سرورها

    در همان مجموعه، سرور را از فهرست انتخاب کنید و «اتصال سرور» را بزنید. قوانین فوراً روی آن سرور اعمال می‌شوند؛ برای سرورهای دیگر هم همین کار را تکرار کنید.

  4. گام ۴: آزمایش از بیرون

    از یک سیستم بیرون از سرور، با nmap یا ابزار بررسی پورت، پورت‌های 22، 80، 443 و 8080 آدرس سرور را آزمایش کنید: سه پورت اول باید باز و 8080 فیلترشده باشد. اگر پورتی که بسته‌اش کرده‌اید هنوز باز است، قوانین مستقیم همان سرور را هم بررسی کنید.

  5. گام ۵: بررسی وضعیت و سابقهٔ تغییرات

    در صفحهٔ مجموعهٔ قوانین وضعیت همگام‌سازی هر سرور و در بخش فعالیت‌های پنل سابقهٔ تغییرات قوانین را ببینید.

راهنمای کامل

راهنمای کامل فایروال ابری ایران‌کلاد

فایروال ابری ایران‌کلاد ترافیک را پیش از رسیدن به سیستم‌عامل سرور شما فیلتر می‌کند و برای همهٔ سرورهای ابری رایگان است. در این راهنما توضیح می‌دهیم سرور تازه با چه قوانینی تحویل می‌شود، یک قانون از چه اجزایی ساخته می‌شود، ruleset‌های اشتراکی چطور کار می‌کنند، چه سقف‌هایی وجود دارد و فایروال کجا کافی نیست و باید سراغ محافظت DDoS یا Edge Proxy بروید.

۱۲ بخش حدود ۷ دقیقه مطالعه

فهرست مطالب

فایروال ابری چیست و چه کسانی به آن نیاز دارند؟

فایروال ابری مجموعه‌ای از قوانین است که بیرون از سیستم‌عامل و در لایهٔ زیرساخت روی کارت شبکهٔ سرور اعمال می‌شود. هر بسته‌ای که به سرور شما می‌رسد یا از آن خارج می‌شود، ابتدا با این قوانین سنجیده می‌شود و اگر مجاز نباشد، اصلاً به سیستم‌عامل نمی‌رسد. نتیجه این است که حتی اگر کسی به سرور نفوذ کند یا تنظیمات iptables داخل سرور به اشتباه پاک شود، دیوار بیرونی سر جایش می‌ماند.

هر کسی که سرور متصل به اینترنت دارد به فایروال نیاز دارد، اما این سرویس به‌خصوص برای تیم‌هایی مفید است که چند سرور با نقش‌های مشابه دارند: چند وب‌سرور پشت هم، سرورهای کاری یک پروژه یا محیط‌های تست و تولید. به‌جای ورود با SSH به تک‌تک سرورها و تکرار یک دستور، قوانین را یک بار در پنل تعریف می‌کنید و به همه می‌دهید.

مدیرانی که تازه کار با سرور لینوکسی را شروع کرده‌اند هم از آن سود می‌برند، چون ورودی سرور جدید از همان ابتدا بسته است و فقط پورت‌های رایج باز هستند. یعنی سرویسی که به اشتباه روی همهٔ آدرس‌ها گوش می‌دهد، بدون اینکه شما کاری کرده باشید، از اینترنت در دسترس نیست.

دو لایهٔ مدیریت: فایروال هر سرور و ruleset‌های اشتراکی

فایروال از دو مسیر مدیریت می‌شود. مسیر اول، فایروال اختصاصی هر سرور است که از تب فایروال در صفحهٔ همان سرور باز می‌شود و کامل‌ترین امکانات را دارد: جهت ورودی و خروجی، فهرست بلند پروتکل‌ها و روشن یا خاموش کردن کل فایروال. مسیر دوم، ruleset‌های اشتراکی در بخش فایروال پنل است که یک مجموعهٔ نام‌دار از قوانین را به چند سرور می‌دهد.

وقتی قانونی را در ruleset اضافه یا حذف می‌کنید، تغییر بلافاصله به همهٔ سرورهای متصل ارسال می‌شود و نتیجهٔ همگام‌سازی هر سرور جداگانه ثبت می‌شود. اگر یک سرور در آن لحظه در دسترس نبود، از طریق API یا با ذخیرهٔ دوباره می‌توانید همگام‌سازی را تکرار کنید.

ویژگیفایروال هر سرورruleset اشتراکی
جهتورودی و خروجیورودی
پروتکل‌هاtcp‏، udp‏، icmp و پروتکل‌های تونل و مسیریابیtcp‏، udp و icmp
دامنهٔ اثرفقط همان سرورهمهٔ سرورهای متصل
سقف۱۰۰ قانون برای هر سرور۲۵ ruleset و ۱۰۰ قانون در هر کدام
محل مدیریتصفحهٔ سرور در پنلبخش فایروال پنل

بازگشت به فهرست مطالب

سرور تازه با چه قوانینی تحویل داده می‌شود؟

فایروال روی هر سرور جدید از لحظهٔ ساخت روشن است. سیاست پیش‌فرض ترافیک ورودی DROP است، یعنی هر چیزی که صریحاً اجازه نگرفته باشد دور ریخته می‌شود؛ ترافیک خروجی آزاد است تا سرور بتواند بسته‌ها را به‌روز کند و به سرویس‌های بیرونی وصل شود. چهار قانون اجازه هم از ابتدا وجود دارد که از هر آدرسی قابل دسترسی‌اند.

این پیش‌فرض برای راه‌اندازی سریع یک وب‌سایت مناسب است، اما برای سرور تولیدی بهتر است دست‌کم دسترسی SSH را به آدرس دفتر یا سرور پرش خود محدود کنید. پیش از آن، با ابزار آی‌پی من آدرس عمومی فعلی خود را ببینید تا خودتان را بیرون نگذارید.

  • TCP 22 (SSH) برای مدیریت سرور از هر آدرس
  • TCP 80 (HTTP) برای وب‌سایت و صدور گواهی
  • TCP 443 (HTTPS) برای ترافیک امن وب
  • ICMP تا سرور به ping و ابزارهای عیب‌یابی پاسخ دهد

بازگشت به فهرست مطالب

یک قانون فایروال از چه اجزایی ساخته می‌شود؟

هر قانون پنج جزء دارد: عمل، جهت، پروتکل، پورت و آدرس. عمل یکی از دو حالت ACCEPT برای اجازه یا DROP برای رد بی‌صدا است. جهت مشخص می‌کند قانون روی ترافیک ورودی اعمال شود یا خروجی؛ در قانون خروجی، فیلد آدرس به‌عنوان مقصد در نظر گرفته می‌شود. پورت می‌تواند یک عدد مثل 5432 یا بازه‌ای مثل 8000:8999 باشد و برای پروتکل‌هایی که پورت ندارند خالی می‌ماند.

آدرس به شکل CIDR نوشته می‌شود: 0.0.0.0/0 یعنی همه جا، 203.0.113.25/32 یعنی فقط یک آدرس و 203.0.113.0/24 یعنی یک بلوک ۲۵۶تایی. برای هر قانون یک توضیح کوتاه هم می‌توانید بنویسید تا شش ماه بعد بدانید چرا آن پورت را باز کرده‌اید.

پروتکلپورت می‌گیرد؟کاربرد رایج
tcpبلهوب، SSH، دیتابیس، API
udpبلهDNS، بازی، تونل‌های مبتنی بر UDP
sctpبلهسامانه‌های مخابراتی
icmp و icmpv6خیرping و پیام‌های خطای شبکه
gre‏، esp‏، ah‏، ipencapخیرتونل‌های GRE و IPsec
ospf و pimخیرمسیریابی پویا و multicast
allخیرهمهٔ پروتکل‌ها برای یک آدرس مورد اعتماد

بازگشت به فهرست مطالب

سناریوهای رایج استفاده از فایروال

بیشتر نیازهای روزمره با چند قانون ساده حل می‌شود. این‌ها الگوهایی است که بیشترین استفاده را دارند:

  • محدود کردن SSH به آدرس ثابت دفتر و حذف قانون SSH از همه جا
  • باز کردن پورت دیتابیس فقط برای آدرس وب‌سرور، نه کل اینترنت
  • ruleset مشترک web-stack برای همهٔ وب‌سرورهای پشت متعادل‌ساز بار
  • بستن خروجی سرورهای حساس و اجازه فقط به چند API مشخص
  • باز کردن gre یا esp برای تونل سایت‌به‌سایت با شعبهٔ دیگر
  • پورت‌های پایش فقط برای سرور Uptime Kuma یا Grafana

برای ارتباط سرورها با هم بدون عبور از اینترنت، به‌جای باز کردن پورت روی آدرس عمومی از شبکهٔ خصوصی استفاده کنید.

بازگشت به فهرست مطالب

هزینه و سقف‌های فایروال

فایروال هزینهٔ جداگانه ندارد؛ نه برای فعال بودن، نه برای تعداد قانون و نه برای تعداد سرورهایی که یک ruleset به آن‌ها متصل است. هزینه‌ای که می‌پردازید فقط بابت خود سرور است و آن را در صفحهٔ قیمت‌گذاری می‌بینید.

برای اینکه یک حساب نتواند تنظیمات فایروال زیرساخت مشترک را سنگین کند، چند سقف تعیین شده است. این اعداد بسیار بالاتر از نیاز معمول یک سرور است که معمولاً با چند تا چند ده قانون اداره می‌شود.

موردسقفاگر بیشتر لازم شد
ruleset در هر حساب۲۵ruleset‌های مشابه را ادغام کنید
قانون در هر ruleset۱۰۰از بازهٔ پورت و CIDR بزرگ‌تر استفاده کنید
قانون مستقیم روی هر سرور۱۰۰قوانین تکراری را به ruleset منتقل کنید
هزینهرایگان—

بازگشت به فهرست مطالب

فایروال پلتفرم یا iptables و ufw داخل سرور؟

این دو رقیب هم نیستند و بهترین نتیجه از ترکیبشان به دست می‌آید. فایروال پلتفرم بیرون از سرور است و با دسترسی root قابل دور زدن نیست؛ فایروال داخل سیستم‌عامل امکانات جزئی‌تری مثل محدودیت نرخ یا قوانین بر اساس کاربر دارد. اگر ufw فعال باشد، قوانین ورودی «اجازه» که از پنل می‌سازید در ufw هم منعکس می‌شوند.

موضوعفایروال پلتفرمiptables یا ufw داخل سرور
محل اجرالایهٔ زیرساخت، پیش از سیستم‌عاملداخل سیستم‌عامل
مقاومت در برابر نفوذبا root داخل سرور تغییر نمی‌کندبا root قابل تغییر است
مدیریت چند سروریک ruleset برای همهتکرار روی هر سرور
محدودیت نرخ درخواستندارددارد
ابزار مدیریتپنل و APISSH و خط فرمان

بازگشت به فهرست مطالب

راه‌اندازی فایروال در شش قدم

از ساخت اولین ruleset تا آزمایش از بیرون حدود ده دقیقه زمان می‌برد:

  1. وارد بخش فایروال پنل شوید و یک ruleset با نام گویا مثل web-stack بسازید
  2. قوانین ورودی را اضافه کنید؛ مثلاً tcp 443 از 0.0.0.0/0 و tcp 22 فقط از آدرس دفتر
  3. ruleset را به سرورهای موردنظر attach کنید تا قوانین فوراً اعمال شوند
  4. در تب فایروال هر سرور، قوانین پیش‌فرضی را که دیگر لازم ندارید حذف کنید
  5. از یک سیستم بیرونی با nmap یا ابزار بررسی پورت باز و بسته بودن پورت‌ها را آزمایش کنید
  6. در بخش فعالیت‌های پنل سابقهٔ تغییرات را مرور کنید

پیش از حذف قانون عمومی SSH، قانون جایگزین با آدرس خودتان را اضافه و آزمایش کنید؛ در غیر این صورت ممکن است دسترسی خودتان را قطع کنید.

بازگشت به فهرست مطالب

خودکارسازی با API و ثبت تغییرات

همهٔ کارهای پنل از طریق API عمومی هم انجام می‌شود: ساخت و ویرایش ruleset، افزودن و حذف قانون، attach و detach سرور و حتی ارسال دوبارهٔ قوانین به همهٔ سرورها. فایروال هر سرور هم مسیرهای جداگانه برای خواندن وضعیت، افزودن و حذف قانون و روشن یا خاموش کردن دارد. دسترسی توکن‌ها با scope‌های مجزای خواندن و نوشتن کنترل می‌شود.

این یعنی می‌توانید در خط تولید استقرار، پس از ساخت سرور جدید آن را خودکار به ruleset مناسب وصل کنید. هر تغییری چه از پنل و چه از API در گزارش فعالیت حساب با زمان و IP ثبت می‌شود و خروجی CSV آن برای حسابرسی داخلی قابل دریافت است. برای شروع، راهنمای شروع API را ببینید.

بازگشت به فهرست مطالب

اصول امنیتی برای نوشتن قوانین بهتر

قاعدهٔ طلایی کمترین دسترسی است: هر پورتی را فقط برای کسانی باز کنید که واقعاً به آن نیاز دارند. پورت دیتابیس، Redis و پنل‌های مدیریتی هرگز نباید از 0.0.0.0/0 در دسترس باشند. اگر چند سرور باید با هم صحبت کنند، شبکهٔ خصوصی امن‌تر از باز کردن پورت روی آدرس عمومی است.

قوانین را با توضیح بنویسید و هر چند ماه یک بار مرورشان کنید؛ پورتی که برای یک آزمایش موقت باز شده، معمولاً فراموش می‌شود. برای سرورهای حساس خروجی را هم محدود کنید تا اگر بدافزاری وارد شد، نتواند به هر مقصدی داده بفرستد. برای وب‌سایت‌ها، فعال کردن گواهی SSL و عبور ترافیک از Edge Proxy لایهٔ دیگری از محافظت اضافه می‌کند.

بازگشت به فهرست مطالب

انتقال قوانین از سرور یا سرویس قبلی

اگر از سرور دیگری مهاجرت می‌کنید، ابتدا فهرست قوانین فعلی را با iptables-save یا ufw status numbered بیرون بکشید. قوانین مشترک بین چند سرور را در یک ruleset و قوانین خاص هر سرور را مستقیم در تب فایروال همان سرور تعریف کنید. قوانین مربوط به آدرس‌های قدیمی یا سرویس‌های حذف‌شده را منتقل نکنید.

اگر قوانین داخل سرور خیلی جزئی‌اند، مثلاً بر اساس کاربر یا با محدودیت نرخ، آن‌ها را در ufw داخل سرور نگه دارید و فقط دیوار اصلی را به فایروال پلتفرم بسپارید. پس از انتقال، با ابزار بررسی پورت از بیرون مطمئن شوید که همان پورت‌های قبلی و نه بیشتر باز هستند.

بازگشت به فهرست مطالب

محدودیت‌هایی که باید بدانید

فایروال فقط دو عمل ACCEPT و DROP دارد و REJECT ارائه نمی‌شود. ruleset‌های اشتراکی فعلاً فقط قوانین ورودی با tcp‏، udp و icmp را پوشش می‌دهند؛ برای قوانین خروجی یا پروتکل‌های دیگر از فایروال هر سرور استفاده کنید. فهرست بسته‌های مسدودشده در پنل نمایش داده نمی‌شود و فقط تغییرات قوانین ثبت می‌شود.

فایروال محدودیت نرخ درخواست و بازرسی محتوای HTTP ندارد و برای حملات حجمی طراحی نشده است. برای این نیازها محافظت DDoS و WAF در Edge Proxy مناسب‌ترند. همچنین خاموش کردن فایروال یک سرور همهٔ قوانین آن، از جمله سیاست پیش‌فرض بستن ورودی، را غیرفعال می‌کند؛ این کار را فقط آگاهانه و موقت انجام دهید.

بازگشت به فهرست مطالب بازگشت به ابتدای راهنما

پرسش و پاسخ،  ۱۲ پرسش

سؤالات متداول

پاسخ پرسش خود را پیدا نکردید؟ با پشتیبانی در تماس باشید.

تفاوت فایروال ابری با iptables یا ufw داخل سرور چیست؟
فایروال ابری در لایهٔ زیرساخت و پیش از رسیدن ترافیک به سیستم‌عامل سرور اعمال می‌شود. یعنی حتی اگر کسی به سرور نفوذ کند یا قوانین iptables داخل آن پاک شود، قوانین بیرونی فعال می‌مانند. همچنین یک مجموعه قانون (ruleset) بین چند سرور مشترک است و تغییر آن یک‌جا و بدون SSH از پنل انجام می‌شود.
قوانین ورودی و خروجی هر دو پشتیبانی می‌شوند؟
بله — قوانین در هر دو جهت با action ACCEPT یا DROP در فایروال هر سرور تعریف می‌شوند؛ با protocol (tcp/udp/icmp و پروتکل‌هایی مثل gre و esp)، پورت یا بازهٔ پورت و CIDR مبدأ یا مقصد. برای خروجی می‌توانید فقط ترافیک به IP‌های خاص (مثل سرویس‌دهنده‌های API) را اجازه دهید. ruleset‌های اشتراکی فعلاً فقط قوانین ورودی را پوشش می‌دهند.
پورت‌های پیش‌فرض چیست؟
فایروال هر سرور جدید روشن تحویل می‌شود: ورودی به‌طور پیش‌فرض DROP و خروجی آزاد است و چهار قانون اجازه از همه جا وجود دارد: SSH (22)‏، HTTP (80)‏، HTTPS (443) و ICMP برای ping. می‌توانید این قوانین را حذف یا محدود کنید یا ruleset دیگری attach کنید.
سرعت اعمال قانون چقدر است؟
تغییر هنگام ذخیره بلافاصله به فایروال همهٔ سرورهای متصل ارسال می‌شود؛ بدون راه‌اندازی دوبارهٔ سرور و بدون قطع اتصال‌های مجاز. نتیجهٔ همگام‌سازی هر سرور جداگانه ثبت می‌شود.
فایروال محدودیت نرخ یا ردیابی اتصال دارد؟
فایروال stateful است، یعنی پاسخ اتصال‌های مجاز خودبه‌خود عبور می‌کند. محدودسازی نرخ درخواست به ازای هر IP در فایروال سرور وجود ندارد؛ برای وب‌سایت‌ها از Edge Proxy و CDN استفاده کنید که rate-limit به ازای هر IP دارد. فایروال خودش فقط اجازه یا رد است.
تغییرات فایروال کجا ثبت می‌شود؟
هر افزودن، حذف، attach و detach در گزارش فعالیت حساب (بخش فعالیت‌ها در پنل) با زمان و IP درخواست‌دهنده ثبت می‌شود و خروجی CSV دارد. فهرست بسته‌های مسدودشده در پنل نمایش داده نمی‌شود.
فایروال ابری ایران‌کلاد هزینه دارد؟
خیر. فایروال هر سرور و ruleset‌های اشتراکی بدون هیچ هزینهٔ جداگانه‌ای در اختیار همهٔ مشتریان است و هیچ مبلغی بابت تعداد قانون یا تعداد سرور متصل از کیف پول کسر نمی‌شود. شما فقط هزینهٔ خود سرور را می‌پردازید.
سقف تعداد ruleset و قانون چقدر است؟
هر حساب می‌تواند تا ۲۵ ruleset بسازد و هر ruleset تا ۱۰۰ قانون دارد. روی هر سرور هم حداکثر ۱۰۰ قانون مستقیم ثبت می‌شود. این سقف‌ها برای پایداری زیرساخت مشترک گذاشته شده‌اند و برای تقریباً همهٔ کاربردهای واقعی کافی‌اند.
اگر ruleset را از سرور جدا کنم، قوانین دستی آن سرور پاک می‌شود؟
خیر. هر قانونی که از یک ruleset آمده برچسب همان ruleset را دارد و هنگام جدا کردن فقط همان قوانین برداشته می‌شوند. قوانینی که مستقیم روی خود سرور تعریف کرده‌اید دست‌نخورده باقی می‌مانند.
آیا می‌توانم بازهٔ پورت یا پروتکل‌های VPN را باز کنم؟
بله. در فایروال هر سرور پورت تکی مثل 22 یا بازه‌ای مثل 8000:8999 را می‌پذیرد و علاوه بر tcp‏، udp و icmp پروتکل‌های gre‏، esp‏، ah‏، sctp‏، ipencap‏، ospf‏، pim و icmpv6 هم قابل انتخاب‌اند؛ مثلاً برای تونل‌های IPsec یا GRE.
فایروال جلوی حملهٔ DDoS را هم می‌گیرد؟
فایروال برای تعیین این است که چه کسی به کدام پورت دسترسی داشته باشد، نه برای جذب حجم بالای ترافیک مخرب. برای حملات حجمی یا لایهٔ وب، صفحهٔ محافظت DDoS و Edge Proxy را ببینید و فایروال را مکمل آن‌ها در نظر بگیرید.
اگر ufw داخل سرورم فعال باشد تداخل پیش می‌آید؟
فایروال پلتفرم پیش از سیستم‌عامل اعمال می‌شود، پس ترافیکی که آنجا رد شود هرگز به ufw نمی‌رسد. اگر ufw داخل سرور فعال باشد، قوانین ورودی «اجازه» که از پنل اضافه یا حذف می‌کنید در ufw هم منعکس می‌شود تا دو لایه با هم ناسازگار نشوند.

پاسخ پرسش خود را پیدا نکردید؟ با پشتیبانی در تماس باشید.

قوانین فایروال خود را بسازید

فایروال روی همهٔ سرورهای ابری رایگان است؛ یک مجموعه قانون بسازید و آن را به سرورهایتان متصل کنید.