
מדריך צעד-אחר-צעד להקמת שרת פרטי של MU Online Season 6 (בעיקר Episode 3) על Windows ו-SQL Server. מיועד למי שמעולם לא הקים שרת כזה: בכל שלב כתוב לאן להיכנס, מה ללחוץ, מה להקליד, איך נראה הצלחה, ומה לתקן אם נתקעתם. אנחנו לא מארחים כאן קבצי שרת או לקוח.
הערה משפטית: שרתים פרטיים עלולים להפר את תנאי השימוש של Webzen. המדריך ללימוד וניהול מערכות בלבד. בלי התקנות פרוצות, בלי לקוח Webzen מקורי, ובלי נכסים מוגנים בזכויות יוצרים. כל קובץ שתשיגו חייב להגיע ממקור חוקי לפי הדין שחל עליכם.
לפני שמתחילים: מה בונים כאן
Season 6 היא העונה הכי מתועדת בקהילה: שש מחלקות, Master Level, כנפיים עד L3, ואירועים מרכזיים (Blood Castle, Devil Square, Chaos Castle, Castle Siege, Crywolf, Kanturu, ו-Illusion Temple ב-Ep.3). אין Rage Fighter ומחלקות מאוחרות.
חשוב מאוד: ה-Episode של הלקוח חייב להתאים לשרת. Ep.3 מול Ep.2 נראה כמו Connect Fail, אבל הבעיה היא פרוטוקול, לא "רק IP".

שש המחלקות ב-S6: Dark Knight, Dark Wizard, Fairy Elf, Magic Gladiator, Dark Lord, Summoner (עם שרשרת ההתפתחות של העונה).
שני מסלולים אפשריים
- MuServer קלאסי (זה המדריך): Windows, SQL Server, ODBC 32-bit, ואז DataServer, JoinServer, ConnectServer, GameServer.
- OpenMU (קוד פתוח): C#, PostgreSQL, Season 6 Ep.3. תיעוד רשמי:
אם ה-readme של החבילה שלכם סותר משהו כאן, ה-readme מנצח. שמות קבצי ini משתנים בין חבילות, העקרונות זהים.
מה צריך להכין
- מחשב/VPS עם Windows Server 2016 או 2019 (Windows 10/11 בסדר לבדיקה מקומית)
- לפחות 2 GB RAM לבדיקה; 2-4 GB עד כ-50 שחקנים; 4-8 GB ל-50 עד 200
- הרשאות Administrator על המכונה
- חבילת MuServer Season 6 + לקוח תואם Episode (ממקור חוקי שלכם)
- גישה לאינטרנט להתקנות Microsoft
- מחברת: תרשמו סיסמאות, שמות DSN, ו-IP. בלי זה תאבדו זמן
תוכנות שתתקינו בהמשך:
- .NET Framework 3.5
- SQL Server (2008 R2 מומלץ לרוב החבילות הקלאסיות; 2014 ומעלה אפשרי עם Compatibility Level 100)
- SQL Server Management Studio (SSMS)
- עורך טקסט פשוט (Notepad++)
- אופציונלי: HxD אם צריך לערוך IP בתוך Main.exe
מפת המחסנית (בקצרה)
שחקן (Main.exe)
-> ConnectServer TCP 44405 (כניסה ראשונה)
-> JoinServer (אימות חשבון)
-> GameServer TCP 55901 (העולם עצמו)
|-- DataServer <-> SQL Server
+-- EventServer / ExDB / ChatServer (לפי החבילה)סדר עלייה (חובה, אל תדלגו)
1. SQL Server (שירות Windows)
2. DataServer
3. JoinServer
4. ConnectServer
5. GameServer
6. EventServer / ExDB / ChatServer אם יש בחבילה
אם GameServer נסגר מיד: כמעט תמיד DataServer או JoinServer לא עלו, או ODBC/סיסמה שגויים.
תוכן עניינים
- אבטחה
שלב 0 - סידור תיקיות ועבודה מסודרת
1. צרו תיקייה קבועה, למשל
C:\MuServer.2. חלצו לתוכה את חבילת השרת (אל תריצו מתוך Downloads או Desktop ארוך עם רווחים מוזרים).
3. ודאו שאתם רואים תיקיות בסגנון:
DataServer, JoinServer, ConnectServer, GameServer, ולעיתים ExDB / EventServer.4. צרו קיצור דרך לתיקייה בשולחן העבודה כדי לא לחפש כל פעם.
הצלחה: אתם יודעים בדיוק איפה יושבת החבילה, ויש לכם מקום לרשום סיסמאות.
טעות נפוצה: הרצה מתוך ארכיון ZIP בלי חילוץ מלא. תמיד חלצו קודם.
שלב 1 - התקנת .NET Framework 3.5
רוב חבילות MuServer הקלאסיות דורשות .NET 3.5.
ב-Windows Server (אנגלית):
1. Start menu, חפשו
Server Manager ופתחו.2. Manage -> Add Roles and Features.
3. Next עד Features.
4. סמנו
.NET Framework 3.5 Features.5. Install, חכו לסיום.
ב-Windows 10/11:
1. Start, חפשו
Turn Windows features on or off / "הפעלה או כיבוי של תכונות Windows".2. סמנו
.NET Framework 3.5 (includes .NET 2.0 and 3.0).3. OK, אשרו הורדה אם Windows מבקש.
הצלחה: התכונה מסומנת ואין שגיאת התקנה.
תקלה: "The source files could not be found". תקנו עם מדיית התקנה של Windows או
DISM לפי הודעת השגיאה של Microsoft, ואז חזרו לסימון התכונה.שלב 2 - התקנת SQL Server במצב Mixed Mode
בלי Mixed Mode השרת לא יתחבר עם משתמש SQL (כמו
sa או משתמש ייעודי). זה שלב קריטי.1. הריצו את מתקין SQL Server כ-Administrator (לחיצה ימנית -> Run as administrator).
2. בחרו Installation -> New SQL Server stand-alone installation.
3. ב-Feature Selection סמנו לפחות: Database Engine Services.
4. ב-Instance Configuration השאירו Default instance (
MSSQLSERVER) אלא אם אתם יודעים למה צריך Named Instance.5. ב-Server Configuration ודאו ש-SQL Server Database Engine מוגדר ל-Startup Type = Automatic.
6. ב-Database Engine Configuration:
- Authentication Mode: בחרו Mixed Mode (SQL Server authentication and Windows authentication)
- הזינו סיסמת
sa חזקה (12+ תווים, אותיות, מספרים, סימן). שמרו אותה במחברת. - ב-Specify SQL Server administrators הוסיפו את משתמש ה-Windows שלכם (Add Current User).
7. Finish / Close אחרי שההתקנה ירוקה.
התקנת SSMS בנפרד:
1. התקינו SQL Server Management Studio מהאתר של Microsoft.
2. פתחו SSMS.
3. ב-Connect to Server:
- Server name:
localhost או .\SQLEXPRESS אם התקנתם Express בשם כזה - Authentication: SQL Server Authentication
- Login:
sa - Password: הסיסמה ששמרתם
4. Connect.
הצלחה: SSMS נפתח ואתם רואים Object Explorer עם המכונה שלכם.
טעויות נפוצות:
- בחרתם Windows Authentication Only בהתקנה. פתרון: אפשר להפעיל Mixed Mode אחר כך ב-SSMS (לחיצה ימנית על השרת -> Properties -> Security -> SQL Server and Windows Authentication mode), ואז ריסטארט לשירות SQL.
- שכחתם סיסמת
sa. תצטרכו לאפס לפי תיעוד Microsoft או להתקין מחדש בסביבת בדיקה.אל תפתחו פורט 1433 לאינטרנט. SQL רק לרשת פנימית / localhost.
שלב 3 - הפעלת TCP/IP ל-SQL (פורט 1433 פנימי)
1. Start, חפשו
SQL Server Configuration Manager.2. בצד שמאל: SQL Server Network Configuration -> Protocols for MSSQLSERVER (או עבור ה-instance שלכם).
3. בצד ימין: לחיצה ימנית על TCP/IP -> Enable.
4. לחיצה כפולה על TCP/IP -> לשונית IP Addresses.
5. גללו ל-IPAll:
- TCP Port:
1433 - TCP Dynamic Ports: ריקו (אם מופיע מספר דינמי, מחקו אותו לפרודקשן פשוט)
6. OK.
7. SQL Server Services בצד שמאל -> לחיצה ימנית על SQL Server (MSSQLSERVER) -> Restart.
הצלחה: אחרי Restart, מ-SSMS עדיין מתחברים ל-
localhost.תקלה: Configuration Manager לא נמצא. חפשו גם
SQLServerManager*.msc תחת C:\Windows\SysWOW64 לפי גרסת SQL, או התקינו מחדש את כלי הניהול.שלב 4 - שחזור מסדי הנתונים
שמות המסדים משתנים בין חבילות. שני דפוסים נפוצים:
- דפוס A:
MuOnline ועוד EventMU / RankingMU / LogServer- דפוס B:
Me_MuOnline (חשבונות) + MuOnline (דמויות/עולם)קבצי הגיבוי בדרך כלל
.bak בתוך תיקיית Database בחבילה. בדקו את ה-readme שלכם לשמות המדויקים.שחזור ב-SSMS:
1. ב-Object Explorer: לחיצה ימנית על Databases -> Restore Database...
2. Source: Device -> לחצו ... -> Add -> בחרו את קובץ ה-
.bak -> OK.3. Destination: Database: הזינו את השם שהחבילה מצפה לו (למשל
MuOnline).4. ב-Options (אם צריך): סמנו Overwrite the existing database רק אם אתם בטוחים.
5. OK. חכו להודעת הצלחה.
6. חזרו על התהליך לכל
.bak בחבילה.אם פרוצדורות נכשלות על SQL חדש יותר מ-2008:
ALTER DATABASE [MuOnline] SET COMPATIBILITY_LEVEL = 100;(החליפו את השם אם המסד נקרא אחרת. אפשר להריץ גם על
Me_MuOnline.)הצלחה: תחת Databases אתם רואים את כל המסדים של החבילה, אפשר להרחיב Tables ולראות טבלאות.
טעויות נפוצות:
- שחזרתם בשם לא נכון. ה-DSN וה-ini חייבים להתאים לשם המסד.
- קובץ
.bak פגום או לא תואם גרסה. נסו גיבוי אחר מהחבילה או בדקו לוג Restore.שלב 5 - משתמש SQL ייעודי (לא sa בקבצי ini)
1. ב-SSMS: Security -> Logins -> לחיצה ימנית -> New Login...
2. Login name: למשל
mu_app3. סמנו SQL Server authentication
4. Password: סיסמה חזקה ונפרדת מ-
sa. בטלו Enforce password expiration אם זה שרת משחק פנימי (לפי מדיניות שלכם).5. Default database: בחרו את מסד החשבונות (
Me_MuOnline או MuOnline לפי החבילה).6. לשונית User Mapping:
- סמנו את כל מסדי ה-MU
- לכל מסד סמנו לפחות:
db_datareader, db_datawriter, db_ddladmin (או לפי מה שה-readme דורש; חלק מהחבילות מצפות ל-db_owner בסביבת בדיקה)7. OK.
הצלחה: אתם מצליחים ב-SSMS להתחבר עם
mu_app וסיסמתו ולראות את המסדים.טעות נפוצה: השארתם
sa בתוך DataServer.ini. זה עובד בבדיקה ביתית, אבל מסוכן. עברו ל-mu_app לפני פתיחה לקהל.שלב 6 - ODBC 32-bit (המקום שכולם נופלים בו)
רוב קבצי ה-EXE של MuServer הם 32-bit. אם תפתחו את מנהל ה-ODBC הרגיל (64-bit), ה-Test יעבור לכם אבל השרת עדיין ייכשל.
איפה לפתוח (חובה SysWOW64):
1. לחצו Win+R.
2. הקלידו בדיוק:
C:\Windows\SysWOW64\odbcad32.exe3. Enter. אם UAC קופץ: Yes.
4. ודאו בכותרת החלון שזה ODBC Data Source Administrator. בגרסאות חדשות לפעמים כתוב במפורש 32-bit.
יצירת System DSN לכל מסד:
1. לשונית System DSN (לא User DSN).
2. Add...
3. בחרו SQL Server (או SQL Server Native Client / ODBC Driver for SQL Server אם זה מה שיש אצלכם והחבילה תומכת) -> Finish.
4. Name: בדיוק כמו שכתוב ב-ini של DataServer/JoinServer (למשל
MuOnline). תיאור אפשר להשאיר ריק או לכתוב אותו דבר.5. Server:
127.0.0.1 או localhost (או שם ה-instance אם צריך, למשל localhost\SQLEXPRESS).6. Next.
7. With SQL Server authentication... הזינו
mu_app והסיסמה.8. Next.
9. Change the default database to: בחרו את המסד המתאים ל-DSN הזה.
10. Next -> Finish.
11. Test Data Source... חייב להופיע TESTS COMPLETED SUCCESSFULLY.
12. חזרו על התהליך לכל מסד (למשל גם
Me_MuOnline, EventMU וכו').הצלחה: ב-System DSN (דרך SysWOW64) יש רשומה לכל מסד, ו-Test עבר על כולן.
טעויות נפוצות:
- פתחתם
C:\Windows\System32\odbcad32.exe (זה 64-bit). מחקו DSN משם וצרו מחדש ב-SysWOW64.- שם ה-DSN לא זהה למה שב-ini (אות גדולה/קטנה לפעמים משנה לפי מערכת). העתיקו אחד לאחד.
- Default database לא נבחר. בחרו במפורש.
שלב 7 - קונפיגורציית קבצי השרת
פתחו את תיקיית
C:\MuServer (או איפה שחילצתם). עבדו עם Notepad++ כעורך, ושמרו תמיד UTF-8 / ANSI לפי מה שהחבילה מצפה (אם אחרי שמירה מופיעים ג'יבריש, החזירו גיבוי).עקרונות זהים גם אם שמות הקבצים אצלכם קצת שונים:
DataServer (למשל
DataServer.ini / דומה):- שם DSN
- משתמש SQL (
mu_app)- סיסמת SQL
- פורט פנימי לתקשורת עם GameServer (לפי ה-readme; אל תחשפו אותו החוצה)
JoinServer:
- חיבור למסד החשבונות / DataServer
- כתובת מקומית
127.0.0.1 בבדיקהConnectServer:
- פורט ציבורי בדרך כלל 44405/TCP
- האזנה ל-
0.0.0.0 או לפי טבלת ServerList של החבילהGameServer:
- פורט משחק בדרך כלל 55901/TCP
- כתובת DataServer/JoinServer
- רייטים, אירועים, Master Level
נקודת התחלה לרייטים (לא חובה, רק כיוון התחלה שמרני):
EXPMultiplier = 100
DropMultiplier = 100
ZenMultiplier = 50
ResetLevel = 400IP לבדיקה מקומית: השתמשו ב-
127.0.0.1 בכל מקום שמחברים רכיב לרכיב על אותה מכונה.IP לפרודקשן: עקבו אחרי הקבצים של החבילה:
ServerList, IpList, MapServerInfo וכדומה. שימו את ה-IP הציבורי או הפנימי במקומות שהחבילה דורשת, לא "רק בקבצי הלקוח".הצלחה: שמרתם את כל ה-ini, הסיסמאות תואמות ל-ODBC, והפורטים 44405/55901 ברורים לכם.
טעות נפוצה: שיניתם פורט ב-GameServer אבל לא ב-ConnectServer/ServerList. הכל חייב להסכים.
שלב 8 - חומת אש (Firewall)
פתחו פורטים רק אם מישהו מחוץ למכונה צריך להתחבר. לבדיקה על אותה מכונה עם
127.0.0.1 אפשר לדלג זמנית, אבל כשתפתחו לשחקנים זה חובה.מה לפתוח החוצה (TCP):
-
44405 (ConnectServer)-
55901 (GameServer)- לפעמים גם
55919 אם יש GameServerCS (Castle Siege), ו-55980 אם יש ChatServer. בדקו בחבילה.מה לא לפתוח לעולם לאינטרנט:
-
1433 (SQL)- פורטים פנימיים של DataServer / JoinServer / ExDB
מסלול הלחיצות ב-Windows (אנגלית):
1. Start, חפשו
Windows Security ופתחו.2. Firewall & network protection.
3. Advanced settings (יפתח חלון Windows Defender Firewall with Advanced Security).
4. בצד שמאל: Inbound Rules.
5. בצד ימין: New Rule...
6. Rule Type: Port -> Next.
7. TCP, Specific local ports: הקלידו
44405 -> Next.8. Allow the connection -> Next.
9. סמנו Domain, Private, Public (או לפי רשת ה-VPS שלכם) -> Next.
10. Name:
MU ConnectServer 44405 -> Finish.11. חזרו על New Rule עבור
55901 בשם MU GameServer 55901.12. אם צריך CS/Chat: אותו תהליך ל-
55919 / 55980.חלופה מהירה ב-PowerShell כ-Administrator:
New-NetFirewallRule -DisplayName "MU ConnectServer" -Direction Inbound -Protocol TCP -LocalPort 44405 -Action Allow
New-NetFirewallRule -DisplayName "MU GameServer" -Direction Inbound -Protocol TCP -LocalPort 55901 -Action Allowב-VPS: חזרו על פתיחת אותם פורטים גם בחומת האש של הספק (Security Group / Network Firewall בפאנל). Windows לבד לא מספיק.
בבית מאחורי ראוטר:
1. היכנסו לממשק הראוטר (לרוב
192.168.1.1 או 192.168.0.1).2. Port Forwarding / Virtual Server.
3. העבירו TCP 44405 ו-55901 ל-IP המקומי של המחשב (בדקו ב-
ipconfig את IPv4 Address).4. אם כתובת ה-WAN שלכם מתחילה ב-10.x או 100.x, ייתכן CGNAT ואין Port Forward אמיתי. אז צריך VPS או מנהור.
הצלחה: ב-Advanced Security רואים את הכללים Inbound במצב Enabled, ובפאנל הספק הפורטים פתוחים.
טעויות נפוצות:
- פתחתם UDP במקום TCP.
- פתחתם 1433 "ליתר ביטחון". סגרו מיד.
- פתחתם רק ב-Windows ושכחתם את חומת הספק.
שלב 9 - הגדרת הלקוח
הלקוח חייב להיות אותו Episode כמו השרת.
1. התקינו/חלצו את הלקוח לתיקייה קבועה, למשל
C:\MuClient.2. חפשו קובץ שמחזיק כתובת שרת. שמות נפוצים:
IP.txt, server.ini, host.txt, או הגדרה בתוך לאונצ'ר.3. לבדיקה מקומית שימו:
127.0.0.14. אם אין קובץ טקסט והכתובת בתוך
Main.exe: - פתחו את HxD כ-Administrator.
- Open את
Main.exe. - Search -> Find את ה-IP הישן.
- החליפו ב-IP חדש באותו אורך תווים (אם החדש קצר יותר, רפדו ברווחים לפי נוהג החבילה; אם ארוך יותר, זה ישבור את הקובץ).
- Save, שמרו גיבוי של Main.exe לפני.
5. אל תפיצו מכאן לקוח Webzen מקורי.
הצלחה: אתם יודעים בדיוק איזה קובץ מגדיר IP, והערך הוא
127.0.0.1 לבדיקה.טעות נפוצה: השרת על VPS והלקוח עדיין מצביע ל-127.0.0.1 על המחשב של השחקן. מרחוק צריך IP ציבורי או דומיין.
שלב 10 - הדלקת השרתים בסדר הנכון
עבדו מחלון אחר חלון. אל תפתחו הכל בבת אחת בלי להסתכל.
1. ודאו ש-SQL Server רץ:
- Start ->
services.msc - מצאו SQL Server (MSSQLSERVER)
- Status = Running. אם לא: Start.
2. לכו לתיקיית DataServer, הריצו
DataServer.exe כ-Administrator. - חכו להודעת חיבור תקינה / בלי שגיאת ODBC.
3. JoinServer.exe (Administrator), חכו שיעלה יציב.
4. ConnectServer.exe, חכו שיעלה. אמור להאזין ל-44405.
5. GameServer.exe, חכו למסך מלא של טעינת דאטה בלי סגירה מיידית.
6. אם יש: EventServer / ExDB / ChatServer.
תנו לכל חלון 5-15 שניות לפני הבא. אם משהו נסגר, עצרו ותקנו לפני שממשיכים.
הצלחה: כל החלונות פתוחים ויציבים, GameServer לא נעלם אחרי שנייה.
אם GameServer נסגר מיד:
1. בדקו ש-DataServer ו-JoinServer עדיין פתוחים.
2. בדקו ODBC 32-bit + סיסמה.
3. בדקו לוגים/חלון השגיאה של DataServer.
4. רק אז הריצו שוב GameServer.
שלב 11 - כניסה ראשונה ודמות אונליין
1. הריצו את הלקוח.
2. התחברו לשרת (מקומית אמור למצוא את ConnectServer על 127.0.0.1:44405).
3. צרו חשבון בדיקה לפי כלי החבילה (אתר הרשמה / תוכנת אדמין / הוספה ידנית ב-SQL לפי ה-readme).
4. התחברו עם המשתמש.
5. צרו דמות ממחלקה אחת לפחות.
6. היכנסו לעולם: לכו כמה צעדים, הרגו מפלצת, הרימו אייטם.
7. צאו לדמות/לחשבון, כבו GameServer בצורה מסודרת לפי החבילה, הדליקו שוב, וודאו שהדמות והאייטם נשמרו.
הצלחה אמיתית: דמות בעולם, תנועה עובדת, שמירה שורדת ריסטארט. זה הרגע שבו "יש שרת".
Connect Fail מיד:
- ConnectServer כבוי
- חומת אש חוסמת 44405
- IP לקוח שגוי
- Episode לא תואם
רשימת בדיקה לפני שפותחים לשחקנים
[ ] Mixed Mode פעיל, סיסמאות חזקות רשומות
[ ] מסדים שוחזרו והשמות תואמים ל-ini
[ ] ODBC נוצר ב-SysWOW64 ועבר Test
[ ] משתמש mu_app בשימוש ב-ini (לא sa)
[ ] סדר עלייה יציב: SQL > Data > Join > Connect > Game
[ ] לוגין מקומי בלי Connect Fail
[ ] יצירת דמות לפחות במחלקה אחת (עדיף לבדוק את כל ה-6)
[ ] שמירה אחרי ריסטארט שרת
[ ] אירוע אחד נבדק (למשל Blood Castle)
[ ] Master Level אחרי רמה 400 + קווסט 3 (לפי חוקי S6)
[ ] 1433 סגור לאינטרנט
[ ] 44405 ו-55901 פתוחים רק אם צריך קהל
[ ] גיבוי SQL הוגדר, וניסיתם Restore פעם אחת על עותק בדיקהאבטחה (לא אופציונלי)
- אל תחשפו SQL החוצה.
- אל תשימו
sa בקבצי ini בפרודקשן.- שנו סיסמאות GM / אתר / FTP מיד.
- הגבילו RDP ל-IP שלכם או דרך VPN.
- גבו מסדים מהיום הראשון (Maintenance Plan או סקריפט
.bak יומי).תקלות נפוצות ופתרון מהיר
- Connect Fail מיד: IP/פורט לקוח, ConnectServer כבוי, חומת אש על 44405, או Episode לא תואם.
- GameServer נסגר מיד: Data/Join לא רצו, ODBC נכשל, סיסמת SQL, או קבצי Data חסרים.
- ODBC "עובד" אבל השרת לא רואה מסד: יצאתם DSN ב-64-bit. עברו ל-SysWOW64.
- מהבית מבחוץ לא נכנסים: Port Forward / חומת ספק / CGNAT / לקוח עדיין על 127.0.0.1.
- שמירות נעלמות: DataServer לא מחובר באמת, או למשתמש SQL חסרות הרשאות כתיבה.
OpenMU בקצרה (מסלול אחר)
אם אתם בוחרים OpenMU במקום MuServer קלאסי: לפי ה-Quick Start הרשמי זה Season 6 Ep.3 על PostgreSQL, עם פורטים לדוגמה 80 / 44405-44406 / 55901-55906 / 55980, והפעלה דרך
MUnique.OpenMU.Startup. זה לא משתמש באותם ini של MuServer קלאסי.איפה שואלים ברבוז
פיתוח, SQL, ODBC וקריסות: הקהילה הזו (
mu-dev).פרסום שרת וגיוס שחקנים:
כשאתם שואלים: ציינו Windows/SQL שלכם, Episode, איפה נתקעתם, ומה כתוב בחלון/לוג. בלי קישורים לקבצים פרוצים.
אם משהו לא ברור בשלב מסוים, אל תנחשו קדימה. עצרו, בדקו את מצב ההצלחה של אותו שלב, ואז המשיכו.