وضعیت Cloud VPN: پیش از گزارش IKE، وضعیت منبع را بخوانید

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

با یک شیء تونل و یک بازه زمانی آغاز کنید.

دو چرخه عمر، یک شیء تونل

چرخه عمر منبع همان آماده‌سازی تونل توسط ارائه‌دهنده است: نشانی‌ها، پیکربندی، ظرفیت. چرخه عمر پروتکل زمانی آغاز می‌شود که هر دو طرف پیکربندی کافی برای تبادل IKE_SA_INIT داشته باشند، سپس IKE_AUTH، سپس انجمن‌های امنیتی فرزند. تونلی که هنوز در مرحله نخست است در احراز هویت شکست نخورده، چون احراز هویت هنوز آزموده نشده است.

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

شیء را بخوانید، نه خلاصهٔ کنسول را

از API فقط همان دو فیلدی را بخواهید که اهمیت دارند و هیچ چیز دیگر، تا پاسخ به‌قدری کوچک بماند که ساعت سه بامداد خوانده شود: gcloud compute vpn-tunnels describe NAME --region REGION --format="yaml(status,detailedStatus)". فیلد status مرحلهٔ چرخه عمر را نام می‌برد و detailedStatus دلیل خواندنی متصل به آن را حمل می‌کند. یک تخلیهٔ کامل پیکربندی به پرسش‌های دیگری پاسخ می‌دهد و چسباندنش در تیکت دشوارتر است. فراخوانی‌های فقط‌خواندنی مانند این نمی‌توانند تونل را تغییر دهند، و این تا زمانی که رخداد هنوز زنده است اهمیت دارد.

مهر زمانی فراخوانی را کنار مقادیر ثبت کنید، چون هر دو فیلد حرکت می‌کنند.

ALLOCATING_RESOURCES ناهمخوانی کلید نیست

وقتی تونل ALLOCATING_RESOURCES را گزارش می‌کند، ارائه‌دهنده هنوز در حال سرهم‌کردن شیء است. ناهمخوانی کلید از پیش تسهیم‌شده در آن مرحله قابل مشاهده نیست، و بندر مسدود همتا هم به همان اندازه اثبات‌نشده است. آنچه می‌توانید بررسی کنید پیام تفصیلی است، اینکه پروژه و سرویس سالم به نظر می‌رسند یا نه، و اینکه پیکربندی تونل به‌قدری کامل هست که اصلاً بتوان با همتا تماس گرفت. جایگزین‌کردن راز اکنون مقداری را تغییر می‌دهد که هرگز آزموده نشده است.

پیش از نتیجه‌گیری دربارهٔ پیکربندی صبر کنید تا وضعیت تغییر کند.

ESTABLISHED آغاز بررسی‌های دسترسی است

تونل برقرارشده یعنی IKE کامل شده، نه اینکه ترافیک جریان دارد. مسیرهایی را که تونل حمل می‌کند تأیید کنید و، جایی که Cloud Router دخیل است، نشست BGP و پیشوندهایی را که آموخته تأیید کنید. سپس یک تبادل مجاز برنامه را بیازمایید، چون یک قاعدهٔ دیوار آتش یا مسیر گمشده می‌تواند ترافیک را از تونلی کاملاً سالم مسدود کند. هر یک از این‌ها مشاهده‌ای جداست با اصلاحی جداگانه.

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

یک شیء و یک بازه زمانی را به هم مرتبط کنید

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

اگر تونل پیش از جمع‌آوری هر چیزی بازیابی شد، همان را بگویید. علت نامعلوم ثبت بهتری است از داستان مطمئنی که از سطرهای بی‌ربط سرهم شده باشد.

گام بعدی همیشه یک شکل دارد: یک شیء، یک بازه، یک مرحله. هر چیز گسترده‌تر از این خلاصه است، نه تشخیص.