همان هویت IKEv2 روی دو iPhone؟ به نوبت وصل می‌شوند
یک پروفایل که روی دو دستگاه کپی شده، به جای دو peer یک peer به گیت‌وی می‌دهد. جدول peer را ببینید که پر و خالی می‌شود، سپس برای هر دستگاه یک مقدار صادر کنید.
دو گوشی، یک پروفایل و الگویی که تا کسی به گیت‌وی نگاه نکند فراطبیعی به نظر می‌رسد. یک دستگاه تونل را نگه می‌دارد، دومی وصل می‌شود و اولی در چند ثانیه آن را از دست می‌دهد. اولی دوباره وصل می‌شود و دومی می‌افتد. صرفه‌جویی باتری، رومینگ Wi-Fi و NAT اپراتور سرزنش می‌شوند، در حالی که علت واقعی در یک فیلد متنی نشسته است که همراه با همه چیز دیگر کپی شده. IKEv2 یک peer را با نام شناسایی می‌کند و هر دو گوشی همان نام را ارائه می‌دهند.
هویت همان کلیدی است که سرور شما را زیر آن نگه می‌دارد
درون یک تبادل IKEv2 هر طرف اعلام می‌کند که کیست: آغازگر یک شناسه محلی می‌فرستد، پاسخ‌دهنده با شناسه خودش پاسخ می‌دهد و هویتی را که آغازگر ادعا کرده نیز بر اساس سیاست بررسی می‌کند. گیت‌وی وضعیت خود را بر اساس هویت نگه می‌دارد نه دستگاه، چون دستگاه چیزی نیست که بتواند ببیند. بنابراین دو گوشی با یک شناسه به عنوان یک peer می‌رسند و تبادل دوم باید اولی را بازنویسی کند. مشکل فقط زمانی ظاهر می‌شود که هر دو در حال استفاده باشند، و به همین دلیل آزمایش با یک گوشی هرگز آن را بازتولید نمی‌کند.
هیچ‌یک از این‌ها اشکال کلاینت نیست. کلاینت دقیقاً همان چیزی را فرستاد که پروفایل به او گفته بود.
برخورد از دید گیت‌وی چگونه است
تا وقتی هر دو گوشی بیدار و در حال استفاده‌اند فهرست peer را ببینید. یک برخورد یک ورودی واحد نشان می‌دهد که آدرسش با جابه‌جایی گوشی‌ها تغییر می‌کند، و شمارنده نشست‌های فعال هرگز به دو نمی‌رسد. قطع شدن بنا به تقاضا متفاوت به نظر می‌رسد، و تمایز دادنشان به یک مشاهده نیاز دارد نه یک نظریه.
| Observation | Shared identity | Idle teardown |
|---|---|---|
| Peer entries while both are awake | One, with a changing address | One per phone, or none |
| What triggers the drop | The other device connecting | Time without traffic |
| What restores it | The other device disconnecting | Any app needing the tunnel |
هر دو رویداد را با مهر زمانی یادداشت کنید در حالی که رخ می‌دهد. قطعی که با اتصال دستگاه دیگر همزمان است به شناسه اشاره می‌کند، و قطعی که یک بازه بی‌کاری پس از آخرین بسته می‌رسد به یک تایمر اشاره می‌کند.
تکراری‌ها از کجا می‌آیند
صادر کردن یک پیکربندی کارآمد و ویرایش فقط آدرس سرور، فایل دومی می‌سازد که هویت فایل اول هنوز درون آن است. این مسیر معمول به این خرابی است و معمولاً هنگام راه‌اندازی شتاب‌زده یک گروه کوچک رخ می‌دهد.
نام فیلدها نادیده گرفتن این را آسان می‌کند. شناسه از راه دور نام گیت‌ویی را می‌آورد که گوشی انتظار دارد، و کپی کردن آن درست است. شناسه محلی این گوشی را به گیت‌وی معرفی می‌کند، و کپی کردن آن مقدار تمام مشکل است.
برای هر دستگاه یک مقدار صادر کنید
چیزی یکتا برای گوشی و پایدار در طول عمرش استفاده کنید، مانند شناسه دستگاه از فهرست موجودی یا مقداری که سیستم مدیریت شما برای هر ثبت تولید می‌کند. برچسب بخش، نام حساب سرویس مشترک یا نشانی ایمیل کاربر همه به محض اینکه آن شخص دستگاه دومی داشته باشد برخورد می‌کنند.
باری را برای هر دستگاه تولید کنید نه اینکه یک فایل توزیع کنید. ثبت کنید کدام مقدار به کدام گوشی تعلق دارد تا جایگزینی پروفایل قدیمی را بازنگرداند و گوشی جدید را مستقیم به همان برخورد برنگرداند.
سمت سرور را هم بررسی کنید. گیت‌ویی که هویت را به آدرس تونل ثابت نگاشت می‌کند هنوز می‌تواند وقتی دو شناسه متفاوت تخصیص یکسان می‌گیرند برخورد کند، پس تأیید کنید که استخر جا دارد و تخصیص‌ها به ازای کاربر سنجاق نشده‌اند.
با هر دو گوشی بیدار بررسی کنید
اولی را وصل کنید، به یک منبع خصوصی برسید، سپس دومی را وصل کنید و هر دو را یک دقیقه بی‌کار بگذارید. هر دو نشست باید باقی بمانند و فهرست peer باید دو هویت نشان دهد. سپس هر گوشی را قفل و باز کنید تا تأیید کنید حالت بی‌کاری هنوز درست رفتار می‌کند.
اگر یک نشست تنها هنوز روزی یک بار قطع می‌شود و چیز دیگری وصل نمی‌شود، هویت دیگر مشکوک نیست. به جای ویرایش دوباره پروفایل، سراغ تایمرهای بی‌کاری و محدودیت‌های نشست سرور بروید.