פותחים שרת על המחשב (SERV U או כל תוכנה דומה) בפורט 444. זהו הפורט שדרכו עובר המידע המאובטח בWEB (המפתח עצמו, SSL עובר דרך פורט 443). בכל מקרה, מסתבר שלפאקטים בפורט הזה יש איזהשהוא תעדוף מכיוון ספקית האינטרנט. בכל מקרה, עושים FXP לאתר הביתי שלכם והמהירות משתפרת משמעותית ביותר (כמובן אם היא הייתה בעייתית לפני כן).

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

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

ואם כן זה מוזר

מכל שרת FTP שאתה מוריד המהירות שלך מוגבלת?

שלום,

1-קודם כל,תודה על שיתוף הרעיון,אך זה דבר מוכר וידוע.

2-בדר"כ,ספקי האינטנרט (ה-ISP) לא נותנים את אותה עדיפות לפרוטוקולים השונים ובמקרים רבים פרוטוקול ה-FTP מקבל עדיפות נמוכה מול פרוטוקול ה-HTTP. לעומת זאת, ישנם מקרים בהם שרתי ה-PROXY של ה-ISP נותנים תוצאות מצוינות עבור FTP ותוצאות פחות טובות עבור HTTP.

3-אתה יכול לבצע השוואה של בדיקת מהירות בפרוטוקול ftp למול פרוטוקול http ואז לראות שיש בהחלט תעדוף לטובת http..:

http://www.netcheif.com/Articles/SpeedTest/SpeedTest.htm

בהצלחה.

הבנתי עד הקטע של לפתוח שרת ב-servU בפורט 444, משם איבדתי אותך

למה אתה מתכוון ב"לעשות FXP לאתר הביתי שלך"?

נניח ופתחתי סרבר ב-SERVU לפי מה שאמרת, מה אני עושה הלאה? איך מכאן אני מתחבר ל-FTP שאני רוצה?

אתה פשוט עושה FXP מהאתר שאתה רוצה להוריד, לאתר הביתי שלך (שאליו התחברת גם).

אוקיי, פשוט מה שאמרת מוכר לי בשם פיקסוס

תודה, עכשיו הכל מובן

לא הבנתי על מה אתה מדבר ואיך זה אמור לעבוד, אני ישמח אם מישהו יסביר לי

דרך אגב HTTPS משתמש בפורט 443 ולא ב 444

אני אנסה להסביר

קודם כל פתח גישת FTP למחשב שלך דרך תוכנה כמו SERV-U בפורט 444/443 ותן אפשרות לכתיבה (העלאה)

פתח תוכנת FTP שמאפשרת עבודה עם שני שרתים שונים כמו FLASHFXP ותעבור בה לתצוגה של שני שרתים בו זמנית

באחד פתח את הגישה שפתחת עם ה-SERV-U (במילים פשוטות תתחבר לעצמך) ובשני פתח שרת FTP כלשהו ממנו אתה רוצה להוריד קבצים למחשב שלך ופשוט תבצע פעולת transfer ביניהם

אמור להיות שיפור כלשהו במהירות לעומת הורדה בצורה ישירה

המהירות היא להעלאה בלבד או גם להורדה?

יכולים לממש את זה על תוכנות שיתוף קבצים למשל?

לא ברור לי איך כל זה משפר כשמשתמש ניגש לאתר כל שהו באינטרנט ומבקש להוריד קובץ שיוש על שרת ה ftp?

לפי מה שמתואר כאן הוא צריך עכשיו להתחיל לפתוח תוכנת FTP חיצונית ולהעתיק לשם את הכתובת של שרת ה FTP ולנסות להתחבר ואז מישם לנסות להוריד ל FTP מקומי שיושב על גבי המחשב שלו (שאגב אפשר לדעתי לעזות זאת עם הFTP שתחת ה IIS שב WINDOWS XP PRO) ולהוריד אליו.

נשמע לי מסורבל כל התהליך.

יותר פשוט לעבוד במידת הצורך עם תוכנות מנהלי הורדות או תוכנות FTP כמו WS FTP PRO שיודעות להתממשק ולהוריד את הקבצים באופן מהיר יותר על ידי חיפוש של מקורות נוספים לקבצים וכל מיני שיטות אחרות שלרוב בהחלט משפרות את ההורדה.

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

לא הבנתי על מה אתה מדבר ואיך זה אמור לעבוד, אני ישמח אם מישהו יסביר לי

דרך אגב HTTPS משתמש בפורט 443 ולא ב 444

מסתבר שהמידע בHTTPS מגיע בפורט 444, ורק הפקודות עוברות דרך 443. זה מה שהעבירו לי, אין לי מושג בזה עצמי.

אני אסביר את העניין שוב.

1. פותחים שרת FTP על המחשב הביתי, ומגדירים אליו כניסה בPORT 444.

2. מתחברים לאתר הFTP הרצוי בתוכנת FXP.

3. מתחברים לאתר הביתי דרך תוכנת הFXP.

4. מעבירים לאתר הביתי שפתחתם במקום להוריד ישירות מהאתר (שזה בעצם אותו דברף רק מכריח את המידע לעבור בפורט 444).

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

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

אני יחקור על יותר מחר כי אני די חולה ומת לישון.

מסתבר שהמידע בHTTPS מגיע בפורט 444, ורק הפקודות עוברות דרך 443. זה מה שהעבירו לי, אין לי מושג בזה עצמי.

http מקשיב על בפורט 1 (80), ומשתמש בפורט הזה בשביל פקודות ומידע. https זה http מעל TLS/SSL והוא

מקשיב על פורט 443 ומשתמש בפורט הזה בשביל פקודות ומידע גם. אתה כמובן יכול לשנות את הפורט לאיזה שבא לך.

FTP לעומת זאת מקשיב על פורט 21 לפקודות, אבל המידע עצמו עובר לפורט 20. הבעיה שאני לא זוכר אם השרת

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

על פורט שונה לדוגמה 444 אז יכול להיות שהוא פשוט ישתמש בפורט 1 נמוך יותר 443 בשביל המידע, וזה מה שניסו

להסביר לך.

בקיצור אני מת לישון אבל אני יקים מחר 2 שרתי FTP ברשת שלי ויבדוק את זה.

מסתבר שהמידע בHTTPS מגיע בפורט 444, ורק הפקודות עוברות דרך 443. זה מה שהעבירו לי, אין לי מושג בזה עצמי.

אני אסביר את העניין שוב.

1. פותחים שרת FTP על המחשב הביתי, ומגדירים אליו כניסה בPORT 444.

2. מתחברים לאתר הFTP הרצוי בתוכנת FXP.

3. מתחברים לאתר הביתי דרך תוכנת הFXP.

4. מעבירים לאתר הביתי שפתחתם במקום להוריד ישירות מהאתר (שזה בעצם אותו דברף רק מכריח את המידע לעבור בפורט 444).

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

אני לא יודע מה איתך, אבל כאשר אני משתמש בתוכנת Flash FXP(ללא שימוש בFXP עצמו, אלא סתם העלאה והורדה)

מהירויות הUP/DOWN מFTP עולות בהרבה מעל ביצועים של תוכנות

אחרות ובטח מעל המהירות שבה WINDOWS מעלה לFTP.

בדקתי היום את הנושא, עשיתי ניסוי די פשוט:

1. הגדרתי את השרת קבצים שלי שמריץ SUSE להיות השרת FTP ה"ציבורי", שמתי עליו קובץ ZIP בגודל 500 מגה,

השתמשתי ב Pure-FTPd כתוכנת שרת, ה IP שלו זה 192.168.1.250 עם 192.168.1.254 כ gateway

2. הוספתי לרשת שלי ראוטר עם interface אחד לרשת שלי (192.168.1.0) נתתי לו כתובת של 192.168.1.254

, וה interface השני ל 10.0.0.0 עם הכתובת 10.0.0.254 , הגדרתי ניתוב סטטי בין הרשתות.

3. לקחתי מחשב עם XP וחיברתי אותו לרשת 10.0.0.0 עם הכתובת 10.0.0.1, התקנתי עליו IIS 5.1

והגדרתי אותו עם גישה אנונימית ואפשרות כתיבה.

4. התקנתי את Flash FXP על המחשב שאני יושב עליו עכשיו (192.168.1.3).

קודם כל ניסיתי להעביר את הקובץ דרך הלקוח FTP של XP מהשורת פקודות, זה לקח לי 57 שניות.

אחר כך ניסיתי להשתמש ב Flash FXP בשביל להעלות את אותו קובץ ל 10.0.0.1 זה לקח 66 שניות.

כאן הגעתי למסקנה שאין הבדלי מהירות בין 2 השיטות בכל מה שקשור לשרתים עצמם, דרך אגב הסיבה

שזה לקח יותר זמן זה בגלל שיש בינהם ראוטר ובעיקר בגלל ש IIS 5.1 מעלה קבצים לאט יחסית מסיבה לא ברורוה,

ובכלל יש איתו כל מיני בעיות מוזרות עם תוכנות כמו G4U , בעיות שלא קיימות ב IIS 6 או ב IIS 5.

העפתי את IIS מ 10.0.0.1 והתקנתי את ServU, ניסיתי שוב לבצע העברה הפעם זה לקח 61, שוב כנראה בגלל הראוטר באמצע.

עכשיו העפתי את Serv U והתקנתי את File zilla עדין היו תוצאות דומות, 59 שניות.

כששיניתי את הפורט שעליו מקשיבים השרתים השינוי היה ממש קטן ולא משמעותי.

וגם היו לי קצת בעיות עם Serv U , בהתחלה הוא לא קיבל את הקובץ מ 192.168.1.250 אבל אז זה עבד.

וגם בהתחלה התקנתי על 192.168.1.250 את vsFTPd, אבל הוא לא עבד כמו שצריך עם FXP.

בקיצור הסיבה כנראה קשורה לזה שה ISP לפעמים נותן עדיפות נמוכה למידע עם פורט מקור 20.

שלום,

1-קודם כל,תודה על שיתוף הרעיון,אך זה דבר מוכר וידוע.

2-בדר"כ,ספקי האינטנרט (ה-ISP) לא נותנים את אותה עדיפות לפרוטוקולים השונים ובמקרים רבים פרוטוקול ה-FTP מקבל עדיפות נמוכה מול פרוטוקול ה-HTTP. לעומת זאת, ישנם מקרים בהם שרתי ה-PROXY של ה-ISP נותנים תוצאות מצוינות עבור FTP ותוצאות פחות טובות עבור HTTP.

3-אתה יכול לבצע השוואה של בדיקת מהירות בפרוטוקול ftp למול פרוטוקול http ואז לראות שיש בהחלט תעדוף לטובת http..:

http://www.netcheif.com/Articles/SpeedTest/SpeedTest.htm

בהצלחה.

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