بستهٔ Client Export را نصب می‌کنید، بازش می‌کنید و انتخاب‌گر سرور خالی است. نتیجه‌گیری طبیعی این است که بسته خراب است یا pfSense اصلاً نمی‌تواند به‌عنوان کارخواه VPN عمل کند، و هر دو نادرست‌اند. انتخاب‌گر خالی است چون pfSense هیچ سرور دسترسی از راه دوری پیکربندی‌شده ندارد، و این بسته هرگز ابزار واداشتن دیوار آتش به تماس به بیرون نبوده است. دو کار متفاوت یک واژه را شریک‌اند، و فهرست خالی صدای یکی از آن‌هاست که چیزی از او خواسته می‌شود که انجامش نمی‌دهد.

پیش از نصب هر چیزی مشخص کنید چه کسی آغاز می‌کند

یک پرسش بپرسید: کدام دستگاه اتصال را آغاز می‌کند؟ اگر کارمندی در سفر به دیوار آتش دفتر متصل شود، pfSense سرور است و رایانهٔ همراه کارمند کارخواه. بسته‌ای که در این حالت لازم دارید موادی را برای رایانهٔ همراه آماده می‌کند، چون رایانهٔ همراه طرفی است که تماس می‌گیرد.

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

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

برون‌بر ابزاری کمکی در سمت سرور است

Client Export یک سرور دسترسی از راه دور را که از پیش روی pfSense وجود دارد می‌گیرد و موادی را تولید می‌کند که دستگاه متصل‌شونده لازم دارد. تنظیمات، گواهی‌ها و گزینه‌های تونل آن سرور را می‌خواند و سپس آن‌ها را برای استفاده در جای دیگر بسته‌بندی می‌کند.

به همین دلیل انتخاب‌گر فقط سرورهای حالت Remote Access را فهرست می‌کند. بدون چنین سروری چیزی برای برون‌بری نیست و فهرست خالی گزارشی دقیق است نه نقص. ابتدا سرور دسترسی از راه دور را بسازید و انتخاب‌گر خودش پر می‌شود. این ترتیب بیش از هر تنظیمی درون بسته مردم را گیج می‌کند.

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

نمونهٔ خروجی پیکربندی جداگانه‌ای است

کارخواه کردن pfSense برای سرویس دیگری یعنی ساختن یک OpenVPN نمونهٔ کارخواه با نقطهٔ پایانی، درگاه، پروتکل، اعتبارنامه‌ها و مواد اعتماد آن ارائه‌دهنده. Netgate این را جدا از بستهٔ برون‌بری مستند می‌کند، چون شیء دیگری در پیکربندی است.

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

دو پیکربندی را در جعبه‌های ذهنی جدا نگه دارید. یکی به دستگاه‌های دیگر پاسخ می‌دهد؛ دیگری از سرور دیگری تونل می‌خواهد.

قالب برون‌بری را انتخاب کنید که دستگاه می‌تواند مصرف کند

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

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

برخی برون‌بری‌ها گواهی‌ها و کلیدهای خصوصی دارند و گذرواژه‌ای که از این مواد کلید محافظت می‌کند می‌تواند از گذرواژهٔ حساب کاربر متفاوت باشد. مواد را از کانال ثبت‌نام تأییدشده برسانید، نه اینکه برون‌بری کاملی را به‌عنوان نمونهٔ پیکربندی در یک تیکت بچسبانید.

سایت به سایت به نقش‌ها و مسیرها نیاز دارد، نه به یک بسته

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

Client Export دربارهٔ مسیرهای شعبه، اجازهٔ ارسال یا مسیر بازگشت نظری ندارد، چون آماده‌سازی مواد کارخواه دسترسی از راه دور تمام کار اوست.

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

مقالات مرتبط