TcpTrace na ratunek

Wczoraj w pracy mieliśmy “pożar”, u klienta był uruchamiany nowy punkt dostępowy do WebService, który pisałem. Powód? “Komunikacja nie działa.”. No więc zaczęło się sprawdzanie, szukanie przyczyny. W logach web service było widać przychodzący request, ale już nie jego obsługę. Tak jakby leciał w próżnię. W tym samym czasie inne punkty korzystały z WS bez problemów, cały czas ktoś pisał do logu itd. Oczywiście co chwila klient wydzwaniał że sprawa pilna, polityczna i że zarząd już dopytuje kiedy to ruszy.

W końcu pomyślałem o tcpTrace, prostym narzędziu do tunelowania http. Uruchomiłem je na serwerze, przepuściłem ruch przez tunel i moim oczom ukazał się piękny pakiet, ale bez body!! Dostawiłem drugą instancję tcpTrace po stronie klienta i skierowałem jego ruch na localhost, a dopiero wyjście tunelu na adres tunelu po stronie serwera, który z kolei przekazywał pakiet do właściwej instancji WS.

Wyglądało to mniej więcej tak:

tunnels

W tym momencie okazało się, że pierwszy TcpTrace otrzymywał pakiet kompletny a drugi już bez body. Winny był router, po stronie klienta.

Żegnajcie 2h życia.

Comments:0

Leave a Reply

Your email address will not be published. Required fields are marked *