QuickFIX/n - 초 기자가 로그온 단계에서 반복적으로 오류가 발생합니다.

Question

아래 링크에서 무역 클라이언트 응용 프로그램을 사용하여 VPS 서버와 브로커 서버 중 하나를 연결합니다.

http://www.quickfixn.org/tutorial/example-applications.

투쟁 1 주일 후, 나는 느슨하게 말하면서 중개인의 서버에 연결할 수있었습니다.

나는 무역 클라이언트 응용 프로그램을 실행할 때, 로그온 단계에서 나는 점점 오전이 오류 :

무역 클라이언트 응용 프로그램 로그온 시도하지만,이 같은 오류 메시지가 표시 계속 반복 유지하고있다

Unable to write data to the transport connection: An existing connection was forcibly closed by the remote host 

at QuickFix.SocketInitiatorThread.ReadSome(Byte[] buffer, Int32 timeoutMilliseconds) 
in ... SoecketInitiatorThread.cs:line 170 ...... 

at QuickFix.SocketInitiatorThread.Read() in ... SoecketInitiatorThread.cs:line 80 
...... 

만.

물론이 QuickFix/n 엔진에 대한 저와 같은 초보자들과 함께 무엇이 잘못되었는지 알 수 없습니다. 내가 생각할 수있는 한 가지 가능한 조사 영역은 stunnel program (https://www.stunnel.org)에 대한 새로운 내용이기 때문에 나의 stunnel 인증서가 유효하지 않을 수도 있다는 것입니다. 브로커의 IP 주소로 pem 인증서를 구성하기 위해 웹 사이트의 지시를 따랐을 뿐이었지만 그 목적에 대해서는 100 % 확실하지는 않습니다. 나는 "되는 Stunnel 이상 사용하여 인증서를 내장

2014.11.26 17:23:44 LOG5[3348]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket 
2014.11.26 17:23:48 LOG5[760]: Service [FIXORDER] accepted connection from x.xx.xx.xxx:xx 
2014.11.26 17:23:48 LOG5[760]: s_connect: connected xxx.x.xx.xxx:xxx 
2014.11.26 17:23:48 LOG5[760]: Service [FIXORDER] connected remote server from x.xx.xxx.xxx:xxx 
2014.11.26 17:23:48 LOG3[760]: SSL_connect: Peer suddenly disconnected 
2014.11.26 17:23:48 LOG5[760]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket 

: 여기

[FIXORDER] 
client = yes 
accept = external ip of VPS : port eg.(10.160.103.65:22) 
connect = broker ip address :port eg.(102.12.124.9:444) 

가되는 Stunnel 프로그램에서 기록 된 메시지의 일부 기록이다 : 여기

내가"stunnel.conf "파일에 넣어 것입니다 .conf "파일에 내장 된 자체 인증서 응용 프로그램을 사용합니다.

알다시피, 나 같은 초보자에게는 다소 복잡합니다.이 문제에 대한 생각이나 조언은 정말 감사 할 것입니다.

미리 감사드립니다.

친절하게 제공합니다.

M

========================================= =========================== 2014 년 7 월 27 일에 업데이트되었습니다.

여기 디버깅 정보를 xapi1492에서 제안한 debug high로 설정하면 Stunnel 로그 파일에서 내 오류 로그가 업데이트됩니다.

2014.11.27 01:10:46 LOG7[944]: Service [FIXORDER] started 
2014.11.27 01:10:46 LOG5[944]: Service [FIXORDER] accepted connection from x.xxx.xxx.xxx:3667 
2014.11.27 01:10:46 LOG6[944]: s_connect: connecting xx.x.xx.xx:9002 
2014.11.27 01:10:46 LOG7[944]: s_connect: s_poll_wait xx.x.xx.102:9002: waiting 10 seconds 
2014.11.27 01:10:46 LOG5[944]: s_connect: connected xx.x.xx.xx:9002 
2014.11.27 01:10:46 LOG5[944]: Service [FIXORDER] connected remote server from x.xxx.xxx.xxx:3668 
2014.11.27 01:10:46 LOG7[944]: Remote socket (FD=392) initialized 
2014.11.27 01:10:46 LOG6[944]: SNI: sending servername: xxx.x.xx.xx 
2014.11.27 01:10:46 LOG7[944]: SSL state (connect): before/connect initialization 
2014.11.27 01:10:46 LOG7[944]: SSL state (connect): SSLv2/v3 write client hello A 
2014.11.27 01:10:46 LOG3[944]: SSL_connect: Peer suddenly disconnected 
2014.11.27 01:10:46 LOG5[944]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket 
2014.11.27 01:10:46 LOG7[944]: Remote socket (FD=392) closed 
2014.11.27 01:10:46 LOG7[944]: Local socket (FD=380) closed 
2014.11.27 01:10:46 LOG7[944]: Service [FIXORDER] finished (0 left) 

=========================================== ======================= 2014 년 8 월 11 일에 업데이트되었습니다.

여전히 답을 찾기가 어려워서 QuickFix 클라이언트 응용 프로그램에 대한 설정 파일을 제공하기로 결정했습니다.

[DEFAULT] 
ConnectionType=initiator 
ReconnectInterval=2 
FileStorePath=store 
FileLogPath=fixlog 
StartTime=00:00:00 
EndTime=00:00:00 
UseDataDictionary=Y 
DataDictionary=FIX44.xml 
SocketConnectHost= xxx //my vps ip address 
SocketConnectPort= xxx //my vps port //specified on stunnel 
ResetOnLogon=Y 
ResetOnLogout=Y 
ResetOnDisconnect=Y 
CheckLatency=N 
LogonTimeout=10 


# standard config elements 

[SESSION] 
BeginString=FIX.4.4 
SenderCompID= xxx //my ID 
Username= xxx  //my username 
Password= xxx  //my password 
TargetCompID=FIXORDER 
HeartBtInt=30 
SocketConnectHost= xxx //my vps ip address 
SocketConnectPort= xxx //my vps port //specified on stunnel 
DataDictionary=FIX44.xml 

=========================================== ======================= 2014 년 8 월 11 일에 업데이트되었습니다.

xpa1492에서 제안을 받으면 Borker의 IP 주소와 포트 번호를 SocketConnectHost 과 SocketConnectPort에 넣습니다. QuickFix 클라이언트 응용 프로그램에서 얻는 로그 메시지는 다음과 같습니다. 초기 연결이 이루어졌지만 로그온 요청이 어떻게 든 유효하지 않은 것으로 보입니다.

<event> connecting to xxx (ip address of broker); 
<event> connection succeeded; 
<event> session reset: ResetOnLogon; 
<event> session reset ResetSetNumFlag; 
<outgoing> 8=Fix4.4 ...... ; 
<event> initiated logon request; 
<incoming> 8=FIX4.4 .....; 
<event> received logout request; 
<outgoing> 8=FIX4.4 .....; 
<event> sending logout response; 

로그 아웃 요청을 보낼 때 브로커로부터 들어오는 메시지의 세부 사항.

<incoming> 8=FIX4.4 9=63 35=5 34=1 49=FIXORDER 52=20141128-02:09:00.495 56=TargetCompID(from acceptor standing point of view=SenderID for me) 10=171 

Answer 1

FIX 서버가 첫 번째 메시지 (항상 로그온 메시지)에 대해 뭔가를 좋아하지 않을 때 연결을 끊는 것이 일반적입니다. 현재 발생한 오류를 기반으로 서버에서 서버에 연결하고 로그온 메시지를 보낸 다음 서버에서 연결을 끊습니다.

문제를 해결하는 올바른 방법은 다른 쪽 기술 지원 담당자에게 연락하여 연결이 끊어지는 이유를 묻는 것입니다.

가능하지 않은 경우 실험을해야합니다. 제 경험상, 문제는 종종 시퀀스 번호 (태그 34)의 불일치입니다. 대부분의 서버는 보낸 마지막 순서 번호 (예 : 1)를 유지하고 연결 해제 후에는 다음 번호 (이 예에서는 2)로 로그온 메시지를 보내길 기대합니다. 1에서 시작하여 재 연결 사이의 seq 번호를 증가 시키십시오.

또 다른 가능한 문제점은 잘못된 CompID (보낸 사람 또는 Targer)입니다.

UPDATE (stunnel로 및 SSL 인증서 설치가) :

:

당신이 SSL을 통해 연결되지 않기 때문에 서버가 연결을 삭제하는 것이 가능하다 ... 당신 stunnel.conf 파일은 다음과 같이해야합니다

; Enable debug (7 is the most verbose output) 
debug = 7 
output = stunnel.log 

[FIXORDER] 
client = yes 
accept = 127.0.0.1:[port number your client connects to] 
connect = [fix server ip]:[fix server port] 
cert = xxx_cert.pem 
key = xxx_key.pem 

accept은 127.0.0.1 또는 VPS 서버의 IP 일 수 있지만 127.0.0.1이 선호됩니다. Fix 클라이언트는 127.0.0.1 (sTunnel이 청취하는 곳)에 연결하기 만하면됩니다.