curl -N לא יכול לומר לפרוקסי להפסיק לאגור
אתרו היכן הצבירה מתרחשת - בצד הלקוח, המתווך או הרינדור - בלי להניח שדגל הפלט של curl משנה את כל נתיב התגובה.
curl -N, או --no-buffer, משבית את צבירת זרם הפלט של curl. זה יכול לעזור לאבחן פלט מתעכב בלי לשנות את מדיניות הצבירה של הפרוקסי או השרת.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamלהשוואה דרך פרוקסי ציבורי, בחרו נקודת קצה של HTTP מתוך רשימת פרוקסי HTTP. השתמשו בכתובת ה-URL האמיתית של הזרם ובחרו את המגבלה הרצויה. רשימת העקיפה הריקה משאירה את ההשוואה הזו בנתיב הפרוקסי שנבחר.
הגעה, פענוח והצגה
שרת יכול לייצר בייטים בהדרגה, מתווך יכול לאסוף אותם, ספריית לקוח יכולה לקרוא את הגוף המלא, ודפדפן יכול לדחות את הרינדור. השוו את הבייטים השימושיים הראשונים ואת ההתקדמות לאחר מכן במקום שבו אתם שולטים בנתיב. זמן הציור ומשך השרת הכולל אינם מזהים מתי הגוף מגיע.
ב-Guzzle, בדקו זרימה וצריכת גוף בנפרד. דחיסה מוסיפה שלב פענוח. שינוי במועד שבו מופיע פלט מפוענח אינו מוכיח כשלעצמו שהפרוקסי הוא רכיב הצבירה.
מה המתווך רואה
פרוקסי CONNECT אטום אינו יכול לנתח תגובות HTTPS פנימיות כ-HTTP רגיל. לשירות בדיקת TLS מורשה יש נראות שונה, ולכן HTTPS לבדו אינו מוכיח שלא מתבצעת בדיקה.
לאחר זיהוי שלב ההמתנה, השתמשו בבקרות הזרימה שהרכיב הזה תומך בהן. הנחיות של פרוקסי הפוך אינן חלות אוטומטית על פרוקסי קדמי; דגל הפלט של curl משנה רק את חלקו שלו בנתיב.