המלחמה מתחילה !!!

i_hawk כתב/ה:אלון הסוויטץ' לא קיים בדיפולט ב Config, אבל צריך להוסיף אותו, הוא כן קיים בקוד בוודאות, ויש גם עוד אחד שאני לא בטוח מה המשמעות שלו, הוא כנראה מוציא קליינטים עם חיבורים בעיתיים מ"שרשרת" ה P2P:

[code:1]
bool g_bHostAllowsDubiousConnections = true; // if true, the host will allow clients with potentially problematic connections (wrong port #s)
bool g_bHostDisableP2pForDubiousConnections = false; // if true, the host will force a client/server model on dubious connections.
[/code:1]

לגבי החיבור שלי:

בהמשך להודעה של יוני.
אלו הדרקטיבות הנכונות שצריך לשים בקובץ קונפיג של השרת - ובכלל ממליץ לכולם לשים את זה ולבדוק פורטים - הנ"ל מאוד יכול להשפיע בכל הבעיות שחווינו בחמישי:
[code:1]set g_bHostAllowsDubiousConnections 0 // if true, the host will allow clients with potentially problematic connections (wrong port #s)
set g_bHostDisableP2pForDubiousConnections 1 // if true, the host will force a client/server model on dubious connections[/code:1]

Oferaz, שלום רב.

לא נרשמת לקמפיין עדיין, לאיזה צד אתה מעוניין להירשם והאם קראת את ההודעה הראשונה בדיון זה ?

עוד בקשה מכולם, לקראת שבוע הבא נא לבצע את הבדיקה הבאה ולוודא את התוצאות, עקרונית זאת בדיקה ספציפית לראוטר\חיבור שלכם כדי לוודא תקשורת "נקייה" (אני אישית לא מבין גדול בכל הסיפור הזה של תקשורת ראוטרים וכו' אז אני פשוט העתקתי מה שמישהו שכן מבין פרסם בפורום פנימי של BMS). נא לבצע את הצעדים הבאים:
1. נא לוודא שיש לכם את גרסת Java האחרונה מותקנת על המחשב, אפשר להוריד מכאן: http://www.java.com/
2. סגרו את הדפדפן, פתחו את לוח הבקרה (Control Panel) ושם את "Java (32-bit)"
3. לכו ל Security tab למעלה
4. תקליקו על "Edit Site List..." (למטה מימין בערך)
5. לחצו על Add והוסיפו את הכתובת הבאה: http://nattest.net.in.tum.de
6. פתחו את הדפדפן וכנסו לכתובת שמוזכרת למעלה: http://nattest.net.in.tum.de
7. אשרו את כל חריגות האבטחה שתקבלו מ Java ותחת NAT Anylizer תקליקו על Start Anylizer
8. תאשרו את חריגת ה Windows firewall שתפתח לכם, אם אתם מקבלים עוד אישורי Firewall כנראה שיש לכם עוד תוכנות Firewall מותקנות שזה רע בכל מקרה...

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

כשהבדיקה מסתיימת אתם אמורים לקבל מסך דומה לזה:


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

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

קיבלתי תוצאה שונה בסעיף UDP Timeout :

Your UDP timeout is approx. 0 seconds
This could be a problem if an application doesn't send enough keep alive packets.

שאר הסעיף נראים בסדר

IAF_Amir כתב/ה:קיבלתי תוצאה שונה בסעיף UDP Timeout :

Your UDP timeout is approx. 0 seconds
This could be a problem if an application doesn't send enough keep alive packets.

שאר הסעיף נראים בסדר

כל מי שקיבל את זה.
ככה"נ הFW בראוטר מופעל.

נראה שזו ברירת המחדל של TP-LINK
בהתחשב בעובדה שהראוטרים שלהם מאוד פופולריים בארץ
TL-WR941ND לדוגמה.

בכל מקרה,
כדי לבטל את הFW הפנימי (לא באמת דרוש),
צריך להכנס לממשק הראוטר ותחת
Security-->Basic Security להעביר את Firewall ל-Disable

ולנסות שוב...

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

uri_ba כתב/ה:[quote="IAF_Amir"]קיבלתי תוצאה שונה בסעיף UDP Timeout :

Your UDP timeout is approx. 0 seconds
This could be a problem if an application doesn't send enough keep alive packets.

שאר הסעיף נראים בסדר

כל מי שקיבל את זה.
ככה"נ הFW בראוטר מופעל.

נראה שזו ברירת המחדל של TP-LINK
בהתחשב בעובדה שהראוטרים שלהם מאוד פופולריים בארץ
TL-WR941ND לדוגמה.

בכל מקרה,
כדי לבטל את הFW הפנימי (לא באמת דרוש),
צריך להכנס לממשק הראוטר ותחת
Security-->Basic Security להעביר את Firewall ל-Disable

ולנסות שוב...

בכל מקרה,
למקרה שמישהו עדיין לא עשה, צריך לפתוח פורטים גם אם אתם "רק" CLIENT
לא רק אם אתם מארחים.[/quote]


ביטלתי את ה firewall והסתדר

אצלי הכל בסדר



אלון

Trigger כתב/ה:בהמשך להודעה של יוני.
אלו הדרקטיבות הנכונות שצריך לשים בקובץ קונפיג של השרת - ובכלל ממליץ לכולם לשים את זה ולבדוק פורטים - הנ"ל מאוד יכול להשפיע בכל הבעיות שחווינו בחמישי:
[code:1]set g_bHostAllowsDubiousConnections 0
// if true, the host will allow clients with potentially problematic connections (wrong port #s)
set g_bHostDisableP2pForDubiousConnections 1
// if true, the host will force a client/server model on dubious connections[/code:1]

הוספתי את שתי השורות הנ"ל לאזור ה- Multiplayer Settings


אבל... לעניות דעתי זה מיותר כי כל מי שמריץ שרת dedicated מפעיל את:

set g_bServerHostAll 1
The server has the full CPU load and bandwidth traffic of all aggregated and deaggregated units

דהיינו למרות שהקליינטים מתחברים ב- peer to peer connections השרת לא מעביר אליהם ownership על אף אובייקט או תהליך, השרת מנהל את הכל ומשדר את הכל לכולם בלי לשתף את אף אחד מהקליינטים בעומס.

כמו כן שיניתי את המהירות המינימאלית לחיבור ל 512.
וכמובן set g_bRequireSameAcdataMP 1 מופעל באופן קבוע כבר מהקמפיין הקודם שהרצנו (קוריאה).

עוד דבר- לדעתי יכול מאד לעזור לכבות את התעבורה של הצגת הזזת משטחי היגוי שמשודרת מכולם לכולם.

set g_nRemoteControlSurfacesInterval 200
Time in ms between control surface updates, valid range 20-1000 (default 200), 0 = disabled

מבאס, אבל זה בהחלט סוג של eye candy שאפשר לוותר עליו.

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

השרת כרגע מריץ את הקמפיין למי שמעוניין להתחבר לבדוק ו/או להתאמן.

אלון

אלון אני אכין גרסה של הקמפיין ללא היחידות הנייטרליות למקרה הצורך.

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

שורה תחתונה - הכל היה חלק לגמרי, הסתכלתי במבטים חיצוניים על כל מה שיכולתי באזור כדי לראות אם יש איזו מוזרות אבל הכל היה חלק ממש כאילו אני מריץ SP, הספקתי לעבור ליד עובדה ולראות F-16A ישראליים ב RAMP Start, הכל היה תקין.

עוד משהו שאני חושב שכדאי לרשום פה (עמית יכול לאשר את הפרטים):
1st VFW (אמריקאיים ברובם) הריצו טיסת קמפיין עם Dedicated server בשטח ישראל, היו 16 אנשים סה"כ ולפי דיווח שלו הכל היה חלק חוץ מלאגים אצל 2 הישראלים היחידים שהיו מחוברים ל Session. החיבור היה על 1024. לרוב האמריקאיים יש חיבור טוב מאוד (יחסית לארץ למשל) אז אולי זה קטע שממש חשוב ואולי כנראה גם זו הסיבה שרק הישראליים הרגישו לאגים. אני לא בטוח מה ההשפעה של מרחק השרת פיסית (פינג ארוך יותר), אני מנסה לברר אם זה יכול לגרום לבעיות קריטיות.

אני יודע שבשרת שבFO אנשים עם פינג גבוה מ220 ומהירות העלאה נמוכה מ0.5 לא יכולים להתחבר לשרת.
בנוסף, אנשים עם מהירות העלאה גבוהה מ1.2 מתחברים עם 1024.
היתר, עם 80% ממהירות העלאה.

שורה תחתונה - תבצעו את בדיקת המהירות לשרת ופרסמו תוצאות.

ביצעתי את הבדיקה והכול כמו בתמונה חוץ מבסעיף האחרון:
[code:1] Your UDP timeout is approx. 18 seconds
This could be a problem if an application doesn't send enough keep alive packets[/code:1]
בהגדרות של הראוטר שלי הFW כבוי אך הNAT Service מופעל וכל פעם שאני מנסה לכבות אותו החיבור לאינטרנט נופל.
בנוסף ביצעתי בדיקה לפורטים עם Port checker וזה מראה שהפורטים שלי לא פתוחים משום מה(שעד לפני שבוע הכול היה בסדר).
ניסיתי לפתוח פורטים גם דרך תוכנה וגם דרך הראוטר והכול נראה בסדר אבל כל פעם שאני מבצע בדיקה הפורטים עדיין סגורים.
אני עם ראוטר דיי מוזר של בזק(VTECH NB403) בגלל שהראוטר היותר נפוץ של בזק (D-LINK משהו) עשה לי בעיות אחרי שניסיתי שלושה כאלה.

eido1706 כתב/ה:ביצעתי את הבדיקה והכול כמו בתמונה חוץ מבסעיף האחרון:
[code:1] Your UDP timeout is approx. 18 seconds
This could be a problem if an application doesn't send enough keep alive packets[/code:1]
בהגדרות של הראוטר שלי הFW כבוי אך הNAT Service מופעל וכל פעם שאני מנסה לכבות אותו החיבור לאינטרנט נופל.
בנוסף ביצעתי בדיקה לפורטים עם Port checker וזה מראה שהפורטים שלי לא פתוחים משום מה(שעד לפני שבוע הכול היה בסדר).
ניסיתי לפתוח פורטים גם דרך תוכנה וגם דרך הראוטר והכול נראה בסדר אבל כל פעם שאני מבצע בדיקה הפורטים עדיין סגורים.
אני עם ראוטר דיי מוזר של בזק(VTECH NB403) בגלל שהראוטר היותר נפוץ של בזק (D-LINK משהו) עשה לי בעיות אחרי שניסיתי שלושה כאלה.

אתה נמצא מאחורי NAT? כי אם כן לדעתי תתקשר לספק שלך ותבקש שיוציאו אותך מאחורי ה NAT.