This media is not supported in your browser
VIEW IN TELEGRAM
دنياي اطراف ما در سال ٢٠٥٠ به چه صورت خواهد بود!؟
هوش مصنوعي، اينترنت اشيا و مهندسي ژنتيك از حوزه هاي بسيار قابل تامل مي باشند.
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
هوش مصنوعي، اينترنت اشيا و مهندسي ژنتيك از حوزه هاي بسيار قابل تامل مي باشند.
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
🔻 پروتکلSSTP
پارت هشتم
نویسنده: مریم عبدالحسینی
🔎 #Mikrotik
🔎 #Training
🆔 @Notrobit
💠 Manager: @taheri1990
👇👇
پارت هشتم
نویسنده: مریم عبدالحسینی
🔎 #Mikrotik
🔎 #Training
🆔 @Notrobit
💠 Manager: @taheri1990
👇👇
🔻 پروتکل EOIP
پارت نهم
نویسنده: مریم عبدالحسینی
🔎 #Mikrotik
🔎 #Training
🆔 @Notrobit
💠 Manager: @taheri1990
👇👇
پارت نهم
نویسنده: مریم عبدالحسینی
🔎 #Mikrotik
🔎 #Training
🆔 @Notrobit
💠 Manager: @taheri1990
👇👇
Media is too big
VIEW IN TELEGRAM
آموزش صوتی و تصویری Campus LAB
مدرس: مهندس محمد طاهری
پارت: ششم
زمان اموزش: 6 دقیقه
🔎 #Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
مدرس: مهندس محمد طاهری
پارت: ششم
زمان اموزش: 6 دقیقه
🔎 #Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
🔻 پروتکل Virtual Router Redundancy
پارت دهم
نویسنده: مریم عبدالحسینی
🔎 #Mikrotik
🔎 #Training
🆔 @Notrobit
💠 Manager: @taheri1990
👇👇
پارت دهم
نویسنده: مریم عبدالحسینی
🔎 #Mikrotik
🔎 #Training
🆔 @Notrobit
💠 Manager: @taheri1990
👇👇
Media is too big
VIEW IN TELEGRAM
آموزش صوتی و تصویری Campus LAB
مدرس: مهندس محمد طاهری
پارت: هفتم
زمان اموزش: 7 دقیقه
🔎 #Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
مدرس: مهندس محمد طاهری
پارت: هفتم
زمان اموزش: 7 دقیقه
🔎 #Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
Media is too big
VIEW IN TELEGRAM
آموزش صوتی و تصویری Campus LAB
مدرس: مهندس محمد طاهری
پارت: هشتم
زمان اموزش: 6 دقیقه
🔎 #Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
مدرس: مهندس محمد طاهری
پارت: هشتم
زمان اموزش: 6 دقیقه
🔎 #Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
دانلود کتاب CCNA Data Center DCICN 200-150 Official Cert Guide
🔎 #CCNA_Data_Center
Password : notrobit.com
🆔 @Notrobit
💠 Manager: @taheri1990
👇👇👇👇👇
🔎 #CCNA_Data_Center
Password : notrobit.com
🆔 @Notrobit
💠 Manager: @taheri1990
👇👇👇👇👇
@notrobit
رمز عبوری که مینویسید:
🍏 حداقل 8 کاراکتر باشد.
🍊 از UpperCase استفاده شود.
🍋 از LowerCase استفاده شود.
🍇 از ارقام استفاده شود.
🍌 حداقل از کاراکترهایی مانند، * - / + ! = @ $ و ... استفاده شود.
📝 فرض کنید، هکر اقلا میداند که رمز شما یک رمزی بین 8 تا 12 کاراکتری هست (این اطلاعات رو از جایی پیدا کرده). فرض کنیم از کل کاراترهای نوع 🍌 در تمام کیبوردها جمعا 6 تا هست. (مثلا * + ! = @ $). و فرض کنیم این رمز عبور شخص حمله شده (که طولی 8 یا 9 یا 10 یا 11 یا 12 دارد، و برای هکر معلوم نیست) حداقل از تمام این مواردی که در بالا ذکر شد، استفاده کرده است. تعداد رمزهای متفاوتی که میتواند برای هکر وجود داشته باشد برابر است با:
(طبق اصل جمع و اصل ضرب)
(68^12)
+
(68^11)
+
(68^10)
+
(68^9)
+
(68^8)
(علت 68 بخاطر 26 تا الفبا لاتين با حروف بزرگ، 26 تا با حروف كوچك، 10 تا رقم، 6 تا سمبل در كيبورد. و توان هاي ٨ تا ١٢ همان تعداد كاراكترهاست، یعنی ابتدا طبق اصل ضرب تک تک حالات ضرب میشوند و چون رمز يكي از اين هاست، پس بايد جمع اين ها را حساب كرد.)
9920671339261325541376
(حالت ممکن)
این هکر تکنولوژی دارد که میتواند در عرض 1 نانوثانیه (10 به توان منفی 9 ثانیه)، تک تک رمزهای احتمالی را بررسی کند. در این صورت با یک تناوب ساده، 314,374 سال طول میکشد تا رمز واقعی را پیدا کند.
🐂 البته اگر رمز شخص کنار میز، یا رمزی قابل حدس زدن باشد، نیازی به گفتن این همه ریاضیات نیست 😃
برای شکستن رمز، در ساده ترین حالت معمولا از خانواده الگوریتمهای Brute-Force استفاده میکنند (با داشتن کمی اطلاعات راجع به رمز شخص). سیستم تک تک خانه های یک آرایه را مقایسه میکند. (که از تمام منابع استفاده میکنند و هیچ گونه تکنیک عاقلانهای ندارند)، بنابراین پیچیدگی زمانی نمایی دارند. (از نوع 2 به توان n یا از نوع n به توان یک عدد صحیح بزرگتر از 1) و هرچقدر اندازه ورودی بیشتر باشد، امکان یافتن خروجی به زمان بیشتری نیاز دارد.
باتشکر از مهندس زیامنش🙏
@notrobit
رمز عبوری که مینویسید:
🍏 حداقل 8 کاراکتر باشد.
🍊 از UpperCase استفاده شود.
🍋 از LowerCase استفاده شود.
🍇 از ارقام استفاده شود.
🍌 حداقل از کاراکترهایی مانند، * - / + ! = @ $ و ... استفاده شود.
📝 فرض کنید، هکر اقلا میداند که رمز شما یک رمزی بین 8 تا 12 کاراکتری هست (این اطلاعات رو از جایی پیدا کرده). فرض کنیم از کل کاراترهای نوع 🍌 در تمام کیبوردها جمعا 6 تا هست. (مثلا * + ! = @ $). و فرض کنیم این رمز عبور شخص حمله شده (که طولی 8 یا 9 یا 10 یا 11 یا 12 دارد، و برای هکر معلوم نیست) حداقل از تمام این مواردی که در بالا ذکر شد، استفاده کرده است. تعداد رمزهای متفاوتی که میتواند برای هکر وجود داشته باشد برابر است با:
(طبق اصل جمع و اصل ضرب)
(68^12)
+
(68^11)
+
(68^10)
+
(68^9)
+
(68^8)
(علت 68 بخاطر 26 تا الفبا لاتين با حروف بزرگ، 26 تا با حروف كوچك، 10 تا رقم، 6 تا سمبل در كيبورد. و توان هاي ٨ تا ١٢ همان تعداد كاراكترهاست، یعنی ابتدا طبق اصل ضرب تک تک حالات ضرب میشوند و چون رمز يكي از اين هاست، پس بايد جمع اين ها را حساب كرد.)
9920671339261325541376
(حالت ممکن)
این هکر تکنولوژی دارد که میتواند در عرض 1 نانوثانیه (10 به توان منفی 9 ثانیه)، تک تک رمزهای احتمالی را بررسی کند. در این صورت با یک تناوب ساده، 314,374 سال طول میکشد تا رمز واقعی را پیدا کند.
🐂 البته اگر رمز شخص کنار میز، یا رمزی قابل حدس زدن باشد، نیازی به گفتن این همه ریاضیات نیست 😃
برای شکستن رمز، در ساده ترین حالت معمولا از خانواده الگوریتمهای Brute-Force استفاده میکنند (با داشتن کمی اطلاعات راجع به رمز شخص). سیستم تک تک خانه های یک آرایه را مقایسه میکند. (که از تمام منابع استفاده میکنند و هیچ گونه تکنیک عاقلانهای ندارند)، بنابراین پیچیدگی زمانی نمایی دارند. (از نوع 2 به توان n یا از نوع n به توان یک عدد صحیح بزرگتر از 1) و هرچقدر اندازه ورودی بیشتر باشد، امکان یافتن خروجی به زمان بیشتری نیاز دارد.
باتشکر از مهندس زیامنش🙏
@notrobit
@notrobit
🔴مقاله : مسیر موفقیت شغلی در زمینه ی سیسکو (Your Route to Cisco Career Success)
🔵نویسنده : Kevin Wallace (دارای 2 مدرک CCIE در R&SوCollaboration ، عضو رسمی CiscoPress ، مدرس دوره های Livelessons و نویسنده ی تعدادی از کتاب های رسمی سیسکو ، مثل CCNP Routing & Switching - Route , TSHOOT)
🔵لینک لینکدین نویسنده : https://www.linkedin.com/in/kwallaceccie/
🔵زبان : انگلیسی
🔸پارت اول (آدرس مسیر مقصد): https://kwallaceccie.mykajabi.com/blog/your-route-to-cisco-career-success-part-1-goals-your-destination-address
🔸پارت دوم (وقتی زندگی ، در مسیر قرار میگیرد):https://kwallaceccie.mykajabi.com/blog/your-route-to-cisco-career-success-part-2-when-life-gets-in-the-way
@notrobit
🔴مقاله : مسیر موفقیت شغلی در زمینه ی سیسکو (Your Route to Cisco Career Success)
🔵نویسنده : Kevin Wallace (دارای 2 مدرک CCIE در R&SوCollaboration ، عضو رسمی CiscoPress ، مدرس دوره های Livelessons و نویسنده ی تعدادی از کتاب های رسمی سیسکو ، مثل CCNP Routing & Switching - Route , TSHOOT)
🔵لینک لینکدین نویسنده : https://www.linkedin.com/in/kwallaceccie/
🔵زبان : انگلیسی
🔸پارت اول (آدرس مسیر مقصد): https://kwallaceccie.mykajabi.com/blog/your-route-to-cisco-career-success-part-1-goals-your-destination-address
🔸پارت دوم (وقتی زندگی ، در مسیر قرار میگیرد):https://kwallaceccie.mykajabi.com/blog/your-route-to-cisco-career-success-part-2-when-life-gets-in-the-way
@notrobit
Mykajabi
Your Route to Cisco Career Success – Part 1 Goals: Your Destination Address
Media is too big
VIEW IN TELEGRAM
آموزش صوتی و تصویری Campus LAB
مدرس: مهندس محمد طاهری
پارت: نهم (پایانی)
زمان اموزش: 9 دقیقه
🔎 #Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
مدرس: مهندس محمد طاهری
پارت: نهم (پایانی)
زمان اموزش: 9 دقیقه
🔎 #Scenario
🆔 @Notrobit
💠Manager: @taheri1990
🔎 #Video
سلام دوستان امروز میخوایم در رابطه با یکی از ویژگی های روتینگ پروتکلEIGRP به اسم Unequal Path Load Balancing صحبت کنیم.
این رو میدونیم که هر روتینگ پروتکلی بر روی مسیرهایی با Metric های مساوی میتونه Load Balancing انجام بده اما پروتکل EIGRP پاشو فراتر از این میذاره :
بذارید برای درک بهتر به یک مثال نگاه کنیم :
پروتکل EIGRP میگه بر فرض مثال من دو مسیر دارم یکی با Metric 200 و دیگری با Metric 100 .
اصولا EIGRP کمترین Metric رو به عنوان بهترین مسیر انتخاب میکنه اما میگه اگه تو بخوای من میتونم از هردو مسیر برات Load کنم.
حال برای اینکه بتونیم Load را روی دو مسیر داشته باشیم باید Variance تعریف کنیم :
چگونگی ایجاد Load بر روی دو مسیر : باید Variance را یک عددی بگذاریم که ضرب آن با Metric مسیر Successor از Metric مسیر Feasible Successor بیشتر شود.
به مثال زیر توجه کنید :
Metric Successor = 50
Metric Feasible Successor = 60
حال اگر Variance را 2 قرار دهیم ضرب آن با 50 که Metric مسیر Successor هست میشه 100 در نتیجه از Metric مسیر Feasible Successor بیشتر میشه و میتونیم بر روی دو مسیر یعنی Successor و Feasible Successor ترافیک هایمان را Load کنیم.
نکته : مسیر هایی که نه Successor و نه Feasible Successor هستند به صرف نظر از Variance به هیچ وجه نمیتوانند به جدول Routing اضافه شن پس در نتیجه نمیتونن ترافیکی رو Load کنن.
خب دوستان تا اینجا یاد گرفتیم که چگونه میتونیم Unequal Load Balancing در روتینگ پروتکل EIGRP داشته باشیم و اما سوالی که پیش میاد اینه که آیا اصلا این Feature میتونه کارایی داشته باشه یا نه ؟؟
بسته به نوع شرایط هم میتونه خوب باشه هم نه بذارید با مثال بررسی کنیم :
فرض کنید دو خط اینترنت داریم یکی 10 مگ و دیگری 8 مگ. تویه EIGRP میاد تمامی ترافیک هارو بر روی مسیری که Metric کمتری داره Load میکنه پس خط اینترنتی که 10 مگ هستش به عنوان مسیر بهتر انتخاب میشه و ترافیک هارو ارسال میکنه و خط 8 مگ به عنوان Backup اون قرار میگیره. اما ممکنه ما نخوایم خط 8 مگی که داریم فقط به عنوان Backup اون یکی باشه چرا که داریم برای جفتشون پول پرداخت میکنیم اما از طرفی Metric های یکسان ندارن این دو مسیر پس نمیتونن Load Balancing داشته باشن تو این شرایط Unequal Load Balancing به کمکون میاد و نیاز مارو بر طرف میکنه.
همانطور که این Feature مزیت داره در شرایطی بدی های خودش رو هم داره :
در این مثال فرض کنید ما ترافیک های Voice و Video داریم یا به عبارت بهتر زمانی که ترافیک UDP داریم که به شدت به Delay و Jitter حساس هستند به هیچ عنوان این Feature پیشنهاد نمیشه نه تنها Unequal بلکه حتی لود بالانسینگ بر روی ترافیک های Equal هم پیشنهاد نمیشه چرا که ممکنه Metric ها یکسان باشه serialization delay خطوط متفاوت باشه و پکت اول از مسیر اول بره سپس پکت دوم از مسیر دوم اما بخاطر تاخیر پکت 3 زودتر برسه که ممکنه تویه بازی از دیوار رد شیم یهو😄😄😄.
امیدوارم مفید بوده باشه.
در ادامه میپردازیم به این چرا اصلا EIGRP میتونه لود بر روی مسیر هایی با متریک متفاوت داشته باشه اما پروتکل های دیگر نمیتونن.
#EIGRP
#Unequal_Path_Load_Balancing
🆔 : @notrobit
این رو میدونیم که هر روتینگ پروتکلی بر روی مسیرهایی با Metric های مساوی میتونه Load Balancing انجام بده اما پروتکل EIGRP پاشو فراتر از این میذاره :
بذارید برای درک بهتر به یک مثال نگاه کنیم :
پروتکل EIGRP میگه بر فرض مثال من دو مسیر دارم یکی با Metric 200 و دیگری با Metric 100 .
اصولا EIGRP کمترین Metric رو به عنوان بهترین مسیر انتخاب میکنه اما میگه اگه تو بخوای من میتونم از هردو مسیر برات Load کنم.
حال برای اینکه بتونیم Load را روی دو مسیر داشته باشیم باید Variance تعریف کنیم :
چگونگی ایجاد Load بر روی دو مسیر : باید Variance را یک عددی بگذاریم که ضرب آن با Metric مسیر Successor از Metric مسیر Feasible Successor بیشتر شود.
به مثال زیر توجه کنید :
Metric Successor = 50
Metric Feasible Successor = 60
حال اگر Variance را 2 قرار دهیم ضرب آن با 50 که Metric مسیر Successor هست میشه 100 در نتیجه از Metric مسیر Feasible Successor بیشتر میشه و میتونیم بر روی دو مسیر یعنی Successor و Feasible Successor ترافیک هایمان را Load کنیم.
نکته : مسیر هایی که نه Successor و نه Feasible Successor هستند به صرف نظر از Variance به هیچ وجه نمیتوانند به جدول Routing اضافه شن پس در نتیجه نمیتونن ترافیکی رو Load کنن.
خب دوستان تا اینجا یاد گرفتیم که چگونه میتونیم Unequal Load Balancing در روتینگ پروتکل EIGRP داشته باشیم و اما سوالی که پیش میاد اینه که آیا اصلا این Feature میتونه کارایی داشته باشه یا نه ؟؟
بسته به نوع شرایط هم میتونه خوب باشه هم نه بذارید با مثال بررسی کنیم :
فرض کنید دو خط اینترنت داریم یکی 10 مگ و دیگری 8 مگ. تویه EIGRP میاد تمامی ترافیک هارو بر روی مسیری که Metric کمتری داره Load میکنه پس خط اینترنتی که 10 مگ هستش به عنوان مسیر بهتر انتخاب میشه و ترافیک هارو ارسال میکنه و خط 8 مگ به عنوان Backup اون قرار میگیره. اما ممکنه ما نخوایم خط 8 مگی که داریم فقط به عنوان Backup اون یکی باشه چرا که داریم برای جفتشون پول پرداخت میکنیم اما از طرفی Metric های یکسان ندارن این دو مسیر پس نمیتونن Load Balancing داشته باشن تو این شرایط Unequal Load Balancing به کمکون میاد و نیاز مارو بر طرف میکنه.
همانطور که این Feature مزیت داره در شرایطی بدی های خودش رو هم داره :
در این مثال فرض کنید ما ترافیک های Voice و Video داریم یا به عبارت بهتر زمانی که ترافیک UDP داریم که به شدت به Delay و Jitter حساس هستند به هیچ عنوان این Feature پیشنهاد نمیشه نه تنها Unequal بلکه حتی لود بالانسینگ بر روی ترافیک های Equal هم پیشنهاد نمیشه چرا که ممکنه Metric ها یکسان باشه serialization delay خطوط متفاوت باشه و پکت اول از مسیر اول بره سپس پکت دوم از مسیر دوم اما بخاطر تاخیر پکت 3 زودتر برسه که ممکنه تویه بازی از دیوار رد شیم یهو😄😄😄.
امیدوارم مفید بوده باشه.
در ادامه میپردازیم به این چرا اصلا EIGRP میتونه لود بر روی مسیر هایی با متریک متفاوت داشته باشه اما پروتکل های دیگر نمیتونن.
#EIGRP
#Unequal_Path_Load_Balancing
🆔 : @notrobit