curl -N प्रॉक्सीला बफरिंग थांबवायला सांगू शकत नाही

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 चा आउटपुट फ्लॅग केवळ स्वतःचा भाग बदलतो.