웹 서버에 연결할 때 socat에 "fork"가 필요한 이유는 무엇입니까?

Question

브라우저와 웹 서버 간의 TCP 연결을 이해하려고합니다. 내 로컬 컴퓨터에서 실행중인 웹 서버가 있고 localhost : 3000 또는 127.0.0.1:3000을 사용하여 예상대로 잘 탐색 할 수 있습니다. ("rails s"과 WEBrick을 실행 중입니다.)

저는 브라우저와 웹 서버 사이에 소프트웨어 중개자를 배치하려고 했으므로 socat을 실험하기 시작했습니다. 다음은 잘 작동합니다 :

socat TCP-LISTEN:8080,fork TCP:localhost:3000 

나는 localhost : 8080을 탐색 할 수 있으며 예상대로 작동합니다. 그러나, "fork"인수를 생략하면,

socat TCP-LISTEN:8080 TCP:localhost:3000 

로컬 레일 웹 사이트는 브라우저에서 꽤 깨져 보입니다.

왜 fork 인수가 필요합니까? 왜 브라우저가 없으면 < -> 웹 서버 연결이 필요하지 않습니까?

Answer 1

fork이 없으면 socat은 단일 TCP 연결을 허용하고 연결이 열려있는 동안 두 끝점간에 양방향으로 데이터를 전달한 다음 종료합니다. 당신은 쉽게 자신을 볼 수 있습니다

• 실행 다른 터미널 창에 8080을 localhost로 socat 텔넷
• 터미널 창 하나. socat 인스턴스에 연결됩니다.
• 세 번째 터미널 창에서 localhost 8080에 텔넷하십시오. socat이 (는) 더 이상 새 연결을 수신하지 않기 때문에 연결이 거부되었습니다. 이미 연결되어있는 서비스를 계속 처리했습니다.
• 두 번째 터미널 창에 HTTP 요청을 입력하십시오. HTTP 응답을 받게되고 연결이 닫히면 socat이 종료됩니다.

fork 옵션을 사용하면 부모가 새로 연결을 기다리는 동안 다시 허용 된 새 연결을 처리 할 수 ​​있습니다.

socat의 사전 처리 또는 연결 풀링과 같은보다 정교한 것이 아닌의 사용은 socat으로 고성능 미들웨어를 구현하고 싶지 않은 이유입니다!