پروژه نهایی CCST؛ ساخت، تست، عیب‌یابی و مستندسازی یک شبکه کوچک

دو VLAN/Segment یا دو LAN با Routing ساده

پروژه نهایی باید ثابت کند مفاهیم جدا را می‌توانی کنار هم استفاده کنی. یک شبکه کوچک می‌سازی، Address Plan می‌دهی، Clientها را متصل می‌کنی، DHCP/DNS و Gateway را تست می‌کنی، چند خطا را عمداً پیدا می‌کنی و در پایان Diagram و Ticket فنی تحویل می‌دهی.

هدف پروژه حفظ Command نیست. باید بتوانی توضیح بدهی هر Test چه چیزی را ثابت می‌کند و اگر نتیجه متفاوت بود قدم بعدی چیست.

دو VLAN/Segment یا دو LAN با Routing ساده. DHCP برای Client و Static/Reserved Address برای Infrastructure.

Cisco Switch/Router با Hostname و Config ذخیره‌شده

Cisco Switch/Router با Hostname و Config ذخیره‌شده. Wi‑Fi امن یا Endpoint Wireless در صورت امکان.

Baseline سالم قبل از Fault لازم است. حداقل سه Fault از Physical، Addressing و Service ایجاد شود. PCAP یا Show Output برای یک Fault به عنوان Evidence ذخیره شود.

پروژه‌ای که فقط همه Pingها سبز باشند آموزش Troubleshooting کامل نیست

پروژه‌ای که فقط همه Pingها سبز باشند آموزش Troubleshooting کامل نیست. باید Failure کنترل‌شده، تشخیص و Verification هم داشته باشد.

پروژه باید Build، Test، Break، Fix و Document داشته باشد. هر Fix با Verification و Evidence کامل می‌شود. پایان CCST شروع مسیر CCNA است، نه پایان یادگیری شبکه.

Check Physical

از Check Physical شروع کن. بعد Check VLAN/IP. اگر تا اینجا چیزی غیرعادی ندیدی، Check Gateway/Route. در آخر Check DNS/Service و در پایان Security.

نتیجه «Check Physical» و «Check VLAN/IP» را کنار هم بگذار. اگر هر دو طبیعی بودند، «Check Gateway/Route» کمک می‌کند محدوده مشکل کوچک‌تر شود. «Check DNS/Service و در پایان Security» را زمانی انجام بده که بررسی‌های قبلی جواب روشنی نداده‌اند.

بعد از تحویل شبکه، PC حسابداری Server را با IP می‌بیند ولی با Name نه

بعد از تحویل شبکه، PC حسابداری Server را با IP می‌بیند ولی با Name نه. IP/Mask/Gateway و Route سالم‌اند؛ nslookup DNS اشتباه را نشان می‌دهد. دانشجو باید فقط DNS را اصلاح کند، دوباره Name را تست و Change را ثبت کند.

ترتیب منطقی بررسی همین وضعیت می‌تواند این باشد: Check Physical → Check VLAN/IP → Check Gateway/Route → Check DNS/Service و در پایان Security. این ترتیب را با نتیجه واقعی هر مرحله جلو ببر؛ اگر یکی از بررسی‌ها علت را روشن کرد، سراغ تغییرهای بی‌ربط نرو.

سناریو: دفتر 12 کاربر، یک Printer، یک Server، یک AP و دو Subnet

سناریو: دفتر ۱۲ کاربر، یک Printer، یک Server، یک AP و دو Subnet. Diagram، Address Table، Config پایه، Test Plan، سه Fault، Ticket Resolution و Backup Config را به عنوان خروجی پروژه بساز.

قبل از ایجاد خطا «Check Physical» را در حالت سالم ثبت کن. بعد از ایجاد یک خطای کنترل‌شده، همان مورد و در پایان «Check DNS/Service و در پایان Security» را دوباره بررسی کن. تفاوت قبل و بعد باید در گزارش تمرین مشخص باشد.

ساخت پروژه بدون Documentation

ساخت پروژه بدون Documentation. اصلاح Fault بدون ثبت شواهد قبل/بعد. استفاده از Password ساده یا Telnet در Config نهایی.

این پروژه همه اهداف CCST را در حد Entry-level جمع می‌کند. اگر توانستی بدون حدس مسیر Fault را توضیح بدهی، پایه مناسبی برای CCNA داری.

پروژه باید Build، Test، Break، Fix و Document داشته باشد

پروژه باید Build، Test، Break، Fix و Document داشته باشد. هر Fix با Verification و Evidence کامل می‌شود. پایان CCST شروع مسیر CCNA است، نه پایان یادگیری شبکه.

چرا Fault عمدی در پروژه لازم است؟ تا توانایی تشخیص و Troubleshooting، نه فقط Configuration، سنجیده شود. خروجی نهایی پروژه فقط فایل Packet Tracer است؟ خیر؛ Diagram، Address Plan، Test/Incident Notes و Backup/Config Evidence هم باید تحویل شود.