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

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

11 دقیقه مطالعه · آخرین بررسی 3 سپتامبر 2026 · هیچ‌چیز در اینجا صفحهٔ تبلیغاتی نیست

ناشناسی ویژگی زنجیره است، نه تأمین‌کننده

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

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

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

حلقهچه چیزی را می‌تواند فاش کندنزد کیست
حساب میزبانیمدارک هویتی، آدرس صورت‌حساب، یک کارت، سابقهٔ IPمیزبان شما
ثبت دامنهثبت‌کننده‌ای که پشت سرویس حریم خصوصی قرار دارد، و پرداختی که آن نام را خریده استثبت‌کنندهٔ دامنهٔ شما
DNS مرجعهر نام میزبانی که تا‌به‌حال به هر جایی اشاره داده‌اید، نگه‌داری‌شده در آرشیوهای DNS منفعلارائه‌دهندهٔ DNS شما
گواهی TLSهر نامی که روی آن است، به‌طور دائم در یک لاگ عمومی ثبت‌شدهمرجع صدور گواهی شما
پروکسی یا CDNیک حساب، یک روش پرداخت، و مبدأی که به آن اشاره می‌کندCDN شما
نشانی مبدأسروری که قرار بود پروکسی آن را پنهان کندعمدتاً خودتان
ایمیل خروجییک نام میزبان واقعی، یک رکورد PTR، و هدرهایی که خودتان ننوشته‌ایدشما
آنچه منتشر می‌کنیدداده‌های دوربین، نویسندگان سند، نشانی‌های commit، برچسب‌های آنالیتیکسشما
عادت‌هایی که تکرار می‌کنیدیک نام کاربری، یک نشانی، ورودی از خانه، و پرداختی که نامی روی آن استشما

لایهٔ نام‌گذاری، و لاگ‌هایی که هیچ‌کس نمی‌تواند حذف کند

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

ثبت دامنه، و آنچه حریم خصوصی پوشش نمی‌دهد

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

آن‌ها همچنین هیچ کاری دربارهٔ گذشته انجام نمی‌دهند. داده‌های تاریخی ثبت دامنه دو دهه است که به‌صورت تجاری آرشیو می‌شوند، بنابراین دامنه‌ای که به‌صورت آشکار ثبت شده و چهار سال بعد خصوصی شده، دامنه‌ای است که مالک آن در سابقه ثبت شده است. روشن کردن حریم خصوصی، تنها تغییری در زمان حال است.

شفافیت گواهی، که ذاتاً دائمی است

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

زیردامنه‌های staging، vpn و old-project دقیقاً به همین شکل پیدا می‌شوند — نه با حدس‌زدن، بلکه با خواندن یک لاگ عمومی که برای خوانده‌شدن ساخته شده است. یک گواهی wildcard، به‌جای یک فهرست، یک نام منتشر می‌کند، که نزدیک‌ترین چیز به یک راه‌حل است که وجود دارد.

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

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

نشانی مبدأ از اطراف پروکسی نشت می‌کند

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

  1. رکوردهای DNS از پیش از زمانی که پروکسی وجود داشته باشد، که هنوز در یک آرشیو DNS منفعل باقی مانده‌اند.
  2. زیردامنه‌ای که هیچ‌کس پشت پروکسی نبرده: mail، dev، webmail، direct، cpanel.
  3. مسیر ایمیل — یک رکورد MX، یک ورودی SPF، یا یک هدر Received: که نام ماشینی را که پیام را ارسال کرده مشخص می‌کند.
  4. گواهی‌ای که برای خود مبدأ صادر شده و پیش از پیکربندی پروکسی، ثبت شده است.
  5. هر چیزی که برنامه به‌صورت خروجی ارسال می‌کند: یک webhook، یک ایمیل بازنشانی رمز عبور، یک تصویر واکشی‌شده از یک URL که یک غریبه آن را ارائه داده است.
  6. اسکنرهای سراسر اینترنت، که هر نشانی را در هر پورت ایندکس می‌کنند و به هرکسی اجازه می‌دهند به‌دنبال ماشینی بگردد که گواهی، هدرهای پاسخ یا فاوآیکون آن با مال شما یکسان است.

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

آنچه منتشر می‌کنید، بیش از آن چیزی است که نوشته‌اید

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

  • عکس‌ها. مدل دوربین، شمارهٔ سریال، نرم‌افزار ویرایش، و اغلب مختصاتی که در آن شاتر فشرده شده است.
  • سندها. یک PDF یک فیلد نویسنده و یک رشتهٔ تولیدکننده دارد؛ یک فایل آفیس یک نویسنده، یک شرکت و یک تاریخچهٔ بازبینی دارد.
  • مخزن‌ها. هر commit با یک نام و یک نشانی ایمیل مُهر می‌خورد، و یک مخزن عمومی همهٔ آن‌ها را، برای هر commit، برای همیشه منتشر می‌کند.
  • خروجی build. نقشه‌های منبع، مانیفست‌های وابستگی و ردیابی‌های پشته، مسیرها، نام‌های کاربری و نام‌های میزبان داخلی را فاش می‌کنند.
  • خودِ پلتفرم. یک نصب پیش‌فرض بی‌هیچ مشکلی یک فهرست نویسندگان، یک صفحهٔ ورود، یک رشتهٔ نسخه، و فیدی را آشکار می‌کند که هرگز از آن نخواسته بودید منتشرش کند.
  • برچسب‌های آنالیتیکس و تبلیغاتی. یک شناسهٔ اندازه‌گیری یکسان روی دو سایت، ارزان‌ترین مدرک ممکن است بر اینکه یک نفر هر دو را اداره می‌کند، و ابزارهای عمومی این تطبیق را در مقیاس گسترده انجام می‌دهند.

عادت‌هایی که همه‌چیز دیگر را بی‌اثر می‌کنند

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

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

و قدیمی‌ترین مورد، که هیچ میزبانی نمی‌تواند برایش قیمت بگذارد و هیچ پیکربندی‌ای نمی‌تواند از آن محافظت کند: به کسی گفتن. ناشناسی‌ای که به حفظ‌شدنش توسط شخص دیگری وابسته باشد، یک زمان‌بندی است، نه یک ویژگی.

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

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

  • هیچ مدرک هویتی‌ای، نه در زمان ثبت‌نام و نه در هیچ نقطه‌ای پس از آن، در هیچ سطحی از هزینه، جمع‌آوری نمی‌شود. فهرست کامل آنچه نگه‌داری می‌شود، در سیاست حریم خصوصی و لاگ‌برداری آمده است.
  • تسویه‌حساب تنها روی زنجیره انجام می‌شود، بنابراین هیچ پردازشگر کارتی پشت حساب شما نیست که سابقهٔ خودش را از شما نگه دارد.
  • لاگ‌های دسترسی با یک تایمر 24 ساعته نابود می‌شوند، و هیچ netflowای، هیچ سابقهٔ IPای و هیچ اثرانگشت دستگاهی وجود ندارد که بتواند پس از آن یک نشانی را به یک حساب متصل کند.
  • اینکه یک دستور معتبر واقعاً چه چیزی تولید می‌کند، از پیش در راهنمای مجریان قانون نوشته شده، و شمار آنچه تاکنون رسیده در گزارش شفافیت آمده است.

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

یک ممیزی ده‌دقیقه‌ای، به همان ترتیبی که باید اجرا شود

هیچ‌کدام از موارد زیر به ابزاری که باید بخرید نیاز ندارد، و هر مرحله چیزی را به شما می‌گوید که مرحلهٔ پیش از آن نگفته بود.

  1. دامنه را در یک آرشیو تاریخی ثبت دامنه جست‌وجو کنید، نه فقط در رکورد زنده — و هر دامنهٔ دیگری را که با همان نشانی ثبت شده جست‌وجو کنید.
  2. یک لاگ شفافیت گواهی را برای دامنهٔ خود جست‌وجو کنید و هر نام میزبانی را که برمی‌گرداند بخوانید. برای هر کدام تصمیم بگیرید که آیا قصد داشتید آن را منتشر کنید یا نه.
  3. DNS منفعل را برای این دامنه پرس‌وجو کنید و هر نشانی‌ای را که در طول عمرش به آن اشاره کرده، فهرست کنید.
  4. نشانی هر زیردامنه‌ای را که این دو مرحله پیدا کردند پیدا کنید، و بررسی کنید که آیا هیچ‌کدام از آن‌ها روی مبدأ واقعی پاسخ می‌دهد یا نه.
  5. از سایت برای خودتان ایمیل بفرستید و هدرهای کامل را بخوانید، از جمله هر خط Received:.
  6. یک اسکنر سراسر اینترنت را برای نشانی مبدأ جست‌وجو کنید، و دوباره برای اثرانگشت گواهی خودتان.
  7. سه فایلی را که منتشر کرده‌اید دانلود کنید — یک تصویر، یک سند، یک آرشیو — و فراداده‌شان را بخوانید.
  8. اگر هر یک از مخزن‌ها عمومی است، نشانی‌های مجزای نویسندگان را در تاریخچهٔ آن فهرست کنید.
  9. نام کاربری و نشانی حساب خود را به‌صورت عبارت‌های داخل گیومه، در موتور جست‌وجویی که در آن وارد نشده‌اید، جست‌وجو کنید.
  10. آنچه را که پیدا کردید بنویسید، سپس هر چه را که هنوز قابل‌اصلاح است اصلاح کنید. لاگ‌های شفافیت و DNS منفعل در آن فهرست نیستند، و به همین دلیل است که مرحلهٔ دو و سه‌اند، نه مرحلهٔ نه و ده.

سه کاری که ارزش انجام‌دادن ندارند

  • جعل اطلاعات ثبت دامنه. این تنها اقدامی است که یک جریمهٔ منتشرشده به آن متصل است: داده‌های ثبتی نادرست، زمینه‌ای برای معلق‌کردن دامنه توسط ثبت‌کننده است، و این کار بر اساس یک شکایت انجام می‌شود، نه یک دستور دادگاه.
  • ارائهٔ یک سایت عمومی تنها روی Tor. یک سرویس onion زمانی پاسخ درستی است که مخاطبان حاضر باشند یک مرورگر مخصوص شما نصب کنند، و زمانی پاسخ نادرستی است که مخاطب همه‌کس باشد، چون همان دسترسی گسترده‌ای را از بین می‌برد که ارزش محافظت از سایت را توجیه می‌کرد.
  • خرید میزبانی “ناشناس”ی که کارت می‌پذیرد. پردازشگر، شناسایی هویت را بر فروشنده تحمیل می‌کند و فروشنده هم، سرانجام، آن را به مشتری منتقل می‌کند. این استدلال در راهنمای معنای واقعی no-KYC شرح داده شده است.

پرسش‌هایی که واقعاً پرسیده می‌شوند

آیا یک وب‌سایت می‌تواند کاملاً ناشناس باشد؟

می‌تواند به‌اندازه‌ای ناشناس باشد که وصل‌کردن آن به یک شخص، بیش از ارزش خود آن اتصال هزینه داشته باشد، که تنها شکلی از این پرسش است که پاسخی دارد. هر نه حلقه باید هم‌زمان پایدار بمانند، و آن هشت حلقه‌ای که میزبان شما نیستند، اولین‌هایی هستند که تسلیم می‌شوند.

آیا حریم خصوصی WHOIS مالک یک دامنه را پنهان می‌کند؟

این کار جزئیات را از سابقهٔ عمومی پنهان می‌کند، و از هیچ‌کس که مسیری قانونی به ثبت‌کنندهٔ دامنه داشته باشد پنهان نمی‌کند، چرا که آن ثبت‌کننده همچنان یک نام، یک نشانی و یک روش پرداخت را نزد خود دارد. این کار همچنین هیچ کاری دربارهٔ سابقهٔ تاریخی انجام نمی‌دهد، که به‌صورت تجاری آرشیو می‌شود و هر چه را که پیش از روشن‌شدن حریم خصوصی منتشر شده، نگه می‌دارد.

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

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

آیا میزبانی ناشناس وب‌سایت قانونی است؟

بله. هیچ تعهد عمومی‌ای بر یک ارائه‌دهندهٔ میزبانی برای شناسایی مشتریانش وجود ندارد — بررسی‌های هویتی رایج در این بازار از پردازشگرهای کارت می‌آیند، نه از قانون، و در اینجا هیچ کارتی وجود ندارد. آنچه قانونی نیست، محتوایی است که قانونِ جایی را که سرور در آن قرار دارد نقض می‌کند، و هیچ ترتیب میزبانی‌ای این را تغییر نمی‌دهد.

رایج‌ترین اشتباه چیست؟

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

اگر میزبان من هرگز نام مرا نپرسیده، آیا باز هم می‌تواند مرا شناسایی کند؟

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

هر قیمت در این مجموعه به‌طور کامل و در یک مکان منتشر شده است. کل کاتالوگ را ببینید