نمایه اتصال SoftEther: پیش از وارد کردن شش فیلد را بررسی کنید
شش فیلد تعیین می‌کند که نمایه SoftEther کار می‌کند یا نه. نقطه پایانی، درگاه، پروتکل، مرکز، کاربر و نقش را به ترتیب بررسی کنید، سپس آنچه را واقعاً به آن وصل شده‌اید آزمایش کنید.
وارد کردن نمایه موفق می‌شود، اما احراز هویت شکست می‌خورد چون فایل به Virtual Hub اشاره می‌کند که حساب هرگز به آن نپیوسته است. هیچ‌چیز در فایل خراب نیست؛ ترتیبی را توصیف می‌کند که اعتبارنامه‌ها برای آن صادر نشده‌اند. شش فیلد تعیین می‌کند که وارد کردن می‌تواند کار کند: نام میزبان، درگاه، پروتکل، Virtual Hub، هویت کاربر و اینکه کسی به اشتباه اعتبارنامه مدیر را به شما داده باشد. بررسی‌های یک تا سه به ترتیب آن فیلدها را پوشش می‌دهند و دو بررسی آخر خود فایل و آنچه واقعاً به آن پیوسته‌اید را پوشش می‌دهند.
بررسی 1: نام میزبان و درگاه
پیش از وارد کردن هر چیزی، نام میزبان، درگاه و روش دسترسی اعلام‌شده را بخوانید. شنونده بومی SoftEther معمولاً روی TCP 443 پاسخ می‌دهد و 992 و 5555 جایگزین‌هایی هستند که گردانندگان برای مشتریان پشت شبکه‌های محدودکننده فعال می‌کنند. نمایه‌ای که به درگاهی اشاره می‌کند که وب‌سایت یا خدمت دیگری را سرو می‌کند، پیش از احراز هویت شکست می‌خورد و خطا را به‌عنوان مشکل اعتبارنامه گزارش می‌کند. این جفت را با آنچه گرداننده برای این نقطه پایانی منتشر می‌کند مقایسه کنید، نه با فهرستی از یک فهرست راهنما که کسی سال گذشته جمع کرده است. اگر نام میزبان به نشانی حل شود که گرداننده هرگز از آن نام نمی‌برد، همان‌جا متوقف شوید، چون گام بعدی اعتبارنامه‌ها را به آن نشانی می‌فرستد.
درگاه 443 قلمرو مشترک است، بنابراین خود درگاه چیزی درباره خدمت پشت آن ثابت نمی‌کند. مشتری SoftEther این دو را با دست‌دادن پروتکل جدا می‌کند و به همین دلیل یک نمایه می‌تواند به درگاه درست اشاره کند و همچنان روی یک وب‌سرور پایان یابد. آن شکست در گزارش مشتری مانند گذرواژه اشتباه به نظر می‌رسد، هرچند هیچ گذرواژه‌ای هرگز بررسی نشده است.
نقطه پایانی را به‌صورت نام میزبان، درگاه و روش، به همین ترتیب یادداشت کنید. این سه‌گانه بخشی است که می‌توانید بدون اتصال بررسی کنید و بخشی است که وقتی از گرداننده می‌پرسید شنونده هنوز فعال است یا نه به آن استناد می‌کنید. هر چیزی که نتوانید از منبع منتشرشده پر کنید، به‌جای فرض‌شدن، بررسی‌نشده می‌ماند.
بررسی 2: پروتکل مشتری را تعیین می‌کند
سروری که چند روش دسترسی ارائه می‌دهد، یک فایل صادرشده را به نمایه‌ای تبدیل نمی‌کند که هر مشتری بتواند باز کند. Each method has its own format, its own client and its own failure mode، و آمیختن آن‌ها خطاهایی تولید می‌کند که شبیه مشکل اعتبارنامه به نظر می‌رسند. پیش از تصمیم درباره اینکه کدام مشتری آن را باز می‌کند، تصمیم بگیرید فایل کدام روش را اعلام می‌کند.
جدول زیر درگاه‌های متعارف و آنچه هر روش واقعاً لازم دارد را فهرست می‌کند. درگاه‌ها انتخاب گرداننده‌اند، پس آن‌ها را مقادیر پیش‌فرض بدانید نه واقعیت درباره یک سرور مشخص. نمایه بومی SoftEther را مشتری SoftEther وارد می‌کند، بسته ovpn به OpenVPN تعلق دارد و نمایه‌های SSTP یا L2TP را خود سیستم‌عامل پردازش می‌کند. نصب مشتری دوم برای باز کردن فایلی که مشتری اول رد می‌کند معمولاً خطای روشن را به خطای گیج‌کننده تبدیل می‌کند.
| Access method | Typical port | What the client needs |
|---|---|---|
| SoftEther native | TCP 443, 992 or 5555 | The SoftEther client and a hub name |
| OpenVPN | UDP or TCP 1194 | An ovpn profile and an OpenVPN client |
| SSTP | TCP 443 | Operating system support |
| L2TP over IPsec | UDP 500 and 4500 | Operating system support and the shared key |
اعلامیه درون فایل را بخوانید نه پسوند را. فایلی که به نام OpenVPN نام‌گذاری شده بنا به تعریف نمایه OpenVPN است، در حالی که نمایه SoftEther پیکربندی کوچکی است که مشتری SoftEther وارد می‌کند و این دو قابل تبادل نیستند. اگر روش اعلام‌شده یکی از روش‌هایی است که نمی‌توانید سرو کنید، این به پرسش وارد کردن پاسخ می‌دهد.
بررسی 3: مرکز، کاربر و نقش مدیر
برای دسترسی بومی، نمایه یک Virtual Hub و کاربری درون آن را نام می‌برد. A hub is a logical VPN server instance with its own users and its own settings، و کاربر عضوی از آن مرکز با احراز هویت خودش است. هیچ‌یک از این دو، مدیریت سرور نیست که شنونده‌ها، مرکزها و هر کاربر استقرار را کنترل می‌کند. نمایه مشتری هرگز نباید با این کنترل پیوست‌شده بیاید. وقتی کسی اعتبارنامه مدیر را می‌فرستد تا مشتری کار کند، ترتیب اشتباه است، چه متصل شود چه نه.
هنگام مستندسازی اتصال، این سه را جدا نگه دارید، چون لغو آن‌ها متفاوت است. حذف کاربر مرکز دسترسی یک نفر را پایان می‌دهد و بقیه استقرار را دست‌نخورده می‌گذارد، در حالی که چرخش اعتبارنامه مدیر همه‌چیز را تحت تأثیر قرار می‌دهد. این تفاوت همچنین دلیل مخالفت با یک کاربر مرکز مشترک برای یک تیم است، چون یک اعتبارنامه یعنی یک رویداد لغو برای همه.
بررسی 4: فایل به اندازه آنچه حمل می‌کند حساس است
بسته به قالب، نمایه می‌تواند گذرواژه ذخیره‌شده، گواهی یا کلید از پیش به‌اشتراک‌گذاشته‌شده حمل کند. تا زمانی که صادرشده وجود دارد آن را راز بدانید، چون نسخه‌ای که به یک تیکت پیوست می‌کنید نسخه‌ای است که دیگری می‌تواند وارد کند. پیش از به‌اشتراک‌گذاری اعتبارنامه را حذف کنید یا نمایه‌ای بازتولیدشده با راز تازه به اشتراک بگذارید. حساسیت فایل از محتوای آن می‌آید نه از پسوند یا اندازه‌اش.
نقطه پایانی را از کانالی که گرداننده منتشر می‌کند تأیید کنید و برچسب فهرست راهنما را بررسی‌نشده بدانید. پرچم کشور و نام میزبان در فهرست گره‌های عمومی را کسی انتخاب می‌کند که ورودی را فرستاده، پس هیچ‌یک از آن‌ها مشخص نمی‌کند چه کسی سرور را اداره می‌کند. اگر نمایه از فهرست راهنمای عمومی آمده، این دلیلی برای بررسی‌های بیشتر است نه کمتر.
یادداشت کنید فایل از کجا آمده و چه زمانی آن را دریافت کرده‌اید. وقتی اتصال بعداً رفتار دیگری دارد، منشأ اولین چیزی است که با نقطه پایانی تأییدشده مقایسه می‌کنید. نمایه‌ای بدون منشأ، نمایه‌ای است که نمی‌توانید حسابرسی کنید.
نسخه‌ای را که تأیید کرده‌اید بایگانی کنید نه نسخه‌ای را که بعداً پیدا کرده‌اید. دو فایل با نام یکسان و نقطه‌های پایانی متفاوت همان راهی است که یک وارد کردن سالم به پرونده پشتیبانی تبدیل می‌شود. نسخه تأییدشده را کنار یادداشت منشأ آن نگه دارید.
بررسی 5: برنامه را آزمایش کنید نه چراغ وضعیت را
پس از وارد کردن، برنامه‌ای را که واقعاً نیاز دارید آزمایش کنید نه نشانگر اتصال. احراز هویت موفق ثابت می‌کند اعتبارنامه‌ها کار می‌کنند، نه اینکه مسیرها یا DNS مورد انتظار با نشست آمده‌اند. وصل شوید، سپس خدمتی را که نمایه باید به آن می‌رسید به کار ببرید.
مسیرهای تخصیص‌یافته و سرورهای DNS را بررسی کنید و یادداشت کنید کدام مقصدها تونل را دور می‌زنند اگر طراحی تقسیم دارد. سپس با یک مقصد که باید مستثنا باشد تکرار کنید، چون تونل تقسیم‌شده‌ای که همه‌چیز را از تونل می‌فرستد در هر حال آزمون یک‌مقصدی را می‌گذراند. اگر یک منبع خصوصی شکست خورد، مشکوک پیش از اعتبارنامه مسیر است. چهار نتیجه را بنویسید: احراز هویت شد، خدمت در دسترس، مسیرها مطابق انتظار، مقصد مستثنا مستثنا شد.
هر چهار نتیجه را با آنچه گرداننده برای این مرکز وعده داده مقایسه کنید. نشستی که احراز هویت می‌شود در حالی که مقصد مستثنا هم در دسترس است یعنی تقسیم اجرا نمی‌شود و مشکل نمایه نیست. انتظار یا سیاست مرکز را اصلاح کنید، سپس چهار بررسی را به همان ترتیب دوباره اجرا کنید.