הפעלת גישת חירום
הגדרת גישת חירום (OLCRTC) עבור המשתמשים שלך: מנוי Pro, נתיב חירום וה-runtime בכל שרת — שלב אחר שלב, בסדר הנכון.
העמוד הזה מיועד לך, בעל השירות. הוא מסביר איך להפעיל את גישת החירום כדי שהמשתמשים שלך יוכלו לסמוך עליה. למשתמשים עצמם יש עמודים נפרדים: גישת חירום — איך זה עובד ומה לעשות בזמן חסימה — והתקנת יישום החירום — מהיכן להוריד את היישום ואיך להתקין אותו.
גישת חירום (OLCRTC) היא ערוץ גיבוי לרשתות עם רשימות היתר, שבהן החיבור הרגיל אינו עובר כלל. התעבורה ממשיכה לעבור דרך השרתים שלך, אבל מוסווית כשיחת וידאו בשירות מורשה. זה לא פרוטוקול שני ולא תחליף לפרוטוקול הראשי: איטי יותר, מיועד להתחברויות קצרות, מופעל ידנית על ידי המשתמש, ורק כשכל השאר הפסיק לעבוד.
התכונה מושקת בשלבים. גם כשכל המתגים דלוקים, ייתכן שה-runtime של החירום עדיין לא הותקן בשרתים שלך ושהפעלת ההתחברויות עדיין אינה פעילה: הגישה נפתחת בהדרגה. אם שרת נשאר זמן רב במצב שאינו "תקין" אחרי שהפעלת אותו, סביר להניח שתור ההשקה פשוט עוד לא הגיע אליך.
היא גם אינה עובדת בכל רשת ובכל מדינה, והיא תלויה בזמינות של שירות וידאו חיצוני (ובדרך של האימייל, גם בכך שהדואר עובר). אל תבטיח אותה כיכולת מובטחת — נכון יותר להציג אותה כביטוח מפני חסימות קשות.
מה דרוש
- מנוי Pro (או Max, שכולל את כל מה שיש ב-Pro);
- לפחות נתיב אחד המסומן כחירום;
- לפחות שרת אחד בנתיב חירום עם runtime מופעל;
- משתמשים עם אימייל מאומת וחשבון פעיל (ראה את מקטע המגבלות למטה).
סדר הפעולות
יש שני מתגים, בשני מקומות שונים:
| מה מפעילים | היכן זה נמצא | איך זה נקרא |
|---|---|---|
| נתיב | הגדרות הנתיב (בעריכה) | "נתיב חירום (OLCRTC)" |
| שרת | לוח השרת, כפתור "עריכה" | "הפעל OLCRTC בשרת זה" |
לאשכול אין מתג משלו: גישת החירום של האשכול פעילה כל עוד לפחות אחד מהנתיבים שלו מסומן כחירום.
עם המנוי הראשון ל-Pro המערכת מסמנת עבורך כנתיב חירום את הנתיב עם הכי הרבה inbounds פעילים, וגישת החירום של האשכול מופעלת מיד. השרתים משתתפים כברירת מחדל וה-runtime מתפרס מעצמו. לכן ברוב המקרים השלבים שלמטה הם בדיקה ולא רצף חובה: עבור עליהם אם תרצה לבחור נתיבים אחרים, לקבוע קיבולת או להשאיר שרת מסוים בחוץ.
הירשם ל-Pro. עבור אל תשלום ← מקטע המנוי. בלי Pro פעיל מתגי החירום אינם מוצגים כלל: במקומם עמוד האשכול מציג כרטיס "גישת חירום (OLCRTC)" עם כפתור "שדרג".
סמן נתיב כחירום — בהגדרות של הנתיב עצמו. פתח את הנתיב לעריכה והפעל את "נתיב חירום (OLCRTC)".
המתג מופיע רק בעריכה של נתיב קיים. בטופס יצירת נתיב חדש הוא אינו קיים: קודם צור את הנתיב, אחר כך פתח את ההגדרות שלו וסמן אותו כחירום.
השרתים של אותו נתיב מצטרפים למאגר החירום. אפשר לסמן כמה נתיבים — המאגר מאחד את כולם, ואם באחד הנתיבים אין שרת מתאים, החיבור עובר לשרת מנתיב אחר. נתיבים מסומנים מקבלים תווית חירום (OLCRTC) ברשימת הנתיבים.
ברגע שהנתיב הראשון מסומן, גישת החירום של האשכול מופעלת מעצמה: אין צורך להפעיל שום דבר נוסף.
אפשר התחברויות בשרתים. לחץ על שרת כדי לפתוח את הלוח שלו, מצא את המקטע Runtime חירום (OLCRTC), לחץ על "עריכה", הפעל את "הפעל OLCRTC בשרת זה" ולחץ על "שמור".
ה-runtime מותקן ומתעדכן מעצמו ברקע — אין צורך להתחבר לשרת. עד שיותקן וידווח, המצב יוצג כ"לא תקין"; זה נורמלי, המתן ל"תקין · N/M פעילות".
המקטע מופיע רק במצב הממשק הרגיל — במצב המפושט Single הוא אינו קיים.
קבע את הקיבולת. באותו מקטע — מקסימום הפעלות במקביל. אפשר להשאיר ריק, אבל עדיף שלא: ראה את המקטע הבא.
ספר למשתמשים שלך. גישת חירום חסרת תועלת אם אנשים לומדים עליה כשהם כבר חסומים: את היישום צריך להתקין מראש. הפנה אותם אל גישת חירום ואל התקנת היישום, ובקש מהם לעבור פעם אחת את כל התהליך בזמן שהאינטרנט עדיין עובד כרגיל.
כמה התחברויות שרת יכול לשאת
התחברות חירום אינה "עוד משתמש VPN" — היא יקרה בהרבה: השרת אורז את התעבורה בתוך זרם וידאו, וזה עולה בזמן מעבד.
לפי מדידה בהתחברות חיה (וידאו ב-Full HD, כ-5 מגהביט לשנייה), התחברות אחת תופסת בערך 15% מליבה אחת ו-31 מגהבייט של זיכרון. הזיכרון כמעט אינו משנה; המגבלה האמיתית היא המעבד.
| ליבות בשרת | קיבולת סבירה |
|---|---|
| 1 | 3 |
| 2 | 6–7 |
| 4 | 12–14 |
אל תעלה מעל המספרים האלה אפילו בשרת ייעודי: ארבע התחברויות על ליבה אחת הן כבר כ-60% ממנה בתוספת עומס הרקע. ושים לב שהמדידה נעשתה בזמן צפייה בווידאו (~5 מגהביט לשנייה); אם משתמש ינצל את המנהרה עד הסוף, התחברות אחת עשויה לעלות הרבה יותר.
שדה קיבולת ריק פירושו "בלי הגבלה". ההגנה היחידה שנשארת אז היא האוטומציה שמפסיקה למקם התחברויות חדשות בשרת עמוס במיוחד. אלא שהיא מגיבה בעיכוב, ובשרת חלש המשתמשים הרגילים שלך כבר ייפגעו עד אז. בשרתים חד-ליבתיים קבע את הקיבולת במפורש.
איזון העומסים עוזר במידה מסוימת: אם הנתיב משתמש באלגוריתם "הכי פחות עמוס לפי תעבורה" (ברירת המחדל), שרת עם ניצול מעבד גבוה מדווח על פחות רוחב פס פנוי, ומשתמשים רגילים חדשים מנותבים לשרתים עמוסים פחות. אבל זה תיקון שמבוסס על העומס הכולל של המעבד ולא על ספירת התחברויות חירום, והוא מפגר בכמה דקות — הוא אינו תחליף לקיבולת מפורשת.
מה הממשק מציג
במקטע Runtime חירום (OLCRTC) של כל שרת:
- יכולת — האם מותר להריץ התחברויות בשרת הזה;
- קיבולת — המגבלה שלך על התחברויות במקביל ("לא הוגדרה" = בלי הגבלה);
- Runtime — המצב: "תקין · N/M פעילות", "לא תקין" או "עדיין לא מדווח".
מיד אחרי ההפעלה צפה ל"לא תקין" — זה נורמלי, השרת עדיין מתקין את ה-runtime ולא דיווח. אם המצב נשאר כך זמן רב, בדוק שהשרת בכלל זמין. הכיתוב "עדיין לא מדווח" מהבהב רק בזמן טעינת העמוד.
מגבלות שכדאי להכיר מראש
התחברות חיה עד 12 שעות, ואז נעצרת מעצמה. אי אפשר להאריך אותה — המשתמש יוצר שיחה חדשה ומבקש חיבור מחדש.
התחברות אחת לכל משתמש. בקשה שנייה לא יוצרת התחברות שנייה: בחשבון יוצג "הסשן כבר פועל", ואימייל שני יישאר בלי תשובה — כדאי להסביר זאת למשתמשים מראש כדי שזה לא ייראה כתקלה.
מהירות האינטרנט נמוכה יותר מאשר בחיבור דרך Xray.
שירות הווידאו חייב להיות נגיש מהמדינה של השרת. מי שנכנס לשיחה הוא השרת שלך, ולכן קובעת המדינה שלו ולא המדינה של המשתמש. בלטביה, למשל, Yandex ו-Wildberries חסומים — דרך שרת לטבי לא יעלו Telemost ו-WB Stream. קח זאת בחשבון כשאתה בוחר באילו שרתים להפעיל גישת חירום.
הדרישות מהמשתמשים מחמירות יותר משנדמה. נדרש אימייל מאומת — משתמשים שיצרת ידנית בלי אימייל אינם יכולים לבקש גישה. גם החשבון חייב להיות פעיל: חשבונות מושהים, שפג תוקפם, שמכסתם נוצלה ושממתינים לתשלום הראשון (on_hold — כלומר כל מי שנרשם בעצמו ועדיין לא שילם) נדחים. האימייל חייב לעבור אימות זהות שולח ולהכיל רק את הקישור לשיחה.
בחשבון כל דחייה מוצגת עם הסיבה שלה; לאימייל נשלחת תשובה כשאנחנו יכולים לזהות את השולח כמשתמש שלך (שולח לא מאומת או לא מוכר נשאר בלי תשובה). אם מישהו מתלונן ש"ביקשתי ולא קרה כלום", התחל ממצב החשבון ומהקישור לשיחה שבו השתמש, ובדרך של האימייל בדוק גם שההודעה נשלחה מכתובת החשבון והכילה רק את הקישור.
נתיבים מרובי קפיצות אינם משתתפים. להתחברויות חירום משמשים רק נתיבים ישירים.
קליינט החירום הוא Ghostlane, גם ל-iPhone. הוא זמין ב-App Store וב-Google Play, ויש לו גרסאות ל-Windows, ל-macOS ול-Linux. משתמשים שהתקינו את olcbox הישן צריכים לעבור ל-Ghostlane: olcbox כבר לא מתעדכן ואינו מכיר את SaluteJazz ואת VK Calls, ובגרסאות הישנות שלו חסרה ההצפנה החדשה. פרטים במדריך ההתקנה.
איך לכבות
בטל את "נתיב חירום (OLCRTC)" בכל נתיבי החירום של האשכול, או מחק את הנתיבים האלה — גישת החירום של האשכול תכבה והתחברויות חדשות יפסיקו להיפתח. התחברויות שכבר רצות ישלימו את זמנן.
אם מנוי ה-Pro שלך פג, עדיין אפשר לכבות הכול, אבל הפעלה מחדש דורשת לחדש אותו.