ifconfig-push: آدرس همتا در net30 یا ماسک زیرشبکه در subnet؟

کارخواهان پویا متصل می‌شوند و مسیریابی درست کار می‌کند، اما تنها کارخواهی که نشانی ثابت دارد اصلاً به کارساز نمی‌رسد. هیچ چیز در دیوار آتش تغییر نکرده و خط CCD منطقی به نظر می‌رسد. علت معمول آرگومان دومی است که برای توپولوژی TUN متفاوتی از آنچه کارساز اجرا می‌کند نوشته شده است. خرابی خاموش است: کارخواه با نشانی بالا می‌آید و کارساز اتصال را می‌پذیرد، با این حال هیچ ترافیکی عبور نمی‌کند.

در net30 آن فیلد آدرس همتا است؛ در subnet ماسک زیرشبکه است. دو شکل جایگزین یکدیگرند، هرگز دنباله نیستند.

دو شکل، در کنار هم

در استقرار سنتی net30 هر کارخواه مالک یک بلوک /30 است: یک نشانی شبکه، دو نشانی قابل استفاده و یک نشانی پخش. ifconfig-push نشانی کارخواه و نشانی همتا را می‌گیرد، و همتا نشانی قابل استفاده دیگر در همان بلوک است که سمت کارساز پیوند نقطه‌به‌نقطه از آن استفاده می‌کند.

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

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

هر دو خط در بلوک برای فایل CCD یک خط تنها هستند. هر کارخواه دقیقاً یکی از آن‌ها را می‌گیرد.

توپولوژی‌ای را بخوانید که کارساز واقعاً اجرا می‌کند

پیکربندی در حال اجرا را بخوانید نه پیش‌فرض بسته را، زیرا توپولوژی ممکن است سال‌ها پیش تنظیم و به جلو کپی شده باشد. topology subnet یا نبودش را جستجو کنید، سپس بررسی کنید خط server چگونه نشانی‌ها را تخصیص می‌دهد. پیکربندی‌ای که هرگز از توپولوژی نام نمی‌برد با پیکربندی‌ای که subnet را تنظیم می‌کند یکی نیست.

سپس تنظیمات دریافت‌شده کارخواه را بخوانید. نشانی، ماسک و همتایی که گزارش می‌کند به شما می‌گوید کارساز کدام تفسیر را اعمال کرده است.

نشانی ثابت را بیرون از استخر پویا نگه دارید

نشانی ثابت باید بیرون از استخر پویا باشد، وگرنه ممکن است به دو کارخواه یک نشانی داده شود. با توپولوژی subnet، nopool در خط server استخر خودکار را سرکوب می‌کند و بازه صریح ifconfig-pool تعیین می‌کند کارخواهان پویا چه دریافت می‌کنند.

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

کارساز 10.99.0.1 را برای خود می‌گیرد و نشانی ثابت کارخواه بیرون از بازه استخر می‌ماند. فایل CCD به نام هویت مؤثر کارخواه نام‌گذاری می‌شود، نه نام فایل نمایه، و پسوند اضافه نمی‌گیرد. اگر username-as-common-name فعال باشد، نام کاربری احراز‌شده هویتی است که باید مطابقت داده شود. دو دستگاهی که یک هویت را شریک‌اند نشانی ثابت را نیز شریک می‌شوند، که مسئله سیاست است نه مسیریابی.

تخصیصی را که کارخواه واقعاً دریافت کرده بررسی کنید

کارخواه مورد نظر را دوباره وصل کنید و پیش از بررسی هر چیز دیگری تأیید کنید کدام فایل CCD انتخاب شده است. سپس نشانی، ماسک یا همتا و مسیر بازگشت به کارساز را بررسی کنید. کارخواهی که در استقرار subnet نشانی همتا نمایش می‌دهد هنوز شکل اشتباه را به کار می‌برد.

تغییر توپولوژی بر هر کارخواه و هر بازنویسی اثر می‌گذارد، پس با آن مانند مهاجرت رفتار کنید نه تعمیر یک کارخواه. اصلاح خط ثابت برای همخوانی با توپولوژی در حال استفاده معمولاً تغییر کوچک‌تری است. مرجع server-options راهنما و بازنویسی‌های مخصوص کارخواه را مستند می‌کند.