הפעלת גישת חירום

העמוד הזה מיועד לך, בעל השירות. הוא מסביר איך להפעיל את גישת החירום כדי שהמשתמשים שלך יוכלו לסמוך עליה. למשתמשים עצמם יש עמודים נפרדים: גישת חירום — איך זה עובד ומה לעשות בזמן חסימה — והתקנת יישום החירום — מהיכן להוריד את היישום ואיך להתקין אותו.

גישת חירום (OLCRTC) היא ערוץ גיבוי לרשתות עם רשימות היתר, שבהן החיבור הרגיל אינו עובר כלל. התעבורה ממשיכה לעבור דרך השרתים שלך, אבל מוסווית כשיחת וידאו בשירות מורשה. זה לא פרוטוקול שני ולא תחליף לפרוטוקול הראשי: איטי יותר, מיועד להתחברויות קצרות, מופעל ידנית על ידי המשתמש, ורק כשכל השאר הפסיק לעבוד.

מה דרוש

• מנוי Pro (או Max, שכולל את כל מה שיש ב-Pro);
• לפחות מסלול אחד המסומן כחירום;
• מתג OLCRTC מופעל באשכול;
• לפחות שרת אחד באותו אשכול עם runtime מופעל;
• משתמשים עם אימייל מאומת וחשבון פעיל (ראה את מקטע המגבלות למטה).

סדר הפעולות

יש שלושה מתגים, בשלושה מקומות שונים, וקל להתבלבל ביניהם — שניים מהם נקראים כמעט אותו הדבר:

הסדר חשוב: האשכול לא ייתן להפעיל OLCRTC כל עוד אין מסלול חירום. קודם מסלול, אחר כך אשכול.

כמה התחברויות שרת יכול לשאת

התחברות חירום אינה "עוד משתמש VPN" — היא יקרה בהרבה: השרת אורז את התעבורה בתוך זרם וידאו, וזה עולה בזמן מעבד.

לפי מדידה בהתחברות חיה (וידאו ב-Full HD, כ-5 מגהביט לשנייה), התחברות אחת תופסת בערך 15% מליבה אחת ו-31 מגהבייט של זיכרון. הזיכרון כמעט אינו משנה; המגבלה האמיתית היא המעבד.

אל תעלה מעל המספרים האלה אפילו בשרת ייעודי: ארבע התחברויות על ליבה אחת הן כבר כ-60% ממנה בתוספת עומס הרקע. ושים לב שהמדידה נעשתה בזמן צפייה בווידאו (~5 מגהביט לשנייה); אם משתמש ינצל את המנהרה עד הסוף, התחברות אחת עשויה לעלות הרבה יותר.

איזון העומסים עוזר במידה מסוימת: אם המסלול משתמש באלגוריתם לפי עומס (ברירת המחדל), שרת עם ניצול מעבד גבוה מדווח על פחות רוחב פס פנוי, ומשתמשים רגילים חדשים מנותבים לשרתים עמוסים פחות. אבל זו תיקון שמבוסס על העומס הכולל של המעבד ולא על ספירת התחברויות חירום, והוא מפגר בכמה דקות — הוא אינו תחליף לקיבולת מפורשת.

מה הממשק מציג

במקטע runtime חירום (OLCRTC) של כל שרת:

• יכולת — האם מותר להריץ התחברויות בשרת הזה;
• קיבולת — המגבלה שלך על התחברויות במקביל ("לא נקבעה" = בלי הגבלה);
• Runtime — המצב: "תקין · N/M פעילות", "לא תקין" או "עדיין לא מדווח".

מיד אחרי ההפעלה צפה ל**"לא תקין"** — זה נורמלי, השרת עדיין מתקין את ה-runtime ולא דיווח. אם המצב נשאר כך זמן רב, בדוק שהשרת בכלל זמין. הכיתוב "עדיין לא מדווח" מהבהב רק בזמן טעינת העמוד.

מגבלות שכדאי להכיר מראש

התחברות חיה עד 12 שעות, ואז נעצרת מעצמה. אי אפשר להאריך אותה — המשתמש יוצר שיחה חדשה ושולח אימייל חדש.

התחברות אחת לכל משתמש. אימייל שני לא יוצר דבר ואינו מקבל תשובה — כדאי להסביר זאת למשתמשים מראש כדי שזה לא ייראה כתקלה.

כ-14 מגהביט לשנייה בהורדה ופחות ממגהביט בהעלאה, עם השהיה של 175–235 מילישניות. צפייה בווידאו ועבודה עם דואר נוחות; שליחת קבצים גדולים, שיחות וידאו ומשחקים — לא. זו התקרה של תצורת המנהרה הנוכחית, ולא של החיבור הראשי.

הדרישות מהמשתמשים מחמירות יותר משנדמה. נדרש אימייל מאומת — משתמשים שיצרת ידנית בלי אימייל אינם יכולים לבקש גישה. גם החשבון חייב להיות פעיל: חשבונות מושהים, שפג תוקפם, שמכסתם נוצלה ושממתינים לתשלום הראשון (on_hold — כלומר כל מי שנרשם בעצמו ועדיין לא שילם) נדחים. האימייל חייב לעבור אימות זהות שולח, והקצב מוגבל לחמש בקשות בשעה למשתמש ומאה לכל השירות.

מסלולים מרובי קפיצות אינם משתתפים. להתחברויות חירום משמשים רק מסלולים ישירים.

iPhone קשה יותר. את יישום ה-iOS אפשר להתקין רק ב-sideload — Apple אינה מציעה אותו. משתמשי ה-iPhone שלך צריכים להתכונן מראש ובקפידה רבה יותר; מדריך ההתקנה מכסה זאת.

איך לכבות

אפשר לבטל את הפעל OLCRTC עבור אשכול זה בכל רגע — התחברויות חדשות יפסיקו להיפתח. התחברויות שכבר רצות ישלימו את זמנן.

את מסלול החירום האחרון אי אפשר לבטל או למחוק כל עוד OLCRTC דלוק: קודם סמן מסלול אחר, או כבה את OLCRTC באשכול.

אם מנוי ה-Pro שלך פג, עדיין אפשר לכבות הכול, אבל הפעלה מחדש דורשת לחדש אותו.