일부 ProxySG가 있습니다. 버전은 SGOS 6.4입니다. 명시적 모드로 구성됩니다. https 요청의 의미: 프록시 IP 주소의 포트 80을 통해 터널링됩니다.
비슷한 설정을 사용하는 사람이라면 프랑스 웹메일 제공업체의 다음 CSS 스타일시트 주소를 시도해보고 프록시를 통해 로드하는 데 30초 이상이 걸리는 이유를 설명해 주세요(귀하의 사이트에서 그런 경우).
다양한 인터넷 연결 뒤에서 여러 ProxySG를 사용해 보았습니다. 직접 가보니 별 문제 없더라구요. 어떤 브라우저를 사용하든 상관없이 Windows에서는 IE, Windows에서는 FF, Linux에서는 FF를 사용해 보았습니다. 프록시를 통해 해당 사이트에 끔찍한 시간 초과가 발생하여 반년 정도 전에 사이트를 업데이트한 이후로 사용할 수 없게 되었습니다.
나는 또한 명시적인 Squid 프록시를 사용해 보았습니다. 문제 없습니다!
나는 여기서 헤매고 있다.
- ProxySG가 질식하고 있는 HTTP 내부의 무언가를 사용하고 있습니까?
- SSL에 문제가 있나요? 인증서가 실제 호스트 이름(laposte.net 대 laposte.fr)과 항상 일치하지 않는 것 같습니다...
- SG의 전체 정책 추적을 켰지만 명백한 오류는 발견되지 않았고 블랙리스트 일치 등도 없었습니다(어쨌든 평가하는 데 일관되게 30초 이상 걸리지 않음).
재미있는 점: 프록시 전반에 걸쳐 FF가 설치된 동일한 Linux 상자에서 wget을 사용하면 wget이 지연 없이 파일을 다운로드합니다.
조언해주세요 :)
아래 패킷 캡처를 참조하세요(왼쪽=PC에서 프록시로, 오른쪽=프록시에서 인터넷으로)
답변1
다시 말하지만, 이것은 매우 미친 짓이다.
이는 Bluecoat의 OS와 상대방에서 사용되는 (구식) F5 간의 이상한 상호 작용 때문에 발생하는 것 같습니다. 보다 구체적으로 Bluecoat의 TCP SWS(Sillious Window Syndrom) 회피 알고리즘은 다음을 유발하는 것으로 보입니다.
https://support.f5.com/kb/en-us/solutions/public/8000/900/sol8927.html
이제 문제는 SWS 회피를 비활성화하면 다른 문제가 중단됩니까? 모르겠지만 조사해보겠습니다.
상대방의 F5가 오래되었기 때문에 그냥 로그인하여 업데이트할 수도 있습니다 ;-)