VPN نیممدیریتی: برچسب نمیگوید چه کسی کشیک است
برچسب نه یک پروتکل است و نه درصدی از تقسیم کار. آن را به مالکانی برای نقطههای پایانی، تنظیمات مشترک، پایش و تحویل رخداد تبدیل کنید، وظیفه به وظیفه.
ساعت هشت صبح یک اتصال قطع میشود و نخستین پرسش این است که چه کسی باید آن را درست کند. عبارت VPN نیممدیریتی به آن پاسخ نمیدهد، چون یک ترتیب تجاری را نام میبرد، نه تقسیم کار را. دو ارائهدهنده میتوانند همین عبارت را با تخصیصهای متضاد به کار ببرند: یکی تجهیزات سمت مشتری را نگهداری میکند، دیگری فقط دروازه خودش را میپاید. تا وقتی وظیفهها نوشته نشوند، برچسب حدسی است که لباس توصیف پوشیده است.
از اتصالی که قطع شد شروع کنید
نقطه پایانیای را که پاسخ دادن را متوقف کرد، زمان و کاری که کاربر هنگام خرابی انجام میداد نام ببرید. سپس اجزای آن مسیر را فهرست کنید: لپتاپ، مدار محلی، دروازه سمت مشتری، دروازه ارائهدهنده و منبعی که پشت آن است. هر یک یا در قرارداد مالک دارد یا شکافی دارد. مرتب کردنشان ده دقیقه طول میکشد و سه ساعت بعدی را تعیین میکند.
نشانهای که میان کاربران مشترک است به یک جزء مشترک اشاره میکند، در حالی که نشانهای که یک لپتاپ را دنبال میکند به کارخواه اشاره دارد. این تفکیک بلیت را پیش از آنکه کسی تنظیمی باز کند در صف درست میگذارد.
پیش از تنظیمات، دو نقطه پایانی را روشن کنید
تصمیم بگیرید دروازه سمت مشتری از آن کیست و نقطه پایانی دور از آن کیست. وقتی این دو روشن شد، هر طرف میداند چه چیزی را میتواند بررسی کند و چه چیزی را باید بخواهد. بقیه چیزها در این ترتیب از آنجا آسانتر میشود.
ارائهدهنده میتواند دروازه خودش را پایش کند، در حالی که مشتری مسئول مدار محلی ارائهدهنده اینترنت، سرویس دایرکتوری یا برنامه مقصد میماند. تجهیزاتی که مالکش مشتری است میتواند همچنان زیر قرارداد نگهداری ارائهدهنده باشد، به همین دلیل مالکیت و اینکه چه کسی جعبه را نگهداری میکند دو پرسش جداگانهاند. هر دو پاسخ را برای هر نقطه پایانی بنویسید، چون در پاسخ دوم است که تمدیدها معمولاً اختلاف پیدا میکنند.
اشیای مشترک دقیقاً یک مالک میخواهند
هویتها، اعتبارنامهها، پیشوندهای محافظتشده، پیشنهادها و قرارداد مسیریابی برگشتی اشیای مشترکاند و اشیای مشترک سریعتر از همه میپوسند. اگر هر دو طرف بتوانند یکی را تغییر دهند، هر دو تغییر میدهند و هر تغییر در ظاهر محلی درست است در حالی که جریان توافقشده میشکند. به هر شیء یک مالک و یک فرایند تغییر بدهید و بخواهید که پیش از اعمال تغییر به طرف دیگر اطلاع داده شود. جایگزین آن گزارش تغییراتی است که خوانده میشود مثل دو نفر که نیمههای مختلف یک ماشین را تعمیر میکنند.
خرابی کلاسیک تغییر یک انتخابگر در یک طرف و تغییر NAT در طرف دیگر در همان هفته است. هیچیک از مهندسان کار اشتباهی نکرد و تونل با این حال از حمل برنامه بازماند.
چه کسی نخستین گزارش را میگیرد
از پیش تعیین کنید نخست به چه کسی زنگ میزنند، هر طرف اجازه خواندن چه چیزی را دارد و پرونده در چه نقطهای دست به دست میشود. نقطه پایانی، زمان تلاش و جریان مجاز را در اختیار بگذارید تا هر دو طرف بتوانند همان رخداد را متناظر کنند.
خلاصه تنگ وضعیت معمولاً از تنظیمات ویرایشنشده سودمندتر است و رازها را لو نمیدهد. پایش متعلق به کسی است که جزء را دارد، نه کسی که نشان را دارد، پس بپرسید کدام طرف وضعیت تونل را میبیند، کدام برنامه را و هر هشدار چه کسی را بیدار میکند. مسیر بیرون از ساعت کاری را کنار هر هشدار بگذارید، چون داشبوردی که کسی برایش کشیک نیست فقط مستندات است.
اختیار تغییر را با همان دقت تعریف کنید. ارائهدهندهای که انتخابگر را ویرایش میکند در حالی که مشتری NAT را ویرایش میکند، هر دو تنظیم محلی را باورپذیر نشان میدهد و تونل باز هم شکست میخورد.
آنچه برچسب هرگز به شما نمیگوید
نگهداری نرمافزار، چرخش اعتبارنامهها، نسخههای پشتیبان تأییدشده از تنظیمات و مسیر بازیابی را در قرارداد واقعی بگذارید. الگوی مسئولیت مشترکی مانند الگویی که AWS منتشر میکند نشان میدهد تقسیم کار تا کجا میتواند میان سرویسها جابهجا شود، و این یک مثال است نه تعریفی از شرایط تأمینکننده شما. استنتاج هر چیزی از عبارت نیممدیریتی همان روشی است که گفتوگوی تمدید یک شکاف را کشف میکند.
دامنه باید بهرهبردار عادی و مسیر ارجاع را برای هر وابستگی نام ببرد. پیشنهاد قیمت هر نامی که برای خدمت بگذارد، در عمل معنای همان فهرست است.