cool :) Ok, we need configuration and log lines relative to this POST. Baptiste
On Fri, Oct 9, 2015 at 3:43 PM, Bosco Mutunga <[email protected]> wrote: > Those are not the actual credentials, any idea what might be wrong? > >> On 9 Oct 2015, at 16:40, Baptiste <[email protected]> wrote: >> >> Wonderfull, >> >> Please tell afbbank to change their password !!!!! >> >> Baptiste >> >> >> On Fri, Oct 9, 2015 at 3:26 PM, Bosco Mutunga <[email protected]> >> wrote: >>> Hi, >>> >>> I’m experiencing a strange issue whereby Haproxy completely hangs when it >>> receives a certain request, i have confirmed that the request is received >>> through the following tcpdump, but it does not appear in the haproxy logs, >>> neither is it forwarded. >>> >>> 09:24:05.853373 IP (tos 0x0, ttl 58, id 62847, offset 0, flags [DF], proto >>> TCP (6), length 299) >>> ZMTESTGUI.59564 > ip-172-31-6-24.eu-west-1.compute.internal.8000: Flags >>> [P.], cksum 0x2261 (correct), seq 532:779, ack 947, win 129, options >>> [nop,nop,TS val 1098390234 ecr 1169684055], length 247 >>> E..+..@.:... >>> ..........@.}+........."a..... >>> Ax..E..WPOST /mtn/zm/consumer/register HTTP/1.1 >>> Authorization: Basic YWZiYmFuazpFFmMxMjl0NTYh >>> Content-Length: 1049 >>> Content-Type: text/xml; charset=UTF-8 >>> Host: 172.31.6.24:8000 >>> Connection: Keep-Alive >>> User-Agent: Apache-HttpClient/4.2.3 (java 1.5) >>> >>> >>> 09:24:05.853440 IP (tos 0x0, ttl 58, id 62848, offset 0, flags [DF], proto >>> TCP (6), length 1101) >>> ZMTESTGUI.59564 > ip-172-31-6-24.eu-west-1.compute.internal.8000: Flags >>> [P.], cksum 0x12a8 (correct), seq 779:1828, ack 947, win 129, options >>> [nop,nop,TS val 1098390234 ecr 1169684055], length 1049 >>> E..M..@.:..z >>> ..........@.},................ >>> Ax..E..W<?xml version="1.0" encoding="UTF-8" standalone="yes"?> >>> <ns2:customerregistrationrequest >>> xmlns:ns2="http://www.ericsson.com/em/emm/sp/backend"; >>> xmlns:ns3="http://www.ericsson.com/em/emm/sp/frontend";> >>> <resource>FRI:260969524530/MSISDN</resource> >>> <name> >>> <firstname>Andrea</firstname> >>> <lastname>Oxenham</lastname> >>> </name> >>> <gender>FEMA</gender> >>> <dob>1989-10-07</dob> >>> <idtype>PASS</idtype> >>> <idnumber>1ABCD1</idnumber> >>> <idexpiry>2026-10-16</idexpiry> >>> <language>en</language> >>> <addresses> >>> <address> >>> <AdrTp>HOME</AdrTp> >>> <MlngInd>false</MlngInd> >>> <RegnAdrInd>false</RegnAdrInd> >>> <NmAndAdr> >>> <Adr> >>> <AdrLine>Lusaka</AdrLine> >>> <PstCd>LUSAKA</PstCd> >>> <TwnNm>Lusaka</TwnNm> >>> <CtrySubDvsn>LUSAKA</CtrySubDvsn> >>> <Ctry>ZM</Ctry> >>> </Adr> >>> </NmAndAdr> >>> </address> >>> </addresses> >>> </ns2:customerregistrationrequest> >>> >>> >>> Of interest to note is the newline at the end of the body, that’s what >>> makes the content-length add up to 1049, is there any reason why this >>> request is being dropped.? >
