اشتراک‌گذاری VPN ویندوز با کنسول سیمی: دروازه روی رایانه یا روتر
یک کنسول پشت رایانه ویندوز به یک بخش پایین‌دست، آدرس‌دهی، ترجمه و کلاینتی نیاز دارد که بسته‌ها را هدایت کند. آن را با روتری که تونل را در اختیار دارد مقایسه کنید.
کنسول‌هایی که نمی‌توانند کلاینت VPN را اجرا کنند گاهی می‌توانند تونل یک رایانه ویندوز را قرض بگیرند، و این ترتیب به دلایلی نامرتبط با VPN بیشتر شکست می‌خورد تا موفق شود. رایانه باید به یک دروازه تبدیل شود: یک رابط پایین‌دست اختصاصی، آدرس‌دهی برای کنسول، ترجمه و کلاینتی که حاضر باشد بسته‌های دستگاه دیگری را هدایت کند. تونلی که برای برنامه‌های خودِ رایانه کار می‌کند هیچ‌یک از این‌ها را اثبات نمی‌کند.
مقایسه‌ای که ارزش انجام دادن دارد میان این ترتیب و روتری است که تونل را برای کل شبکه در اختیار دارد. آن‌ها در نگهداری، در رفتار هنگام خرابی و در اینکه چه مقدار از سیاست را یک‌جا می‌بینید تفاوت دارند.
دروازه رایانه چه باید بکند
یک دروازه به رابطی رو به کنسول، محدوده‌ای از نشانی‌ها برای آن بخش و قاعده‌ای ترجمه نیاز دارد که ترافیک کنسول را روی تونل بازنویسی کند. همچنین لازم است کلاینت بسته‌هایی را که خودش ایجاد نکرده هدایت کند، که تنظیمی متفاوت از پذیرفتن ترافیک خودش است. تفکیک نام باید همان مسیر را طی کند، وگرنه کنسول یک سرویس بازی را از یک مسیر تفکیک می‌کند و سپس از مسیر دیگری متصل می‌شود. هر یک از این‌ها گام پیکربندی جداگانه‌ای با حالت خرابی خودش است.
console -> dedicated ethernet -> windows sharing / nat
-> selected tunnel interface -> internetWindows Internet Connection Sharing دقیقاً همین شکل را فراهم می‌کند، با یک اتصال که عمومی و دیگری که خصوصی نام‌گذاری می‌شود. این نام‌گذاری بیش از آنچه مردم انتظار دارند اهمیت دارد، زیرا رابطی که به روتر خانه می‌رسد به‌طور خودکار همان رابطی نیست که تونل را حمل می‌کند.
مقایسه‌هایی که تصمیم را می‌سازند
سه تفاوت دروازه رایانه را از دروازه روتر جدا می‌کند، و همان‌ها هستند که ماه‌ها بعد آشکار می‌شوند. جدول آن‌ها را کنار هم می‌گذارد.
| Aspect | Windows PC gateway | Router gateway |
|---|---|---|
| Tied to a user session | Yes; sleep or sign-out ends it | No |
| Policy visibility | Split across client and sharing layer | One ruleset |
| Address service | Private side of the sharing feature | Router scope |
| Recovery after reboot | Manual, per session | Automatic |
وابستگی به نشست نخستین تفاوت است و همان چیزی که مردم را غافلگیر می‌کند. رایانه‌ای که می‌خوابد، از حساب خارج می‌شود یا به‌روزرسانی نصب می‌کند دیگر دروازه نیست، و کنسول مسیرش را از دست می‌دهد بدون آنکه هیچ پیکربندی تغییر کند. دیدپذیری سیاست دومین است، چون قواعد کلاینت و لایه اشتراک‌گذاری در دو جا زندگی می‌کنند و هیچ‌کدام دیگری را توصیف نمی‌کند. سرویس نشانی سومین است، و کنسولی را توضیح می‌دهد که نشانی را نگه می‌دارد اما هنوز به جایی نمی‌رسد.
هیچ‌یک از این‌ها ترتیب رایانه را غلط نمی‌کند. آن را طراحی موقتی می‌کند، که وقتی نیاز موقتی است پذیرفتنی است.
ترافیک هدایت‌شده دسته‌ای دیگر است
کلاینت رومیزی ممکن است بسته‌های هدایت‌شده برای دستگاه دیگر را متفاوت از بسته‌های خودش رفتار کند. فهرست شمول به‌ازای هر برنامه فرایندهای روی رایانه را پوشش می‌دهد و درباره ترافیک کنسول چیزی نمی‌گوید، در حالی که یک kill switch که از برنامه‌های محلی محافظت می‌کند ممکن است اصلاً از مسیر هدایت‌شده محافظت نکند. رفتار مستند کلاینت برای ترافیک هدایت‌شده را تأیید کنید، نه اینکه آن را از بارگذاری موفق یک صفحه روی رایانه استنتاج کنید. جایی که آن رفتار روشن نیست، کل ترتیب بر یک فرض استوار است.
آدرس‌دهی کنسول باید از ترتیب اشتراک‌گذاری بیاید، هرگز از کپی کردن نشانی تونل رایانه روی آن. کپی کردن نشانی تکراری، دروازه اشتباه و تفکیک‌کننده‌ای پدید می‌آورد که به چیزی اشاره می‌کند که کنسول به آن دسترسی ندارد. بگذارید سرویس پایین‌دست پیکربندی را توزیع کند، سپس بررسی کنید کنسول در واقع چه چیزی دریافت کرده است.
ترافیک کنسول را بررسی کنید، نه ترافیک رایانه را
تنها آزمون معنادار مسیر کنسول را مشاهده می‌کند. روی رایانه، فرمان‌های زیر چیدمان رابط‌ها، جدول همسایه در طول پیوند پایین‌دست و اینکه کنسول روی یک درگاه سرویس پاسخ می‌دهد یا نه را نشان می‌دهند. آن‌ها را زمانی اجرا کنید که یک نشست بازی واقعاً متصل است.
Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4Address
Get-NetAdapter | Select-Object Name, Status, LinkSpeed
arp -a | findstr 192.168.137.
Test-NetConnection 192.168.137.10 -Port 3074رابطی بدون نشانی در سمت پایین‌دست یعنی اشتراک‌گذاری هرگز شروع نشده است، که مشکلی متفاوت از کنسولی است که نمی‌تواند متصل شود. وجود یک ورودی برای کنسول در جدول همسایه ثابت می‌کند که پیوند و آدرس‌دهی زنده‌اند. آزمون درگاه ناموفق پس از آن به هدایت یا به رفتار کلاینت با ترافیک هدایت‌شده اشاره می‌کند، نه به کابل. پیش از نتیجه‌گیری اینکه تونل مسیر مورد استفاده است، نشانی خروجی کنسول را با نشانی رایانه مقایسه کنید.
ترتیب را با نام رابط‌ها و محدوده‌های نشانی مستند نگه دارید. وقتی پس از به‌روزرسانی بعدی خراب شود، آن صفحه یک ساعت دوباره‌کشف را صرفه‌جویی می‌کند.