ورود مشترک به VPN: چه چیزی را پنهان میکند و چه چیزی را نه
اعتبارنامه مشترک پاسخگویی را حذف میکند و حالتهای خرابی مشترک اضافه میکند. نشست را ناشناس یا سایر کلاینتها را قابل اعتماد نمیکند.
به اشتراک گذاشتن ورود شما را نامرئی نمیکند و سایر کاربران را همکار شما نمیسازد. این کار تغییر میدهد که چه کسی شناسایی و چه کسی حذف شود، و هر ویژگی دیگر اتصال را همانجا که بود باقی میگذارد. افسانه این است که اعتبارنامههای مشترک به معنای ناشناس بودن یا اعتماد است؛ واقعیت این است که آنها پاسخگویی را حذف میکنند و حالتهای خرابی مشترک را اضافه میکنند.
اعتبارنامه واقعاً چه چیزی را کنترل میکند
نام کاربری و رمز عبور به یک پرسش پاسخ میدهند: آیا میتوان این اتصال را برقرار کرد. آنها تعیین نمیکنند که اپراتور چه چیزی ثبت میکند، سایر کلاینتها به چه چیزی دسترسی دارند، یا اینکه گره خروج صادق است. اینها ویژگیهای جداگانه سرویس هستند و یک حساب مشترک درباره هیچکدام از آنها چیزی نمیگوید.
دروازه همچنان نشانی مبدأ، زمان اتصال و حجم ترافیک را بر اساس سیاست خود میبیند. اعتبارنامههای مشترک آن سوابق را پاک نمیکنند؛ فقط نسبت دادن آنها به یک شخص را دشوارتر میکنند. اگر اپراتور سوابق نگه دارد، سابقه اکنون نشستی را نشان میدهد که میتواند از آنِ هر کسی باشد که اعتبارنامه را دارد.
این عکس ناشناس بودن است و همچنین عکس پاسخگویی.
حذف و چرخش بر همه اثر میگذارد
با هویتهای یکتا میتوانید یک دستگاه را غیرفعال کنید و بقیه را در حال کار نگه دارید. با اعتبارنامه مشترک، چرخش رمز عبور همه کاربران را همزمان قطع میکند و حذف یک نفر یعنی تغییر راز برای همه. پیش از توزیع آن برای این موضوع برنامهریزی کنید. هزینه فقط ناراحتی نیست: اپراتورها را به سمت هرگز چرخش ندادن سوق میدهد و اینگونه اعتبارنامه نشتکرده سالها معتبر میماند.
اعتبارنامهای که در یک انجمن یا گروه گفتگو منتشر میشود باید از همان لحظه عمومی تلقی شود.
پیامد عملی این است که ورود مشترک با هر چیزی که باید جداگانه حسابرسی یا لغو شود سازگاری ضعیفی دارد، که شامل بیشتر استقرارهای کاری و هر چیدمان خانوادگی که در آن یک دستگاه گم میشود.
سایر کلاینتها شبکه محلی شما نیستند
دسترسی کلاینت به کلاینت یک انتخاب پیکربندی است، نه ویژگی واژه خصوصی. برخی سرویسها کلاینتها را از یکدیگر جدا میکنند؛ برخی دیگر بین آنها مسیریابی میکنند. حساب مشترک به شما نمیگوید در کدام حالت هستید.
فرض کنید سایر کلاینتها غریبه هستند تا زمانی که مستندات سرویس خلاف آن را بگوید. دیوار آتش میزبان را روشن نگه دارید، اشتراک فایل را روی رابط تونل فعال نکنید و نشانی VPN را نشانه اعتماد برای یک برنامه در نظر نگیرید. صفحه محدودیتها خود WireGuard صریحاً میگوید که پروتکل نقاط پایانی را پنهان نمیکند و بهخودیخود ناشناس بودن ارائه نمیدهد، و این مدل ذهنی درست برای هر VPN است.
تونل مسیر را محافظت میکند، نه همتایان را.
پیش از استفاده چه چیزی را بررسی کنید
سیاست منتشرشده اپراتور درباره ثبت، صلاحیت قضایی و نگهداری را بخوانید و توجه کنید چه چیزی کم است. ارائهدهندهای که دوره نگهداری را ذکر نمیکند هیچ دورهای را وعده نداده است. سپس نشانی خروجی را که واقعاً دریافت میکنید با مکانی که سرویس تبلیغ میکند مقایسه کنید.
curl -s https://example.net/cdn-cgi/trace | grep -E '^(ip|loc)='
اگر نشانی خروجی قابل مشاهده در کشوری است که انتظارش را نداشتید، نمایه و ادعا با هم نمیخوانند و ارزش دارد پیش از ارسال هر چیزی از آن مسیر، این را حل کنید.
برای یک سرویس پولی، طرحی با اعتبارنامه جداگانه برای هر دستگاه را ترجیح دهید حتی وقتی بازاریابی طرح مشترک را فشار میدهد. کمی مدیریت بیشتر هزینه دارد و توانایی لغو را میخرد.
پیشفرض بهتر برای کار و خانواده
اگر در حال راهاندازی دسترسی برای یک گروه هستید، برای هر شخص یا هر دستگاه یک هویت بسازید، فهرست دارندگان را نگه دارید و وقتی دستگاهی بازنشسته میشود ورودیها را حذف کنید. این کار بیش از فرستادن رمز عبور زحمت دارد و تفاوت میان سرویسی است که میتوانید اداره کنید و رازی که نمیتوانید به یاد آورید. حساب مشترک دقیقاً به این دلیل راحت است که آن کار را پنهان میکند و صورتحساب نخستین بار که کسی میرود میرسد. فهرست را به کسی بدهید که خروج کارمندان را مدیریت میکند تا حذف به یادآوری یک پیام گفتگو وابسته نباشد.
مسیر چرخش را پیش از نخستین حادثه مستند کنید، نه در هنگام آن. بنویسید چه کسی میتواند هویت بسازد، چه کسی میتواند یکی را لغو کند و فهرست دارندگان کجاست. این سه پاسخ است که ترتیب را عملیاتی و نه فقط راحت میکند.
ورود مشترک کاربرد باریکی دارد: یک خروجی عمومی که برای حریم خصوصی یا پاسخگویی به آن تکیه نمیکنید. با آن همینگونه رفتار کنید و ریسکها قابل پیشبینی میشوند.