Anypoint VPN yoki Transit Gateway NAT: tarjima qayerda bajariladi
Anypoint VPN manzillarni o‘zi tarjima qilmaydi. NAT va’da qilishdan oldin firewall’dagi PAT, AWS prefiks xaritasi yoki boshqa ulanish o‘rtasida tanlang.
NAT talabi o‘zgaradigan manzillarni va ularni o‘zgartirishga ruxsat berilgan komponentni nomlamaguncha talab emas. MuleSoft ulanishida bu qaror uchta kirishga ega: backend’ga ko‘pdan-birga port tarjimasi kerakmi yoki birdan-birga prefiks taxallusi kerakmi, siz haqiqatan egalik qiladigan AWS ulanishi bu xaritalashni bajara oladimi, va butun yo‘l sotuvchi qo‘llab-quvvatlaydigan kombinatsiya ichida qoladimi. Bularni xato qilsangiz, ishlaydigan, lekin ko‘rikdan o‘tmaydigan laboratoriya qurasiz.
Yagona qat’iy nuqta shundaki, Anypoint VPN o‘zi tarjima qurilmasi emas. CloudHub 2.0 hujjatlari NAT’ni u yerda qo‘llab-quvvatlanmaydigan deb ro‘yxatlaydi, shuning uchun tunnel ishchilaringizning manzillarini yashiradi deb o‘ylaydigan har qanday loyiha allaqachon buzilgan.
Tarjima nima qilishi kerakligini aniqlang
Agar ko‘plab ilova ishchilari backend oldida bitta manzil sifatida ko‘rinishi kerak bo‘lsa, talab umumiy manba tarjimasi bo‘lib, odatda siz boshqaradigan firewall’da holatni saqlaydigan SNAT yoki PAT. Bu element tasdiqlangan yo‘lda turishi, oqimning butun umri davomida o‘z holatini saqlashi va qayta yozgan har bir ulanishning qaytish trafigini ko‘rishi kerak. Sessiya o‘rtasida holatni yo‘qotish ulanishni yomonlashtirmaydi; uni tugatadi. Tarjima holatini bo‘lishishdan bosh tortgan firewall juftligi nosozlikdan keyin zaxira a’zoga tushadigan har bir sessiyani tashlab yuboradi. Bu elementni bir vaqtdagi oqimlarga qarab o‘lchang, o‘tkazuvchanlikka emas.
Agar buning o‘rniga ikki tarmoq bir-biriga ustma-ust tushsa va har bir xost alohida taxallusga muhtoj bo‘lsa, talab bir ma’noda xaritalangan prefikslar, mos marshrutlar va xaritalash bilan kelishadigan nom yechimiga ega birdan-birga manzil rejasidir. Har bir ishchini bitta manzil ortiga yashirish buning arzonroq varianti emas, va loyihani ko‘rikdan o‘tkazishda birini ikkinchisi bilan almashtirish loyihalar chorak yo‘qotadigan yo‘ldir.
Mahsulot tanlashdan oldin qarorni aniq atamalar bilan yozib qo‘ying: asl manba, asl manzil, tarjima qilingan qiymat, boshlash yo‘nalishi, tarjimon egasi va kutilayotgan javob marshruti. Backend jurnallari qanday identifikatsiyani saqlashini ham qo‘shing, chunki barcha manbalarni yashiradigan loyiha har bir mijoz bo‘yicha auditni ham yo‘q qiladi.
AWS xaritalashni siz uchun bajara oladimi, tekshiring
AWS endi Transit Gateway va Cloud WAN ulanishlarida boshqariladigan birdan-birga NAT’ni hujjatlashtiradi, bu 2026-yil oktabr oxirida e’lon qilingan, shuning uchun tranzit darvoza hech qachon tarjima qila olmaydi degan eski umumiy da’vo eskirgan. Transit Gateway NAT hujjati holatsiz IPv4 prefiks xaritalashini tavsiflaydi: asl va tarjima qilingan prefikslar bir xil uzunlikni saqlaydi, xost bitlari va transport portlari tarjimadan omon o‘tadi. Kirish va chiqish yo‘nalishlarini alohida loyiha qarorlari sifatida o‘qing, chunki ular alohida sozlanadi va biri tayyor bo‘lganda ikkinchisi bo‘lmasligi mumkin. Bu tavsifda hech narsa oqim bo‘yicha holatni nazarda tutmaydi, shuning uchun xaritalash ulanishlarni sizning o‘rningizga kuzatadi deb kutmang.
Bu 10.80.0.0/16 172.28.0.0/16 ga xaritalanganda 10.80.10.23 172.28.10.23 ga aylanadi degani. U /16 ni bitta manzilga siqmaydi va PAT talabini almashtirmaydi. U tanlangan ulanish turlarini ham qamrab oladi, jumladan VPC va Site-to-Site VPN, lekin Client VPN ulanishlarini emas, va konfiguratsiya Anypoint tomonida emas, tranzit darvoza egasida bo‘ladi.
Bu funksiyani yana bir mumkin bo‘lgan nazorat nuqtasi deb biling, joriy etishingiz undan foydalana oladi degan dalil sifatida emas. CloudHub 2.0 mijozning o‘z AWS hisobidagi tranzit darvozaga xususiy makon ulanishlarini mintaqaviy va huquq shartlari bilan hujjatlashtiradi, shuning uchun yangi variant atrofida loyihalashdan oldin haqiqiy ulanish turini, uning egasini va sotuvchining qo‘llab-quvvatlash pozitsiyasini tasdiqlang.
Yo‘lni qo‘llab-quvvatlanadigan chegara ichida saqlang
Firewall tarjimoni uchun ishlaydigan tunnelga umumiy NAT qoidasini yopishtirish o‘rniga o‘sha mahsulotning qo‘llab-quvvatlanadigan VPN, tarjima va marshrutlash modelidan foydalaning. Backend javobi o‘sha tarjima elementidan qaytishi kerak, va sog‘lom chiqish tunneli bu qaytish yo‘li haqida hech narsa demaydi.
Tranzit darvoza marshruti uchun xususiy makon ulanishini, tegishli marshrut jadvallarini, joyidagi ulanishni va mijoz haqiqatan sozlashi mumkin bo‘lgan qismlarni inventarizatsiya qiling. Bu boshqa ulanish arxitekturasi, mavjud Anypoint VPN ulanishiga murvatlangan NAT katakchasi emas, va qo‘llab-quvvatlash chegarasi u bilan birga siljiydi.
Uch variantni bitta jadvalda solishtiring
Ko‘pchilik jamoalar faqat ikkita savolga javob berishi kerak: ko‘pdan-birgami yoki birdan-birgami, va ulanish kimga tegishli. Quyidagi jadval bu javoblarni boshlang‘ich variantga aylantiradi.
| Requirement | Starting option | What breaks it |
|---|---|---|
| Many workers, one backend address | Stateful PAT on your firewall | Asymmetric return path, expired state |
| Overlapping /16s, one-to-one | AWS prefix mapping on a supported attachment | Client VPN attachment, no explicit config |
| Per-client audit must survive | Keep original sources, translate downstream | Any many-to-one hiding of sources |
Uchinchi ustunni keyingi o‘y sifatida emas, ko‘rik savoli sifatida o‘qing. Qog‘ozda ruxsat etilgan, lekin sizga tegishli bo‘lmagan ulanishda sozlangan prefiks xaritasi baribir to‘xtatilgan loyiha, va trafikni o‘tkazib, har bir mijoz bo‘yicha jurnalni buzadigan PAT qoidasi keyingi auditda yiqiladi.
Va’da qilishdan oldin xaritalashni tekshiring
Yo‘l orqali bitta yangi ilova operatsiyasini o‘tkazing va faqat so‘rovni emas, javobni ham tasdiqlang. Backend egasidan ularning jurnallari qaysi manba manzilini yozganini so‘rang, manzil oilasini qayta ishlash ikkala yo‘nalishda ham rejaga mos kelishini tekshiring va rad etilishi kerak bo‘lgan yo‘l hali ham rad etilishini tasdiqlang. Eski ulanish siz hozir o‘zgartirgan xaritalash haqida hech narsani isbotlamaydi.
Backend autentifikatsiyasini uning ruxsat ro‘yxatini qondiradigan qaysi tarjima qilingan manzildan mustaqil saqlang, chunki xaritalash tarmoq santexnikasi, kirishni boshqarish qarori emas. Parolni tiklash NAT prefiksiga bog‘liq bo‘lgan lahzadan boshlab, har qanday kelgusi diapazon o‘zgarishi uzilishga aylanadi.
Tasdiqlashdan oldin uchta javobni yozing: tarjima turi, tarjimon egasi va uni ko‘tarib yuruvchi qo‘llab-quvvatlanadigan ulanish yoki mahsulot yo‘li. Agar ulardan biri hali taxmin bo‘lsa, loyiha o‘zgarish oynasiga tayyor emas.