2012-09-30 2 views
3

websockets 및 chrome (22.0.1229.79m)과 관련된 이상한 문제가 있습니다. (다른 브라우저의 인증 코드를 작성하지 않았으므로 테스트 할 수 없습니다.) 3 번 크롬을 다시로드하면 웹 서버 연결에 많은 시간이 걸릴 것 같습니다. 서버가 연결을 지연시키고 있지 않아서 크롬을 지연시키고 완벽하게 연결하는 동안 다른 PC와 연결하여 테스트했습니다.크롬 웹 소켓 연결 지연

해결 방법이 있습니까? 이것은 데이터 수신 서버를 전환 할 때 문제가됩니다. 그것은 멈추고 지연 될 것입니다. 이것은 사용자 경험에 정말로 나쁜 것입니다. 나는 크롬 브라우저와 소켓을 닫지 않는 것과 관련이 있다고 가정합니다 ...

+0

일부 네트워크 구성에서도이 문제가 발생했습니다. 사용자가 웹 소켓 서버에 연결하는 데 10-15 초가 걸립니다. 파이어 폭스에서는 거의 즉시 작동합니다. – starbeamrainbowlabs

+0

확장 프로그램을 설치 했습니까? 방금 Chrome에 연결할 때 ~ 1 분이 소요되는 웹 소켓에 문제가 있었지만 Firefox에서는 지연되지 않았습니다. 나는 잠시 싫어했다. 갔어. 그런 다음 확장 기능이 있음을 알았습니다. ('JetBrains Chrome Extension 0.3.11'을 사용 중지하면 도움이되었습니다.) –

답변

2

짧은 시간 내에 크롬의 동일한 브라우저 탭에서 여러 개의 WebSocket 연결을 만들 때도이 지연이 발생했습니다. 나는 이것이 브라우저 내부의 포트 스캐닝을 공중 납치 할 수있게 해주는 WebSockets의 잠재적 보안 문제를 해결하는 것이라고 믿는다. 주어진 시간 내에 발생할 수있는 WebSocket 연결 수를 제한함으로써 브라우저의 유틸리티를 원격 포트 스캐너로 크게 제한 할 수 있습니다. 또한 onclose 및 onerror에 의해 반환되는 정보의 양은 같은 이유로 인해 의도적으로 제한됩니다.

+0

크롬이이 작업을 수행하는 유일한 사람입니까? 파이어 폭스는 자신의 websocket 프로토콜을 따릅니다. 파이어 폭스 브라우저에 영향을 미치는 이유는 아닙니다. 내 타겟 고객을 파이어 폭스로 전환해야하고, 크롬을 사용하여 내 사용자를 멀리 부끄럽게해야한다고 생각합니다. (느리게 진행되고 연결이 지연 되었기 때문에) – User

+0

페이지 당 얼마나 많은 연결을하고 있습니까? Firefox와 Chrome은 모두 오류 및 닫기 이벤트에 의해 노출되는 정보의 양을 제한하는 것과 관련하여 W3C 사양을 따릅니다. 필자는 파이어 폭스가 누군가가 파이어 폭스에서이 문제를 악용하는 경우 특히, 얼마나 많은 동시 접속이 가능한지에 대한 제한을 강화할 것으로 생각한다. – kanaka

+0

다른 의견에서 언급 한대로 데이터 전송 속도가 느린 경우 Chrome 관련 특정 문제 일 수 없습니다. 나는 그런 문제를 보지 않는다. 짧은 기간에 여러 개의 연결을 만들 때만 지연된 연결이 표시됩니다. – kanaka