2016-10-26 1 views
0

J'utilise Fiddler (version v4.6.3.44034) pour capturer le trafic réseau de websocket, mais le contenu est illisible code.Like ceci:Fiddler websocket code illisible

PayloadString: �Vr���su��KLNN-(�-K-*��ϳ2�3�1�3���HM,*�MJM,�2413:20:24:4763 WSSession87.WebSocket'WebSocket #87' 
MessageID: Server.3 
MessageType: Text 
PayloadString: J�Vr���suqu��+K-*��ϳ2�3���HM,*�MJM,�2�1��+-N-��K�M�JL��̋�R P�13:20:28:5903 WSSession87.WebSocket'WebSocket #87' 
MessageID: Client.4 
MessageType: Text 
PayloadString: �V 
u 
v�tr���L�*.M�*HI-.��K,��_�_�������M,)-F613:20:28:5953 WSSession87.WebSocket'WebSocket #87' 
MessageID: Client.5 
MessageType: Text 
PayloadString: t�?o�1ƿ��X��q��ЁnL�c�m+�G՞XP�;>�"e���?���p{����W�����*_��a���t���tw�?/�ߏ�Ա��}�>���x^�L�w�ç�x�է�����p:�2�z֌}N�WΛ�o�2y� ��m0�TXM��u�E�����з2��u��<P��>H�V�С��tp_�eR��z�*�\�*Ў]��z��Z��a�b�J,� 
�����w��}�m�� 
W�fPԦb!-Ev��גR�%�Z�4��l�c`�ov�z��$� �6���x#��RAmmiU�!% 
X�y�滠�fT` 

Comment faire droit? Je cherche à partir de google, personne ne résout le problème.

+1

Pouvez-vous m'envoyer un fichier SAZ? Y at-il une raison de croire que la cible utilise des charges utiles de chaîne et non un format compressé? – EricLaw

+0

Je ne connais pas grand-chose à Fiddler. Cela ressemble à des données binaires pour moi. Vérifiez le code opération ou le sous-protocole du cadre Websocket. –

Répondre

0

Le problème est que Fiddler (dans mon cas v4.6.20171.7553) ne décompresse pas le trafic websocket. Pour contourner ce problème, désactivez la compression Websocket côté serveur. Dans mon cas, j'utilisais tomcat et a ajouté cette option jvm:

-Dorg.apache.tomcat.websocket.DISABLE_BUILTIN_EXTENSIONS=true 

Notez que la désactivation de la compression HTTP dans server.xml ne fonctionne pas pour moi. Pour plus d'informations, voir link pour plus d'informations.