پیامک، تلگرام یا بله؟ انتخاب کانال هشدار بدون خستگی از هشدار
کدوم هشدارهای قطعی با پیامک برن و کدوم با تلگرام یا بله، چطور بر اساس فوریت مسیریابی کنیم و چطور هشدارهای مهم زیر هشدارهای بیمورد گم نشن.
IPv4 از اوایل دههی ۱۹۸۰ بار اینترنت رو کشیده و حدود ۴٫۳ میلیارد آدرسش سالهاست تموم شده. IPv6 برای جایگزینی اون طراحی شد، ولی این دو تا مدتها کنار هم کار میکنن. اگه سایت یا سرور اداره میکنید، دونستن تفاوتهاشون و چیزهایی که ممکنه خراب بشه به دردتون میخوره.
203.0.113.10) و آدرس IPv6 صدوبیستوهشت بیتی (2001:db8::10).noc724 سایت، سرور و APIهای شما رو شبانهروز چک میکنه و همون لحظهای که چیزی خراب شد با پیامک، تلگرام یا بله خبرتون میکنه.
| IPv4 | IPv6 | |
|---|---|---|
| اندازه | ۳۲ بیت | ۱۲۸ بیت |
| مثال | 203.0.113.10 | 2001:db8:85a3::8a2e:370:7334 |
| نمادگذاری | چهار عدد دهدهی | هشت گروه چهاررقمی هگز |
| کل آدرسها | حدود ۴٫۳ میلیارد | حدود ۳٫۴ × ۱۰ به توان ۳۸ |
| رکورد DNS | A | AAAA |
دو قانون آدرس IPv6 رو خواناتر میکنه:
0db8 میشه db8.:: جایگزین کرد.2001:0db8:0000:0000:0000:0000:0000:0010
2001:db8::10در آدرسهای URL، IPv6 داخل کروشه میاد: https://[2001:db8::10]:8443/.
شبکههای IPv4 خیلی از دستگاههای خصوصی رو با NAT پشت یه آدرس عمومی پنهان میکنن. با IPv6 هر دستگاه میتونه آدرس یکتای جهانی داشته باشه؛ که اتصالهای مستقیم رو سادهتر میکنه و یعنی حالا فایروال، نه NAT، جلوی ترافیک ورودی رو میگیره.
میزبانهای IPv6 میتونن از پیشوندی که روتر اعلام میکنه، آدرس خودشون رو بسازن (SLAAC). هر جا کنترل مرکزی لازم باشه، DHCPv6 هم هست.
هدر IPv6 اندازهی ثابت داره و روترها هیچوقت بستهها رو قطعهقطعه نمیکنن؛ فرستنده خودش MTU مسیر رو پیدا میکنه. فایروالهایی که کل ICMPv6 رو میبندن این کشف رو خراب میکنن و باعث اتصالهایی میشن که روی پاسخهای بزرگ گیر میکنن.
IPv6 برای کشف همسایه و MTU مسیر به ICMPv6 متکیه. بستن کاملش (عادت رایج در IPv4) چیزها رو خراب میکنه. بهجاش انواع لازم رو باز بذارید.
بیشتر سرورهای امروزی هر دو پروتکل رو اجرا میکنن. کلاینتهایی که IPv6 دارن معمولاً اول اون رو امتحان میکنن و بعد سراغ IPv4 میان (happy eyeballs). این یه حالت خرابی ایجاد میکنه که راحت از چشم میافته: سایت برای شما روی IPv4 کار میکنه در حالی که بعضی کاربرها به یه مسیر IPv6 خراب میرسن.
چکلیست سرویسهای dual stack:
listen [::]:443; در nginx).اگه هم رکورد A و هم AAAA منتشر میکنید، هر دو مسیر رو چک کنید. مانیتوری که نام میزبان رو resolve میکنه ممکنه هر کدوم از پروتکلها رو انتخاب کنه، پس چکهای جدا روی آدرس IPv4 و IPv6 بذارید، یا یه مانیتور DNS که تأیید کنه هر دو رکورد مقدار مورد انتظار رو دارن.
ذاتاً نه. کارایی به مسیری بستگی داره که هر پروتکل طی میکنه و این مسیرها ممکنه فرق کنن. گاهی IPv6 سریعتره و گاهی کندتر.
هنوز همهجا نه، ولی هر سال شبکههای موبایل و خونگی بیشتری اون رو ترجیح میدن. اگه رکورد AAAA منتشر میکنید، مطمئن بشید کار میکنه؛ مسیر IPv6 خراب از نداشتنش بدتره.
نه. دو پروتکل جدا هستن و بین میزبان فقط-IPv6 و فقط-IPv4 به سازوکارهای ترجمه مثل NAT64 نیاز هست.
نویسنده
تیم noc724
تیم فنی مانیتورینگ آپتایم
ما noc724 رو میسازیم و اداره میکنیم؛ سرویس مانیتورینگ آپتایمی که سایت، سرور و API رو از چند شهر ایران چک میکنه. این راهنماها از مشکلهایی میان که خودمون و کاربرهامون موقع آنلاین نگه داشتن سرویسها باهاشون روبهرو میشیم.
تماس با تیمتخصص:DevOps
کدوم هشدارهای قطعی با پیامک برن و کدوم با تلگرام یا بله، چطور بر اساس فوریت مسیریابی کنیم و چطور هشدارهای مهم زیر هشدارهای بیمورد گم نشن.
چرا مانیتورهای آپتایم هشدار اشتباه میدن (اختلال شبکه، timeout، محدودیت نرخ، تغییر محتوا) و تنظیماتی که اینها رو حذف میکنه و هشدار واقعی رو سریع نگه میداره.
چطور یه چرخهی آنکال ساده و سیاست ارجاع هشدار بچینیم که هر هشدار حیاتی جواب داده بشه، بدون اینکه یه تیم کوچیک فرسوده بشه.