شیء VPN را پیش از انتخاب SNMP یا API تعریف کنید

پیش از انتقال، سه تصمیم وجود دارد: هشدار چه شیئی را توصیف می‌کند، کدام جهت و دامنه را پوشش می‌دهد، و خواندن باید چقدر تازه باشد. SNMP، یک API مبتنی بر HTTPS و یک کاوشگر برنامه می‌توانند همه چیزی درباره یک VPN گزارش کنند، و یک چیز را گزارش نخواهند کرد. تغییر پروتکل‌ها بدون روشن کردن آن سه، فقط جایی را عوض می‌کند که سردرگمی در آن جمع می‌شود. شیء و معنای هشدار طرح است؛ پروتکل تحویل است.

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

هشدار واقعاً باید چه معنایی داشته باشد؟

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

آن را به‌صورت جمله‌ای بنویسید که مهندس کشیک بتواند بر اساس آن اقدام کند. اگر جمله به دو شیء نیاز دارد، آن دو هشدار است، نه یکی که نیمه‌درست باشد.

جدول TCP توصیف‌کننده TCP است

RFC 4022 tcpConnectionTable را مشخص می‌کند که سطرهایش اتصال‌های برقرارشده TCP را با کلید نوع نشانی، نشانی و درگاه در دو طرف توصیف می‌کنند. سطرها با بسته شدن اتصال ناپدید می‌شوند، و سوکت‌های شنود در جدول دیگری ظاهر می‌شوند. اجرای VPN روی همان ماشین جدول TCP را به فهرست انجمن‌های امنیتی IPsec تبدیل نمی‌کند. ممکن است یک جلسه مدیریت، یک جریان برنامه یا یک تونل منتقل‌شده روی TCP را توصیف کند، و خود سطر به شما نمی‌گوید کدام.

شمارنده‌های واسط همان ابهام را در سطحی درشت‌تر دارند: بایت‌های یک واسط هر همتا و هر جریانی را که از آن استفاده می‌کند تجمیع می‌کنند.

یک قرارداد مشاهده کوچک بسازید

برای هر معیار، شیء یا فیلد API پشتیبانی‌شده، دستگاه و نسخه نرم‌افزار مالک، شناسه همتا یا سرویس، جهت، زمان جمع‌آوری و رفتار تازه‌سازی مورد انتظار را ثبت کنید. سپس از نمای مستند انجمن‌ها یا جلسه‌های دروازه برای وضعیت پروتکل، از جدول مسیریابی برای وضعیت مسیر، و از درخواست باریک مجاز برای وضعیت برنامه استفاده کنید. یک نقطه پایانی مدیریت سالم اثبات می‌کند که نقطه پایانی مدیریت کار می‌کند و هیچ چیز درباره برنامه پشت آن نمی‌گوید.

اگر عامل نصب‌شده اشیای لازم را ندارد، واسط دیگری را انتخاب کنید که صریحاً فقط‌خواندنی پشتیبانی می‌شود. ساختن OID، خواندن یک شمارش عمومی TCP به‌عنوان شمارش تونل، یا انتظار بقای بدون تغییر یک API قدیمی فروشنده در یک محصول هم‌خانواده، همه بن‌بست هستند.

داده کهنه شکست تونل نیست

یک وقفه جمع‌آوری، یک اعتبارنامه منقضی یا یک مسیر API تغییرکرده، تله‌متری گم‌شده تولید می‌کند. این یک شکست پایش است و رخدادی متفاوت از تونلی که قطع شده. ثبت کنید کدام مشاهده کهنه شد و چه زمانی، تا اپراتور به‌جای بازنشانی تونل یک نخستین بررسی معنادار بگیرد. رفتار با هر وقفه به‌عنوان قطعی VPN به مردم می‌آموزد هر دو را نادیده بگیرند.

مجوزهای جمع‌آوری را هم باریک نگه دارید. واسطی که می‌تواند پیکربندی را تغییر دهد یا جلسه‌ها را پاک کند، مرز امتیازی دارد که یک کار پایش نباید به ارث ببرد، و یک حساب فقط‌خواندنی معمولاً کافی است.

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