#ام_دی_کورس

خدمات کلیدی ارائه شده توسط DNS


سامانه DNS یه سری خدمات مختلف ارائه میده که کار اینترنت تسهیل می کنه. حالا میریم سراغ بعضی از خدمات مهم و حیاتی DNS:


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

اسم دامنه رو به آدرس IP تبدیل کردن یا تطابق دامنه با آدرس آیپی (Host-to-IP address mapping)

دی ان اس یه دیتابیس از اسم دامنه ها و آدرس های IP مربوط بهشون رو داره. این اسم دامنه به IP برای اینکه دستگاه ها بتونن همدیگه رو تو اینترنت پیدا کنن ضروریه.

مثلاً، اسم دامنه "www.google.com" رو در نظر بگیرید. تبدیل اسم دامنه به آدرس آیپی یعنی آدرس دامنه مثلا گوگل رو به آیپی 172.67.21.11 تبدیل کنه

ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

نام مستعار میزبان (Host aliasing)


دی ان اس از ویژگی به نام Host aliasing پشتیبانی می کنه که از طریق رکوردهای CNAME فعال می شه و این ویژگی به یک آدرس IP یا نام دامنه اصلی اجازه می ده تا با چندین نام مستعار دامنه مرتبط شود.

برای مثال، دامنه اصلی "google.com" را در نظر بگیرید. ممکن است بخواهید وب سایت شما نه تنها از طریق "google.com"، بلکه از طریق نام های مستعار مختلفی مانند "www.google.com"، "web.google.com" و "blog.google.com" نیز قابل دسترسی باشه. با تنظیم رکوردهای CNAME مناسب در DNS، همه این نام های مستعار می توانند به دامنه اصلی "google.com" اشاره کنند. در نتیجه، کاربران می توانند با استفاده از هر یک از این نام های دامنه به وب سایت شما دسترسی داشته باشند، که همه به یک آدرس IP مقصد منتهی می شود.

ادامه در پست بعدی...


🆔 @MdDaily

#ام_دی_کورس

مسیریابی ایمیل (Email Routing)

دی ان اس نقش حیاتی در مسیریابی ایمیل از طریق رکوردهای MX ایفا می‌کند. این رکوردها به یک دامنه اجازه می‌دهند تا مشخص کند کدام سرورهای ایمیل مسئول دریافت پیام‌های ایمیل به نمایندگی از آن هستند. این مکانیزم امکان انعطاف‌پذیری در تنظیمات ایمیل را فراهم می‌کند.

به عنوان مثال، فرض کنید که سرور اصلی ایمیل مشخص شده برای دریافت ایمیل‌ها برای دامنه "google.com" سرور "mail.google.com" باشه. شما ممکن است بخواهید آدرس‌های ایمیل خاصی داشته باشید، مانند اون هایی که به "@sales.google.com" یا "@support.google.com" ختم می‌شوند، اما همچنان تمام ایمیل‌های ارسال شده به این آدرس‌ها را به سرور "mail.google.com" هدایت کنید.

با تنظیم رکوردهای MX به درستی، ایمیل‌های ارسالی به هر یک از این آدرس‌ها به سرور اصلی ایمیل مشخص شده هدایت می شوند.


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس


تبدیل آدرس IP به میزبان (IP-to-host address mapping)

دی ان اس معمولاً برای تبدیل نام دامنه به آدرس IP استفاده میشه، اما میتونه کار برعکس رو هم انجام بده و آدرس IP رو به نام دامنه تبدیل کنه. این کار برای امنیت و ثبت لاگ ها کاربردیه.

برای مثال، یک شرکت ممکنه از IP-to-host address mapping برای شناسایی دستگاه های متصل به شبکه خودش استفاده کنه. این کار میتونه به شرکت کمک کنه تا امنیت شبکه خودش رو بهبود بده.

یا یک سازمان دولتی ممکنه از IP-to-host address mapping برای ثبت لاگ ها استفاده کنه. این کار میتونه به سازمان کمک کنه تا فعالیت های مشکوک رو شناسایی کنه.


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

توزیع بار (Load Balancing)

فرض کنید شما یک وب سایت دارید که خیلی محبوب شده و تعداد بازدیدکنندگانش خیلی زیاد هستند. اگر یک سرور برای این وب سایت داشته باشید، ممکنه سرور شما نتونه پاسخگوی این حجم از ترافیک باشه و وب سایت شما کند یا حتی از دسترس خارج بشه.

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

یا به عبارت دیگه:

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



ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

ساختار دی ان اس (DNS Hierarchy)

دی ان اس یک پایگاه داده است که این پایگاه داده به صورت سلسله مراتبی سازماندهی شده عمل میکنه. تصویر بالا نمای کلی از ساختار DNS را نشون میده.

در ادامه هر بخش از این ساختار را بررسی می کنیم.

ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

سرورهای DNS ریشه (Root DNS Servers)

سرورهای ریشه DNS، مهم ترین سرورهای اینترنت هستند. این سرورها مثل دفترچه تلفن اینترنت هستند و به ما کمک می کنند آدرس های IP سایت ها و سرویس های مختلف را پیدا کنیم.

وقتی شما یک آدرس سایت یا سرویسی را در مرورگر خود وارد می کنید، ابتدا سرورهای DNS محلی شما سعی می کنند آدرس IP آن را پیدا کنند. اگر نتوانند، به سرورهای ریشه DNS مراجعه می کنند.

سرورهای ریشه DNS یک پایگاه داده از تمام دامنه های اینترنتی دارند. وقتی یک سرور DNS محلی به سرورهای ریشه DNS مراجعه می کنه، اونها بهش آدرس IP دامنه مورد نظر را می دهند.

سرورهای ریشه DNS در سراسر جهان قرار دارند تا دسترسی به اینترنت برای همه افراد آسان باشه.

فقط 13 سرور ریشه DNS در سراسر جهان وجود دارد.

هر سرور ریشه DNS در چندین مکان فیزیکی تکرار می شود تا امنیت و قابلیت اطمینان آن افزایش یابد و نزدیک به هزار سرور فیزیکی در سراسر جهان وجود دارد.

سرورهای ریشه DNS توسط سازمان ICANN (آیکان نام یک شرکت اینترنتی است که در سال ۱۹۹۸ در ایالات متحده آمریکا تاسیس شد و مسئول پروتکل اینترنتی، فضای آدرس، تعیین پروتکل مدیریت سیستم دامنه های کشوری و عمومی و مدیریت سیستم روت سرور می‌باشد) اداره می شوند.


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

سرورهای DNS دامنه سطح بالا Top-Level Domain (TLD) DNS servers


بعد از سرورهای ریشه، سرورهای TLD (دامنه سطح بالا) قرار دارند. هر سرور TLD مسئول یک نوع دامنه است، مثل .com، .edu، .net و .org.

آیکان (ICANN) سازمان بین المللی مسئول نام ها و شماره های اینترنتی، مسئول مدیریت سرورهای TLD است. این سازمان مسئولیت هر دامنه TLD را به یک سازمان دیگر واگذار می کند.

اگر می خواهید یک دامنه جدید ثبت کنید، باید به یک ثبت کننده نام دامنه مراجعه کنید. ثبت کننده ها نهادهای معتبری هستند که با رجیستری ها همکاری می کنند تا فرآیند ثبت نام را انجام دهند.

ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

سرورهای DNS معتبر (Authoritative DNS servers)

سرورهای DNS معتبر منبع اصلی برای یافتن آدرس IP نام دامنه در دامنه خاص خود هستند. آنها نگاشت های واقعی نام به آدرس IP را برای یک دامنه رو ذخیره می کنند. در حالی که مکانیسم های کشینگ مختلفی در سراسر اینترنت برای سرعت بخشیدن به یافتن نام دامنه وجود دارد، این Authoritative DNS servers هستند که هنگام پرس و جو پاسخ صحیح و نهایی را ارائه می دهند.

مالکان یا مدیران دامنه رکوردهای دامنه خود را پیکربندی می کنند، اما زیرساخت واقعی - سرورهای DNS - اغلب توسط ارائه دهندگان میزبانی DNS یا ثبت کنندگان مانند Cloudflare، Namecheap، GoDaddy و دیگران نگهداری و راه اندازی می شود.

به زبان ساده تر، Authoritative DNS servers، سرورهایی هستند که مسئولیت ارائه پاسخ صحیح به پرسش های مربوط به آدرس IP نام دامنه را بر عهده دارند. این سرورها توسط مالکان یا مدیران دامنه پیکربندی می شوند، اما اغلب توسط ارائه دهندگان میزبانی DNS یا ثبت کنندگان اداره می شوند.

برای مثال، هنگامی که شما نام دامنه یک وب سایت را در مرورگر خود تایپ می کنید، مرورگر شما با سرورهای DNS ارتباط برقرار می کند تا آدرس IP وب سایت را بیابد. سرورهای DNS معتبر برای دامنه مورد نظر شما، آدرس IP صحیح را به مرورگر شما ارائه می دهند.

سرورهای DNS معتبر نقش مهمی در اینترنت ایفا می کنند و به اطمینان از اینکه کاربران می توانند به وب سایت های مورد نظر خود دسترسی داشته باشند کمک می کنند.

ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

سرورهای DNS بازگشتی Recursive DNS Servers Resolver

سرورهای بازگشتی یا Resolver پرس و جوهای DNS را که توسط دستگاه های کلاینت مثل کامپیوتر و گوشی ها پرسیده می شوند رو مدیریت می کنن.

وقتی یه دستگاه میخواد نام دامنه رو Resolve (عمل ترجمه نام دامنه به آدرس IP ) به این سرور ها وصل میشه. با توجه به تصویر بالا DNS Resolver از طرف کلاینت سلسله مراتب DNS رو طی میکنه و با سرورهای DNS مختلف در ارتباطه تا آدرس IP مرتبط با نام دامنه رو پیدا کنه و به کلاینت بده .

سرور های Resolver اغلب پاسخ ها را کش می کنند تا از پرس و جو مکرر اطلاعات مشابه جلوگیری کنند.


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

رزولوشن دی ان اس (DNS Resolution) چطوری کار می‌کنه؟

تو DNS دو روش اصلی برای پاسیخ به کوئری (query resolution) وجود داره:

رزولوشن پرسش تکراری (Iterative query resolution)

رزولوشن پرسش بازگشتی (Recursive query resolution)

این روش ها مشخص می کنن که سرورهای DNS چجوری با هم کار می کنن تا آدرس IP مربوط به یک دامنه خاص رو پیدا کنن. در اینجا یک مرور کلی از هر روش ارائه شده.


رزولوشن پرسش تکراری

در رزولوشن پرسش تکراری، سرور DNS ای که کوئری رو دریافت می‌کنه، به سرور کوئری دهنده ارجاعاتی میده و اون رو در سلسله مراتب DNS راهنمایی می‌کنه. سرور کوئری دهنده با ارسال کوئری‌های بعدی بر اساس ارجاع‌های دریافت شده، به طور فعال در این فرآیند مشارکت می‌کنه.

خب اینجا یکم توضیحش پیچیده شد😅 پس بیاین با استفاده از مثالی که در تصویر بالا نشون داده شده، کارکرد رزولوشن پرسش تکراری رو بهتر بفهمیم.

در ادامه هر مرحله ی تصویر بالا به صورت جداگونه توضیح داده میشه


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

فرض کنید که هاست درخواست کننده در حال درخواست برای resolve نام bytebytego.com است. بریم ببینیم طبق تصویر پست بالا دقیقا چه اتفاقی میوفته:

1. هاست ابتدا یک پیام پرس و جو به DNS resolver محلی ارسال می کنه. پیام پرس و جو حاوی نام هاست bytebytego.com است که باید ترجمه شود.

2. اگر resolver آدرس IP را در حافظه کش خود نداشته باشه، یک پرس و جو به یک سرور DNS ریشه یا همون Root DNS Servers ارسال می کنه.

3. سرور DNS ریشه، با تشخیص پسوند .com، ارجاعی به سرورهای TLD مسئول .com ارائه می ده.

4. حالا resolver یک پرس و جو جدید به یکی از این سرورهای TLD ارسال می کنه.

5. سرور TLD ارجاعی به سرور DNS معتبر یا همون Authoritative DNS servers مسئول bytebytego.com ارائه می ده.

6. بعد resolver پرس و جوی دیگری را به سرور DNS معتبر ارسال می کنه.

7. سرور DNS معتبر با آدرس آیپی bytebytego.com پاسخ می ده.

8. سپس resolver DNS این آدرس IP را کش میکنه و بعد اون رو به هاست درخواست کننده برمی گردونه.

9. اکنون، هاست درخواست کننده یک درخواست HTTP به آدرس IP سرور وب http://www.bytebytego.com ارسال می کنه.

10. سرور وب صفحه وب www.bytebytego.com را برمی گردونه.


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

رزولوشن پرسش بازگشتی (Recursive Query Resolution)

در روش Recursive Query Resolution سرور DNS دریافت کننده کوئری، مسئولیت یافتن آدرس IP به نمایندگی از کلاینت را بر عهده می گیره. ممکنه خود سرور از کوئری های تکراری (Iterative query) برای پیمایش در سلسله مراتب DNS تا زمانی که به سرور DNS معتبر (authoritative) برای دامنه مورد نظر برسه، استفاده کنه.

شبیه مثال پست قبلی نحوه ی بدست اومدن آدرس آی پی bytebytego.com با استفاده از Recursive Query Resolution در تصویر پست اومده


🆔 @MdDaily

کرش کورس DNS (سیستم نام دامنه)

💡 فهرست مطالب:

- معرفی
- مقدمه
- دی ان اس چیست
-خدمات کلیدی ارائه شده توسط DNS
- Host-to-IP address mapping
- Host aliasing
- Email Routing
- IP-to-host address mapping
- Load Balancing
- DNS Hierarchy
- Root DNS Servers
- Top-Level Domain (TLD) DNS servers
- Authoritative DNS servers
- Recursive DNS Servers Resolver
- DNS Resolution
- Recursive Query Resolution


منابع استفاده شده:
https://www.cloudflare.com/learning/dns/what-is-dns/
https://aws.amazon.com/route53/what-is-dns/
https://blog.bytebytego.com/p/a-crash-course-in-dns-domain-name


🆔 @MdDaily

معرفی ابزار Plane

ابزار متن باز مدیریت پروژه Plane یه جایگزین خوب برای Linear/JIRA هست که ازش می تونید برای مدیریت تسک ها و پروژه هاتون استفاده کنید.

بعضی از ویژگی های این ابزار:

- دارای UI/UX فوق العاده
- دارای integrations قدرتمند
- قابلیت Self Hosted
- قابلیت سفارشی سازی تم
- فیلتر و تحریم نبودن وبسایت :)

وبسایت پروژه:
https://plane.so/

گیت هاب پروژه:
https://github.com/makeplane/plane


🆔 @MdDaily

چند وقت پیش توی این پست وبسایت Poe.com را معرفی کردم .

الان این سایت اومده یه بات جدیدی را معرفی کرده که باهاش می تونید برپایه ی GPT3.5 Turbo از قابلیت سرچ در اینترنت استفاده کنید و بروزترین داده ها را دریافت کنید

لینک ربات:
https://poe.com/Web-Search

🆔 @MdDaily

🎧 پلی لیست #موزیک مناسب برای زمان برنامه نویسی و مطالعه شبانه

🎵 Tracklist

► 00:00 Gentle Waves

► 02:03 flower

► 02:58 sweet dreams

► 05:53 tranquility

► 08:01 Explorer

► 10:15 rest

► 12:57 sunday vibes

► 14:58 Overcast

► 17:16 u made me realize i'm worthwhile

► 20:29 Nautilus

► 23:19 Wake up

► 25:27 Aerith

► 27:14 By My Side * Lofi Fruits

► 30:12 Distant Worlds * Lofi Girl

► 01:05:04 life of a stranger * lofi bloo

► 01:07:27 You pied me off, also I did

► 01:09:05 Too Tired

► 01:12:15 Missing You

► 01:16:03 Laze * Traveling Goose

► 01:17:39 reminiscing (ft flovry) * Languid Penguin

► 01:20:15 Perspective * Lofi Girl

► 01:35:14 Aires



🆔 @MdDaily

#ام_دی_کورس

توی این آموزش از مجموعه آموزش های MdDaily قرار با انواع Load Balancers آشنا بشیم.

توی گیف پست انواع الگوریتم های Load Balancers به صورت گرافیکی نشون داده شده ولی برای توضیحات بیشتر با من همراه باشید :)

ادامه در پست بعدی ...

🆔 @MdDaily

#ام_دی_کورس

متعادل کننده های بار (Load Balancers)

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

چرا؟

چون Load Balancer ها می تونند با برخی الگوریتم‌های واقعا خوب به شما در توزیع بار بین سرور ها کمک کنند .


به طور کلی دو دسته از این الگوریتم‌ها وجود دارد:

✅ استاتیک (Static):

- Round Robin
- Sticky Round Robin
- Hash
- Weighted Round Robin


✅ پویا (Dynamic):

- Least Connections
- Least Response Time


بیایید به هر الگوریتم با جزئیات بیشتری نگاه کنیم:

👉 Round Robin:
درخواست‌ها به صورت متوالی در بین گروهی از سرورها توزیع می‌شوند. هیچ تضمینی وجود ندارد که چندین درخواست از یک کاربر به یک نمونه (instance) برسند.

👉 Sticky Round Robin:
یک جایگزین بهتر برای Round Robin. درخواست‌های مختلف از یک کاربر به یک نمونه (instance) واحد می‌رسند.

👉 Hash-Based:
این الگوریتم درخواست‌ها را بر اساس هش مقدار کلید توزیع می‌کند. کلید می‌تواند آدرس IP یا URL درخواست باشد.

👉 Weighted Round Robin:
هر سرور یک مقدار وزن دریافت می‌کند. این مقدار، نسبت ترافیک را تعیین می‌کند. سرورهایی با وزن بالاتر، ترافیک بیشتری دریافت می‌کنند. این الگوریتم برای تنظیماتی که سرورهایی با سطوح ظرفیت مختلف دارند، مناسب است.

👉 Least Connections:
درخواست جدید به نمونه سرور با کمترین تعداد اتصالات ارسال می‌شود. تعداد اتصالات بر اساس ظرفیت محاسباتی نسبی یک سرور تعیین می‌شود.

👉 Least Response Time:
درخواست جدید به سروری با کمترین زمان پاسخ ارسال می‌شود تا زمان پاسخ کلی به حداقل برسد. این الگوریتم برای مواردی که زمان پاسخ حیاتی است، مناسب است.

🆔 @MdDaily

#ام_دی_کورس

اگه یه روزی تو مصاحبه ازتون بپرسن شما چطوری وبسایت Stack Overflow رو طراحی می کردید و شما بگید با استفاده از سرورهای On-premises (سرورهای فیزیکی هستند که در مکان یک شرکت قرار می‌گیرند و توسط یک سازمان میزبانی و نگه‌داری می شوند) و معماری یک پارچه (Monolith) احتمالا شما تو مصاحبه رد می شدید :)

اما چیزی که تو واقعیت داره اتفاق میوفته دقیقا چیه یا بهتره بگیم Monolith یا Microservice کدوم معماری بهتر هستش؟

اینها سوال هایی هستند که قرار تو این پست از MdDaily بهشون جواب بدیم. پس با من همراه باشید

ادامه در پست بعدی ...

🆔 @MdDaily