한번에 write 하는데 수신쪽에서는 두개의 패킷으로 옵니다.

패킷이 몇개로 오든 한번만 read해서 전체를 읽을 수 있다면 별 문제가 없지 않을까요? +_+?

하나의 write에서 두개로 패킷을 보내는건 네트워크에서 알아서 한걸테니까여 +_+;;

*전자도 조금 가혹하다면, 다른 하나의 방법은, 해서는 안되는 방법인듯 하지만, 이가 없으면, 잇몸이라도....

* 현재 문제는 recv()/read()가 523바이트를 읽어야 하는데,
523> 입력바이트수 라는 문제이지요.

해결(편법, 제약조건/가정을 가해야만 하는...)
가정)
1. 고정바이트다.
2. 열려진 파일 디스크립터들에서 소켓을 식별한다.
3. 프로그램이 recv()를 사용해서 구현되어 있으면 좋다.
...

방법:
1) recvN()과 같이 523바이트를 읽어야 리턴하는 함수를 구현한다.
2) recv()함수를 후킹해서 readN()에서 recv()를 호출하게 한다.

사용테크닉)
1) dlopen(), dlsym(), function pointer등으로 recv()를 사용자가 새로만든 함수로 가게 변경
2) 사용자가 새로만든 recv()는 항상 523바이트를 입력받아야 리턴하게 짠다.
3) LD_PRELOAD로 해당 라이브러리가 먼저 로드되게 한다.
4) 돌린다.

예상문제점)
* 만일 원래 서버프로그램이 recv()대신 read()를 사용했다면?
read()의 파라메터값을 검토하고, 만일 소켓에서 523바이트 읽는 read()라면 이로 대체한다. 따라서, 읽고자 하는 파일이 소켓인지를 구분할 수 있어야 한다.
* 만일, 소켓에서 읽을때, 값이 523이 아닌경우는? 글쎄다. 고민해봐야겠지.
* 읽는 문제를 해결할 수는 있으나, 사이드이펙트에 대해서도 한참고민해야 할것이다.
* 역시나, 다시 서버짜는게 좋아보인다. 서버 최초 코딩시, 이런점도(질문자의 문제점) 고려하지 않고 작성된 서버라면, 다시짜는게 건강에 좋을것 같다.

* 코드까지 짜달라고? 그러시면 아니되옵니다. 아님 다른 분들께서 짜주실지도.
* 그럼 방법이라도 보다 자세히? dlopen으로 KLDP검색해보고 조금 공부해보자. 그럼 길이 보인다.

* 완전한 해결책을 못드려서 죄송...

서버 앞단에 ip fragmentation을 reassemble해주는 일종의 라우터를 달아주는 엽기방법 외에능 없겠네요. 원래부터 프로그램을 잘못 만들었다고밖에....

에고 전에는 올리신 글을 대충 읽어보고 답을 달아서 동문서답을 하게 되었네여 -_-;;

초기에 handshake 할 때 mss 값을 어떤 값으로 주고받나요? -_-?;;

서버쪽의 mss 값이 낮은건 아닌가 의심이 가네요.