TCP کار می‌کند اما UDP روی همان پورت به سرور دیگری می‌رسد

یک پروفایل روی TCP کار می‌کند و روی UDP با هشدار گواهی شکست می‌خورد. خوانش شهودی این است که مسیر UDP اعتماد را شکسته و اصلاح شهودی پذیرفتن گواهی است. هر دو فرض یک امکان را نادیده می‌گیرند که نشانه را کاملاً توضیح می‌دهد: دو انتقال به ماشین‌های متفاوتی رسیده‌اند. قاعدهٔ ارسال بر پایهٔ پروتکل تطبیق داده می‌شود و هیچ چیز نیمه‌های TCP و UDP یک شمارهٔ پورت را مجبور نمی‌کند به یک میزبان اشاره کنند.

یک شمارهٔ پورت، دو قاعدهٔ مستقل

ارسال جست‌وجویی در جدول بر پایهٔ پروتکل، نشانی مقصد و پورت است. دروازه‌ای با قاعده‌ای برای TCP 1194 و قاعده‌ای برای UDP 1194 دو تصمیم مستقل را بیان می‌کند و این دو می‌توانند میزبان‌های داخلی متفاوتی را نام ببرند. شمارهٔ مشترک راحتی برای انسان است، نه ویژگی‌ای که شبکه تحمیل کند. با شمارهٔ پورت مانند یک برچسب رفتار کنید نه تعریف سرویس.

به قاعده‌های مؤثر نگاه کنید نه قاعده‌های موردنظر. نشانی مقصد، پورت ترجمه‌شده و رابط ورودی همه شرکت دارند و قاعده‌ای که از یک مهاجرت پیشین باقی مانده دلیل معمول ناسازگاری دو نیمه است.

هر دو نگاشت را پیش از تغییر هر چیز دیگری بنویسید. جفت خط تمام فرضیه است.

آنچه کارخواه واقعاً بررسی کرد

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

این تمایز مهم است زیرا دو خطا به دو اصلاح متفاوت می‌رسند. مشکل اعتماد به اصلاح اعتماد نیاز دارد، در حالی که طرف غیرمنتظره به اصلاح مسیریابی یا ارسال نیاز دارد.

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

تلاش را با یک سرور متناظر کنید

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

هویت گواهی‌ای را که با آن روبه‌رو شدید با هویت موردانتظار از طریق یک کانال مدیریتی مقایسه کنید. همین مقایسهٔ بیرون از کانال است که بررسی را قابل‌اعتماد نگه می‌دارد.

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

اعتماد را با طرف اشتباه هم‌ساز نکنید

وارد کردن CA غیرمنتظره نشانه را از میان می‌برد و تغییر می‌دهد که کارخواه به چه کسی اعتماد دارد. این وضعیتی بدتر از اتصال ناموفق است، زیرا ناسازگاری را پنهان می‌کند به‌جای آنکه حلش کند. همین دربارهٔ خاموش کردن بررسی فقط برای دیدن بالا آمدن تونل هم صادق است.

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

متن رد را نگه دارید. آن تنها سند چیزی است که کارخواه دید.

پس از اصلاح، جریان تازه‌ای را بیازمایید

نگاشت را اصلاح کنید و سپس با نشست تازهٔ کارخواه وصل شوید. ترجمهٔ حالت‌دار می‌تواند جریان موجودی را روی مقصد قدیمی نگه دارد، بنابراین اتصال برقرارشده ممکن است از تغییر جان سالم ببرد و شما را گمراه کند. جریان تازه‌ای را آغاز کنید و از گزارش سرور موردنظر تأیید بگیرید که تلاش را پردازش کرده است.

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