העברת פורט לשרת Minecraft: לפתוח, לתקן או לוותר
בעמוד זה
יש לכם שרת Minecraft שרץ על המחשב שלכם, אצלכם הוא עובד, והחברים לא מצליחים להיכנס. העברת פורט היא התשובה הרגילה — אבל היא לא היחידה, היא לא עובדת לכולם, וחלק גדול מהאנשים ש"עשו הכול נכון" חסומים בפועל על ידי משהו שספק האינטרנט שלהם עושה, כמה רחובות משם.
לכן המדריך הזה עושה שלוש עבודות. הוא מראה איך פותחים את הפורט כמו שצריך, כולל הבדיקה שרוב האנשים מבצעים לא נכון. הוא מאבחן את המצב כשזה לא עובד, ואומר בכנות מתי זה לעולם לא יעבוד. והוא מכסה את הדרכים להכניס חברים בלי לפתוח שום דבר.
מתחילים כאן: מי מהם אתם?
ארבעה מצבים, ארבע תשובות שונות. מצאו את שלכם וקפצו ישר — הסיבות כמעט לא נחתכות זו בזו, וקריאה של הענף הלא נכון שורפת ערב שלם.
| המצב שלכם | לאן להמשיך |
|---|---|
| אני רק רוצה שהחברים יתחברו ועוד לא ניסיתי כלום | פתחו את הפורט כמו שצריך |
| פתחתי את הפורט וזה עדיין לא עובד | למה זה לא עבד — התחילו מבדיקת שתי הדקות למטה |
| אני מעדיף לא לפתוח פורט בראוטר בכלל | מנהרות, שלא דורשות שום שינוי בראוטר |
| אני רוצה לדעת אם זה בטוח לפני שאני נוגע במשהו | האם העברת פורט בטוחה? |
בדיקת שתי הדקות שכדאי לעשות ראשונה
דבר אחד קובע אם העברת פורט יכולה בכלל לעבוד אצלכם, והוא לוקח שתי דקות. עשו אותו לפני שאתם נוגעים בהגדרה אחת בראוטר, כי אם התשובה חוזרת בכיוון הלא נכון, שום דבר בענף הראשון של העמוד הזה לא יעזור.
- פתחו את ממשק הניהול של הראוטר ומצאו את כתובת האינטרנט שהוא מדווח עליה. היא במסך הסטטוס או הסקירה, בדרך כלל תחת התווית WAN IP, Internet IP או IPv4 address — התוויות האלה נשארות באנגלית ברוב המכשירים.
- חפשו "what is my IP" בדפדפן על אותה רשת, ורשמו את הכתובת שחוזרת.
- השוו ביניהן. אם הן זהות, יש לכם כתובת ציבורית אמיתית והעברת הפורט תעבוד ברגע שתוגדר נכון. אם הן שונות, הספק מתרגם את התעבורה שלכם לפני שהיא מגיעה לאינטרנט, ופורט שאתם פותחים בראוטר שלכם לא מגיע החוצה — ראו למה זה לא עבד כדי לדעת מה עושים.
פותחים את הפורט כמו שצריך
התפריט של כל ראוטר בנוי אחרת, ולתכונה יש כמה שמות — Port Forwarding, Virtual Server, NAT Forwarding, Applications and Gaming. מה שצריך לקרות זהה בכל מקום: להגיד לראוטר שתעבורה שמגיעה לפורט של Minecraft צריכה לעבור למחשב שמריץ את השרת.
- קודם כול קבעו כתובת מקומית קבועה למחשב השרת. על השלב הזה מדלגים, ובגללו ההעברה מפסיקה לעבוד שבוע אחר כך. הראוטר מחלק כתובות מקומיות באופן זמני, ולכן המחשב שהוא
192.168.1.42היום יכול להיות192.168.1.57אחרי אתחול — וההעברה עדיין מצביעה על הישנה. סדרו את זה או בראוטר, בהוספת הזמנת DHCP למחשב הזה, או במחשב עצמו בהגדרת כתובת סטטית מחוץ לטווח ה-DHCP של הראוטר. ההזמנה בטוחה יותר, כי הראוטר נשאר מקור האמת היחיד. - צרו את כלל ההעברה. הפורט הפנימי והחיצוני שניהם על הפורט של השרת. פרוטוקול TCP ל-Java (25565), UDP ל-Bedrock (19132). יעד: הכתובת המקומית שקיבעתם עכשיו. אם הראוטר מתעקש על טווח פורטים, השתמשו באותו מספר להתחלה ולסוף.
- אפשרו את זה בחומת האש של המחשב. הראוטר כבר שולח את התעבורה למחשב, וחומת האש של המחשב עדיין יכולה להפיל אותה. ב-Windows הוסיפו כלל נכנס לפורט — או לקובץ ההרצה של Java שמריץ את השרת — ב-Windows Defender Firewall. זו הסיבה השנייה בשכיחותה לכך שהעברה תקינה נראית כאילו היא לא עושה כלום.
- בדקו מחוץ לרשת שלכם. לא מדפדפן בסלון. כבו Wi-Fi בטלפון כך שיהיה על נתונים סלולריים ונסו להגיע לכתובת, או השתמשו בבודק פורטים מקוון בזמן שהשרת רץ. שניהם בודקים את אותו דבר: אם העולם שבחוץ מצליח להיכנס.
ברגע שהבדיקה מבחוץ מצליחה, החברים מתחברים עם הכתובת הציבורית שלכם והפורט — ב-Java, your.public.ip:25565. אם הספק מחליף לכם את הכתובת הציבורית מדי פעם, כמו ברוב החיבורים הביתיים, שם DNS דינמי חינמי נותן לכם שם מארח קבוע שעוקב אחריה.
פתחתם את הפורט וזה עדיין לא עובד
עברו על הרשימה לפי הסדר. היא מסודרת לפי כמה פעמים כל סעיף מתגלה כתשובה, ואת שני הראשונים אפשר לשלול בחינם.
1. בדקתם מתוך הרשת שלכם
הוזכר למעלה, וזו באמת אזעקת השווא הנפוצה ביותר: hairpinning הוא חובה בתקן שראוטרים רבים מתעלמים ממנה, ולכן בדיקת הכתובת הציבורית מהסלון שלכם יכולה להיכשל גם בהגדרה מושלמת. בדקו שוב מנתונים סלולריים לפני שאתם משנים משהו אחר.
2. הכתובת המקומית של מחשב השרת השתנתה
אם זה עבד ואז הפסיק, זו כמעט תמיד הסיבה. ההעברה עדיין מצביעה על כתובת שכבר אינה של המחשב. הוסיפו הזמנת DHCP כדי שזה לא יזוז שוב.
3. carrier-grade NAT — זה שאין לו מעקף
אם כתובת ה-WAN בראוטר לא תואמת למה ש-"what is my IP" מדווח, התעבורה שלכם מתורגמת אצל הספק לפני שהיא מגיעה לאינטרנט, ופורט שאתם פותחים בראוטר שלכם פשוט לא קיים מבחינת העולם שבחוץ. אפשר לקרוא את זה ישירות מהראוטר:
| כתובת WAN בראוטר שלכם | מה זה אומר | העברת פורט תעבוד? |
|---|---|---|
100.64.x.x – 100.127.x.x | מרחב כתובות משותף, ש-RFC 6598 שמר במפורש עבור carrier-grade NAT ואינו נתב לאינטרנט | לא. לא עם שום הגדרה בראוטר שלכם. |
10.x.x.x, 172.16.x.x – 172.31.x.x, 192.168.x.x | כתובת פרטית, כלומר יש ראוטר שני או מודם של הספק במצב ראוטר מעליכם — NAT כפול (double NAT) | כן, אחרי שמטפלים ב-NAT הכפול (למטה) |
| כתובת שתואמת ל-"what is my IP" | כתובת ציבורית אמיתית | כן |
| כתובת שנראית ציבורית אבל לא תואמת ל-"what is my IP" | משהו למעלה עדיין מתרגם — התייחסו לזה כאל carrier-grade NAT | לא |
carrier-grade NAT קיים כי אין מספיק כתובות IPv4 כדי לתת לכל בית אחת, ולכן ספקים מחלקים כתובת ציבורית אחת בין לקוחות רבים. זו לא תקלה ואף אחד לא עשה משהו לא נכון. האפשרויות שלכם הן לבקש מהספק כתובת IPv4 ציבורית — רבים מציעים אחת, לפעמים בחינם ולפעמים בתשלום — או להפסיק להזדקק לה, בעזרת מנהרה או שרת מאוחסן.
4. NAT כפול: שני ראוטרים, שרשרת אחת
כתובת פרטית בצד ה-WAN של הראוטר שלכם אומרת שהראוטר מחובר לראוטר אחר — בדרך כלל הקופסה שהספק סיפק, שרצה במצב ראוטר ולא כמודם פשוט. ההעברה שלכם נכונה; היא פשוט נעצרת במכשיר השני. שלוש דרכים החוצה, הטובה ראשונה: העבירו את קופסת הספק ל-bridge mode או modem mode כדי שהראוטר שלכם יקבל את הכתובת הציבורית ישירות; או פתחו את אותו פורט פעם שנייה במכשיר שמעליכם, כשהוא מצביע על הראוטר שלכם; או העבירו את השרת אל מאחורי המכשיר העליון.
5. חומת האש של המחשב עצמו
הראוטר מעביר, המחשב מפיל. הוסיפו כלל נכנס לפורט, או לקובץ ההרצה של השרת, ובדקו שוב מבחוץ.
6. הפרוטוקול הלא נכון או הפורט הלא נכון
Java הוא TCP 25565, Bedrock הוא UDP 19132. הם אינם חלופיים, ושרת Bedrock מאחורי העברת TCP אינו נגיש בזמן שהוא נראה בריא לחלוטין מבפנים. אם השרת שלכם הוא Bedrock, ההגדרה שונה ביותר מקומות מאשר הפורט — מדריך שרת Bedrock מכסה את זה מקצה לקצה.
אם הבדיקה למעלה גילתה שאתם מאחורי carrier-grade NAT, אין הגדרה בראוטר שתתקן את זה — השרת צריך לשבת במקום עם כתובת משלו. זה בדיוק מה שאחסון הוא: מכונה עם IP ציבורי אמיתי, מחוברת בין אם המחשב שלכם דלוק ובין אם לא. אחסון Minecraft ב-HytHost מתחיל ב-€2.59 לחודש.
לתוכניות האחסון של Minecraftהאם העברת פורט בטוחה?
התשובה הקצרה: פתיחת פורט אחד לשרת שאתם מעדכנים היא דבר תקין, וזה מה שכל שרת Minecraft באינטרנט עושה. הסיכון אינו הפורט הפתוח עצמו — אלא מה שמאזין מאחוריו, והעובדה שכתובת הבית שלכם היא עכשיו כתובת השרת. שניהם ניתנים לניהול, ואף אחד מהם אינו סיבה להירתע.
מה פורט פתוח באמת עושה
פורט מועבר חושף לאינטרנט תוכנה אחת בדיוק: זו שמאזינה על הפורט הזה. הוא לא פותח את המחשב שלכם, לא את הקבצים שלכם ולא את שאר המכשירים בבית. מה שכן, כל מי שמוצא את הכתובת יכול לשלוח לתוכנה האחת הזו מה שבא לו — ולכן התוכנה שמאחוריה חייבת להיות תוכנה שאתם מעדכנים.
התקדים האמיתי, בניסוח מדויק
הדוגמה מעולם Minecraft שאנשים שולפים היא Log4Shell — CVE-2021-44228, בציון 10.0 קריטי, שפורסמה ב-10 בדצמבר 2021 — ו-Mojang פרסמה הודעה באותו יום שאישרה ש-Java Edition נפגעה. כדאי לדייק באופן שבו זה עבד, כי הגרסה הפופולרית שגויה בדיוק בנקודה שחשובה כאן.
הדוח של Microsoft עצמה מתעד את המתקפה כתוקף שמתחבר לשרת פגיע ושולח הודעה מעוצבת בתוך המשחק, מה שהריץ קוד על השרת ועל לקוחות פגיעים שהיו מחוברים. שני הכיוונים היו אמיתיים. אבל בכל מקרה מתועד התוקף היה חייב להתחבר ולתקשר — פורט פתוח בפני עצמו לא הריץ כלום. הלקח אינו "אל תפתחו פורטים", אלא "תשמרו על מה שמאחורי הפורט מעודכן", מה שבמקרה ההוא היה מעבר ל-1.18.1 או הפעלת הדגל ש-Mojang פרסמה לגרסאות ישנות.
העלות שאין לה טלאי
החלק שכדאי לחשוב עליו הכי הרבה אינו חולשה בכלל: הכתובת הציבורית שלכם הופכת לכתובת השרת, וכל מי שהזמנתם מחזיק בה, וגם כל מי שהם מעבירים לו אותה. מתקפת מניעת שירות שמכוונת לשרת מאוחסן פוגעת באותו שרת; כשהיא מכוונת לחיבור ביתי היא מנתקת את כל הבית מהאינטרנט, ואי אפשר לסנן אותה מהצד שלכם כי הקו כבר רווי. כתובת שיצאה החוצה אי אפשר להחזיר. מדריך הזמינות מסביר מה זה אומר לאורך זמן; הסיכום המעשי הוא שזו עסקה טובה לחמישה חברים וגרועה לשרת ציבורי.
מה באמת עושה את זה בטוח
שמרו את השרת על גרסה עדכנית, הפעילו את הרשימה הלבנה כך שרק מי שהזמנתם ייכנס, השאירו את online-mode בברירת המחדל כך שהחשבונות מאומתים, וגבו את העולם לפני שאתם מתנסים. ארבעת אלה הם כל הרשימה, והם נמצאים בחלק ההגדרות הבטוחות במדריך הקמת השרת עם ההגדרות המדויקות. עשו אותם, ופורט מועבר אחד הוא דבר שגרתי לחלוטין.
להכניס חברים בלי לפתוח פורט
מנהרה נותנת לעולם שבחוץ כתובת ששייכת לספק המנהרה, ואז מעבירה תעבורה משם לשרת שעל המחשב שלכם דרך חיבור שהמחשב שלכם פתח החוצה. שום דבר לא משתנה בראוטר, ולכן זה עובד מאחורי carrier-grade NAT שם העברת פורט לא יכולה. התמורה היא שצד שלישי יושב עכשיו בנתיב, ולמסלולים החינמיים יש מגבלות אמיתיות.
שלושת השמות שאנשים מחפשים, עם מה שהתיעוד שלהם עצמם אומר היום:
| מנהרה | Java (TCP 25565) | Bedrock (UDP 19132) | החברים מתקינים משהו? | המלכוד במסלול החינמי |
|---|---|---|---|---|
| playit.gg | כן | כן | לא | ניתוב גלובלי משותף בלי בחירת אזור — playit מזהירה ששחקן בצפון אמריקה עלול להיות מנותב דרך Singapore. דומיין משלכם בתשלום. |
| ngrok | כן | לא — אין תמיכה ב-UDP בכלל | לא | נקודת קצה TCP דורשת אמצעי תשלום בחשבון גם כדי להישאר חינמית, והכתובת אקראית בכל הפעלה מחדש אלא אם משלמים. |
| Hamachi | כן | לא מצוין על ידי היצרן | כן — כל שחקן | רשת חינמית מכילה 5 חברים כולל אתכם, כלומר ארבעה חברים, וכל אחד מהם חייב להתקין ולהצטרף. |
playit.gg
זו שמכסה את שתי המהדורות. Java ו-Bedrock הן שתיהן הגדרות מוכנות במסלול החינמי, ולכן שרת Bedrock על UDP עובד בלי לשלם — וזה חריג וזו הסיבה המרכזית לבחור בה. השחקנים שלכם מקבלים כתובת ש-playit מקצה במקום שלכם, ורק אתם מתקינים משהו. המגבלות בכנות: מנהרות חינמיות רוכבות על ניתוב גלובלי משותף, והתיעוד של playit עצמה מזהיר ששחקן עלול להישלח למרכז נתונים רחוק, ומתאר את הנתיב כארבע קפיצות שההשהיה שלהן מצטברת; בחירת אזור ושימוש בדומיין משלכם הם בתשלום. חשבונות חינמיים יכולים להקצות ארבעה פורטים.
ngrok
מצוין ל-Java, חסר תועלת ל-Bedrock — ngrok תומכת ב-HTTP, HTTPS, TCP ו-TLS, ומצהירה במפורש שהיא לא עושה UDP. שני פרטים במסלול החינמי יפילו אתכם אם אף אחד לא מזהיר: פתיחת נקודת קצה TCP גולמית מחייבת הוספת אמצעי תשלום לחשבון, גם אם הוא נשאר חינמי, והכתובת מוקצית באקראי בכל הפעלה של המנהרה, כך שהחברים צריכים כתובת חדשה בכל מפגש אלא אם משלמים על כתובת שמורה. מיתוס אחד שכדאי להוציא לפנסיה בהזדמנות: הטענה החוזרת שמנהרות ngrok חינמיות מתות אחרי שעתיים כבר לא נכונה — התיעוד הנוכחי של ngrok אומר שנקודות קצה חינמיות יכולות להישאר מחוברות ללא הגבלת זמן.
Hamachi
הוותיקה מבין השלוש והיחידה שעובדת אחרת: זו בכלל לא מנהרה אל כתובת ציבורית, אלא רשת מקומית וירטואלית. כולם מצטרפים לאותה רשת פרטית ואז מתחברים כאילו הם באותו חדר. ההבדל הזה הוא כל הסיפור, לשני הכיוונים.
היא עדיין חיה — GoTo Group מפעילה אותה תחת המותג LogMeIn והערות הגרסה כוללות רשומות מ-2026 — והמסלול החינמי עדיין קיים, אבל הוא מגביל רשת לחמישה חברים כולל אתכם. ארבעה חברים. ובניגוד ל-playit.gg או ngrok, כל שחקן מתקין את הלקוח ומצטרף לרשת, וזו בדרך כלל הנקודה שבה התוכנית מתה כשמדובר בחבורת נוער. מבחינה טכנית זה מתאם רשת וירטואלי מלא שמתווך חיבורים מעל UDP כברירת מחדל, ולכן הוא לא מוגבל ל-TCP — אבל התיעוד של GoTo לא מזכיר את Minecraft, את Bedrock או את פורט 19132 בכלל, ולכן התייחסו ל-Bedrock מעל Hamachi כאל לא נבדק ולא כאל נתמך. GoTo גם מזהירה בדפי העזרה שלה שיישומים שנבנו עבור "high-speed, low-latency LAN environments" עלולים לא לתפקד היטב מעליה.
מה מנהרה עולה לכם
השהיה, בעיקר. תעבורה שהייתה הולכת ישר לבית שלכם הולכת עכשיו קודם לספק, ובמסלולים חינמיים נדיר שתוכלו לבחור איפה זה. לעולם הישרדות עם חמישה חברים אף אחד לא שם לב; במשהו שהתזמון בו חשוב — כן. העלות השנייה היא שהזמינות של השרת שלכם תלויה עכשיו בכך שהמסלול החינמי של צד שלישי ימשיך להתקיים באותם תנאים — וכפי שהמנהרות שלמעלה מראות, זו לא הנחה שכדאי להניח.
מתי שרת מאוחסן הוא התשובה הכנה
לא כל קורא צריך את זה, ולהעמיד פנים אחרת יהיה לא כנה — הרבה אנשים מריצים שרת טוב על מחשב פנוי במשך שנים. אבל יש ארבעה מצבים שבהם את הקרב שלמעלה אי אפשר לנצח או שלא שווה לנצח, ועדיף להגיד את זה מאשר להשאיר אתכם מכווננים ראוטר שלא יכול לעזור:
- אתם מאחורי carrier-grade NAT. זה המצב שאין לו מעקף בראוטר. מנהרה או שרת מאוחסן הם שני המסלולים היחידים, ורק אחד מהם נותן לכם כתובת שאתם שולטים בה.
- אתם רוצים שהעולם יהיה נגיש כשהמחשב כבוי. שרת על שולחן העבודה קיים כל עוד המחשב ער. אם אנשים משחקים בשעות שונות, זו כל הבעיה, ושום הגדרת פורט לא פותרת אותה.
- אתם מעדיפים לא לחלק את כתובת הבית שלכם. במיוחד אם השרת יהיה ציבורי, או אם המצטרפים הם החברים של הילד שלכם ולא שלכם.
- יותר מקומץ שחקנים. קו העלאה ביתי ומחשב שמשמש גם לדברים אחרים מתחילים שניהם להיראות, וזה נראה כמו לאג שנדמה כמו בעיה במשחק.
מה משתנה: הכתובת היא כתובת של מרכז נתונים ולא של הבית שלכם, השרת נשאר למעלה בכוחות עצמו, ומתקפה שמכוונת אליו לא מנתקת את המשפחה. תוכנית מנוהלת גם מסירה את החלקים המטרידים בעמוד הזה — בלי העברת פורט, בלי DNS דינמי, בלי כלל בחומת אש. שרתי HytHost רצים על אחסון NVMe עם SLA זמינות של 99.9%, עם סינון DDoS של Voxility מלפנים ותמיכה בצ'אט חי מ-8 בבוקר עד 11 בלילה (שעון קישינב). אם כבר יש לכם עולם על המחשב, ההעברה היא העתקת תיקייה ואנחנו נעשה אותה בשבילכם.
ואם עוד לא בניתם שרת בכלל, התחילו באיך מקימים שרת Minecraft במקום — העמוד הזה מניח שכבר יש לכם שרת שרץ ורק החיבור חסר.
כתובת אחת שלא משתנה, מחוברת בין אם המחשב שלכם דלוק ובין אם לא, וכתובת הבית שלכם נשארת מחוץ לתמונה. העברה מעולם שאירחתם בעצמכם היא בחינם, והתוכניות מתחילות ב-€2.59 לחודש.
לתוכניות האחסון של Minecraftשאלות נפוצות
רק אם השרת רץ על המחשב שלכם והשחקנים נמצאים מחוץ לרשת הביתית. שחקנים על אותו Wi-Fi יכולים להיכנס בלי זה, ושרת מאוחסן לא צריך את זה בכלל כי כבר יש לו כתובת ציבורית. אם אתם מעדיפים לא לשנות הגדרות בראוטר, מנהרה כמו playit.gg מגיעה לאותה תוצאה בלי לפתוח כלום.
פתיחת פורט אחד חושפת לאינטרנט תוכנה אחת בדיוק — השרת — ולא את שאר המחשב או את המכשירים האחרים בבית. שתי העלויות האמיתיות הן שהתוכנה שמאחורי הפורט חייבת להישאר מעודכנת, ושכתובת ה-IP הביתית שלכם הופכת לכתובת השרת, ואי אפשר להחזיר אותה אחרי שהיא שותפה. גרסת שרת עדכנית, רשימה לבנה מופעלת ו-online-mode שנשאר דלוק מכסים את הראשונה; השנייה היא שיקול דעת לגבי מי מצטרף.
Java Edition מאזין כברירת מחדל על פורט TCP 25565, שנקבע על ידי server-port בקובץ server.properties. שרת Bedrock Dedicated Server משתמש בפורט UDP 19132, ו-19133 ל-IPv6. הפרוטוקול חשוב לא פחות מהמספר: שרת Bedrock מאחורי העברת TCP אינו נגיש בזמן שהוא נראה כאילו הוא רץ כרגיל.
לפי סדר הסבירות: הבדיקה בוצעה מתוך אותה רשת, מה שיכול להיכשל גם בהגדרה נכונה כי ראוטרים רבים לא מממשים hairpinning; הכתובת המקומית של מחשב השרת השתנתה, ולכן הכלל מצביע על המכשיר הלא נכון; ספק האינטרנט משתמש ב-carrier-grade NAT, ששום הגדרה בראוטר לא מנצחת; יש ראוטר שני מעליכם; חומת האש של המחשב מפילה את התעבורה; או שהכלל משתמש בפרוטוקול הלא נכון עבור המהדורה שאתם מריצים.
השוו את כתובת ה-WAN שמוצגת בממשק הניהול של הראוטר לכתובת שחיפוש "what is my IP" מחזיר. אם הן שונות, התעבורה מתורגמת למעלה. כתובת בין 100.64.0.0 ל-100.127.255.255 היא הוכחה חותכת: RFC 6598 שומר את הטווח הזה כמרחב כתובות משותף שמיועד במפורש ל-carrier-grade NAT, והוא אינו נתב לאינטרנט.
כן, בשתי דרכים. מנהרה מחלקת כתובת ששייכת לספק המנהרה ומעבירה תעבורה למחשב שלכם דרך חיבור שהיא פתחה החוצה, כך שהראוטר נשאר ללא שינוי — וזה עובד גם מאחורי carrier-grade NAT. או שהשרת ירוץ על אחסון, שכבר יש לו כתובת ציבורית. שניהם מוותרים על משהו: מנהרה מוסיפה צד שלישי והשהיה בנתיב, ואחסון עולה כסף.
לא. פורט מועבר הוא כלל ניתוב ולא מוסיף עיכוב מדיד. מה שכן משפיע על המשחק הוא החיבור עצמו — קו העלאה ביתי משותף עם כל השאר בבית, ולכן השרת מתחרה בסטרימינג, בשיחות ובהורדות. מנהרות הן האפשרות שבאמת מוסיפה השהיה, כי התעבורה נוסעת אל ספק המנהרה לפני שהיא מגיעה לשרת.
לדלג על הראוטר לגמרי
שרת Minecraft עם כתובת ציבורית משלו, מחובר בין אם המחשב שלכם דלוק ובין אם לא — בלי העברת פורט, בלי DNS דינמי, בלי מבוי סתום של CGNAT, וכתובת הבית שלכם נשארת שלכם. סינון DDoS וגיבויים בלחיצה כלולים, והעברת עולם קיים היא בחינם.
Live chat 8 AM – 11 PM (Chișinău time) · tickets answered during business hoursהמדריך הזה עזר לך?
