در این صفحه گزینه‌های فرم آپ‌استریم را بررسی می‌کنیم. برای ساخت یا ویرایش، پیکربندی سرور آپ‌استریم را دنبال می‌کنیم.
هر آپ‌استریم یک نام یکتا دارد تا قانون مسیر بتواند به آن ارجاع دهد. ساخت گروه به‌تنهایی ترافیک نمی‌فرستد.
نام و پروتکل
| گزینه | مقدار | توضیح |
|---|---|---|
| انتخاب نام آپ‌استریم | حداکثر ۶۴ کاراکتر، یکتا در همان وب‌سایت | عبارت کوتاهی که عملکرد گروه را توضیح دهد. اگر قانون مسیر به این نام اشاره کند، نام در ویرایش غیرفعال است |
| پروتکل | HTTPS یا HTTP | ارتباط لبه تا مبدا؛ از پروتکل کاربر تا CDN مستقل است. اگر پورت سرور 443 باشد پیشفرض HTTPS است، وگرنه HTTP |
راهنمای پروتکل در فرم: «این پروتکل مربوط به ارتباط بین سرورهای شما و سرورهای لبه است.»
ساخت آپ‌استریم جدید با HTTPS و پورت 443 شروع می‌شود.
با HTTPS اتصال لبه تا مبدا روی TLS است و فقط پورت 443 قابل استفاده است. گواهی مبدا بررسی نمی‌شود؛ بنابراین گواهی Self-signed هم پذیرفته می‌شود. ستون برای مبدا گواهی صادر نمی‌کند. TLS سمت کاربر در گواهی TLS چیست؟ است.
اگر مبدا درخواست HTTP را به HTTPS هدایت کند و پروتکل آپ‌استریم HTTP باشد، حلقه ریدایرکت محتمل است.
با عوض کردن پروتکل، پورت همه سرورهای همین فرم به پیشفرض همان پروتکل برمی‌گردد: 80 برای HTTP و 443 برای HTTPS.
حذف آپ‌استریم وقتی ممکن است که هیچ قانون مسیری به آن اشاره نکند. با حذف، لبه دیگر درخواستی به آن گروه نمی‌فرستد.
هدر Host
بخش مقداردهی هدر هاست ارسالی به آپستریم مشخص می‌کند مبدا کدام سایت را سرو کند. روی سروری که چند وب‌سایت را هم‌زمان میزبانی می‌کند این مقدار سایت را جدا می‌کند.
| حالت در فرم | مقدار ارسالی |
|---|---|
| استفاده از دامنه سرور آپستریم | Host برابر hostname همان سروری که درخواست به آن می‌رود |
| عدم استفاده از دامنه سرور آپستریم، با هاست هدر (اختیاری) | همان رشته |
| عدم استفاده از دامنه سرور آپستریم، بدون مقدار | Host درخواست کاربر، بدون تغییر |
فیلد هاست هدر (اختیاری) فقط در حالت «عدم استفاده» دیده می‌شود. راهنمای فرم: «در صورت تنظیم نکردن مقدار صریح، هدر Host درخواست بدون تغییر به آپ استریم ارسال می‌شود.»
Host نادرست معمولا به خطای هاست ناشناخته یا عدم تطابق نام گواهی می‌انجامد.
Host پروب سلامت‌سنجی جداست و در بخش سلامت‌سنجی آمده است.
سرورها
سرورها در لیست سرورهای توزیع بار تعریف می‌شوند. افزودن سرورهای active بیشتر سرور Active اضافه می‌کند. دست‌کم یک سرور Active لازم است.
| گزینه | مقدار | توضیح |
|---|---|---|
| آدرس سرور | IPv4 یا hostname | اجباری. آدرس تکراری در همان فهرست رد می‌شود. بازه‌های خصوصی 10.0.0.0/8، 172.16.0.0/12، 192.168.0.0/16 و 127.0.0.0/8 رد می‌شوند |
| پورت | 1 تا 65535 | پورتی که همان سرور روی آن پاسخ می‌دهد |
| وزن | 0 تا 100 | سهم سرور در Round Robin. با فقط یک سرور Active، این فیلد غیرفعال است |
اگر آدرس، نام دامنه باشد، ستون آن را resolve می‌کند. چند IP حاصل، بین آدرس‌های سالم توزیع می‌شود.
| وزن | سهم در Round Robin |
|---|---|
| وزن یکسان | تقسیم برابر |
| وزن بزرگ‌تر | سهم بیشتر |
وزن 0 | خارج از سهم توزیع |
Active و Passive
گزینه اضافه کردن سرورهای passive فهرست جایگزین را باز می‌کند. سرور بعدی با افزودن سرورهای passive بیشتر اضافه می‌شود. آدرس، پورت و وزن هر Passive همان قاعده سرور Active را دارد.
متن فرم: «تا زمانی که هنوز یک سرور active پاسخگو باشد، تمام درخواست‌ها به سرورهای active ارسال می‌شوند.»
| نقش | رفتار |
|---|---|
| Active | در توزیع عادی درخواست شرکت می‌کند |
| Passive | در توزیع عادی شرکت نمی‌کند. وقتی هیچ Active پاسخگو نباشد، درخواست‌ها به Passiveها می‌روند و وزن بین همان‌ها سهم را تعیین می‌کند |
راه‌اندازی در راه‌اندازی Failover با سرورهای Passive است.
توزیع بار
دکمه تنظیمات لود بالانسر. متن کنار دکمه: «توزیع ترافیک بین سرورهای توزیع بار با روش‌های مختلف مسیریابی.»
| گزینه | مقدار | توضیح |
|---|---|---|
| استراتژی | Round robin یا Consistent hashing | پیشفرض Round robin است و از وزن استفاده می‌کند |
| شناسه هش | IP یا هدرها | فقط با Consistent hashing |
| هدرها | یک یا چند نام هدر | فقط وقتی شناسه هش، هدرها باشد. هر نام اجباری است |
راهنمای IP: «IP کاربر نهایی.»
راهنمای هدرها: «هدرهای بومی سازی شده ارسالی توسط کاربر نهایی.» نام‌ها بر اساس نام مرتب می‌شوند و مقادیر به‌هم متصل، کلید هش را می‌سازند. هدر بعدی با افزودن هدرهای بیشتر اضافه می‌شود.
Consistent hashing درخواست‌هایی با یک کلید را تا حد امکان به یک سرور می‌فرستد.
سلامت‌سنجی
دکمه تنظیمات سلامت‌سنجی. متن کنار دکمه: «سلامت‌سنجی بطور مستمر روی سرورهای آپ‌استریم انجام می‌شود و بصورت پیشفرض با پروتکل TCP است.»
پروب دوره‌ای است و فاصله آن حدود ۵ ثانیه است. سرور ناسالم از توزیع درخواست جدید خارج می‌شود و با نخستین پروب موفق به مدار برمی‌گردد.
| گزینه | مقدار | توضیح |
|---|---|---|
| پروتکل | TCP یا HTTP | نوع پروب. پیشفرض TCP است |
| مسیر | با / شروع شود؛ حداکثر ۲۰۴۸ کاراکتر | فقط برای HTTP؛ اجباری |
| هاست هدر (اختیاری) | hostname | فقط برای HTTP. راهنما: «مقدار هدر هاستی که میخواهید به سمت آپ استریم شما ارسال شود.» |
| تایم‌اوت | 1 تا 120 ثانیه | مهلت همین پروب |
| تعداد تلاش‌های ناموفق | 1 تا 10 | چند پروب ناموفق پشت‌سرهم سرور را ناسالم می‌کند |
با پروتکل TCP، مسیر و هاست هدر ارسال نمی‌شوند.
سلامت‌سنجی TCP
TCPفقط باز بودن پورت را می‌سنجد. اگر برنامه خطای5xxبدهد ولی پورت باز بماند، Active ناسالم دیده نمی‌شود و ترافیک به Passive نمی‌رود.
پاسخ سالم پروب HTTP
در پروب
HTTPهر پاسخی جز5xxسالم است؛ از جمله204و301.
مهلت پاسخ درخواست
تایم‌اوت سلامت‌سنجی فقط مهلت پروب است. مهلت خواندن پاسخ درخواست عادی جداست.
| مهلت | مقدار |
|---|---|
| پاسخ عادی مبدا | پیشفرض ۱۲۰ ثانیه |
| همان مهلت روی قانون مسیر | حداکثر ۶۰۰ ثانیه |
تنظیمات پیشرفته
هر دو کلید داخل بنری هستند که هزینه جداگانه را اعلام می‌کند. مفهوم و مرز این دو کلید در مسیریابی هوشمند چیست؟ است.
| گزینه | رفتار |
|---|---|
| بهبود دسترسی پذیری | در اختلال شبکه، کاربر را از مسیر پایدارتر به محتوا می‌رساند. تمرکز روی دسترس‌پذیری است. با چند مبدا در موقعیت‌های مختلف اثر بیشتری دارد. اگر تنظیمات این بخش دستی شده باشد، کلید غیرفعال است و متن «تنظیمات این بخش به صورت دستی انجام شده و امکان تغییر آن وجود ندارد.» دیده می‌شود |
| بهبود سئو | اگر مبدا داخل ایران باشد، دسترسی خزنده‌ها به همان مبدا را سریع‌تر می‌کند. توزیع بار بین سرورها نیست. روشن کردن، این تایید را می‌خواهد: «در صورتی که سرور آپستریم خارج از ایران باشد، فعالسازی این گزینه باعث اختلال خواهد شد.» |
آپ‌استریم ساخته‌شده با دکمه ابر
نقش این آپ‌استریم در دکمه ابر (quickcdn) چیست؟ است. اگر نام ردیف شبیه quickcdn-atsign باشد، آدرس سرور از رکورد DNS می‌آید. متن فرم: «برای تغییر آدرس سرور(ها) و یا وزن آن‌ها، رکورد DNS متناظر با این آپ‌استریم را ویرایش کنید.»
در این حالت آدرس سرور، افزودن یا حذف سرور، و اضافه کردن سرورهای passive غیرفعال است. پورت را همچنان می‌توان در همین فرم تغییر داد.
هدایت ترافیک
| مکانیزم | نقش |
|---|---|
| قانون مسیر | مسیر URL را به آپ‌استریم پیشفرض و رفتار لبه نگاشت می‌کند؛ مثلا /* یا /api/* |
| قانون آپ‌استریم | روی همان مسیر، مبدا را بر اساس کیستی درخواست عوض می‌کند؛ مثلا کشور یا IP |
اگر ترافیک با قانون آپ‌استریم به این گروه می‌رود، قانون مسیر جدا برای همان کار ساخته نمی‌شود. ترافیک از قانون مسیر موجود می‌آید و قانون آپ‌استریم گروه را عوض می‌کند. دو قانون مسیر روی یک الگو تداخل مسیریابی می‌آورد.