این گره VPN عمومی در واقع چه پروتکل‌هایی ارائه می‌دهد؟
اینکه نرم‌افزار سرور از یک پروتکل پشتیبانی می‌کند به معنای آن نیست که این گره آن را فعال کرده است. نقطه پایانی، نمایه و مرحله‌ای را که واقعاً شکست می‌خورد بررسی کنید.
نرم‌افزار از آن پشتیبانی می‌کند، پس گره آن را ارائه می‌دهد. این استنتاج به‌قدری اغلب نادرست است که به یک قاعده تبدیل شده: یک استقرار SoftEther می‌تواند هر زیرمجموعه‌ای از روش‌های اتصال سازگار خود را فعال کند، و یک گره عمومی استقراری است با یک مالک و یک پیکربندی. اینکه با چه چیزی می‌توانید متصل شوید به همان گره بستگی دارد، نه به فهرست ویژگی‌های پروژه‌ای که اجرا می‌کند. شکاف میان این دو همان جایی است که بیشتر تیکت‌های «پروتکل خراب است» واقعاً زندگی می‌کنند.
فهرست پروژه در واقع چه چیزی را وعده می‌دهد
کارکردهای پروتکل پروژه توصیف می‌کنند که سرور چه توانایی دارد. یک گره معین برخی از آن شنونده‌ها را فعال می‌کند و نه برخی دیگر، و گرداننده می‌تواند آن مجموعه را بدون دست زدن به نسخه نرم‌افزار تغییر دهد. بنابراین دو گره روی یک ساخت یکسان رفتار متفاوتی دارند، و نمایه‌ای که با یکی کار می‌کند هیچ چیزی را درباره هدف بعدی اثبات نمی‌کند. فهرست خود گره هنگام انتخاب محل اتصال از صفحه پروژه مهم‌تر است.
فهرست را پنج فیلد بخوانید، نه یک منو: نقطه پایانی، درگاه، ترابری، خانواده پروتکل و روش احراز هویت. یک گره عمومی که تبلیغ می‌کند SSTP درباره یک شنونده روی یک درگاه به شما گفته است؛ نگفته است که کدام گواهی را ارائه می‌دهد یا آیا حساب شما آنجا کار می‌کند. مقایسه آن پنج فیلد با نمایه شما از هر میزان نصب دوباره کارخواه سریع‌تر است و انتظاری مکتوب تولید می‌کند که بعداً می‌توانید آزمون کنید.
نمایه را با نقطه پایانی که نام می‌برد هم‌تراز کنید
یک ورودی بومی SoftEther به‌طور خودکار پیکربندی OpenVPN نیست، حتی وقتی هر دو در یک صفحه ارائه‌دهنده زیر یک عنوان ظاهر شوند. وقتی گره هم شنونده TCP و هم شنونده UDP را برای OpenVPN منتشر می‌کند، آن‌ها را دو نقطه پایانی بدانید: نمایه‌ای که از یکی به دیگری ویرایش شده به شنونده‌ای اشاره می‌کند که هیچ‌کس فعالش نکرده است. برچسب ترابری در پرونده بخشی از نشانی است، نه یک تنظیم ظاهری.
پذیرش یک پرونده واردشده توسط کارخواه اثبات می‌کند که پرونده تجزیه می‌شود. این هیچ چیزی درباره اینکه آیا شنونده‌ای دوردست در آن سوی دیگر منتظر است نمی‌گوید، و به همین دلیل نخستین تلاش اتصال آزمون واقعی است. پیش از سرزنش پروتکل، خط دوردست نمایه را با میزبان و درگاه اعلام‌شده گره مقایسه کنید.
مرحله‌ای را که شکست می‌خورد بررسی کنید
میزبانی که به ترافیک وب پاسخ می‌دهد هنوز می‌تواند فاقد سرویس VPN موردنظر باشد، و میزبانی که یک پروتکل را رد می‌کند لزوماً برای همه از کار نیفتاده است. این دو اشتباه مردم را در همان بعدازظهر به دو جهت مخالف می‌فرستند. یکی دیوار آتشینی را تعقیب می‌کند که سالم است؛ دیگری کارخواهی را دوباره نصب می‌کند که هرگز مشکل نبود. هر مسیر را جداگانه بررسی کنید تا پاسخ یک شنونده را توصیف کند نه کل میزبان را.
این پنج بررسی روش‌های رایج گره‌های عمومی را پوشش می‌دهند. آن‌ها را از همان شبکه‌ای اجرا کنید که کارخواه استفاده می‌کند، چون یک درگاه فیلترشده از دور دقیقاً مانند یک شنونده غایب به نظر می‌رسد.
nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example| نتیجه | مرحله | چه چیزی را رد می‌کند |
|---|---|---|
| اتصال رد شد یا زمان تمام شد | ترابری | شنونده غایب، فیلترشده یا درگاه نادرست |
| خطای دست‌دهی TLS یا هویت | گواهی | دسترس‌پذیری پروتکل؛ شنونده پاسخ داد |
| AUTH_FAILED یا رد حساب | احراز هویت | نقطه پایانی؛ مشکل در اعتبارنامه‌هاست |
| UDP 500 و 4500 خاموش | مذاکره IPsec | ESP و L2TP پیش از احراز هویت مسدود هستند |
هر خطای مشاهده‌شده را پیش از تغییر هر چیزی به ردیف خودش نسبت دهید. شکست هویت TLS اثبات می‌کند که شنونده وجود دارد، پس بازنویسی نمایه به پروتکل دیگر شاهد کارآمدی را دور می‌ریزد. اتصال ردشده فقط اثبات می‌کند که این درگاه پاسخ نداد، که ادعایی بسیار محدودتر از «گره از OpenVPN پشتیبانی نمی‌کند» است.
خطا را پیش از تغییر هر چیزی نگه دارید
نتیجه دقیق را بنویسید: پایان زمان، شکست هویت گواهی، رد حساب و انکار در سطح برنامه چهار پیامد متفاوت هستند. تنها اولی درباره در دسترس نبودن یک پروتکل است و تنها آخری درباره اجازه پس از یک اتصال موفق. بازنشانی کارخواه یا جابه‌جایی پروتکل‌ها آن تمایز را نابود می‌کند، چون شکست بعدی با تاریخی متفاوت و بدون خط پایه برای مقایسه می‌رسد.
برای اینکه نمایه ناسازگار کارکننده به نظر برسد، راستی‌آزمایی را سست نکنید. بررسی گواهی غیرفعال یک شکست هویت روشن را به اتصالی به چیزی تبدیل می‌کند که قصد رسیدن به آن را نداشتید، و موفقیت حاصل از خطای اصلی بدتر است چون پنهان می‌کند کدام مرحله نادرست بود.
برای هر گره، هر بار دوباره بررسی کنید
گزینه‌های بومی SSL، OpenVPN، L2TP/IPsec و SSTP در فهرست یک گره عمومی پیکربندی آن گره را در همان لحظه توصیف می‌کنند. همان نرم‌افزار در جای دیگر می‌تواند مجموعه متفاوتی ارائه دهد، و یک ارائه‌دهنده می‌تواند شنونده‌ای را میان نشانک شما و تلاش بعدی‌تان بازنشسته کند. یادداشت‌های قدیمی استقرارهای قدیمی را توصیف می‌کنند.
نمایه راستی‌آزمایی‌شده را با نقطه پایانی و روشش ثبت کنید، سپس وقتی گره تغییر می‌کند یا اتصال شروع به شکست خوردن می‌کند بررسی را تکرار کنید. مشخصات پروتکل SoftEther مرجعی است برای آنچه نرم‌افزار می‌تواند انجام دهد؛ فهرست خود گره مرجعی است برای آنچه انجام می‌دهد. دو سند را جدا نگه دارید و تشخیص کوتاه‌تر می‌شود.