فایل وضعیت نشستها را میشمارد، نه شبکه محلی پشت آنها
یک عکس لحظهای نشستهای VPN و وضعیت مسیریابی را فهرست میکند، نه هر دستگاه پشت یک سایت. سرآیندها، انواع رکورد و سن فایل را با هم بخوانید.
کسی میپرسد چند دستگاه در VPN است و فایل وضعیت بهعنوان مدرک ارائه میشود. اما به پرسشی باریکتر پاسخ میدهد: چند نشست در این عکس لحظهای وجود دارد و سرور کدام نشانیهای مجازی را مسیریابی میکند. شکاف میان این دو پرسش جایگاه بیشتر خطاهای گزارشدهی است و بستن آن با خواندن سرآیندهای خود فایل آغاز میشود.
عکس لحظهای واقعاً چه چیزی دارد
فایل زمانی که خروجی وضعیت برای آن نمونه سرور پیکربندی شده باشد در فاصلهای زمانی نوشته میشود، پس تصویری دورهای است نه جریانی زنده. بخشهای آن نشستها و وضعیت مسیریابی داخلی را جداگانه فهرست میکنند و نسخه قالب چیدمان ستونها را تعیین میکند.
status /run/openvpn/office.status 30
status-version 3نسخه 3 فیلدهای جداشده با تب را همراه سطر سرآیند مینویسد، در حالی که قالبهای قدیمیتر متفاوتاند و نسخههای بعدی ممکن است فیلد اضافه کنند. سرآیند را بخوانید نه اینکه شماره ستون را سختکد کنید، چون اسکریپتی که موقعیتها را فرض میکند در ارتقای بعدی بیصدا میشکند.
| Record | What it describes | What it cannot tell you |
|---|---|---|
| Client list | A session in this snapshot | How many people or machines that session represents |
| Real address | The outer peer address and port | Which device is behind it |
| Routing rows | Virtual addresses and route ownership | Which downstream hosts are alive |
نشستها را بشمارید، نه آدمها یا دستگاهها را
یک اتصال سایت میتواند ترافیک چند دستگاه مجاز پشت خود را حمل کند. یک نفر هم میتواند بیش از یک نشست را همزمان داشته باشد، از یک لپتاپ و یک تلفن. هیچیک از این الگوها در شمار دیده نمیشود، به همین دلیل «کاربران متصل» تنها زمانی معنا پیدا میکند که واحد را تعریف کنید. پیش از آنکه کسی شروع به شمردن کند بپرسید گزارش کدام واحد را میخواهد.
اگر عدد برای مجوزدهی یا ظرفیت مهم است، واحد را در همان سندی که گزارش در آن است تعریف کنید. گزارشی که مشخص نمیکند نشستها، هویتها یا دستگاهها را میشمارد، همان واحدی خوانده میشود که خواننده انتظار داشته است.
نشانی بیرونی شناسه نیست
فیلد نشانی واقعی، نشانی و درگاه همتا است آنگونه که سرور میبیند. چند کلاینت پشت یک نشانی عمومی ترجمهشده آن نشانی را شریک میشوند، پس گروهبندی بر اساس آن نشستهای بیربط را ادغام میکند. درگاه نیز میان اتصالها تغییر میکند و این جفت را بهعنوان کلید پایدار بیفایده میسازد. گزارشی که اینگونه گروهبندی شود دقیق به نظر میرسد و نادرست است.
برای گروهبندی از هویت مؤثر کلاینت استفاده کنید و نشانی را جزئیات انتقال بدانید. وقتی دو سطر یک هویت را شریک میشوند، معمولاً یعنی نشستهای همزمان نه رکورد تکراری.
سطرهای مسیریابی فهرست موجودی میزبان نیست
یک ورودی مسیریابی میتواند زیرشبکهای را نام ببرد که یک همتا مسئول آن است، و زیرشبکه فهرست میزبانهایش نیست. سرور میداند که باید آن محدوده را به نشست خاصی بفرستد و هیچ تصوری ندارد کدامیک از آن دستگاهها روشن، در برنامهای تأییدشده یا برای کسی سودمندند. جدول مسیریابی دسترسپذیری را توصیف میکند، نه اشغال را. همین تفاوت تمام دلیل آن است که VPN نمیتواند به پرسش موجودی پاسخ دهد.
چند سطر هم میتوانند به همان همتا اشاره کنند، چون یک سایت ممکن است بیش از یک محدوده را اعلام کند. شمردن سطرها و نامیدن نتیجه بهعنوان شمار دستگاه، استقرار را با ضریبی دلبخواه بزرگتر نشان میدهد.
اگر نیاز واقعاً فهرست داراییهاست، از فرایند فهرستبرداری که مالک آن شبکه است استفاده کنید. VPN میتواند مشخص کند کدام همتا یک مسیر را حمل میکند و این واقعیتی متفاوت از این است که کدام میزبانها پشت آن وجود دارند.
سن، مجوزها و نمای زنده
زمان تغییر فایل را همراه هر پاسخ نگه دارید. سروری که ساعتها پیش متوقف شده آخرین عکس لحظهای خود را سر جایش میگذارد، و فایل کهنهای که بهعنوان جاری ارائه شود از نبود گزارش هم بدتر است.
پوشه باید وجود داشته باشد و برای حسابی که سرویس واقعاً با آن اجرا میشود قابل نوشتن باشد، که پس از یک دور سختسازی آسان فراموش میشود. فایل معمولاً نامها و نشانیها را دارد، پس آن را در محلی اداری نگه دارید نه هر جایی که یک وبسرور بتواند ارائهاش کند. مجوزها را از حساب سرویس بررسی کنید، نه از پوسته خودتان. عکس لحظهای که بیصدا بهروزرسانی را متوقف میکند دقیقاً شبیه شبکهای آرام است.
برای نیازهای رویدادمحور از رابط مدیریت پشتیبانیشده بهجای نظرسنجی سریعتر استفاده کنید. با آن رابط بهعنوان کنترل رفتار کنید نه سنجه، و هرگز آن را فقط برای شمردن نشستها روی اینترنت باز نکنید.