VPN ورودی ویندوز یا میزبان OpenVPN: در پنج دقیقه انتخاب کنید

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

شنونده داخلی واقعاً چیست

جادوگر اتصال ورودی یک ایستگاه کاری را به نقطه پایانی کوچکی برای دسترسی از راه دور تبدیل می‌کند. شما انتخاب می‌کنید کدام حساب‌های محلی می‌توانند تماس بگیرند، نشانی‌ها چگونه توزیع می‌شوند و کدام پروتکل فعال است: PPTP، به‌همراه L2TP/IPsec یا SSTP در جایی که نسخه و کار گواهی از آن‌ها پشتیبانی می‌کند.

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

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

سه شرطی که آن را تعیین می‌کند

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

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

این سه پاسخ بیشتر بحث را در یک گذر از میان برمی‌دارد. باقی جزئیات پیاده‌سازی است.

کجا نقطه پایانی روی روتر برنده می‌شود

تونلی که روی روتر پایان می‌یابد انتخاب طبیعی برای دسترسی دائمی است. روتر از پیش همیشه روشن است، می‌تواند تونلی از سایت به سایت تا اداره دیگری حمل کند، و اگر روتر همان پروتکلی را ارائه دهد که به کار می‌برند، کلاینت‌ها به نصب چیزی نیاز ندارند.

محدودیت میان‌افزار است. روترهای مصرفی اغلب تنها بخشی از آنچه مشخصات اجازه می‌دهد را پشتیبانی می‌کنند، و مدلی که پشتیبانی VPN را تبلیغ می‌کند ممکن است دقیقاً همان پروتکلی را که در نظر داشتید نداشته باشد. فهرست ویژگی‌های میان‌افزار نصب‌شده را بررسی کنید، نه خانواده محصول را.

کجا میزبان OpenVPN برنده می‌شود

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

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

پیش از وعده دسترسی، مسیر را بررسی کنید

شایع‌ترین دلیل شکست شنونده ویندوز احراز هویت نیست. دلیل مسیر است: PPTP به TCP 1723 ورودی و GRE نیاز دارد که پروتکل 47 است نه درگاه، و بسیاری از روترها فقط درگاه‌ها را هدایت می‌کنند. برخی شبکه‌های دسترسی اصلاً اتصال‌های ورودی را مجاز نمی‌دانند. همین یک واقعیت شنونده داخلی را در شبکه‌های بیشتری از هر تنظیم ویندوزی حذف می‌کند.

پیش از پیکربندی حساب‌ها مسیر را آزمایش کنید تا یک شکست یک نامزد داشته باشد نه سه:

Test-NetConnection -ComputerName 203.0.113.45 -Port 1723
Get-NetAdapterBinding | Where-Object ComponentID -like ms_pptp
ss -lunp | grep 1194

درگاه بسته در خط اول مشکل هدایت یا اپراتور است، نه مشکل ویندوز. خط سوم همان بررسی‌ای است که پس از انتخاب OpenVPN انجام می‌دهید، جایی که یک درگاه UDP شنوا تمام پرسش پروتکل را جایگزین می‌کند.

هر گزینه‌ای را که انتخاب کنید، PPTP را به‌عنوان راه‌حل بلندمدت رو به اینترنت رها نکنید؛ احراز هویت و رمزنگاری آن منسوخ شده است. و اگر نیاز واقعی یک برنامه وب است، پروکسی معکوس پاسخ کوچک‌تری از هر VPN است.