בשרת Minecraft Java פרטי, הפעילו רשימת הרשאה בקונסולת השרת באמצעות whitelist on, ואז הוסיפו כל שחקן מוזמן באמצעות whitelist add PseudoAmi. החליפו את PseudoAmi בשם פרופיל ה-Java האמיתי שלו. בשרת עצמאי, השאירו online-mode=true כדי שהשרת יאמת את החשבונות בנוסף לבדיקת ההזמנות.
צפו בהסבר המונפש (שמע באנגלית)
שיתוף הכתובת רק עם חברים אינו בקרת גישה. אפשר לגלות שרת נגיש גם אם אינו מופיע ברשימת שרתים ציבורית. רשימת הרשאה קובעת מי יכול להיכנס; היא אינה מסתירה את הפורט המאזין.
איך סורקים מוצאים שרת בלי להיכנס אליו
גילוי, זיהוי השירות וכניסה למשחק הם שלבים נפרדים. סורק יכול למצוא פורט נגיש, בדיקה אחרת יכולה לזהות Minecraft, ואז שחקן יכול לנסות להיכנס. אף אחת מהתצפיות המוקדמות אינה מוכיחה שמישהו נכנס לעולם שלכם. בקשת סטטוס או חיבור לא מוכר ביומן אינם כשלעצמם ראיה לפריצה.
Java משתמש בדרך כלל בפורט TCP 25565, אבל מספר הפורט אינו מוכיח איזה שירות מאזין בו. Bedrock משתמש בפרוטוקול משחק אחר, המבוסס על UDP. שינוי פורט או הסתרת רשומה ברשימת שרתים אינם תחליף לכלל כניסה.
אם Nmap כבר מותקן, הדוגמה האופציונלית הזו בודקת רק את פורט TCP 25565 במחשב שבו מריצים אותה:
nmap -p 25565 127.0.0.1
היא מניחה שהשרת שלכם פועל באותו מחשב ובאותו פורט. בתוך קונטיינר, localhost מתייחס לאותו קונטיינר, לא בהכרח למחשב המארח. הבדיקה אינה בודקת חשיפה ציבורית לאינטרנט ואינה מזהה Minecraft בפני עצמה. תוצאה של פורט פתוח פירושה שפורט ה-TCP מקבל חיבורים, לא שרשימת ההרשאה כבויה. תוצאה סגורה או מסוננת אינה מאבחנת את התנהגות הרשימה. אין צורך ב-Nmap כדי לבצע את ההגדרה שלהלן.
תיעוד זיהוי השירותים של Nmap מסביר את ההבדל בין תוויות המבוססות על פורטים לזיהוי ממשי. Nmap הוא כלי ביקורת אחד, ולא בהכרח הכלי שבו משתמש סורק Minecraft מסוים.
הפעלת רשימת הרשאה ב-Minecraft Java בחמישה שלבים
ההוראות מתייחסות לרשימת ההרשאה המובנית בשרתים ייעודיים של Java, לרבות Vanilla ו-Paper. בדקו את גרסת השרת המדויקת ואת השינויים האפשריים של פיצולים או תוספים. אלה אינן פקודות Bedrock. דרושים גישה לקונסולה של השרת הנכון, שמות פרופיל Java של המוזמנים וגיבוי לפני שינויי תצורה.
1. בדיקת האימות ומבנה השרת
בשרת Java עצמאי הנגיש מהאינטרנט, בדקו את ההגדרה הקיימת הבאה בקובץ server.properties:
online-mode=true
האימות בודק את החשבון; הוא אינו אומר שכל שחקן מאומת מוזמן. אל תכבו אימות כדי לפתור בעיית הזמנה.
אם השרת הוא שרת אחורי מאחורי פרוקסי, עצרו לפני שינוי ההגדרה. האימות, ההעברה המאובטחת של זהויות והגבלת הגישה לשרת האחורי חייבים להתאים למבנה המתועד של הפרוקסי. שינוי עיוור של הגדרות השרת האחורי עלול לשבש חיבורים או להשאיר זהויות ללא הגנה; בקשו ממנהל הרשת לבדוק את התצורה כולה.
2. הפעלת רשימת הרשאה
הקלידו בקונסולת השרת:
whitelist on
פקודות קונסולה אינן מתחילות בלוכסן. בצ'אט המשחק, מנהל מורשה משתמש בפקודה /whitelist on. שחקן רגיל אינו יכול לנהל את הרשימה.
3. הוספת פרופילים מוזמנים ובדיקת הרשימה
הריצו את הפקודות בנפרד והחליפו את השם שבדוגמה:
whitelist add PseudoAmi
whitelist list
חזרו על פקודת ההוספה לכל חבר. השתמשו בשם פרופיל Java, לא בכינוי Discord או בגיימרטאג משוער של Bedrock. קראו את תשובת הקונסולה האמיתית וודאו שהפרופילים הצפויים מופיעים. מדריך פקודת whitelist ב-Minecraft Wiki מתעד את התחביר ואת החריג למפעילי Java.
4. בדיקת חיבורים חדשים עם חשבונות ללא הרשאת מפעיל
בקשו משחקן מוזמן ללא OP להתנתק ולהתחבר מחדש. לאחר מכן בדקו שחשבון ללא OP שאינו ברשימה לא יכול להיכנס. השתמשו בחשבונות שלכם או במשתתפים שהסכימו, לא בשרתים של זרים. מפעילי Java יכולים לעקוף רשימת הרשאה, ולכן חשבון המנהל שלכם לבדו אינו מוכיח שהמסנן עובד.
בדקו קבלה או דחייה בפועל ואת יומני השרת. פינג תקין ברשימת השרתים אינו כישלון של רשימת ההרשאה: השירות יכול להישאר גלוי ולדחות כניסה של מי שלא הוזמן.
5. ביטול גישה כשההזמנה מסתיימת
כדי להסיר פרופיל מרשימת המוזמנים:
whitelist remove PseudoAmi
בדקו שוב את הרשימה. הפרידו בין חיבורים חדשים להפעלות קיימות: הפעלת הרשימה או הסרת שם אינן מבטיחות ששחקן שכבר מחובר ינותק מיד. ההגדרה הנפרדת enforce-whitelist ומימוש השרת משפיעים על האכיפה. אל תשנו אותה כבדרך אגב במסגרת המדריך. אם הגישה חייבת להיפסק עכשיו, נתקו את השחקן במפורש באמצעות כלי הניהול וודאו שניסיון כניסה חדש נדחה.
אם עורכים מאפיינים במקום להשתמש בפקודות קונסולה, גבו את התצורה והעולם, עצרו את השרת באופן מסודר, ערכו את המופע הנכון ואז בצעו הפעלה מחדש מתוכננת. בדקו שוב את הכניסה לאחר מכן. אל תניחו שעריכת קובץ נכנסת לתוקף מיד ואל תפעילו מחדש בלי להודיע לשחקנים הפעילים.
פתרון תקלות: חבר נחסם או זר עדיין נכנס
אם חבר נדחה, אשרו את שם פרופיל ה-Java המדויק, בדקו את הרשימה וודאו ששיניתם את הקונסולה של הכתובת שבה הוא באמת משתמש. קראו את סיבת הדחייה: אימות חשבון, גרסאות לא תואמות והבדלים בחבילות מודים הם בעיות שונות. אל תכבו את הרשימה רק כדי להסתיר את השגיאה.
אם שחקן שאינו רשום נכנס, בדקו את הרשאת המפעיל, האם זו כניסה חדשה ולא הפעלה קיימת, והאם פרוקסי או תוסף משנים את כללי הכניסה. ודאו שהרשימה מופעלת בשרת הנכון. הגנו על פרטי הגישה לניהול והעניקו OP רק כשנדרש.
מדריך מאפייני השרת של Paper מתאר אימות, רשימת הרשאה והגדרות אכיפה; תיעוד של פיצול מסוים אינו קובע את ההתנהגות של כל שרת אחר.
Bedrock Dedicated Server משתמש ברשימת allowlist
בשרת הייעודי של Microsoft ל-Bedrock, המאפיין המתועד הוא allow-list=true בתוך server.properties, והשחקנים המוזמנים נמצאים ב-allowlist.json. פעלו לפי תיעוד Microsoft למאפייני שרת Bedrock והוראות הניהול לגרסה שלכם. אל תדביקו את פקודות Java שלעיל ב-Bedrock ואל תניחו שהחריג של Java למפעילים חל גם בו. גבו לפני עריכה ותכננו הפעלה מחדש אם היא נדרשת.
ממה רשימת ההרשאה אינה מגינה
רשימת הרשאה אינה מונעת גילוי ברשת או מתקפות DDoS. היא אינה יכולה למנוע התנהגות פוגענית של מוזמן, לאבטח חשבון מוזמן שנפרץ או להחליף עדכונים וגיבויים שאפשר לשחזר.
תוסף הרשאות אינו מוכיח אוטומטית שאורחים אינם יכולים להיכנס או לבנות. בשרת ציבורי במכוון, שחקנים חדשים רצויים: בדקו הגבלות אורחים, הגנת אזורים ומודרציה במקום להחיל על כולם מדיניות כניסה המיועדת לחברים בלבד.
שאלות נפוצות
האם מצב מקוון הופך שרת לפרטי?
לא. הוא מאמת חשבונות. שרת פרטי זקוק גם למדיניות הזמנה מפורשת, כגון רשימת הרשאה, ולבקרה על גישת מפעילים.
האם פורט 25565 אמור להיסגר אחרי הפעלת הרשימה?
לא. שירות המשחק חייב להישאר נגיש למוזמנים. הרשימה מסננת כניסה למשחק, לא את פורט הרשת.
האם שכירת שרת מספיקה כדי לשלוט בכניסה?
לא. גם אירוח ביתי וגם אירוח שכור דורשים הגדרות גישה מתאימות. השוו את אפשרויות התפעול במדריך שלנו על Minecraft עם חברים בשרת ביתי או שכור. אם בחרתם באירוח שכור, בדקו את הצעות אירוח Minecraft של SharpHeberg, ואז הגדירו ובדקו את רשימת המוזמנים לפני המשחק הבא.