چرا دو سایت با یک زیرشبکه یک LAN نیستند

دو دفتر هر دو از 192.168.77.0/24 استفاده می‌کنند و کسی یک تونل پیشنهاد می‌دهد تا یک شبکه شوند. این عبارت ساده به نظر می‌رسد و سه طراحی متفاوت را پنهان می‌کند: دو LAN مستقل که با هم برخورد می‌کنند، یک قطعه اترنت که عمداً روی یک WAN کشیده شده، و آرایش proxy-ARP که به جای نشانی‌های دور پاسخ می‌دهد. اینکه کدام را دارید تعیین می‌کند میزبان با بسته چه می‌کند، و پاسخ پیش از آنکه دروازه VPN دخالت کند دیده می‌شود.

میزبان پیش از روتر تصمیم می‌گیرد

میزبانی با نشانی 192.168.77.10/24 مقصد را با پیشوند خود مقایسه می‌کند. هر چیزی درون آن پیشوند روی پیوند مستقیم است، پس میزبان نشانی لایه پیوند مقصد را مستقیماً حل می‌کند. هر چیزی بیرون از آن به دروازه پیش‌فرض می‌رود.

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

پس وقتی 192.168.77.20 فقط در سایت دیگر وجود دارد، میزبان محلی آن را با ARP می‌پرسد و هیچ پاسخی نمی‌گیرد. دست‌دادن VPN می‌تواند کاملاً سالم باشد در حالی که این شکست می‌خورد. این خرابی شبیه میزبان مرده است نه مشکل مسیریابی. شناختن این امضا یک ساعت اشکال‌زدایی تونل را صرفه‌جویی می‌کند.

ARP پرسشی درباره پیوند محلی است

ARP می‌پرسد که نشانی در این پیوند از کیست، و پاسخ باید از چیزی بیاید که پخش را می‌شنود. روتری در انتهای دیگر تونل IPsec آن را نمی‌شنود مگر آنکه طراحی دو سایت را یک دامنه پخش کند.

دو دستگاه با نشانی یکسان وضع را بدتر می‌کنند: حتی یک حل موفق هم نمی‌تواند بگوید کدام پاسخ داده است.

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

قطعه کشیده قاب‌ها را حمل می‌کند، نه مسیرها

تونلی که اترنت را حمل می‌کند و به پل‌ها وصل است هر دو سایت را بخشی از یک دامنه لایه پیوند می‌کند. پخش‌های ARP به سوی دیگر می‌رسند و هر پل می‌آموزد کدام نشانی‌های MAC کجا هستند. مستندات پل لینوکس آن مرز ارسال بر پایه MAC را توصیف می‌کند.

اینجا دروازه دور اصلاً میان دو زیرشبکه یکسان مسیریابی نمی‌کند. قاب‌ها از لایه زیرینی می‌گذرند که خودش IP را مسیریابی می‌کند، در حالی که پل‌ها گفت‌وگوی اترنت را گسترش می‌دهند.

هزینه شعاع اثر بزرگ‌تر است. سیل‌آسا برای مقصدهای ناشناس، حلقه‌ها، تخصیص DHCP و نشانی‌گذاری یکتا همه به یک برنامه نیاز دارند که هر دو سایت را در بر بگیرد. وقتی WAN قطع شود، میزبان‌ها ترافیکی را از دست می‌دهند که آن را محلی می‌دانند. فیلتر کردن روی پل و قواعد VLAN می‌تواند محدود کند چه چیزی عبور می‌کند، اما حمل هنوز تضمین نمی‌کند که هر قاب کنترل پیوند محلی برسد.

Proxy ARP سومین طراحی است

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

این ابزار باریک‌تری از پل‌سازی است: به ارسال، مسیرهای بازگشت و مالک روشن برای هر نشانی وابسته است.

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

از روی نیاز انتخاب کنید، سپس بررسی کنید

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

تأیید کنید واقعاً کدام طراحی را دارید با پرسیدن از میزبان که با مقصد چه می‌کند:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

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