VPN Gate و سرور SoftEther خودتان یک چیز نیستند
همان پروتکل، همان کلاینت، اپراتور متفاوت. ببینید چه کسی نقطه پایانی را منتشر می‌کند، کدام سیاست ثبت اعمال می‌شود و چرا یک گره عمومی دسترسی خصوصی نیست.
یک تیم سرور SoftEther نصب می‌کند، تنظیمات اتصال را صادر می‌کند و بعداً کسی همان پروتکل را در فهرست عمومی VPN Gate پیدا می‌کند و می‌پرسد آیا شرکت اکنون یک رله عمومی اجرا می‌کند. سردرگمی قابل درک است: کلاینت یکسان به نظر می‌رسد، پروتکل یکسان است و هر دو در همان نوع فهرست اتصال ظاهر می‌شوند. تفاوت فنی نیست، عملیاتی است. سروری که مستقر می‌کنید متعلق به کسی است که آن را مستقر کرده است و VPN Gate یک پروژه داوطلبانه جداگانه است که نقاط پایانی خودش را منتشر می‌کند.
همان کلاینت، دو اپراتور مختلف
سه پرسش این دو استقرار را جدا می‌کند و نرم‌افزار به هیچ‌کدام پاسخ نمی‌دهد. ارزش دارد پیش از اینکه کسی کلاینت‌ها را مقایسه کند، آن‌ها را بنویسید.
| Question | Your SoftEther server | A VPN Gate volunteer node |
|---|---|---|
| Who runs it | you, or your hosting provider on your behalf | an anonymous volunteer |
| Who may connect | accounts you create | anyone using the public directory |
| Who writes the logging policy | you | the volunteer, within the project's published rules |
سطر میانی بیشتر بحث‌ها را حل می‌کند. روی سرور خودتان فهرست حساب‌ها چیزی است که شما کنترل می‌کنید، پس عضویت معنا دارد؛ روی یک گره داوطلبانه هر کاربر فهرست، همتا بالقوه روی همان نقطه پایانی است. این سطر را هم نمی‌توان از کلاینت استنباط کرد و به همین دلیل دو نفر با نرم‌افزار یکسان می‌توانند شبکه‌هایی کاملاً متفاوت را توصیف کنند.
بخوانید چه کسی نقطه پایانی را منتشر کرده است
از منبع تنظیمات اتصال شروع کنید. یک ورودی فهرست با نام میزبان داوطلبانه، نشانی چرخشی و فهرست عمومی شیئی متفاوت از پیکربندی‌ای است که مدیر شما با نام میزبان و گواهی خودتان صادر کرده است. اگر نقطه پایانی در فهرست عمومی ظاهر شود، آن را عمومی بدانید، زیرا فهرست دقیقاً همین معنا را می‌دهد. هیچ چیز در پروتکل پاسخ را تغییر نمی‌دهد.
ورودی فهرست دسترسی مدیریتی هم نیست. توانایی اتصال به یک گره هیچ چیزی درباره رابط مدیریت آن نمی‌گوید و امتحان کردن اعتبارنامه‌های مدیریتی روی میزبان داوطلبانه هم بی‌اثر است و هم نامناسب. از روش اتصالی که فهرست عرضه می‌کند استفاده کنید و نه چیزی بیشتر.
ثبت از اپراتور پیروی می‌کند، نه از پروتکل
SoftEther به عنوان نرم‌افزار می‌تواند اتصال‌ها را ثبت کند و مدیر یک سرور تصمیم می‌گیرد چه چیزی و برای چه مدت نگه داشته شود. VPN Gate صفحه‌های خود درباره مدل داوطلبانه و درباره ثبت برای مقابله با سوءاستفاده را منتشر می‌کند و همان صفحه‌ها تنها بیان دقیق درباره آن پروژه هستند. خواندن آن‌ها کاری متفاوت از فرض کردن این است که هیچ سرویس مبتنی بر SoftEther چیزی نگه نمی‌دارد، ادعایی که نرم‌افزار نمی‌تواند از آن پشتیبانی کند.
برای سرور خودتان، بیان معادل از پیکربندی و سیاست نگهداری شما می‌آید. این می‌تواند ثبت بیشتری از آنچه یک گره عمومی نگه می‌دارد باشد، یا کمتر، و در هر حال مسئولیت شماست. هر کس بگوید پروتکل ناشناس بودن را تضمین می‌کند، امیدی را توصیف می‌کند نه طراحی‌ای.
خروجی عمومی عضویت در یک شبکه خصوصی نیست
شکست عملی زمانی رخ می‌دهد که کسی به یک سرویس داخلی نیاز دارد و به جای دروازه شرکت به یک خروجی عمومی رایگان دست می‌زند. یک گره عمومی می‌تواند نشانی‌ای را که به نظر می‌رسد ترافیک شما از آن می‌آید تغییر دهد. اما نمی‌تواند شما را عضو شبکه‌ای کند که هرگز به آن دسترسی نداشته‌اید و هیچ تنظیمی در کلاینت این را تغییر نمی‌دهد. مجموعه قابل دسترس در طرف دور، توسط کسی که دروازه را اداره می‌کند تعریف می‌شود.
سیاست امنیتی هم اینجا جای دارد. ترافیک از طریق یک میزبان داوطلبانه ناشناس تابع رویه‌های همان میزبان است و تصمیم اعتماد به‌طور مقوله‌ای متفاوت از ترافیک از طریق دروازه‌ای است که سازمان شما آن را اداره و حسابرسی می‌کند. انتخاب خروجی رایگان اعتماد را جابه‌جا می‌کند، آن را حذف نمی‌کند.
تصمیم بگیرید واقعاً چه چیزی مستقر می‌کنید
سه پرسش آن را حل می‌کند. چه کسی نقطه پایانی را اداره خواهد کرد؟ چه کسی مجاز است به آن متصل شود؟ سیاست ثبت و نگهداری چه کسی بر ترافیک اعمال می‌شود؟ اگر پاسخ به هر یک از آن‌ها «هر کس آن را پیدا کند» باشد، استقرار عمومی است، هر چه فایل پروتکل بگوید.
پاسخ‌ها را کنار استقرار بنویسید، شامل اپراتور، کاربران مجاز و سیاست نگهداری. وقتی نفر بعدی همان پروتکل را در فهرست عمومی پیدا کند، آن یادداشت تمام توضیح است و بحث درباره اینکه آیا شرکت یک رله اجرا می‌کند را ذخیره می‌کند.