[خانه](https://servhidden.com/fa) /
[راهنماهای میزبانی با حریم خصوصی](https://servhidden.com/fa/guides) /
پنهان‌کردن IP سرور مبدأ: CDN، پراکسی معکوس و آنچه هنوز لو می‌رود






حریم خصوصی


# پنهان کردن IP سرور مبدأ



جذب یک حمله و ناپیدا ماندن دو مسئله‌ی متفاوت‌اند، و آرایشی که یکی را حل می‌کند می‌تواند بی‌سروصدا دیگری را خنثی کند. اینکه فیلترینگ سطح شبکه چه چیزی را پوشش می‌دهد، CDN چه چیزی اضافه و چقدر هزینه می‌کند، سرورهای مبدأ واقعاً چگونه پیدا می‌شوند — و چگونه مال خودتان را بررسی کنید.


[بیشتر بخوانید](#guide-body)
[سؤالات متداول](#guide-faq)






## در این صفحه




- [راهنما](#guide-body)

- [سؤالات متداول](#guide-faq)

- [راهنماهای مرتبط](#guide-related)

- [صفحات پیشنهادی](#guide-cta)






بدون KYC
فقط ارز دیجیتال
بدون لاگ
DMCA نادیده گرفته می‌شود
دسترسی کامل Root
NVMe SSD





15 دقیقه مطالعه
به‌روزرسانی Aug 2026

در این صفحه

[01دو مسئله که شبیه یکی به‌نظر می‌رسند](#دو-مسئله-که-شبیه-یکی-بهنظر-میرسند)
[02میزبان شما همین حالا چه‌کار می‌کند، و کجا متوقف می‌شود](#میزبان-شما-همین-حالا-چهکار-میکند-و-کجا-متوقف-میشود)
[03CDN چه چیزی را پنهان می‌کند، و چه دفتر شکایاتی به ارث می‌رسد](#cdn-چه-چیزی-را-پنهان-میکند-و-چه-دفتر-شکایاتی-به-ارث-میرسد)
[04شش راهی که آدرس مبدأ در هر صورت لو می‌رود](#شش-راهی-که-آدرس-مبدأ-در-هر-صورت-لو-میرود)
[05قفل‌کردن مبدأ تا فقط جلو بتواند به آن برسد](#قفلکردن-مبدأ-تا-فقط-جلو-بتواند-به-آن-برسد)
[06نود جلویی خودتان به‌جای یک CDN](#نود-جلویی-خودتان-بهجای-یک-cdn)
[07انتخاب، در یک جدول](#انتخاب-در-یک-جدول)
[08حساب کاربری معمولاً ضعیف‌ترین حلقه است](#حساب-کاربری-معمولا-ضعیفترین-حلقه-است)
[09بررسی میزان افشای خودتان در ده دقیقه](#بررسی-میزان-افشای-خودتان-در-ده-دقیقه)
[10وقتی آدرس از قبل سوخته است](#وقتی-آدرس-از-قبل-سوخته-است)
[11نسخه‌ی کوتاه](#نسخهی-کوتاه)
[FAQسؤالات رایج](#guide-faq)
[→صفحات پیشنهادی](#guide-cta)







«آیا باید CDN را جلویش بگذارم؟» اولین سؤالی است که اکثر مردم پس از خرید یک سرور آفشور می‌پرسند، و پاسخ واحدی ندارد، چون در واقع دو سؤال است که در یک لباس پنهان شده‌اند. جذب یک حمله و ناپیدا ماندن، دو مسئله‌ی متفاوت با راه‌حل‌های متفاوت‌اند، و آرایشی که یکی را حل می‌کند می‌تواند بی‌سروصدا دیگری را خنثی کند.

این سردرگمی در هر دو جهت هزینه‌بر است. برخی یک CDN بزرگ آمریکایی را جلوی محتوایی می‌گذارند که دقیقاً به‌خاطر [میزبانی نادیده‌گیرنده‌ی DMCA](https://servhidden.com/fa/dmca-ignored-hosting) برایش انتخاب کرده بودند، و دفتر شکایات را دقیقاً به همان نوع واسطه‌ای پس می‌دهند که از آن دوری می‌کردند. برخی دیگر همه‌چیز را نادیده می‌گیرند، هدف یک سیل لایه‌ی کاربرد قرار می‌گیرند که فیلترینگ شبکه هرگز برای دیدنش طراحی نشده، و نتیجه می‌گیرند که محافظت DDoS دروغ بوده. این راهنما این دو مسئله را از هم جدا می‌کند، می‌گوید هر لایه واقعاً چه کاری انجام می‌دهد، و بیشترین بخشش را به آن قسمتی اختصاص می‌دهد که در هر صورت نتیجه را تعیین می‌کند: شش راهی که آدرس مبدأ حتی وقتی همه‌چیز درست پیکربندی شده باز هم لو می‌رود.

## دو مسئله که شبیه یکی به‌نظر می‌رسند

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

| نگرانی شما چیست | چه چیزی واقعاً آن را حل می‌کند | چه چیزی حلش نمی‌کند |
| --- | --- | --- |
| سیلی حجمی که پهنای‌باندتان را پر می‌کند (لایه‌های 3 و 4) | فیلترینگ در لبه‌ی شبکه‌ی میزبان، که در همه‌ی پلن‌های ما گنجانده شده | هیچ‌چیزی که روی سرور نصب کنید — تا آن موقع پهنای‌باند از قبل پر شده |
| سیلی از درخواست‌های لایه‌ی کاربرد که واقعی به‌نظر می‌رسند (لایه 7) | CDN یا WAF، کش‌کردن، محدودسازی نرخ، اندپوینت‌های ارزان‌تر | فیلترینگ بسته، که HTTP معتبر را می‌بیند و عبورش می‌دهد |
| هیچ‌کس نباید بتواند مستقیماً به دستگاه برسد | یک جلو (CDN یا نود خودتان) *به‌علاوه‌ی* یک فایروال که فقط همان را می‌پذیرد | فقط یک CDN، اگر مبدأ هنوز به کل اینترنت پاسخ بدهد |
| هیچ‌کس نباید بفهمد چه کسی آن را اداره می‌کند | ثبت‌نام بدون KYC، حریم‌خصوصی پرداخت، انضباط در حساب کاربری | هیچ‌مقدار زیرساخت — این یک سؤال هویتی است |
| محتوا باید در برابر شکایات دوام بیاورد | حوزه‌ی قضایی، و میزبانی که به آن‌ها عمل نمی‌کند | یک CDN، که به‌جای حذف یک کانال شکایات، آن را **اضافه** می‌کند |

ردیف آخر را دوبار بخوانید، چون همان چیزی است که مردم را غافلگیر می‌کند. بقیه‌ی این صفحه مهندسی است. آن ردیف نیست.

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

## میزبان شما همین حالا چه‌کار می‌کند، و کجا متوقف می‌شود

فیلترینگ لایه‌ی 3 و لایه‌ی 4 در همه‌ی پلن‌هایی که می‌فروشیم گنجانده شده، بدون هزینه‌ی اضافی، و در لبه‌ی شبکه اجرا می‌شود نه روی سرور شما — که تنها جایی است که می‌تواند کار کند، چون یک آپلینک اشباع‌شده را هیچ‌چیزی که پشت آن اجرا می‌شود نمی‌تواند درست کند. پهنای‌باند نامحدود است، پس یک حمله تبدیل به فاکتور نمی‌شود. برای اکثریت قریب‌به‌اتفاق آنچه مردم «یک DDoS» می‌نامند، داستان همین است.

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

**آزمونِ اینکه آیا چیزی بیش از فیلترینگ شبکه لازم دارید:** آیا یک درخواست خوش‌شکل می‌تواند برای سرورتان یک اسکن پایگاه‌داده، تغییر اندازه‌ی تصویر، یا هش‌کردن رمز عبور هزینه داشته باشد؟ اگر بله، یک سطح‌حمله‌ی لایه 7 دارید، و راه‌حل کش‌کردن، محدودسازی نرخ و اندپوینت‌های ارزان‌تر است — با یا بدون CDN جلوی آن‌ها.

یک جهت از ترافیک هست که واقعاً روی آن اقدام می‌کنیم، و ارزش دارد صریح گفته شود: حملات و اسپم انبوهی که از شبکه‌ی ما *سرچشمه می‌گیرند* ممکن است null-route شوند تا بقیه‌ی زیرساخت سالم بماند. این یک اقدام عملیاتی است، نه محتوایی — تمایزی که [راهنمای میزبانی نادیده‌گیرنده‌ی DMCA](https://servhidden.com/fa/guides/dmca-ignored-hosting-explained) ما با جزئیات بیشتری روشن می‌کند.

## CDN چه چیزی را پنهان می‌کند، و چه دفتر شکایاتی به ارث می‌رسد

مکانیزم ساده و واقعاً مؤثر است. دامنه‌ی شما به آدرس‌های ارائه‌دهنده resolve می‌شود، کلاینت‌ها به آنجا وصل می‌شوند، و ارائه‌دهنده از مبدأ شما داده می‌گیرد. آدرس واقعی هرگز در اتصال یک کلاینت ظاهر نمی‌شود، پس هیچ‌کس که فقط دامنه را می‌داند نمی‌تواند به آن حمله کند. همین ترفند دلیل آن است که fronting با CDN برای [پراکسی‌های مقاوم در برابر سانسور](https://servhidden.com/fa/censorship-resistant-hosting/v2ray) کار می‌کند: یک سانسورگر ترافیکی به سمت آدرسی می‌بیند که نمی‌تواند از پس مسدودکردنش بربیاید.

سه چیز همراه آن می‌آید، و هیچ‌کدام در حروف ریز پنهان نیست:


- **لبه، TLS شما را terminate می‌کند.** ترافیک از قصد و طراحی، داخل شبکه‌ی ارائه‌دهنده متن ساده است — کش‌کردن و فیلترینگ همین‌طور کار می‌کنند. هرچه کاربرانتان تایپ می‌کنند، پیش از رسیدن به شما، به یک شخص ثالث می‌رسد.

- **کانال شکایاتی که قبلاً وجود نداشت.** شکایات می‌توانند مستقیماً علیه CDN ثبت شوند، و CDN به آن‌ها پاسخ می‌دهد: با ارجاع به شما، با نام‌بردن از ارائه‌دهنده‌ی میزبانی‌تان، یا با قطع‌کردن سرویس شما. اگر دلیل شما برای آفشور بودن این است که شکایات به‌جایی نمی‌رسند، گذاشتن یک واسطه‌ی آمریکایی جلویش، همان زنجیره‌ای را که برای شکستنش پول داده بودید دوباره وصل می‌کند.

- **یک حساب کاربری.** آدرس ایمیل، روش پرداخت، اغلب یک شماره تلفن، که به دامنه‌ی شما گره خورده و برای مدت نامحدود نگه‌داشته می‌شود. بیشتر درباره‌ی این موضوع در ادامه، چون معمولاً ضعیف‌ترین حلقه‌ی کل این آرایش است.

هیچ‌کدام از این‌ها CDN را اشتباه نمی‌کند. آن را به یک تصمیم دو سویه تبدیل می‌کند: عالی برای یک فروشگاه یا اپلیکیشن با کاربران واقعی و فشار واقعی لایه 7، و به‌شدت ضدهدف برای انتشاری که اخطارهای حذف جلب می‌کند. پاسخ خودمان به این سؤال در [صفحه‌ی میزبانی نادیده‌گیرنده‌ی DMCA](https://servhidden.com/fa/dmca-ignored-hosting) همیشه نسخه‌ی کوتاه همین بوده: برای مقاومت در برابر حذف، از فیلترینگ شبکه‌ای که از قبل دارید استفاده کنید و از CDN صرف‌نظر کنید.

## شش راهی که آدرس مبدأ در هر صورت لو می‌رود

این بخشی است که اهمیت دارد، چون پنهان‌کاری یک محصول نیست که بخرید — یک ویژگی است که یا نگهش می‌دارید یا از دستش می‌دهید، معمولاً ظرف چند روز، به دست یکی از این شش چیز. سرورهای مبدأ هر روز، پشت پیکربندی‌های کاملاً درست CDN، پیدا می‌شوند.


- **لاگ‌های Certificate Transparency.** هر گواهی مورد اعتماد عمومی که برای دامنه‌ی شما صادر می‌شود، ظرف چند دقیقه در لاگ‌های عمومی، دائمی و قابل‌جست‌وجو منتشر می‌شود. آن‌ها آدرس شما را منتشر نمی‌کنند؛ *hostnameهای* شما را منتشر می‌کنند — staging، mail، vpn، همان ساب‌دامنه‌ای که یک‌بار در 2024 راه انداختید. هرکدام یک نامزد برای resolve شدن‌اند، و یک رکورد تنها که به جلو اشاره نکند، کل ماجرا را تمام می‌کند.

- **تاریخچه‌ی DNS.** سرویس‌های passive-DNS هر آدرسی را که دامنه‌ی شما تا به‌حال به آن resolve شده آرشیو می‌کنند. رفتن پشت یک CDN بعداً، آنچه را قبلاً ثبت شده از انتشار خارج نمی‌کند — پنهان‌کاری باید پیش از اولین resolve شدن دامنه شروع شود، وگرنه به یک آدرس تازه نیاز دارید، نه یک جلوی تازه.

- **رکوردهایی که نمی‌توانند proxy شوند، و آن‌هایی که فراموش‌شان کردید.** mail exchangerها باید به چیزی قابل‌دسترس اشاره کنند. یک رکورد AAAA که وقتی فقط IPv4 را proxy کردید جا مانده هم همین‌طور است، یا یک hostname قدیمی FTP یا پنل، یک wildcard، یا هاست توسعه‌ی «موقتی» که حالا سه سال از عمرش می‌گذرد.

- **هرچیزی که سرور بفرستد.** ایمیل از مبدأ، آدرسش را در هدرهای Received حمل می‌کند — یک پیام بازنشانی رمز عبور، افشاگری خودخواسته است. webhookها، fetchهای خروجی تصویر، پیش‌نمایش لینک، pingbackها، بررسی‌های به‌روزرسانی و crash reporterها، همه از آدرس واقعی بیرون می‌زنند، و هرکس که بتواند اپلیکیشن شما را وادار کند با هاستی که کنترل می‌کند صحبت کند، آن را می‌فهمد.

- **اسکن کل اینترنت.** هر آدرس IPv4 پیوسته توسط سرویس‌های عمومی اسکن و ایندکس می‌شود، و نتایج ظرف چند ثانیه قابل‌جست‌وجو هستند. اگر مبدأ شما روی پورت 443 با گواهی‌تان پاسخ بدهد، یا صفحه‌ی اصلی‌تان را به هر هدر Host بدهد، تطبیق‌دادنش فقط یک کوئری در برابر یک هش بدنه، یک اثر انگشت گواهی، یا یک هش فاویکون است. اکثر سرورهای مبدأ این‌طور پیدا می‌شوند، و برای پیداکننده هیچ هزینه‌ای ندارد.

- **اپلیکیشنی که درباره‌ی خودش حرف می‌زند.** URLهای مطلق و ریدایرکت‌هایی که آدرس خام را دارند، اندپوینت‌های status یا metrics که باز مانده‌اند، stack traceهای پرگویی که هاست‌های داخلی را نام می‌برند، هدرهایی که backend را لو می‌دهند، و virtual hostِ پیش‌فرضی که با خوشحالی سایت شما را به هرکس که با آدرس بپرسد تحویل می‌دهد.

**پنج‌تای این شش‌تا، پیکربندی‌اند، نه رمزنگاری.** هیچ‌کدام از موارد این فهرست با یک پلن بزرگ‌تر CDN شکست نمی‌خورد، و هیچ‌کدام‌شان عجیب نیست — این‌ها اولین شش چیزی هستند که هرکسی، به همین ترتیب، بررسی می‌کند.

## قفل‌کردن مبدأ تا فقط جلو بتواند به آن برسد

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


- **پیش‌فرض رد کنید، بعد فقط جلو را اجازه بدهید.** 80 و 443 را فقط از بازه‌های آدرسی منتشرشده‌ی ارائه‌دهنده بپذیرید، و آن فهرست را به‌طور خودکار به‌روز کنید — بازه‌ها تغییر می‌کنند، و یک فهرست کهنه در بدترین لحظه یا باز می‌ماند یا بسته می‌شود. بقیه‌چیزها، از جمله SSH، باید روی یک تانل یا یک آدرس مدیریتی باشند، همان‌طور که در [چک‌لیست سخت‌سازی ساعت اول](https://servhidden.com/fa/guides/first-hour-vps-hardening-checklist) ما آمده.

- **جلو را احراز هویت کنید.** گواهی‌های کلاینت میان CDN و مبدأ شما — که معمولاً authenticated origin pull نامیده می‌شود — یعنی حتی یک آدرس درست به‌علاوه‌ی یک هدر Host درست، بدون گواهی چیزی به‌دست نمی‌آورد.

- **بهتر: اصلاً هیچ پورت ورودی‌ای نباشد.** یک تانل فقط-خروجی از مبدأ به لبه — چه connector خود CDN باشد چه WireGuard به یک نودی که خودتان اجرا می‌کنید — یعنی مبدأ هرگز روی یک اینترفیس عمومی گوش نمی‌دهد. اسکن نمی‌تواند چیزی را پیدا کند که پاسخ نمی‌دهد، و این قوی‌ترین نسخه‌ی این آرایش است.

- **یک virtual host، یک هدر Host.** سرور پیش‌فرض نباید چیز مفیدی برگرداند. اگر سایت شما با آدرس بارگذاری شود، ظرف یک هفته توسط یک اسکنر تطبیق داده خواهد شد.

- **ایمیل را از مبدأ وب جدا کنید.** ایمیل باید قابل‌دسترس باشد و باید خودش را معرفی کند؛ آن را روی دستگاه جداگانه‌ی خودش نگه دارید، همان‌طور که [راهنمای راه‌اندازی سرور ایمیل](https://servhidden.com/fa/guides/offshore-mail-server-setup) فرض می‌کند.

- **از بیرون تأیید کنید.** هر بررسی در این فهرست، وقتی از خود سرور اجرا شود، بی‌معناست. از شبکه‌ای که مال شما نیست تست کنید.

## نود جلویی خودتان به‌جای یک CDN

گزینه‌ی سوم نادیده گرفته می‌شود چون بودجه‌ی بازاریابی ندارد: یک VPS کوچک به‌عنوان چهره‌ی عمومی، یک تانل رمزشده به دستگاهی که داده را نگه می‌دارد، و nginx یا HAProxy که ترافیک را میان آن‌ها رد‌و‌بدل می‌کند. از بیرون، شبیه هر سرور وب دیگری به‌نظر می‌رسد. سرور واقعی جای دیگری است، بدون هیچ پورت ورودی‌ای.

چیزی که به‌دست می‌آورید، پنهان‌کاری‌ای است که هیچ‌کس دیگری در این آرایش نیست — بدون حساب شخص ثالث، بدون دفتر شکایات بیرونی، بدون غریبه‌ای که TLS شما را terminate کند. همچنین به تفکیک حوزه‌ی قضایی‌ای می‌رسید که خریدنش در غیر این‌صورت سخت است: جلو جایی که کاربران هستند، داده جایی که قانونش به‌نفع شماست، انتخاب‌شده از میان [هفت لوکیشن](https://servhidden.com/fa/locations) ما. و چون هیچ هویتی هنگام ثبت‌نام گره نخورده، جلو یکبارمصرف است — یک آدرس سوخته ظرف چند دقیقه جایگزین می‌شود، نه با مذاکره.

چیزی که به‌دست نمی‌آورید، ظرفیت anycast است. یک نود، ظرفیت یک نود را دارد، و درحالی‌که فیلترینگ شبکه‌ی ما دقیقاً مثل هر سرور دیگری از آن محافظت می‌کند، یک حمله‌ی حجمی واقعاً بزرگ یک مسابقه‌ی پهنای‌باند است که یک شبکه‌ی جهانی برنده‌اش می‌شود. موضع صادقانه این است: یک نود جلویی پاسخ درستی برای پنهان‌کردن یک backend سنگین یا گران‌قیمت است — یک آرایه‌ی ذخیره‌سازی، یک دستگاه GPU، یک سرور ایمیل، یک پایگاه‌داده — و برای تفکیک حوزه‌های قضایی. جایگزین یک CDN زیر فشار مداوم لایه 7 نیست.

## انتخاب، در یک جدول

| موقعیت شما | آرایش | استدلال |
| --- | --- | --- |
| انتشاری که اخطارهای حذف جلب می‌کند | مستقیم، بدون CDN، در حوزه‌ی قضایی‌ای که از قصد انتخاب شده | یک CDN دفتر شکایاتی اضافه می‌کند که میزبان شما از قصد ندارد |
| فروشگاه یا SaaS با کاربران واقعی و فشار لایه 7 | CDN جلو، مبدأ قفل‌شده به بازه‌های آن | لایه 7 همان مسئله‌ای است که CDN واقعاً برایش ساخته شده |
| اندپوینت دورزدن سانسور در یک کشور سانسورشده | fronting با CDN | سانسورگر آدرسی می‌بیند که نمی‌تواند از پس مسدودکردنش بربیاید |
| ترافیک بزرگ استاتیک یا مدیا | CDN برای offload کردن کش | پهنای‌باند و تأخیر، اصل موضوع‌اند؛ پنهان‌کاری یک اثر جانبی است |
| ناشناسی، نیاز اصلی است | نود جلویی خودتان، یا هیچ‌چیز جلو | یک حساب شخص ثالث، یک رکورد هویتی است که قبلاً نداشتید |
| backend سنگینی که ارزش پنهان‌کردن دارد | نود جلویی به‌علاوه‌ی تانل فقط-خروجی | دستگاه گران‌قیمت هرگز روی اینترنت عمومی ظاهر نمی‌شود |

## حساب کاربری معمولاً ضعیف‌ترین حلقه است

به آنچه پیش می‌آید فکر کنید وقتی زیرساخت کامل است اما کاغذبازی نیست. سرور با Monero پرداخت شده، بدون مدارک هویتی و بدون آدرس ایمیل — همان آرایشی که در صفحات [میزبانی بدون KYC](https://servhidden.com/fa/no-kyc-hosting) ما توصیف شده. بعد یک حساب CDN با یک کارت، یک آدرس شخصی و یک شماره تلفن باز می‌شود، که دامنه‌ای را که محافظت می‌کند فهرست می‌کند. آن حساب، رکورد هویتی قوی‌تر و پایدارتری نسبت به هر چیزی روی سرور است، که یک شرکتی نگهش می‌دارد که به احضاریه‌ها پاسخ می‌دهد، و کاملاً حریم‌خصوصی پرداخت را از بین می‌برد.

راه‌حل پیچیده نیست، فقط فراموش‌کردنش آسان است: اگر ناشناسی هدف است، یا جلو متعلق به خودتان است، یا حسابی که جلوی آن است باید همان‌قدر یکبارمصرف و همان‌قدر غیرقابل‌ردیابی باشد که سرور پشتش هست. [OpSec سرور](https://servhidden.com/fa/guides/server-opsec-staying-anonymous) این انضباط را به‌درستی پوشش می‌دهد، و [پاسخ صادقانه‌ی ما درباره‌ی ناشناسی آفشور](https://servhidden.com/fa/guides/is-offshore-hosting-truly-anonymous) صریح می‌گوید کدام حلقه‌های زنجیره معمولاً اول می‌شکنند. تقریباً هرگز حلقه‌های فنی نیستند.

## بررسی میزان افشای خودتان در ده دقیقه

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


- **هر hostnameای که تا به‌حال برایش گواهی گرفته‌اید فهرست کنید.** دامنه‌ی اصلی‌تان را در یک موتور جست‌وجوی Certificate Transparency جست‌وجو کنید و هر نتیجه را resolve کنید. هرچیزی که به جلو اشاره نکند یک نشتی است، حتی هاست‌هایی که دیگر استفاده نمی‌کنید.

- **تاریخچه‌ی DNS خودتان را بخوانید.** یک جست‌وجوی passive-DNS آدرس‌هایی را نشان می‌دهد که دامنه‌ی شما پیش از CDN به آن‌ها resolve شده. اگر مبدأ دیروز هنوز مبدأ امروز است، پنهان‌کاری هرگز واقعی نبوده.

- **مستقیماً از مبدأ بپرسید.** curl -sI --resolve example.com:443:198.51.100.10 https://example.com/ — اگر سایت پاسخ بدهد، فایروال شما جلو را محدود نمی‌کند و هرکس با یک آدرس نامزد می‌تواند آن را در یک درخواست تأیید کند.

- **با بی‌ادبی از آن بپرسید.** curl -skI https://198.51.100.10/ باید چیز قابل‌تشخیصی برنگرداند. virtual hostِ پیش‌فرضی که صفحه‌ی اصلی شما را سرو می‌کند، رایج‌ترین اشتباه تکی در این صفحه است.

- **هر نوع رکورد را بررسی کنید، نه فقط A.** dig +short AAAA example.com، dig +short MX example.com، و همین کار برای هر ساب‌دامنه‌ای که لاگ‌های transparency آشکار کرده‌اند. IPv6 که proxy نشده یک کلاسیک است.

- **از اپلیکیشن برای خودتان ایمیل بفرستید.** یک بازنشانی رمز عبور راه بیندازید و کل زنجیره‌ی Received را بخوانید. اگر آدرس مبدأ آنجاست، در هر پیامی هم که تا به‌حال فرستاده‌اید هست.

- **مطمئن شوید پورت‌ها بسته‌اند.** از یک شبکه‌ی نامرتبط، nmap -Pn -p80,443 198.51.100.10 باید filtered نشان بدهد، نه open.

- **در اسکنرها جست‌وجو کنید.** اثر انگشت گواهی‌تان و هش فاویکون صفحه‌ی اصلی‌تان را در یک ایندکس عمومی اسکن اینترنت جست‌وجو کنید. اگر مبدأ شما ایندکس شده، همین‌طور پیدا خواهد شد.

## وقتی آدرس از قبل سوخته است

فرض کنید سوخته می‌ماند. آدرسی که در passive DNS و ایندکس‌های اسکن ظاهر شده، در رکورد عمومی دائمی است، و هیچ تغییر پیکربندی‌ای پسش نمی‌گیرد. واکنش درست، مکانیکی است نه زیرکانه.


- **اول نشتی را برطرف کنید.** چرخش به یک آدرس تازه بدون بستن سوراخ، ظرف چند روز همان وضعیت را دوباره تولید می‌کند، و شما یک مهاجرت را صرف کرده‌اید بدون یادگرفتن هیچ‌چیز.

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

- **پیش از وضعیت اضطراری، سوییچ را آماده کنید.** یک TTL کوتاه DNS، پیکربندی‌ای که می‌توانید از یک repository دوباره دیپلوی کنید، و یک بازیابیِ تست‌شده، یک بعدازظهر بد را به بیست دقیقه تبدیل می‌کند. هیچ‌کس این را حین یک حمله ترتیب نمی‌دهد.

- **آدرس قدیمی را درست بازنشسته کنید.** سرور قدیمی را روی آدرس قدیمی، در حال سرو همان محتوا، پارک نکنید؛ این یک تأیید زنده برای هرکسی است که تماشا می‌کند، و رکورد را تازه نگه می‌دارد.

## نسخه‌ی کوتاه

فیلترینگ سطح شبکه، حملات حجمی را مدیریت می‌کند، همراه سرور می‌آید و هزینه‌ی اضافی ندارد. یک CDN لایه‌ی کاربرد را مدیریت می‌کند و مبدأ را پنهان می‌کند، به قیمت یک واسطه که TLS شما را terminate می‌کند، به شکایات پاسخ می‌دهد و می‌داند شما چه کسی هستید. نود جلویی خودتان پنهان‌کاری را بدون واسطه می‌خرد، اما بدون ظرفیت جهانی. حوزه‌ی قضایی سؤال حقوقی را تعیین می‌کند و هیچ‌کدام از این سه به آن دست نمی‌زند. و همه‌شان با یک رکورد proxy‌نشده، یک ایمیل از مبدأ، یا یک virtual host پیش‌فرض، خنثی می‌شوند.

بر اساس هدف تصمیم بگیرید نه عادت، بعد آن ده دقیقه را صرف بررسی کنید — این کار بیش از هر ارتقایی، افشای واقعی پیدا می‌کند. اگر معماری را بدون شخص ثالث می‌خواهید، یک [VPS](https://servhidden.com/fa/vps) کوچک به‌عنوان جلو و کار واقعی روی [سخت‌افزار اختصاصی](https://servhidden.com/fa/dedicated) پشت آن، همان آرایشی است که بیشتر در میان کسانی می‌بینیم که قبلاً یک‌بار پیدا شده‌اند.





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

## IP مبدأ و DDoS — سؤالات رایج





### 01
آیا CDN آدرس IP واقعی سرور من را پنهان می‌کند؟



آن را از کلاینت‌ها پنهان می‌کند، که بیشترِ فایده همین است: بازدیدکنندگان به CDN وصل می‌شوند و هرگز آدرس شما را نمی‌بینند. آن را از رکوردهای عمومی‌ای که از قبل وجود دارند، از هرچیزی که سرورتان به بیرون می‌فرستد، یا از اسکنرهای سراسر اینترنت که می‌توانند مبدأ شما را با گواهی یا صفحه‌ی اصلی‌اش تطبیق دهند، پنهان نمی‌کند. و فقط وقتی کار می‌کند که فایروال شما جلوی پاسخ‌دادن مبدأ به هرکسی جز CDN را بگیرد — وگرنه آدرس فقط یک درخواست تأییدشده با دوباره مفید شدنش فاصله دارد.





### 02
آیا گذاشتن Cloudflare یا یک CDN دیگر جلو، میزبانی نادیده‌گیرنده‌ی DMCA را خنثی می‌کند؟



در عمل، بله. یک CDN طرفی از سرویس شماست و فرآیند شکایات خودش را دارد: اخطارها می‌توانند مستقیماً علیه آن ثبت شوند، و معمولاً آن‌ها را به شما ارجاع می‌دهد، ارائه‌دهنده‌ی میزبانی‌تان را شناسایی می‌کند، یا شما را به‌عنوان مشتری کنار می‌گذارد. این کار همان زنجیره‌ی حذفی را دوباره وصل می‌کند که میزبانی آفشور برای شکستنش انتخاب شده. برای محتوایی که شکایت جلب می‌کند، آرایش بهتر میزبانی مستقیم در حوزه‌ی قضایی‌ای است که از قصد انتخاب شده، همراه با فیلترینگ DDoS سطح شبکه‌ای که از قبل با سرور می‌آید.





### 03
آیا محافظت DDoS لایه 3/4 به‌تنهایی کافی است؟



برای حملات حجمی — نوعی که آپلینک شما را پر می‌کند — بله، و تنها لایه‌ای است که آنجا می‌تواند کمک کند، چون پیش از رسیدن ترافیک به شما کار می‌کند. در همه‌ی پلن‌ها همراه با پهنای‌باند نامحدود گنجانده شده، پس یک حمله فاکتور هم تولید نمی‌کند. چیزی که نمی‌تواند به آن رسیدگی کند، سیلی لایه 7 از درخواست‌های خوش‌شکل است. اگر یک درخواست تنها به اپلیکیشن شما بتواند یک اسکن پایگاه‌داده یا تغییر اندازه‌ی تصویر راه بیندازد، ریسک شما همان‌جاست، و کش‌کردن، محدودسازی نرخ و یک WAF پاسخ‌اند، نه فیلترینگ بسته.





### 04
چطور مردم IP مبدأ پشت یک CDN را پیدا می‌کنند؟



شش مسیر تقریباً همه‌ی آن را توضیح می‌دهند: لاگ‌های Certificate Transparency که ساب‌دامنه‌های proxy‌نشده را آشکار می‌کنند، آرشیوهای passive-DNS که آدرسی را نگه می‌دارند که دامنه پیش از جابه‌جایی استفاده می‌کرد، رکوردهایی که نمی‌توانند proxy شوند مثل mail exchangerها، اتصالات خروجی از خود سرور از جمله هدرهای ایمیل خودش، اسکن سراسر اینترنت که مبدأ را با گواهی یا محتوای صفحه تطبیق می‌دهد، و اپلیکیشنی که آدرس خودش را از طریق ریدایرکت‌ها، اندپوینت‌های status یا یک virtual host پیش‌فرض لو می‌دهد. هیچ‌کدام‌شان به هیچ مهارتی نیاز ندارد.





### 05
آیا می‌توانم از CDN استفاده کنم و ناشناس بمانم؟



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





### 06
آیا برای یک سایت کوچک به هیچ‌کدام از این‌ها نیاز دارم؟



معمولاً نه. یک سایت کوچک روی سروری با فیلترینگ سطح شبکه، یک فایروال پیش‌فرض-رد، و بدون سرویس‌های غیرضروری، یک آرایش کاملاً عادی و تا حد معقولی مقاوم است. سؤال مبدأ وقتی واقعی می‌شود که دلیل مشخصی برای پنهان‌کردن دستگاه وجود داشته باشد — مخاطبانی که شامل افرادی می‌شوند که به آن حمله می‌کنند، یک backend که بیش از جلو ارزش دارد، یا محتوایی که ترجیح می‌دهید آرایش میزبانی‌اش را تبلیغ نکنید.





### 07
آیا سرور ایمیل باید روی همان IP وب‌سایت اجرا شود؟



نه، و این یکی از رایج‌ترین راه‌هایی است که مبدأ افشا می‌شود. ایمیل باید در آدرسی قابل‌دسترس باشد که نمی‌تواند proxy شود، و هر پیامی که می‌فرستد آن آدرس را در هدرهایش حمل می‌کند. اجرای ایمیل روی دستگاهی جداگانه، مبدأ وب را از هر ایمیلی که می‌فرستید و از رکوردهای DNS‌ای که هرکس می‌تواند کوئری بگیرد، بیرون نگه می‌دارد. همچنین جلوی تبدیل‌شدن مشکل اعتبار ایمیل به مشکل وب‌سایت را می‌گیرد.





### 08
IP مبدأ من از قبل لو رفته — حالا چه؟



با آن آدرس مثل چیزی دائماً عمومی رفتار کنید، چون آرشیوهای passive-DNS و اسکن آن را نگه می‌دارند. اول نشتی را ببندید — چه یک رکورد proxy‌نشده باشد، چه یک مسیر ایمیل، چه یک virtual host پیش‌فرض — بعد به یک آدرس تازه بروید و با یک TTL کوتاه DNS که از قبل آماده کرده‌اید سوییچ کنید. سرور قدیمی را روی آدرس قدیمی با همان محتوا پاسخ‌دهنده رها نکنید. چون هیچ‌چیز درباره‌ی سرور اصلی به یک هویت گره نخورده بود، جایگزین‌کردنش یک دیپلوی معمولی است، نه مذاکره با کسی.




راهنماهای مرتبط

## ادامه مطلب


[### چطور در سال 2026 یک حوزه قضایی آفشور برای میزبانی انتخاب کنید

خرید


یک چارچوب تصمیم‌گیری عملی برای انتخاب حوزه قضایی آفشور: قانون نگهداری داده، قرارداد MLAT، موضع درباره DMCA، سرعت رسیدگی دادگاه و اجرای واقعی — کشور به کشور.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/choosing-an-offshore-jurisdiction)
[### VPS در مقابل سرور اختصاصی برای بارهای کاری حساس به حریم خصوصی

خرید


چه زمانی VPS کافی است، چه زمانی اشتراک در منابع یک خطر امنیتی است، و چه زمانی bare-metal تنها پاسخ صادقانه است. ایزولاسیون سخت‌افزاری، ریسک هایپروایزر، و هزینه در برابر مدل تهدید.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/vps-vs-dedicated-for-privacy)
[### VPN خودمیزبان روی VPS بدون KYC: WireGuard در مقابل OpenVPN

عملیات


چرا VPN خودمیزبان از ارائه‌دهندگان تجاری بهتر است، و WireGuard و OpenVPN واقعاً از نظر حریم خصوصی، عملکرد و ریسک عملیاتی در سال 2026 چگونه مقایسه می‌شوند.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/self-hosted-vpn-wireguard-vs-openvpn)
[### RTX 4090 در مقابل H100 SXM5 برای استنتاج هوش مصنوعی (و جایگاه RTX 5090)

خرید


راهنمای خرید: کدام GPU از NVIDIA برای بارهای کاری LLM سلف‌هاست، تصویر، ویدیو، صدا و تنظیم دقیق در ۲۰۲۶. RTX 4090 در مقابل RTX 5090 در مقابل H100 SXM5 در مقابل دو H100 — VRAM، توان عملیاتی، $/توکن، و برتری هر کدام.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/rtx-4090-vs-h100-for-ai-inference)
[### RDP ویندوز آفشور برای معاملات Forex با MT4 / MT5 / cTrader

عملیات


راهنمای کامل: چرا به Windows RDP برای معاملات Forex نیاز دارید، چگونه یک حوزه قضایی آفشور با تأخیر کم انتخاب کنید، راه‌اندازی MT4 / MT5 / cTrader / Expert Advisor، تأخیر تا سرورهای کارگزار، و مسیر پرداخت بدون KYC.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/offshore-windows-rdp-for-forex-trading)
[### میزبانی DMCA-Ignored توضیح داده شد: معنای واقعی آن در 2026

خرید


میزبانی «DMCA ignored» واقعاً چه چیزی به شما می‌دهد، کدام حوزه‌های قضایی واقعاً از آن پشتیبانی می‌کنند، چه بارهای کاری به آن نیاز دارند، و دام‌های حق مؤلفی که این اصطلاح پوشش نمی‌دهد.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/dmca-ignored-hosting-explained)
[### ثبت دامنه ناشناس با ارز دیجیتال: حریم خصوصی WHOIS در 2026

حریم خصوصی


راهنمای عملی 2026 برای ثبت دامنه بدون افشای هویت: رژیم‌های WHOIS بر اساس TLD، انتخاب رجیسترار، گزینه‌های پرداخت با ارز دیجیتال، و اشتباهات عملیاتی که هویت شما را لو می‌دهند.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/anonymous-domain-registration-with-crypto)
[### پرداخت‌های کریپتو برای هاستینگ: Monero در مقابل Bitcoin در مقابل USDT

حریم خصوصی


چگونه انتخاب ارز پرداخت تأثیر می‌گذارد که هاست شما چه چیزی درباره‌تان می‌داند. حریم خصوصی، کارمزدها، قطعیت تراکنش و میزان افشاگری در تحلیل زنجیره برای XMR، BTC و USDT — با یک توصیه صریح.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/crypto-payments-monero-vs-bitcoin-vs-usdt)
[### آیا هاستینگ آفشور واقعاً ناشناس است؟ یک پاسخ صادقانه

حریم خصوصی


هاستینگ آفشور و بدون KYC هویتی را که یک هاست معمولی جمع‌آوری می‌کند حذف می‌کند — اما «ناشناس‌بودن» به پرداخت، لاگ‌گیری ارائه‌دهنده و امنیت عملیاتی (opsec) خودتان بستگی دارد. در ادامه می‌بینید واقعاً چه چیزی قابل ردیابی است.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/is-offshore-hosting-truly-anonymous)
[### ساعت اول سخت‌سازی VPS: یک چک‌لیست

عملیات


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


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/first-hour-vps-hardening-checklist)
[### What Is No-KYC Hosting? Definition, Legality & How It Works

حریم خصوصی


No-KYC hosting lets you rent a server with zero identity verification — no name, no email, no ID. Here is exactly what it means, how it works technically, whether it is legal, and how to pick a genuine provider.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/what-is-no-kyc-hosting)
[### Is Offshore Hosting Legal? The Honest 2026 Answer

خرید


Offshore hosting is legal — for you and for the provider. Here is what the term really means, where the legal line actually sits, the myths worth dropping, and how to use it responsibly.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/is-offshore-hosting-legal)
[### How to Pay for Hosting with Monero (XMR) — Step by Step

حریم خصوصی


A step-by-step guide to paying for a VPS or dedicated server with Monero (XMR): why XMR is the most private option, how to get it, and how the checkout works — from invoice to a running server in minutes.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/how-to-pay-for-hosting-with-monero)
[### How to Host a Website Anonymously — A Practical 2026 Guide

حریم خصوصی


A practical, layered guide to hosting a website with no identity attached: the account, the payment, the domain, the jurisdiction, your connection and the content — each layer explained.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/how-to-host-a-website-anonymously)
[### How to Set Up a WireGuard VPN on a VPS — Step-by-Step Guide

عملیات


Build your own private VPN on a VPS with WireGuard: why a self-hosted VPN beats a commercial one, the full setup from install to a connected client, and how to harden it.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/how-to-set-up-wireguard-vpn-on-a-vps)
[### How to Self-Host an LLM on a GPU Server — 2026 Guide

عملیات


Run your own large language model on a rented GPU server: why self-hosting beats an API, which GPU and model to choose, the setup with Ollama or vLLM, and what it costs.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/self-host-an-llm-on-a-gpu-server)
[### Bulletproof Hosting vs Offshore Hosting — What Is the Difference?

خرید


Bulletproof hosting and offshore hosting are constantly confused — and they are not the same thing. Here is the real difference, why it matters, and which one you actually want.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/bulletproof-vs-offshore-hosting)
[### How to Buy a VPS with Bitcoin — Step-by-Step (2026)

خرید


A beginner-friendly walkthrough of buying a VPS with Bitcoin: getting BTC, choosing a plan, paying the invoice, and what you get — a running server with no card and no name attached.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/how-to-buy-a-vps-with-bitcoin)
[### Best Countries for DMCA-Ignored Hosting in 2026

خرید


Where to host when you want servers beyond the easy reach of US-style takedowns: the jurisdictions that work, what DMCA-ignored really means, and how to choose.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/best-countries-for-dmca-ignored-hosting)
[### How to Host a Tor Hidden Service (.onion Site) — 2026 Guide

عملیات


Set up a Tor onion service on a VPS: what a hidden service is, why it is the strongest form of anonymous hosting, the full setup, and how to keep it actually anonymous.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/how-to-host-a-tor-hidden-service)
[### Offshore Mail Server Setup — Self-Host Private Email in 2026

عملیات


Run your own private email server on an offshore VPS: why self-host email, what you need, the realistic setup with an all-in-one mail stack, and how to get deliverability right.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/offshore-mail-server-setup)
[### Crypto Node Hosting Guide — Run a Blockchain Node on a VPS

عملیات


How to host a blockchain node on a server: why run your own node, sizing the server for Bitcoin, Ethereum, Monero and more, the setup, and keeping it private.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/crypto-node-hosting-guide)
[### GPU Hosting for Stable Diffusion — Run Your Own Image Server

عملیات


Run Stable Diffusion on your own GPU server: why self-host image generation, which GPU to pick, the setup with a web UI, and what it costs versus a hosted service.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/gpu-hosting-for-stable-diffusion)
[### Server OpSec — Staying Anonymous When You Run a Server

حریم خصوصی


Operational security for anyone running an anonymous server: the mistakes that deanonymise people, the habits that prevent them, and how to keep identities truly separate.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/server-opsec-staying-anonymous)
[### Seedbox Setup Guide — Build Your Own Private Seedbox in 2026

عملیات


How to build your own seedbox on a server: what a seedbox is, sizing it, installing a torrent client with a web UI, and keeping it private and secure.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/seedbox-setup-guide)
[### How to Bypass DPI Censorship with Your Own VPS (2026 Guide)

حریم خصوصی


Your VPN stopped working? How to bypass DPI censorship with your own VPS: what deep packet inspection actually detects, which of the five 2026 protocols beats which block, and a full VLESS+REALITY walkthrough.


سؤالات متداول 6‌گانه](https://servhidden.com/fa/guides/bypass-dpi-censorship-with-your-own-vps)
[### رمزگذاری کامل دیسک روی VPS: راه‌اندازی LUKS و محافظت واقعی آن

عملیات


چگونه یک VPS را با LUKS رمزگذاری کنید: حجم‌های داده‌ی رمزشده، رمزگذاری کامل روت با بازکردن قفل از راه دور روی SSH، تنظیماتی که روی سرور کوچک اهمیت دارند، و توضیحی صادقانه از آنچه رمزگذاری دیسک واقعاً متوقف می‌کند.


سؤالات متداول 8‌گانه](https://servhidden.com/fa/guides/full-disk-encryption-on-a-vps)
[### استراتژی بکاپ VPS: رمزنگاری‌شده، آفشور و واقعاً قابل بازیابی

عملیات


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


سؤالات متداول 8‌گانه](https://servhidden.com/fa/guides/vps-backup-strategy)
[### راه‌اندازی سرور Matrix: فدراسیون، متادیتا و آنچه رمزگذاری پنهان نمی‌کند

عملیات


هوم‌سرور Matrix شخصی واقعاً چه می‌دهد: Synapse در برابر Conduit، server_name‌ای که هرگز تغییر نمی‌کند، رسانه‌ای که دیسک را پر می‌کند، و آنچه فدراسیون هنوز آشکار می‌کند.


سؤالات متداول 8‌گانه](https://servhidden.com/fa/guides/self-host-a-matrix-server)
[### چطور یک وب‌سایت را بدون قطعی به هاست آفشور مهاجرت دهیم

عملیات


ترتیبی که مهاجرت هاست را کسل‌کننده می‌کند: کاهش TTL رکورد DNS چند روز پیش از موعد، اجرای هم‌زمان هر دو سرور، توقف نوشتن برای چند دقیقه به‌جای چند ساعت — و پاک‌سازی ردی که این جابه‌جایی در Passive DNS، لاگ‌های Certificate Transparency و WHOIS از خود به‌جا می‌گذارد.


سؤالات متداول 8‌گانه](https://servhidden.com/fa/guides/migrate-website-to-offshore-hosting)
[### How to Self-Host a Crypto Payment Gateway with BTCPay Server

عملیات


Run your own non-custodial checkout on an offshore VPS: BTCPay Server, a pruned Bitcoin node, Lightning and Monero — how to size the disk, why the private keys must never touch the machine, and where KYC quietly reappears at the cash-out.


سؤالات متداول 8‌گانه](https://servhidden.com/fa/guides/self-host-a-crypto-payment-gateway)




## لایه‌ی درست را جلوی سرور درست بگذارید



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


[مشاهده پلن‌های VPS](https://servhidden.com/fa/vps)
[DMCA نادیده گرفته می‌شود](https://servhidden.com/fa/dmca-ignored-hosting)
[Private Hosting](https://servhidden.com/fa/anonymous-hosting)


## Structured data (JSON-LD)

```json
{
    "@context": "https://schema.org",
    "@type": "Organization",
    "@id": "https://servhidden.com/#organization",
    "name": "ServHidden",
    "url": "https://servhidden.com",
    "description": "VPS آفشور و سرورهای اختصاصی در 7 حوزه قضایی آفشور. بدون KYC، بدون لاگ، فقط ارز دیجیتال. حریم خصوصی از طریق معماری.",
    "logo": {
        "@type": "ImageObject",
        "url": "https://servhidden.com/ServHidden.webp",
        "width": 512,
        "height": 512
    },
    "foundingDate": "2025",
    "areaServed": [
        {
            "@type": "Country",
            "name": "Iceland"
        },
        {
            "@type": "Country",
            "name": "Panama"
        },
        {
            "@type": "Country",
            "name": "Moldova"
        },
        {
            "@type": "Country",
            "name": "Romania"
        },
        {
            "@type": "Country",
            "name": "Switzerland"
        },
        {
            "@type": "Country",
            "name": "Netherlands"
        },
        {
            "@type": "Country",
            "name": "Russia"
        }
    ],
    "knowsAbout": [
        "Offshore hosting",
        "Offshore VPS",
        "Bare-metal dedicated servers",
        "DMCA-ignored hosting",
        "No KYC hosting",
        "Cryptocurrency payments",
        "Privacy engineering",
        "Token-based authentication",
        "Anonymous domain name registration",
        "No-KYC domain registrar",
        "WHOIS privacy",
        "Cheap .com domains",
        "Crypto-paid domain names",
        "NVIDIA GPU compute",
        "Windows RDP hosting",
        "Agentic commerce"
    ],
    "contactPoint": {
        "@type": "ContactPoint",
        "contactType": "customer support",
        "url": "https://servhidden.com/contact",
        "availableLanguage": [
            "en",
            "ru",
            "zh",
            "es",
            "fr",
            "de",
            "pt",
            "ar",
            "ja",
            "ko",
            "hi",
            "id",
            "it",
            "tr",
            "fa",
            "vi"
        ]
    },
    "sameAs": [
        "https://servhidden.com/canary",
        "https://servhidden.com/press"
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "WebSite",
    "@id": "https://servhidden.com/#website",
    "url": "https://servhidden.com",
    "name": "ServHidden",
    "publisher": {
        "@id": "https://servhidden.com/#organization"
    },
    "inLanguage": [
        "en",
        "ru",
        "zh",
        "es",
        "fr",
        "de",
        "pt",
        "ar",
        "ja",
        "ko",
        "hi",
        "id",
        "it",
        "tr",
        "fa",
        "vi"
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "Article",
    "headline": "پنهان‌کردن IP سرور مبدأ: CDN، پراکسی معکوس و آنچه هنوز لو می‌رود",
    "description": "اینکه آیا باید CDN را جلوی یک سرور آفشور گذاشت: چه چیزی را پنهان می‌کند، چه دفتر شکایاتی به ارث می‌رسد، شش راهی که IP مبدأ باز هم لو می‌رود، و چگونه IP خودتان را بررسی کنید.",
    "image": "https://servhidden.com/assets/img/guides/hiding-your-origin-server-ip.webp?v=1787175673",
    "author": {
        "@type": "Organization",
        "@id": "https://servhidden.com/#editorial",
        "name": "ServHidden Editorial",
        "url": "https://servhidden.com/about",
        "description": "Operator-side editorial team writing about offshore hosting jurisdictions, offshore server architecture, self-hosted privacy stacks and crypto payments.",
        "knowsAbout": [
            "Offshore hosting jurisdictions",
            "Data retention law",
            "MLAT and judicial cooperation",
            "WireGuard and OpenVPN deployment",
            "Tor relay operation",
            "Monero and Bitcoin payment privacy",
            "KVM virtualization and bare-metal hosting",
            "DMCA-ignored hosting"
        ],
        "parentOrganization": {
            "@id": "https://servhidden.com/#organization"
        }
    },
    "publisher": {
        "@id": "https://servhidden.com/#organization"
    },
    "datePublished": "2026-08-19T00:00:00+00:00",
    "dateModified": "2026-08-19T00:00:00+00:00",
    "mainEntityOfPage": "https://servhidden.com/guides/hiding-your-origin-server-ip",
    "inLanguage": "fa",
    "keywords": "hide origin server IP, origin IP leak, Cloudflare offshore hosting, DDoS protection offshore VPS, reverse proxy hide origin, L7 DDoS mitigation, certificate transparency origin leak, lock origin to CDN IP ranges",
    "articleSection": "حریم خصوصی",
    "wordCount": 2934
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
        {
            "@type": "Question",
            "name": "آیا CDN آدرس IP واقعی سرور من را پنهان می‌کند؟",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "آن را از کلاینت‌ها پنهان می‌کند، که بیشترِ فایده همین است: بازدیدکنندگان به CDN وصل می‌شوند و هرگز آدرس شما را نمی‌بینند. آن را از رکوردهای عمومی‌ای که از قبل وجود دارند، از هرچیزی که سرورتان به بیرون می‌فرستد، یا از اسکنرهای سراسر اینترنت که می‌توانند مبدأ شما را با گواهی یا صفحه‌ی اصلی‌اش تطبیق دهند، پنهان نمی‌کند. و فقط وقتی کار می‌کند که فایروال شما جلوی پاسخ‌دادن مبدأ به هرکسی جز CDN را بگیرد — وگرنه آدرس فقط یک درخواست تأییدشده با دوباره مفید شدنش فاصله دارد."
            }
        },
        {
            "@type": "Question",
            "name": "آیا گذاشتن Cloudflare یا یک CDN دیگر جلو، میزبانی نادیده‌گیرنده‌ی DMCA را خنثی می‌کند؟",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "در عمل، بله. یک CDN طرفی از سرویس شماست و فرآیند شکایات خودش را دارد: اخطارها می‌توانند مستقیماً علیه آن ثبت شوند، و معمولاً آن‌ها را به شما ارجاع می‌دهد، ارائه‌دهنده‌ی میزبانی‌تان را شناسایی می‌کند، یا شما را به‌عنوان مشتری کنار می‌گذارد. این کار همان زنجیره‌ی حذفی را دوباره وصل می‌کند که میزبانی آفشور برای شکستنش انتخاب شده. برای محتوایی که شکایت جلب می‌کند، آرایش بهتر میزبانی مستقیم در حوزه‌ی قضایی‌ای است که از قصد انتخاب شده، همراه با فیلترینگ DDoS سطح شبکه‌ای که از قبل با سرور می‌آید."
            }
        },
        {
            "@type": "Question",
            "name": "آیا محافظت DDoS لایه 3/4 به‌تنهایی کافی است؟",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "برای حملات حجمی — نوعی که آپلینک شما را پر می‌کند — بله، و تنها لایه‌ای است که آنجا می‌تواند کمک کند، چون پیش از رسیدن ترافیک به شما کار می‌کند. در همه‌ی پلن‌ها همراه با پهنای‌باند نامحدود گنجانده شده، پس یک حمله فاکتور هم تولید نمی‌کند. چیزی که نمی‌تواند به آن رسیدگی کند، سیلی لایه 7 از درخواست‌های خوش‌شکل است. اگر یک درخواست تنها به اپلیکیشن شما بتواند یک اسکن پایگاه‌داده یا تغییر اندازه‌ی تصویر راه بیندازد، ریسک شما همان‌جاست، و کش‌کردن، محدودسازی نرخ و یک WAF پاسخ‌اند، نه فیلترینگ بسته."
            }
        },
        {
            "@type": "Question",
            "name": "چطور مردم IP مبدأ پشت یک CDN را پیدا می‌کنند؟",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "شش مسیر تقریباً همه‌ی آن را توضیح می‌دهند: لاگ‌های Certificate Transparency که ساب‌دامنه‌های proxy‌نشده را آشکار می‌کنند، آرشیوهای passive-DNS که آدرسی را نگه می‌دارند که دامنه پیش از جابه‌جایی استفاده می‌کرد، رکوردهایی که نمی‌توانند proxy شوند مثل mail exchangerها، اتصالات خروجی از خود سرور از جمله هدرهای ایمیل خودش، اسکن سراسر اینترنت که مبدأ را با گواهی یا محتوای صفحه تطبیق می‌دهد، و اپلیکیشنی که آدرس خودش را از طریق ریدایرکت‌ها، اندپوینت‌های status یا یک virtual host پیش‌فرض لو می‌دهد. هیچ‌کدام‌شان به هیچ مهارتی نیاز ندارد."
            }
        },
        {
            "@type": "Question",
            "name": "آیا می‌توانم از CDN استفاده کنم و ناشناس بمانم؟",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "فقط اگر حساب به‌اندازه‌ی سرور ناشناس باشد، که به‌ندرت این‌طور است. یک حساب CDN یک آدرس ایمیل، یک روش پرداخت و اغلب یک شماره تلفن دارد، که به دامنه‌ی شما گره خورده و برای مدت نامحدود توسط شرکتی نگه‌داشته می‌شود که به فرآیند قانونی پاسخ می‌دهد. اگر سرور را با Monero بدون مدارک هویتی پرداخت کرده باشید و بعد یک حساب CDN با یک کارت شخصی باز کرده باشید، آن حساب حالا قوی‌ترین رکورد هویتی در کل آرایش است. یا جلو را تحت کنترل خودتان نگه دارید، یا حساب را به‌اندازه‌ی همه‌چیز دیگر یکبارمصرف کنید."
            }
        },
        {
            "@type": "Question",
            "name": "آیا برای یک سایت کوچک به هیچ‌کدام از این‌ها نیاز دارم؟",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "معمولاً نه. یک سایت کوچک روی سروری با فیلترینگ سطح شبکه، یک فایروال پیش‌فرض-رد، و بدون سرویس‌های غیرضروری، یک آرایش کاملاً عادی و تا حد معقولی مقاوم است. سؤال مبدأ وقتی واقعی می‌شود که دلیل مشخصی برای پنهان‌کردن دستگاه وجود داشته باشد — مخاطبانی که شامل افرادی می‌شوند که به آن حمله می‌کنند، یک backend که بیش از جلو ارزش دارد، یا محتوایی که ترجیح می‌دهید آرایش میزبانی‌اش را تبلیغ نکنید."
            }
        },
        {
            "@type": "Question",
            "name": "آیا سرور ایمیل باید روی همان IP وب‌سایت اجرا شود؟",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "نه، و این یکی از رایج‌ترین راه‌هایی است که مبدأ افشا می‌شود. ایمیل باید در آدرسی قابل‌دسترس باشد که نمی‌تواند proxy شود، و هر پیامی که می‌فرستد آن آدرس را در هدرهایش حمل می‌کند. اجرای ایمیل روی دستگاهی جداگانه، مبدأ وب را از هر ایمیلی که می‌فرستید و از رکوردهای DNS‌ای که هرکس می‌تواند کوئری بگیرد، بیرون نگه می‌دارد. همچنین جلوی تبدیل‌شدن مشکل اعتبار ایمیل به مشکل وب‌سایت را می‌گیرد."
            }
        },
        {
            "@type": "Question",
            "name": "IP مبدأ من از قبل لو رفته — حالا چه؟",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "با آن آدرس مثل چیزی دائماً عمومی رفتار کنید، چون آرشیوهای passive-DNS و اسکن آن را نگه می‌دارند. اول نشتی را ببندید — چه یک رکورد proxy‌نشده باشد، چه یک مسیر ایمیل، چه یک virtual host پیش‌فرض — بعد به یک آدرس تازه بروید و با یک TTL کوتاه DNS که از قبل آماده کرده‌اید سوییچ کنید. سرور قدیمی را روی آدرس قدیمی با همان محتوا پاسخ‌دهنده رها نکنید. چون هیچ‌چیز درباره‌ی سرور اصلی به یک هویت گره نخورده بود، جایگزین‌کردنش یک دیپلوی معمولی است، نه مذاکره با کسی."
            }
        }
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [
        {
            "@type": "ListItem",
            "position": 1,
            "name": "خانه",
            "item": "https://servhidden.com/fa/"
        },
        {
            "@type": "ListItem",
            "position": 2,
            "name": "راهنماهای میزبانی با حریم خصوصی",
            "item": "https://servhidden.com/fa/guides"
        },
        {
            "@type": "ListItem",
            "position": 3,
            "name": "پنهان‌کردن IP سرور مبدأ: CDN، پراکسی معکوس و آنچه هنوز لو می‌رود",
            "item": "https://servhidden.com/fa/guides/hiding-your-origin-server-ip"
        }
    ]
}
```