اتصال Windows را به اشتراک می‌گذارید؟ مسیر VPN زیر آن تغییر می‌کند
آداپتور مشترک رایانه را به مسیریاب تبدیل می‌کند و ترافیک ارسال‌شده مسیری متفاوت از برنامه‌های میزبان طی می‌کند. از سمت کلاینت آزمایش کنید، نه از میزبان.
یک لپ‌تاپ Wi-Fi خود را به اشتراک می‌گذارد، میزبان بدون گلایه از تونل عبور می‌کند و رایانه لوحی روی آن اشتراک به هیچ‌جا نمی‌رسد. میزبان همان لحظه‌ای که اشتراک‌گذاری فعال شد دیگر فقط یک کلاینت نبود: اکنون یک مسیریاب است و بسته‌های ارسال‌شده با مجموعه قواعد دیگری روبه‌رو می‌شوند. آنچه روی میزبان کار می‌کند هیچ چیزی درباره دستگاه پشت آن نمی‌گوید. بررسی‌ها را از کلاینت پایین‌دست اجرا کنید تا این تمایز دیگر نظری نباشد.
موفقیت میزبان چیزی را اثبات نمی‌کند
اشتراک‌گذاری اتصال چهار کار را به یک ماشین می‌سپارد: تخصیص نشانی، ارسال، ترجمه و پالایش. کلاینت VPN که از ترافیک تولیدشده به‌صورت محلی محافظت می‌کند ممکن است ترافیک ارسال‌شده را خارج از حوزه خود بداند، یا آن را عمداً به‌عنوان نشت مسدود کند. هیچ‌یک از این دو رفتار باگ نیست و هیچ‌یک روی صفحه‌ای که اشتراک‌گذاری در آن روشن شده نوشته نشده است. تنها آزمایش پایین‌دست می‌گوید کدام‌یک را دارید.
بسیاری از کلاینت‌ها فقط ترافیک میزبان را ارسال می‌کنند و نه چیز دیگری، پس بخش اشتراک‌گذاری را در مستندات کلاینت بررسی کنید، نه اینکه به تونل برای مسیریابی رایانه لوحی اعتماد کنید. نشانه قابل مشاهده دستگاهی است که متصل می‌شود، نشانی می‌گیرد و سپس در نخستین درخواست شکست می‌خورد. کلاینتی که از ارسال خودداری می‌کند هنوز روی میزبان کاملاً سالم به نظر می‌رسد.
کدام آداپتور مشترک است، کدام به کلاینت‌ها خدمت می‌کند
هر دو آداپتور را ثبت کنید، زیرا نشانی‌ها و پالایه‌های متفاوتی دارند و تغییری روی آداپتور اشتباه بسیاری از نتایج گیج‌کننده را توضیح می‌دهد. میزبان اشتراک‌گذاری معمولاً نشانی ثابتی در سمت پایین‌دست می‌گیرد و سرویس کوچکی برای DHCP و DNS آنجا اجرا می‌کند. Windows ارسال را به‌ازای هر آداپتور نگه می‌دارد نه به‌صورت سراسری، بنابراین وضعیت باید رابط به رابط خوانده شود.
Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfileاگر ارسال روی آداپتور مشترک غیرفعال نمایش داده شود، هیچ چیز در پایین‌دست کار نخواهد کرد، هر کاری که تونل بکند. آن را فقط روی ماشینی فعال کنید که سیاستش اجازه مسیریابی برای دستگاه‌های دیگر را می‌دهد.
ارسال، ترجمه و پالایش
بسته ارسال‌شده باید به تونل برسد، به چیزی ترجمه شود که سمت دور می‌پذیرد و از همان ترجمه بازگردد. هر یک از این سه مرحله می‌تواند بشکند و هر شکست همان مهلت مرورگر را تولید می‌کند. ضبط بسته، جست‌وجوی مسیر و گزارش از سمت دور ارزش بیشتری از بازبینی دیگر گفت‌وگوی اشتراک‌گذاری دارند. اینکه کدام مرحله شکست می‌خورد می‌گوید تغییر چه کسی لازم است.
سمت دور ممکن است به مسیر برگشت برای زیرشبکه مشترک هم نیاز داشته باشد، محدوده‌ای که سرور VPN هرگز ندیده است. جایی که کلاینت ترجمه می‌کند، سرور فقط نشانی تونل را می‌بیند و مسیر برگشت لازم نیست. جایی که ترجمه نمی‌کند، کسی که دروازه را در اختیار دارد باید آن مسیر را عمداً اضافه کند و این یک درخواست تغییر است نه تنظیم کلاینت.
بررسی‌ها را روی کلاینت انجام دهید، نه روی میزبان
هر بررسی را روی کلاینتی که شکست می‌خورد انجام دهید، نه روی میزبانی که کار می‌کند. نشانی خروج، پاسخ حل‌کننده و آزمایش برنامه را در یک نشست نگه دارید، زیرا نتایجی که با فاصله یک ساعت جمع‌آوری شده‌اند هیچ چیزی درباره نحوه ترکیب این سه نمی‌گویند.
Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailedنشانی خروج را با نشانی خود میزبان مقایسه کنید و توجه کنید که آیا این دو یکسان‌اند. پاسخ متفاوت یعنی مسیر ارسال‌شده تونل را دور می‌زند، که پرسشی سیاستی با یک مالک است نه یک اصلاح سریع. پاسخ یکسان در کنار برنامه‌ای که شکست می‌خورد کار را به حل نام یا سیاست سمت دور منتقل می‌کند. به نتیجه IPv4 هم بسنده نکنید: اشتراک ممکن است همه بررسی‌های IPv4 را بگذراند در حالی که IPv6 از خروجی دیگری بیرون می‌رود، پس بررسی‌های نام و خروج را با رکورد AAAA و آزمایش تفصیلی اتصال تکرار کنید.
روی ماشین مدیریت‌شده تأیید کنید که اشتراک‌گذاری اصلاً مجاز است، زیرا در معرض گذاشتن دسترسی برای دستگاه دیگر تصمیمی اداری است نه کلید راحتی. پس از هر تغییر پشتیبانی‌شده، بررسی‌ها را هنگام اتصال دوباره و باز هم در زمان قطعی تکرار کنید. اتصال دوباره پاک میزبان مسیر ارسال‌شده‌ای را که کلاینت هرگز پشتیبانی نکرده بود بازنمی‌گرداند.