WIUNIX ACADEMY
آموزش نصب WireGuard و اتصال دو شبکه در اوبونتو و دبیان
صفحهٔ 5 از 8؛ مراحل قبلی و پیش‌نیازها را پیش از ادامه مرور کن.
آموزش متناسب با محیط تو
کجا اجرا می‌کنی؟
سیستم‌عامل و نسخه را انتخاب کن تا مراحل، دستورها و راه‌حل‌ها برای همان محیط نمایش داده شوند.
آموزش متناسب با مقادیر تو
تنظیمات این آموزش
مقادیر نمونه را برای محیط خودت تنظیم کن؛ متن و دستورهای مرتبط با هم تغییر می‌کنند. رمز، کلید خصوصی و توکن وارد نکن. مقادیر فقط در همین زبانه نگهداری می‌شوند و به سرور یا لینک اشتراک‌گذاری فرستاده نمی‌شوند. پیش از اجرا، DNS، گواهی‌ها و سیاست شبکهٔ واقعی را بررسی کن.
آی‌پی، دامنه یا پورت مثال‌ها با محیط تو فرق دارد؟ دکمهٔ زیر را باز کن، مقادیر را تغییر بده و «اعمال در آموزش» را بزن؛ سپس دستورهای به‌روز‌شده را کپی کن.
تنظیم مقادیر برای محیط من24 مقدار قابل‌تغییر
مسیر برگشت روی روتر اصلی LAN
میزبان‌ها همچنان روتر اصلی خود را دارند. در تنظیم پایدار روتر A مقصد 10.20.20.0/24 از گام بعدی 10.10.10.2 روی LAN ثبت شود؛ در B مقصد 10.10.10.0/24 از 10.20.20.2 عبور کند. روتر باید عبور به گام بعدی در همان LAN را مجاز بداند. پنل‌های بعد فقط آزمایش موقت روتر لینوکسی‌اند، نه دروازهٔ VPN. پیش از بهره‌برداری بی‌ناظر، مسیر با مدیر شبکه یا ابزار بومی روتر ذخیره و ماندگاری آن بررسی شود. اگر VPN خود دروازهٔ پیش‌فرض است، مسیر جدا روی روتر اصلی لازم نیست. بدون اختیار روتر، مسیر هر میزبان از دروازهٔ VPN محلی راه محدودتری است. SNAT هویت مبدأ و سیاست دسترسی را عوض می‌کند و اینجا جای مسیر برگشت را نمی‌گیرد.
قدم بعدی
مسیر موقت روی روتر لینوکسی A
فقط روی روتر 10.10.10.1؛ رابط واقعی جای lan0 قرار گیرد و مسیر قبلی جایگزین نشود.
ip -4 route show 10.20.20.0/24
sudo ip route add 10.20.20.0/24 via 10.10.10.2 dev lan0
ip route get 10.20.20.100
شبکهٔ دور از 10.10.10.2 می‌گذرد؛ معادل آن در تنظیم پایدار مالک روتر ذخیره شود.
قدم بعدی
مسیر موقت روی روتر لینوکسی B
فقط روی روتر 10.20.20.1، با همان شرط حفظ مسیر موجود و ذخیرهٔ پایدار.
ip -4 route show 10.10.10.0/24
sudo ip route add 10.10.10.0/24 via 10.20.20.2 dev lan0
ip route get 10.10.10.100
روتر B شبکهٔ دور را از 10.20.20.2 می‌فرستد.
قدم بعدی
ایجاد ترافیک پیش از بررسی دست‌دهی
روی دروازهٔ A ترافیک ایجاد و آمار B هم بررسی شود. زمان قدیمی در بی‌کاری به‌تنهایی خرابی نیست؛ پس از آزمون، زمان باید تازه و غیرصفر و بایت‌های دوطرف افزایشی باشند. کلیدهای عمومی با هویت تأییدشده تطبیق داده شوند.
ping -c 3 -W 2 10.255.255.2
sudo wg show wg0 latest-handshakes
sudo wg show wg0 transfer
ip route get 10.20.20.100
پینگ تونل و دست‌دهی موفق‌اند و مسیر B از wg0 است؛ دادهٔ LAN هنوز آزمون جدا دارد.
قدم بعدی
دریافت‌کنندهٔ موقت در میزبان LAN B
روی میزبان آزمایش B در ترمینال اختصاصی اجرا شود. پورت8080 باید آزاد و در فایروال میزبان از طرف آزمایش مقابل مجاز باشد. سرویس فقط به آدرس LAN و پوشهٔ تازه متصل می‌شود؛ دادهٔ بی‌خطر HTTP است، نه سرویس تولید. ترمینال برای توقف با Ctrl+C باز بماند.
( set -eu
umask 077
demo_dir=$(mktemp -d)
printf 'received-at-site-B\n' > "$demo_dir/marker.txt"
python3 -m http.server 8080 --bind 10.20.20.100 --directory "$demo_dir"
)
دریافت‌کننده فقط پوشهٔ نشانگر را روی آدرس داخلی ارائه می‌کند.
قدم بعدی
بررسی دادهٔ B از میزبان داخلی A
روی میزبان آزمایش 10.10.10.100 با روتر پیش‌فرض 10.10.10.1 اجرا شود. کد موفق HTTP و بدنهٔ دقیق و مبدأ واقعی در لاگ مقصد بررسی شوند؛ پینگ تونل جای عبور از روترها و دو دروازهٔ LAN را نمی‌گیرد.
( set -eu
body=$(curl --fail --silent --show-error --noproxy '*' --connect-timeout 5 --max-time 10 http://10.20.20.100:8080/marker.txt)
test "$body" = received-at-site-B
printf 'B receiver body verified\n'
)
ping -c 3 -W 2 10.20.20.100
نشانگر دقیق مقصد دریافت و مبدأ اصلی در آن دیده می‌شود.