Notrobit – Telegram
Notrobit
436 subscribers
611 photos
112 videos
340 files
93 links
About Notrobit: Launched in 2015,
We want you to succeed, and we are willing to do anything possible to help you make it happen
----------------------
Contact Manager: @taheri1990
Download Telegram
سلام خدمت دوستان و همراهان عزیز.

تصمیم گرفتیم هر هفته چندین سوال از سوالاتی که در Exam ها بسیار مهمتر می باشند و سیسکو مانور بیشتری بر روی آنها دارد بصورت ترجمه شده در کانال مطرح کنیم و در نهایت بعد از پاسخ های شما عزیزان بصورت کامل و detail وار در رابطه با سوال مطرح شده و پاسخ صحیح صحبت کنیم.

امیدواریم که مفید واقع شود.

🆔 @Notrobit
دوستان عزیز نوتروبیتی
ضمن تسلیت به بازماندگان زمین لرزه اخیر درخواست دارم تا در امر خیری که آقای علی دایی ایجاد نمودند شرکت کنید و نظاره گر نباشیم سپاس از همه شما عزیزان
سلام خدمت دوستان و همراهان عزیز.
در این مقاله قصد داریم تا در رابطه با یکی دیگر از فیچر های مورد استفاده در Spanning Tree صحبت کنیم در قسمت قبل در رابطه با Root Guard صحبت کردیم و در این قسمت قصد داریم تا در رابطه با فیچر Loop Guard صحبت کنیم و این فیچر رو بررسی کنیم.

گاهی اوقات در شبکه ی ما ممکن است یک سوییچ یک پورتش در حالت Root Port باشد و پورت دیگر در حالت Block . میدانیم که حتی پورتی که در حالت Block می باشد نیز BPDU دریافت میکند. حال ممکن است به هر دلیلی اون پورتی که Block هست BPDU دریافت نکنه بطور مثال یک Firewall بینشون باشع که جلوی جریان BPDU رو بگیره اما لینک Fail نشده باشه.

بصورت ساده میتونیم بیان کنیم که لینک قطع نشده باشد اما به هردلیلی جریان BPDU متوقف شده باشد. در این حالت سوییچ چون روی پورت Block خود هیچ BPDU ای دریافت نمیکند یک تغییر را حس میکند و اون پورت Block رو به حالت Forward می برد. نتیجه ی این تغییر باعث ایجاد Loop در شبکه میشود.
فیچر Loop Guard وقتی فعال میشه میگه من حواسم به Non-Designated Port ها هست یعنی همون Alternate Port ها.

میگه حواسم بهشون هست که جریان BPDU بر روی اونها قطع نشه و من به دلیل این قطع شدن جریان به این نتیجه نرسم که پورت رو به حالت Forward ببرم و اگر جریان BPDU قطع شد من میام اون پورت رو به حات Loop-Inconsistent میبرم.

نکته : وقتی میایم این فیچر رو بر روی تمامی پورت ها فعال میکنیم خود Loop Guard میاد بر روی اون Non-Designated پورت ها جریان BPDU رو مانیتور میکنه.
#Spanning_Tree
#Loop_Guard

🆔 @Notrobit
مزایای استفاده از رمزهای عبور 6 کاراکتری در تلفن همراه
برای شکستن رمز 6 کاراکتری 196 سال زمان لازم است در صورتی که برای شکستن رمز 4 کلمه ای 18 دقیقه

🆔 @Notrobit
یک ماژول رم 1 بایتی مربوط به سال 1946

🆔 @Notrobit
دانلود کتاب Juniper SRX Series

#Juniper
#SRX

🆔 @Notrobit

💠 Manager: @taheri1990
👇👇👇👇👇
انواع فایروال های سیسکو ASA
و کاربردشان در محل زیرساخت شبکه های مختلف

🆔 @Notrobit
اتفاقاتی که تا سال 2099 برای دنیای تکنولوژی می‌افتد!

🆔 @Notrobit
سلامی گرم خدمت دوستان گرامی در این قسمت قصد بر این داریم تا در رابطه با پروتکل Simple Network Management Protocol یا به اختصار SNMP صحبت کنیم و این پروتکل رو مورد بررسی قرار بدیم.

Simple Network Management Protocol (SNMP) :

پروتکل SNMP یک پروتکل مورد استفاده برای مدیریت شبکه می باشد.
این پروتکل برای جمع آوری اطلاعات از Configuration دستگاه های شبکه مانند سرور ها،روترها،سوئیچ و پرینتر و تمامی دستگاهی هایی که در داخل شبکه بر روی پروتکل IP فعالیت میکنند.

پروتکل SNMP شامل دو بخش میباشد :
SNMP Manager :

سیستم مدیریت شبکه که از SNMP برای نظارت و دریافت داده ها از هرتعداد از دستگاه های شبکه استفاده میکند.SNMP Manager معمولا برنامه ای است که در یک مکان مرکزی اجرا میشود.
SNMP Agent :

یک فرایند که برروی دستگاه های شبکه که تحت نظارت هستند اجرا میشود. تمامی داده ها و دیتاها توسط خود دستگاه جمع آوری شده و در یک پایگاه داده محلی ذخیره میشوند. سپس Agent میتواند به Query های SNMP با اطلاعات از دیتابیس محلی خود پاسخ دهد و میتواند Alert و Trap هارا به SNMP Manager ارسال کند.

هر سوئیچ در شبکه بصورت خودکار دیتاهای مربوط به خودش و تمامی اینترفیس هایش را جمع آوری میکند.
این دیتاها در محلی به نام Management Information Base (MIB) در Memory ذخیره شده و بصورت Real Time آپدیت میشوند.

این MIB در ساختار Hierarchical یک ساختار درختی را ایجاد میکند.بصورت ساده تمام MIB مجموعه ای از متغییر ها می باشد که در MIB های جداگانه ذخیره میشوند این این MIB ها شاخه های این درخت را تشکیل میدهند.

هر MIB براساس زبان Abstract Syntax Notation 1 (ASN.1) میباشد.هر متغییر در MIB با یک شناسه به نام object identifier(OID) وجود دارد که یک رشته ی طولانی که مسیر Root Tree تا مکان دقیق متغییر دنبال میکند.

برای دیدن هریک از اطلاعات MIB باید SNMP Manager یک SNMP Poll و یا Query را به سو.یچ ارسال کند.

این Query حاوی OID متغییری است که SNMP Manager درخواست کرده تا Agent در حال اجرا بر روی سوییچ متوجه میشود که چه اطلاعاتی برای بازگشت وجود دارد.

حال SNMP Manager میتواند با استفاده از یکسری از مکانیزم ها با SNMP Agent ارتباط برقرار کند و همچنین تمامی این ارتباط بر روی پروت UDP 161 میباشد. :

Get Request :
یک مقدار (Value) خاص MIB مورد نیاز می باشد.
Get Next Request :
مقدار بعدی از درخواست اولیه ی دریافتی مورد نیاز می باشد.
Get Bulk Request :
جدول کامل و یا لیست مقادیر در یک متغییر MIB مورد نیاز می باشد.
Set Request :
یک متغییر خاص MIB باید به یک مقدار تنظیم شود.

بعد از متوجه شدن نوع برقراری ارتباط بین SNMP Manager و SNMP Agent حال بین این دو اطلاعاتی رد و بدل میشود.

پیام های SNMP Poll و یا Request ها معمولا بصورت دوره ای توسط SNMP Manager ارسال میشوند.این مشکلاتی از قبیل سخت شدن مانتیورینگ میشود زیرا تا بازه ی بعدی متوجه مشکلات نمیشود.

با این حال SNMP Agent میتواند Alert های ناخواسته را به SNMP Managerبصورت Real-Time ارسال کند این Alert ها میتواند با مکانیزم های زیر بر روی پورت UDP 162 ارسال شوند :

SNMP Trap :

اخبار مربوط به Event های (تغییر وضعیت اینترفیس ها که UP/DOWN شدن یا خیر ،Device Failure و ...هرچیزی) بدون هیچ Ack ای که بگه این Alert ها دریافت شدن.
Informs Request :

اخبار یک Event به SNMP Manager ارسال میشود و Manager باید به Agent یک Ack مبنی بر تایید کردن اینکه اون اطلاعات دریافت شده بفرستد.

پروتکل SNMP در سه ورژن موجود می باشد :

SNMP Version 1 :

از یک متغییر ساده Get و Set Request همراه با یک SNMP Trap ساده استفاده میکند. SNMP Manager با تطبیق یک Community text String میتواند به SNMP Agent ها دسترسی پیدا کند.
هنگامی که Manager میخواد یک متغییر MIB را در یک دستگاه بخواند و یا آنرا بنویسد یک Community String به عنوان بخشی از Request ارسال میکند.
در تئوری اینگونه بیان شده که Manager و Agent تنها به شرط یکسان بودن Community ها میتونن باهم ارتباط برقرار کنند. اما در عمل و واقعیت هردستگاه توانایی خواندن و نوشتن متغییرها به دیتایس MIB یه Agent با ارسال رشته ی Community درست و مناسب بدونه اینکه ایا اون دستگاه SNMP Manager است یا خیر که این یک حفره ی امنیتی بزرگ در SNMP ایجاد میکند.

SNMP Version 2 :
نسخه ی دوم SNMP برای رفع برخی ضعف های امنیتی و نگرانی ها بوجود اومد.
بطور مثال در SNMP V1 شمارنده ی متغییر (Variable Counters) یکم معنی کردنشون سخته :) 32 بیتی بود که در SNMP V2 به 64 بیت تغییر کرد.
علاوه بر این SNMP V2 یک Request یعنی Bulk Request را نیز عرضه میکند که در SNMP V1 وجود نداشت و با استفاده از آن میتوان متغییر های MIB را با یک Request مجزا در یک فرم بزرگ بازیابی کرد. همچنین Event های ارسال شده از یک SNMP Agent میتواند به شکل SNMP Trap و یا Inform Request اطلاع رسانی شوند.(توجه داشته باشید که Inform Request نیاز به Ack از سمته SNMP Manager دارد که تایید کند پیام دریافت شده)
نکته : در SNMP V2 هیچ یک از مشکلات امنیتی در SNMP V1 رفع نشده است. همچنین پیاده سازی های دیگری از SNMP V2 وجود داشت که با SNMP V2C ناسزگار بودند که این دو مانع از گسترش این ورژن و دلیلی برای عرضه ی ورژن جدید تر شدند.

SNMP Version 3 :

اخرین ورژن SNMP که در حال حاضر از آن استفاده میشود SNMP V3 می باشد.
در این ورژن تمامی مشکلات امنیتی که در ورژن های قبل موجود بود را رفع شده است.
ورژن 3 SNMP میتواند با استفاده از Username (نام کاربری) SNMP Manager هارا Authenticate (تایید) کند.
هنگامی که بر روی SNMP Agent ها Username کانفیگ شود میتوان آنهارا در گروه های SNMP V3 سازماندهی کرد.
همچنین دسترسی به اطلاعات هر MIB را میتوان بر اساس هر گروه کنترل کرد.میتوان تایید کرد که کدام مقدار های MIB از Tree را میتوان خواند یا نوشت.
هر گروه SNMPv3 با یک سطح امنیتی تعریف شده است که از میزان مشخصی از داده های SNMP محافظت می کند.
پکت های داده ها میتوانند Authenticate شوند برای حفظ یکپارچگی و همچنین میتوانند Encrypt شوند برای رمزگذاری داده ها و یا هردوی آنها.
ممکن است در دیدن نام آنها گیج شوید در طرح نام گذاری Auth همان Authentication و Priv همان Encryption می باشد.
حال نگاهی به این سطح های امنیتی بی اندازیم :
noAuthNoPriv :
پکت های SNMP نه Authenticate و نه Encrypt میشوند.
AuthNoPriv :
پکت های SNMP احراز هویت Authenticate میشوند اما Encrypt نمیشوند.
AuthPriv :
پکت های SNMP هم Authenticate و هم Encrypt میشوند.
به عنوان Best Practice باید از SNMP V3 برای استفاده از ویژگی های امنیتی استفاده شود.

خب دوستان این هم یک بررسی اجمالی در رابطه با پروتکل SNMP امیدوارم مفید بوده باشه.

#Simple_Network_Management_Protocol
#SNMP
#version1_version2_version3

🆔 @Notrobit
بدون شرح!
@Notrobit
دانلود پرکاربرد ترین IOU ها برای نرم افزار شبیه ساز شبکه UNL و آپدیت آن EVE

نکته : این IOU ها کمترین Bug را داشته و سوییچ لایه دو قرار گرفته 90 درصد موارد Switching را پشتیبانی میکند از جمله Vacl,Private vlan....etc

ما را به دوستان خود معرفی کنید :👇👇👇👇

🆔 @Notrobit
IOU-Notrobit.Com.rar
99.8 MB
دانلود سوییچ لایه 2 و لایه 3 و روتر برای شبیه ساز UNL/EVE
Password : notrobit.com
🆔 @Notrobit
Media is too big
VIEW IN TELEGRAM
آموزش صوتی و تصویری LAN Network Design
مدرس: مهندس محمد طاهری
پارت: دوم
زمان اموزش: 20 دقیقه

🔎#Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
پسرم این عکس جدّته😘😄

🆔 @Notrobit
🔠 : در سوییچ های شرکت سیسکو بصورت پیش فرض چه مدت زمانی یک Mac Address در جدول Mac Address Table باقی میماند و بعد از آن زمان از بین میرود؟

300 ثانیه – 64
👍👍👍👍👍👍👍 96%

150 ثانیه – 2
▫️ 3%

500 ثانیه – 1
▫️ 1%

100 ثانیه
▫️ 0%

👥 67 people voted so far. Poll closed.
دوستان توجه کنید که سوالات مطرح شده در کانال از سوالات رسمی امتحانات می باشد و سعی بر این شده تا سوالاتی که VALID هستند مطرح شوند در پایان نیز پاسخ به همراه توضیحی مختصر در رابطه با سوال ارائه میگردد.🌹🌹

@Notrobit
دانلود کتاب GNS3 Network Simulation Guide

#GNS3

🆔 @Notrobit

💠 Manager: @taheri1990
👇👇👇👇👇