لب عملی: پیکربندی Dynamic NAT

این لب عملی dynamic NAT را با استفاده از یک استخر از آدرس‌های عمومی پیکربندی می‌کند، و تأیید می‌کند هاست‌های داخلی به آدرس‌هایی از استخر به‌صورت اول‌آمده-اول‌دریافت‌شده اختصاص می‌یابند و ترجمه‌ها پس از بی‌کارماندن منقضی می‌شوند.

پیکربندی Dynamic NATاستخر NATانقضای ترجمه

~3 min read · Updated Sep 23, 2026

هدف لب

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

هدف لب (چرا مهم است)

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

توپولوژی لب

R1
  Gi0/0 (inside): 192.168.55.1/24
  Gi0/1 (outside): 203.0.113.30/30

هاست‌های داخلی: PC-A (192.168.55.10)،
                PC-B (192.168.55.11)

استخر آدرس عمومی: 203.0.113.40 - 203.0.113.42

وظیفه ۱: پیکربندی آدرس‌دهی و اینترفیس‌های پایه

هر دو اینترفیس را پیکربندی کن، و Gi0/0 را به‌عنوان inside و Gi0/1 را به‌عنوان outside علامت‌گذاری کن.

وظیفه ۲: تعریف استخر NAT

یک استخر NAT با نام PUBLIC-POOL که سه آدرس نشان‌داده‌شده را پوشش می‌دهد بساز.

وظیفه ۳: تعریف یک ACL که ترافیک داخلی واجد شرایط را شناسایی می‌کند

یک ACL استاندارد که با زیرشبکه داخلی تطبیق دارد بساز.

وظیفه ۴: پیوند ACL به استخر

dynamic NAT را پیکربندی کن، و ACL را با استخر مرتبط کن.

وظیفه ۵: تأیید رخداد ترجمه پویا

از PC-A و PC-B ترافیک تولید کن و تأیید کن هرکدام یک آدرس متمایز از استخر دریافت می‌کنند.

وظیفه ۶: مشاهده انقضای ترجمه

اجازه بده ترجمه‌ها بی‌کار بمانند و تأیید کن نهایتاً از جدول پاک می‌شوند.

راه‌حل و تأیید

R1(config)# interface gigabitethernet0/0
R1(config-if)# ip address 192.168.55.1 255.255.255.0
R1(config-if)# ip nat inside
R1(config-if)# no shutdown
R1(config-if)# exit
R1(config)# interface gigabitethernet0/1
R1(config-if)# ip address 203.0.113.30 255.255.255.252
R1(config-if)# ip nat outside
R1(config-if)# no shutdown

R1(config)# ip nat pool PUBLIC-POOL 203.0.113.40 203.0.113.42 netmask 255.255.255.252

R1(config)# access-list 1 permit 192.168.55.0 0.0.0.255

R1(config)# ip nat inside source list 1 pool PUBLIC-POOL

PC-A> ping 203.0.113.1
PC-B> ping 203.0.113.1

R1# show ip nat translations

Pro  Inside global     Inside local      Outside local  Outside global
icmp 203.0.113.40      192.168.55.10     203.0.113.1    203.0.113.1
icmp 203.0.113.41      192.168.55.11     203.0.113.1    203.0.113.1
-- هر هاست یک آدرس متفاوت از استخر دریافت
-- کرد، اختصاص‌یافته به‌صورت اول‌آمده-اول-
-- دریافت‌شده همان‌طور که ترافیکشان شروع شد

-- پس از رهاکردن هر دو هاست بی‌کار برای چند
-- دقیقه (timeout بی‌کاری پیش‌فرض 24 ساعت
-- برای TCP است، کوتاه‌تر برای سایر انواع پروتکل):

R1# show ip nat translations
-- (ورودی‌ها نهایتاً پس از انقضای timeout بی‌کاری
--  پاک می‌شوند، و آدرس‌های استخر را برای
--  استفاده‌مجدد توسط هاست‌های دیگر آزاد می‌کنند)

نکته کلیدی

Dynamic NAT همچنان به یک آدرس عمومی به‌ازای هر هاست داخلی فعال هم‌زمان نیاز دارد، چون همچنان اساساً یک نگاشت یک-به-یک در هر لحظه‌ای است — با فقط ۳ آدرس در این استخر، یک هاست چهارم فعال هم‌زمان اصلاً نمی‌توانست ترجمه شود تا یکی از ترجمه‌های موجود منقضی شود، که دقیقاً همان محدودیت مقیاس‌بندی‌ای است که PAT، پوشش‌داده‌شده در لب بعدی، برای حل آن طراحی شد.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue