למה משחק ה-LAN שלכם נעלם לפני שמוסיפים VPN
רשימת שרתים ריקה היא לרוב בעיה של מהדורה או של גילוי, ולא של מנהרה חסרה. קודם כול בררו איזה משלושה מודלים של משחק רב-משתתפים המשחק משתמש בו.
קבוצת אנשים מתקינה משחק, מתחברת לאותה רשת ורואה רשימת שרתים ריקה. האינסטינקט הוא להאשים את הרשת ולחפש מנהרה, אבל ייתכן שהמשחק מעולם לא שלח חבילה שמנהרה הייתה יכולה לשאת. לפני ש-VPN נכנס לתמונה, בררו מה המהדורה באמת עושה משלושת הדברים כשמישהו לוחץ על משחק רב-משתתפים.
השלושה אינם ניתנים להחלפה. אחד משתמש בתעבורה מקומית ישירה, אחד שואל שירות מי עוד משחק, ואחד מסרב לעלות בלי חשבון. מנהרה יכולה לעזור בראשון, חסרת משמעות לשני, ולא תתקן את השלישי. הסדר הזה חשוב, כי שלושתם יכולים לייצר את אותה רשימה ריקה עם שלושה תיקונים שונים.
מה המשחק בודק לפני שהוא מציג מארח
רוב תפריטי המשחק הרב-משתתפים עושים כמה דברים ברצף: מאשרים את החשבון המחובר, בודקים הרשאות למהדורה, שואלים שרת קצה על חדרים או חברים, ורק אחר כך מסתכלים על הרשת המקומית. כל שלב יכול להיכשל בשקט, והממשק בדרך כלל מציג את אותה רשימה ריקה בכל מקרה. לכן „ה-LAN שבור” הוא אבחון שאי אפשר לקבוע מהמסך בלבד. שגיאת שרת קצה, הרשאה שפגה ותת-רשת מבודדת אינן ניתנות להבחנה ממסך החדר, ורק אחת מהן היא בכלל בעיית רשת.
קראו את התיעוד של המהדורה עצמה לפני שמשנים הגדרות רשת. מהדורות מחודשות נוטות להסיר הצטרפות ישירה לפי IP, להחליף גילוי LAN בחדר מתארח, או לדרוש חשבון פלטפורמה שהמהדורה המקורית מעולם לא נזקקה לו. עמוד התמיכה של Age of Empires II: Definitive Edition הנוכחי, למשל, מתאר חדר שמתארח בשרתי המשחק, שבו בוחרים נראות, סיסמה ואזור; זהו תהליך אפליקציה שכדאי לאמת למהדורה הזו, ולא הוכחה לגבי מהדורה קודמת כלשהי.
רשמו גם את מספר הבנייה ולא רק את שם המהדורה. עדכון יכול להעביר משחק ממודל אחד לאחר, והוראות שנכתבו לבנייה הראשונית עשויות לתאר תפריט שכבר אינו קיים.
חבילות הגילוי מתות כבר בנתב הראשון
משחק LAN ישיר תלוי בדרך כלל בשידור או בריבוי-שידור: המארח מכריז על עצמו בכתובת של כל תת-הרשת, והלקוחות מאזינים להכרזה. החבילות האלה אינן ניתנות לניתוב כברירת מחדל, ולכן נתב בין שתי המכונות מפיל אותן גם כשתעבורת יוניקאסט הייתה עוברת. שני מכשירים על אותו מתג רואים זה את זה; אותם שני מכשירים על VLAN שונים, או ברשת אורחים עם בידוד לקוחות, לא רואים. קונסולות וטלפונים בדרך כלל הולכים באותה תבנית עם פרוטוקול הגילוי שלהם, ולכן הפלטפורמה חשובה כמו המשחק.
מכאן מגיע רוב הדיווחים על „אותו Wi-Fi, אין שרתים”. SSID לאורחים עם בידוד פעיל, מערכת mesh שמניחה את הקונסולה על מקטע נפרד, או פרופיל חומת אש שמתייחס לתת-הרשת המקומית כציבורית — כל אחד מהם ישבור את הגילוי בעוד הגישה הרגילה לאינטרנט ממשיכה לעבוד. בדקו את הגדרת בידוד הלקוחות ואת מסכת תת-הרשת לפני שמניחים שהמשחק אשם.
שירות חדרים אינו נתיב רשת
כשהמשחק משתמש בחדר מתארח, רשימת המשחקים מגיעה משרתי המפעיל, לא מתת-הרשת שלכם. VPN משנה את הנתיב שחבילותיכם עוברות אל אותם שרתים, אבל הוא לא משנה אילו חדרים השירות מציג לכם, באיזה אזור המשחק מתארח, או אם החשבון שלכם זכאי להצטרף. אלה תשובות שנותן שרת הקצה, וכל כמות של ניתוב לא משנה אותן.
במודל הזה מנהרה היא במקרה הטוב משתנה של השהיה ובמקרה הרע בעיית זיהוי גאוגרפי, כי השירות רואה את כתובת היציאה ולא את כתובת הרחוב שלכם. אותו היגיון חל על הזמנות חברים ומערכות קבוצה. אלה תכונות ברמת החשבון שהפלטפורמה מתווכת, ולכן שני שחקנים על אותו LAN יכולים לא לראות זה את זה בחדר, בעוד שניהם יכולים להצטרף למשחק של זר.
מה מנהרה יכולה לשקם ומה היא לא יכולה
מנהרה שימושית כשהשחקנים נמצאים במקומות שונים והמשחק תומך בהצטרפות ישירה לפי כתובת. מנהרה מנותבת נושאת תעבורת יוניקאסט בין שני האתרים; מנהרה מגושרת, או שכבת-על שמציגה מקטע אתרנט וירטואלי, יכולה לשאת גם את שידור הגילוי שעליו נשען משחק LAN ישיר. זה ההבדל שצריך להבין: ניתוב מעביר חבילות בין תת-רשתות, גישור גורם לשני אתרים להיראות כתת-רשת אחת.
מה שמנהרה לא יכולה לעשות הוא להוסיף מצב רב-משתתפים שהאפליקציה לא מיישמת. אם המהדורה הסירה הצטרפות ישירה, מקטע LAN וירטואלי לא יחזיר אותה. אם החדר דורש חשבון, מנהרה לא תספק את הבדיקה. ואם שתי המכונות יושבות מאחורי אותו NAT עם בידוד ביניהן, שכבת-על עשויה לעקוף את הבידוד, אבל זה גם עקיפת מדיניות, וזו שיחה שכדאי לקיים עם מי שמנהל את הרשת.
בדקו את הנתיב שהמשחק באמת משתמש בו
התחילו עם מארח אחד ולקוח אחד באותה תת-רשת, בידוד כבוי ובלי מנהרה. אם זה עובד, המשחק והמהדורה תומכים במה שאתם מנסים לעשות, וכל כשל מאוחר יותר הוא בעיית נתיב. אם זה נכשל שם, המנהרה מעולם לא הייתה התשובה.
אחר כך רשמו מה המדריך אומר על שיטת ההצטרפות, על הפורט או מנגנון הגילוי, ועל דרישת חשבון כלשהי. שנו משתנה אחד בכל פעם: קודם תת-רשת, אחר כך מקטע, ואז מנהרה. תעדו את כתובת המארח ואת נתיב התפריט המדויק כדי שהסשן הבא יוכל לשחזר את הבדיקה במקום לחזור על הוויכוח.
סגרו את הגרסה, מי מארח, איך אנשים מצטרפים, ואיזה חשבון או מנוי הסשן דורש, ורשמו את זה לפני התאריך. זה מסיים יותר ויכוחים מכל מנהרה, ומותיר תיעוד של מה שנבדק.