لب عملی: احراز هویت PPP با استفاده از PAP

این لب عملی احراز هویت PAP را روی یک لینک سریال PPP پیکربندی می‌کند، و تبادل ساده دومرحله‌ای نام‌کاربری و رمز عبور که PAP استفاده می‌کند را نشان می‌دهد، و نشان می‌دهد چه اتفاقی می‌افتد وقتی اعتبارنامه‌های پیکربندی‌شده بین دو روتر تطبیق ندارند.

احراز هویت PPP PAPامنیت لینک سریالپیکربندی نام‌کاربری و رمز عبور

~3 min read · Updated Sep 12, 2026

هدف لب

پیکربندی احراز هویت PAP بین دو روتر که PPP اجرا می‌کنند، تأیید احراز هویت موفق، سپس معرفی یک عدم‌تطابق اعتبارنامه و مشاهده شکست حاصل.

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

PAP یکی از دو روش استاندارد احراز هویت PPP است، و در حالی که اعتبارنامه‌ها را به‌صورت متن-ساده می‌فرستد (یک ضعف امنیتی که با جزئیات بیشتر هنگام مقایسه‌اش با CHAP در یک لب بعدی پوشش داده می‌شود)، همچنان یک بلوک سازنده بنیادین برای درک امنیت لینک WAN است و گاهی همچنان برای سازگاری با تجهیزات قدیمی‌تر مورد نیاز است.

توپولوژی لب

R1 ---- Serial0/0/0 (DTE) ------ Serial0/0/0 (DCE) ---- R2

R1: 10.11.11.1/30
R2: 10.11.11.2/30

هر دو روتر از قبل کپسوله‌سازی PPP را اجرا
می‌کنند، همان‌طور که در لب قبلی پیکربندی شد

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

روی R1، یک نام‌کاربری محلی منطبق با hostname R2 با یک رمز عبور توافق‌شده بساز. روی R2، یک نام‌کاربری محلی منطبق با hostname R1 با همان رمز عبور بساز.

وظیفه ۲: فعال‌کردن PPP و PAP

اطمینان حاصل کن کپسوله‌سازی PPP تنظیم شده، سپس احراز هویت PAP را روی هر دو اینترفیس سریال فعال کن.

وظیفه ۳: پیکربندی اعتبارنامه‌های PAP خروجی

روی اینترفیس هر روتر، نام‌کاربری و رمز عبوری که در طول احراز هویت به همتای دوردست فرستاده می‌شود را مشخص کن.

وظیفه ۴: تأیید احراز هویت موفق

تأیید کن لینک با موفقیت احراز هویت می‌شود و اتصال IP کار می‌کند.

وظیفه ۵: معرفی یک عدم‌تطابق رمز عبور

رمز عبور در پایگاه‌داده نام‌کاربری محلی R2 را بدون به‌روزرسانی اعتبارنامه‌های خروجی R1 تغییر بده، سپس شکست احراز هویت حاصل را مشاهده کن.

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

R1(config)# username R2 password Cisco123
R1(config)# interface serial0/0/0
R1(config-if)# encapsulation ppp
R1(config-if)# ppp authentication pap
R1(config-if)# ppp pap sent-username R1 password Cisco123

R2(config)# username R1 password Cisco123
R2(config)# interface serial0/0/0
R2(config-if)# encapsulation ppp
R2(config-if)# ppp authentication pap
R2(config-if)# ppp pap sent-username R2 password Cisco123

R1# show interfaces serial0/0/0

Serial0/0/0 is up, line protocol is up
  Encapsulation PPP

R1# ping 10.11.11.2

!!!!!
Success rate is 100 percent (5/5)

R2(config)# username R1 password WrongPassword

R1# show interfaces serial0/0/0

Serial0/0/0 is up, line protocol is down

R1# debug ppp authentication

PPP Serial0/0/0: remote passed PAP authentication
PPP Serial0/0/0: Send PAP Auth-Nak
-- R2 اعتبارنامه‌های R1 را رد می‌کند، چون
-- پایگاه‌داده نام‌کاربری محلی R2 دیگر رمز
-- عبور منطبقی که R1 می‌فرستد را ندارد

R2(config)# username R1 password Cisco123

R1# show interfaces serial0/0/0
Serial0/0/0 is up, line protocol is up

نکته کلیدی

دستور username محلی هر روتر مشخص می‌کند چه اعتبارنامه‌ای انتظار دارد از یک همتا دریافت کند، در حالی که ppp pap sent-username مشخص می‌کند چه اعتبارنامه‌ای می‌فرستد — این‌ها به‌راحتی گیج‌کننده هستند، و یک عدم‌تطابق در هر سمت (انتظار‌رفته در مقابل فرستاده‌شده) شکست احراز هویت یکسانی تولید می‌کند، پس هر دو باید در طول عیب‌یابی بررسی شوند.

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