וונדר Shaper הוא תסריט מעצב רשת מאוד מיוחד עם הרבה תכונות. עובד על לינוקס 2.4 & גבוהים יותר.
מטרות
ניסיתי ליצור את הגביע הקדוש:
* לשמור על השהיה נמוכה עבור תנועת interfactive בכל העת.
משמעות הדבר היא כי הורדת קבצים או העלאה לא צריכים להפריע SSH או אפילו Telnet. אלו הם הדברים החשובים ביותר, אפילו ההשהיה 200ms היא איטית לעבוד על.
* אפשר "גלישה" במהירויות סבירות ואילו למעלה או הורדה
למרות http הוא תנועה "בתפזורת", תנועה אחרת לא צריכה להטביע אותו יותר מדי.
* הפוך קבצים בטוחים לא לפגוע בהורדות, ולהיפך
זו תופעה שנצפתה בהרבה שבו תנועה במעלה הזרם פשוט הורסת את מהירות הורדה. מתברר שכל זה אפשרי, במחיר של כזית של רוחב פס. הסיבה שקבצים, הורדות וssh לפגוע eachother היא נוכחותם של תורים גדולים בהרבה מכשירי גישה מקומיים כמו מודם כבלים או DSL.
למה זה לא עובד גם כברירת מחדל
ספקיות אינטרנט יודעים שהם השוו אך ורק על איך אנשים יכולים להוריד מהר. מלבד רוחב פס זמין, מהירות הורדה מושפעת רבה אובדן מנות, המקשה TCP ביצועים / IP ברצינות. תורים גדולים יכולים לסייע במניעת packetloss, ולהאיץ את הורדות. אז ספקיות אינטרנט להגדיר תורים גדולים.
תורים גדולים אלה עם זאת נזק אינטראקטיביות. ראשונה חייבת הקשה לנסוע התור במעלה הזרם, אשר עשוי להיות שניות (!) ארוכה וללכת למארח המרוחק שלך. לאחר מכן הוא מוצג, מה שמוביל למנה חוזרת, אז שחייב לעבור את התור במורד הזרם, הממוקם בספק האינטרנט שלך, לפני שהוא מופיע על המסך.
HOWTO זה מלמד אותך איך להשחית ולעבד את התור בדרכים רבות, אך למרבה הצער, לא כל התורים נגישים לנו. התור לעבר ISP הוא לחלוטין מחוץ לתחום, ואילו התור במעלה הזרם כנראה חי בתוך מודם הכבלים או DSL המכשיר שלך. אתה יכול או לא יכול להיות מסוגל להגדיר את זה. ככל הנראה לא.
אז, מה הלאה? כמו שאנחנו לא יכולים לשלוט בכל אחד מהתורים האלה, הם חייבים להיות מסולקים, ועברו להנתב לינוקס שלך. למזלנו זה אפשרי.
קצת מהירות העלאת מגבלה
על ידי הגבלת מהירות ההעלאה שלנו מעט פחות מהשיעור באמת זמין, אין תורים נבנים במודם שלנו. התור עכשיו עבר ללינוקס.
מהירות הורדת מגבלה
זה מעט יותר מסובך כמו שאנחנו לא באמת יכולים להשפיע על כמה מהר נתונים ספינות האינטרנט. אנחנו לעומת זאת יכולים להוריד חבילות שמגיעות מהר מדי, מה שגורם לפרוטוקול TCP / IP להאט רק השיעור שאנחנו רוצים. כי אנחנו לא רוצים לרדת תנועה שלא לצורך, אנו להגדיר גודל "פרץ" אנו מאפשרים במהירות גבוהה יותר.
עכשיו, ברגע שעשינו את זה, יש לנו ביטלנו את התור במורד הזרם לחלוטין (מלבד פרצים קצרים), ולהשיג את היכולת לנהל את התור במעלה הזרם עם כל הכח מציעה לינוקס.
בואו תנועה אינטראקטיבית לדלג התור
מה שנותר לעשות הוא לוודא תנועה אינטראקטיבית קופצת לראש התור במעלה הזרם. כדי לוודא שקבצים לא לפגוע הורדות, אנחנו גם להעביר מנות ACK לראש התור. זה מה שבדרך כלל גורם להאטה הענק נצפתה כאשר יצירת תנועה בתפזורת לשני הכיוונים. תודות לתנועה במורד הזרם חייבת להתחרות עם תנועה במעלה הזרם, ולקבל עיכוב בתהליך.
גם אנחנו עוברים מנות קטנות אחרות לקדמת התור - זה עוזר מערכות הפעלה שאינו מוגדרות ביטים TOS, כמו כל דבר ממיקרוסופט.
לאפשר למשתמש להגדיר את התנועה בעדיפות נמוכה (1.1 חדשה ב!)
לפעמים ייתכן שתבחין תנועה יוצאת עדיפות נמוכה האטת תנועה חשובה. במקרה זה, האפשרויות הבאות עשויות לעזור לך:
NOPRIOHOSTSRC
להגדיר את זה למארחים או netmasks ברשת שלך שצריך להיות בעדיפות נמוכה
NOPRIOHOSTDST
להגדיר את זה למארחים או netmasks באינטרנט שצריך עדיפות נמוכה
NOPRIOPORTSRC
להגדיר את זה ליציאות מקור שצריכה עדיפות נמוכה. אם יש לך שרת אינטרנט חשוב על התנועה שלך, להגדיר את זה עד 80
NOPRIOPORTDST
להגדיר את זה ליציאות יעד שצריכה עדיפות נמוכה.
ראה בתחילת wshaper וwshaper.htb
תוצאות
אם אנחנו עושים את כל זה אנחנו מקבלים את המדידות הבאות באמצעות חיבור ADSL מצוין מxs4all בהולנד:
חביון Baseline:
דקות הלוך ושוב / ממוצע / מקס = 14.4 / 17.1 / 21.7 ms
ללא מזגן תנועה, בזמן הורדה:
דקות / ממוצע / מקס הלוך ושוב = 560.9 / 573.6 / 586.4 אלפיות
ללא מזגן תנועה, תוך העלאה:
דקות / ממוצע / מקס הלוך ושוב = 2,041.4 / 2,332.1 / 2,427.6 ms
עם מזגן, בהעלאה / s 220kbit:
דקות הלוך ושוב / ממוצע / מקס = 15.7 / 51.8 / 79.9 ms
עם מזגן, במהלך ההורדה / s 850kbit:
דקות הלוך ושוב / ממוצע / מקס = 20.4 / 46.9 / 74.0 ms
בעת ההעלאה, הורדות להמשיך ב~ 80% מהמהירות זמינה. העלאות בכ -90%. חביון אז קופץ ל -850 ms, עדיין להבין למה.
מה אתה יכול לצפות מתסריט זה תלוי הרבה על מהירות uplink שלך בפועל. בעת ההעלאה במלוא מהירות, תמיד תהיה מנה בודדת לפני ההקשה שלך. זה הגבול התחתון להשהיה אתה יכול להשיג - לחלק MTU שלך על ידי המהירות במעלה הזרם שלך כדי לחשב. ערכים אופייניים יהיו גבוהים במעט מזה. מנמיכים MTU שלך לאפקטים טובים יותר!
שולחן קטן:
מהירות Uplink | צפויה חביון בשל להעלות
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
אז כדי לחשב ההשהיה היעילה שלך, לקחת מדידת בסיס (פינג על קישור פרק), ולחפש את המספר בטבלה, ולהוסיף אותו. זה דבר הכי הטוב שאתה יכול לצפות. מספר זה מגיע מחישוב שמבוסס על הנחה שההקשה במעלה הזרם שלך תהיה ברוב מחצית מנות בגודל מלאה לפניו.
זה מסתכם:
MTU * 0.5 * 10
-------------- + Baseline_latency
kbit
הגורם 10 הוא לא ממש נכון אבל עובד היטב בפרקטיקה.
הליבה שלך
אם אתה מפעיל הפצה האחרונה, הכל אמור להיות בסדר. אתה צריך 2.4 עם אפשרויות QoS מופעלים.
אם אתה לקמפל קרנל משלך, זה חייב להיות כמה אפשרויות מופעלות. בעיקר, בתפריט רשת אפשרויות, QoS ו / או הוגנים תורים, להפוך לפחות CBQ, PRIO, SFQ, Ingress, תנועת שיטור, תמיכת QoS, מחיר הערכת, מסווג QoS, מסווג U32, מסווג fwmark.
בפועל, אני (ורוב ההפצות) רק להפעיל את הכל.
התסריטים
התסריט מגיע בשתי גרסאות, אחת שעובד על גרעינים סטנדרטיים ומיושם באמצעות CBQ. השני משתמש בqdisc HTB המעולה שאינו בליבת ברירת המחדל. גרסת CBQ היא יותר מאשר נבדקה HTB אחד!
ראה 'wshaper' ו 'wshaper.htb'.
כוונון
תסריטים אלה צריכים לדעת את השיעור 'האמיתי' של החיבור לספק האינטרנט שלך. זה קשה לקבוע מראש כספקי שירותי אינטרנט שונים משתמשים בסוגים של ביטים נראה שונים. אנשים מדווחים הצלחה באמצעות הטכניקה הבאה:
להעריך הן במעלה או במורד מחצית השיעור מציין ISP שלך שלך. עכשיו לוודא אם התסריט מתפקד - לבדוק אינטראקטיביות בעת ההעלאה וזמן ההורדה. זה אמור לספק את ההשהיה כפי שמחושב לעיל. אם לא, לבדוק אם תסריט להורג ללא שגיאות.
עכשיו לאט להגדיל את המספרים במעלה הזרם וזרם בתסריט עד חביון חוזר. בדרך זו אתה יכול למצוא ערכים אופטימליים לחיבור שלך. אם אתה מאושר, אנא דווח לי כדי שאוכל להכין רשימה של מספרים שפועלים היטב. אנא תן לי לדעת שאתה משתמש בשירותי אינטרנט ואת שמו של המנוי שלך, והמפרטים נחשב שלה, כך שאני יכול לפרט לך כאן ולהציל אחרים הצרות.
התקנה
אם לחייג ב, אתה יכול להעתיק את התסריט ל/etc/ppp/ip-up.d וזה יהיה לרוץ בכל חיבור.
אם אתה רוצה להסיר את המעצב מממשק, לרוץ 'תחנת wshaper'. כדי לראות מידע על מצב, לרוץ 'wshaper מעמד'.
בעיות ידועות
אם אתה מקבל שגיאות, להוסיף -x לשורה הראשונה, כדלקמן:
#! / Bin / bash -x
ונסה שוב. זה ייראה לכם שנותן קו שגיאה. לפני פנייתי, לוודא שאתה משתמש בגרסה האחרונה של iproute!
ניתן למצוא גרסאות האחרונות במפיץ לינוקס שלך, או אם אתה מעדיף להרכיב, כאן:
ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz
תגובות לא נמצא