איך מפעילים מצב אופליין בשרת Minecraft (שחקנים ללא חשבון / cracked)

התשובה הקצרה: שלושה צעדים למצב אופליין

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

1. עצרו את השרת. עצירה מלאה, לא הפעלה מחדש — שרת שרץ כותב בכיבוי את העותק שלו של ההגדרות מעל שלכם.
2. פתחו את server.properties והגדירו שתי שורות. הקובץ יושב בתיקיית השורש של השרת, באותו מקום שבו נמצא קובץ ה-jar של השרת:

   online-mode=false
   enforce-secure-profile=false

   שתיהן חשובות. ב-Minecraft 1.19 ומעלה, שינוי הראשונה בלבד לא מספיק.
3. שמרו, ואז הפעילו את השרת. שחקנים ללא חשבון קנוי מתחברים עכשיו לאותה כתובת כמו כולם.

מה מצב אופליין באמת עושה

כששחקן מתחבר לשרת רגיל, השרת שואל את שרתי ה-session של Mojang: "האם זה באמת החשבון שמאחורי שם המשתמש הזה?" Mojang עונה, ההתחברות מאושרת, וזהות השחקן מוכחת. זהו מצב אונליין, וזו ברירת המחדל.

מצב אופליין מוותר על השאלה הזו. השרת מקבל כל שם משתמש שהלקוח שולח ולא פונה ל-Mojang בכלל. שום דבר לא עובר patch, פריצה או שינוי — אתם מדליקים מתג ש-Mojang שמה בשרת ה-vanilla בכוונה, כי יש לא מעט הגדרות לגיטימיות שזקוקות לו:

• שרתי LAN ואירועים שרצים בלי חיבור לאינטרנט בכלל, שם בדיקת Mojang הייתה נכשלת לכולם.
• רשתות מאחורי proxy, שבהן BungeeCord או Velocity מבצעים את האימות פעם אחת בכניסה, והשרתים שמאחוריהם לא אמורים לחזור עליו.
• סביבות מבודדות או מאחורי חומת אש — שרתי בדיקות, רשתות בתי ספר ומשרדים, מכונות מנותקות מהרשת.
• לשחק עם חברים שעדיין לא קנו את המשחק, וזו הסיבה שרוב האנשים הגיעו לכאן.

מה שזה לא עושה זה להפוך את ההגדרה לחסרת השלכות. התחברויות מאומתות הן הדבר היחיד שעומד בין השרת שלכם לבין מישהו שמקליד את שם המשתמש של המנהל שלכם, ולכן ברירת המחדל online-mode=true קיימת מסיבה טובה ונשארת ההחלטה הנכונה לשרת ציבורי רגיל — ראו למה ברירת המחדל הזו קיימת. המדריך הזה מיועד למקרה שבו החלטתם שאתם צריכים לכבות אותה, וכל השאר עוסק בלעשות את זה בלי למסור את השרת למישהו אחר.

איך מפעילים את זה בפאנל של HytHost, שלב אחר שלב

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

1. עצרו את השרת. השתמשו ב-Stop, לא ב-Restart. שרת Minecraft פעיל מחזיק את ההגדרות שלו בזיכרון וכותב אותן חזרה לדיסק בכיבוי, כך ששינוי שנעשה בזמן שהוא רץ נדרס בשקט. זו הסיבה הנפוצה ביותר לכך שאנשים חושבים שהשינוי "לא נשמר".
2. פתחו את לשונית Files. אתם נוחתים ישר בתיקיית השורש של השרת — באותו מקום שבו נמצאים server.properties, תיקיית plugins ותיקיית העולם.
3. לחצו על server.properties כדי לערוך אותו. הוא נפתח בעורך הטקסט המובנה של הפאנל — רשימה פשוטה של הגדרות, אחת בכל שורה, בסדר אלפביתי.
4. מצאו את online-mode והגדירו אותו ל-false. שנו את online-mode=true ל-online-mode=false. בלי מרכאות, בלי רווחים סביב סימן השוויון, ובלי עותק שני של השורה.
5. מצאו את enforce-secure-profile והגדירו גם אותו ל-false. אם השורה בכלל לא קיימת בקובץ שלכם — דבר נפוץ בעולמות ישנים שנוצרו לפני Minecraft 1.19 — פשוט הוסיפו enforce-secure-profile=false בשורה נפרדת בסוף.
6. שמרו, ואז הפעילו את השרת. עקבו אחרי הקונסולה בזמן העלייה. שורה שמציינת שהשרת רץ במצב אופליין היא האישור שלכם שזה תפס.

אבטחה: במצב אופליין, כל אחד יכול להיות כל אחד

זה הפרק שכדאי לקרוא פעמיים. כל שאר המדריך הוא שינוי הגדרות; זה החלק שקובע אם השרת שלכם ישרוד להיות ציבורי.

מה באמת משתנה

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

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

התקינו את AuthMe Reloaded

תוסף אימות מציב סיסמה לפני כל שם משתמש. השחקנים נרשמים פעם אחת, מתחברים בכל סשן, והשם באמת הופך לשלהם — התחזות מפסיקה לעבוד כי ידיעת השם כבר לא מספיקה. AuthMe Reloaded הוא הסטנדרט הוותיק לזה ועובד על Paper ועל Spigot.

1. הורידו את קובץ ה-JAR מהעמוד הרשמי והעלו אותו לתיקיית plugins של השרת — בדיוק כמו כל תוסף אחר, שלב אחר שלב באיך מתקינים תוספים ב-Minecraft.
2. הפעילו מחדש את השרת כדי שהתוסף ייטען ויכתוב את קובץ ההגדרות שלו.
3. פתחו את plugins/AuthMe/config.yml והדקו את ברירות המחדל. אלה ארבע ההגדרות החשובות ביותר:

   settings:
     restrictions:
       timeout: 30
       maxRegPerIp: 2
       allowChat: false
     security:
       minPasswordLength: 8

   זה נותן לשחקנים 30 שניות להתחבר לפני שהם מועפים, מגביל כמה חשבונות אפשר ליצור מאותה כתובת, מונע משחקנים לא מאומתים לדבר בצ'אט, ופוסל סיסמאות קצרות מדי.
4. לימדו את השחקנים שתי פקודות. בכניסה הראשונה: /register עם הסיסמה שבחרו, פעמיים. בכל כניסה אחריה: /login עם אותה סיסמה. עד שיעשו זאת הם לא יכולים לזוז, לבנות או לכתוב בצ'אט.

תנו הרשאות לפי קבוצה, לא לפי שם

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

מה השחקנים שלכם ירגישו: UUID חדשים וסקינים חסרים

שני דברים משתנים לכל מי שנמצא בשרת ברגע המעבר, ושניהם הרבה יותר קלים לטיפול לפני שמשנים את ההגדרה מאשר אחרי.

כל שחקן מקבל זהות חדשה

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

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

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

סקינים מפסיקים להיטען

סקינים מגיעים משרתי Mojang וקשורים לחשבון מאומת. בלי אימות אין סקין, ולכן כולם מופיעים כ-Steve או Alex המוגדרים כברירת מחדל. SkinsRestorer פותר את זה: התקינו כמו כל תוסף אחר, הפעילו מחדש, והשחקנים בוחרים סקין בעצמם עם /skin set ואחריו שם משתמש. ברשת עם proxy התקינו אותו על ה-proxy ולא על כל שרת שמאחוריו.

רשתות proxy: BungeeCord ו-Velocity

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

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

השאלה אם הרשת שלכם פתוחה רק לחשבונות קנויים או גם לשחקנים ללא חשבון נקבעת ב-proxy, בקובץ ההגדרות של ה-proxy עצמו: config.yml עבור BungeeCord, velocity.toml עבור Velocity. ב-HytHost, proxy שמותקן מלשונית Version של הפאנל נכתב עם מצב אונליין מופעל ברמת ה-proxy, כך שזה הקובץ שצריך לערוך — לא השרתים האחוריים.

עוד פרט אחד ב-Velocity אם אתם מריצים רשת פתוחה לשחקנים ללא חשבון: ל-enforce-secure-profile יש תאום בצד ה-proxy בשם force-key-authentication בתוך velocity.toml. כיבוי ההגדרה בשרת האחורי בזמן שהגדרת ה-proxy נשארת דלוקה מייצר בדיוק את אותה תופעה — שחקנים נדחים בהתחברות מסיבה שהלוגים של השרת מתארים כבעיית פרופיל.

לבדוק, ולתקן את מה שנשבר

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

השינוי לא נשמר

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

תוסף מסרב להיטען

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

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