공유기 안쪽에 클라이언트와 외부 서버와의 접속
내부 서버와 내부 클라이언트 모두 똑같은 증상입니다.
내용을 자세히 설명 드리자면
클라이언트가 바인딩하고 있는 서버에 데이타를 보냅니다.
서버는 데이타를 받고 약 5분 후에 recvfrom 함수의 아규먼트로 받은 IP와 포트로 데이타를 보냅니다. 그냥 바로 데이타를 리턴하면 아무 문제없이 데이타를 주고 받지만 약 5분 후에 데이타를 보내면 클라이언트는 데이타를 받지 못합니다. 물론 클라이언트는 recvfrom함수에서 블록 대기 상태입니다..
?묘하군요.UDP의 원천 문제라기 보다는 다른 검은손의 움직임으로
?
묘하군요.
UDP의 원천 문제라기 보다는 다른 검은손의 움직임으로 보입니다.
UDP 는 원래 연결관리 안합니다. UDP 문제라기 보다 network
UDP 는 원래 연결관리 안합니다. UDP 문제라기 보다 network 이 끊긴 것으로 보이는군요.
문제가 발생했을 때, ping 은 되는지 확인해 보시죠.
Perfection (in design) is achieved not when there is nothing more to add, but rather when there is nothing more to take away.
혹시 클라이언트가 NAT 뒤에 있는거 아닌가요?
혹시 클라이언트가 NAT 뒤에 있는거 아닌가요?
NAT 뒤에 있는경우와 내부네트웍에서 테스트를 해도 똑같네염...
공유기 안쪽에 클라이언트와 외부 서버와의 접속
내부 서버와 내부 클라이언트 모두 똑같은 증상입니다.
내용을 자세히 설명 드리자면
클라이언트가 바인딩하고 있는 서버에 데이타를 보냅니다.
서버는 데이타를 받고 약 5분 후에 recvfrom 함수의 아규먼트로 받은 IP와 포트로 데이타를 보냅니다. 그냥 바로 데이타를 리턴하면 아무 문제없이 데이타를 주고 받지만 약 5분 후에 데이타를 보내면 클라이언트는 데이타를 받지 못합니다. 물론 클라이언트는 recvfrom함수에서 블록 대기 상태입니다..
UDP는 처음 써봐서 그런지 익숙하지 않네염
내일은 내일일뿐.....
우선 서버에서는 보내는 게 문제인지, 클라이언트에서 받는게 문제인지를 먼
우선 서버에서는 보내는 게 문제인지, 클라이언트에서 받는게 문제인지를 먼저 확인하시는게 나을 거 같습니다.
1. 우선, 서버에서든 미러링 포트에 연결된 PC에서든 지나가는 패킷을 잡아서, 서버에서 클라이언트로 향하는 패킷이 존재하는지를 확인하세요.
2. 패킷이 존재하지 않으면, 서버에서 전송에러가 났을테구요.
3. 패킷이 존재하면, 타겟 ip랑 포트번호를 확인하시고, 클라이언트 쪽 호스트에서 netstat명령어로 정상적으로 바인딩되어 있는지 확인하시고,...
....
모 요렇게 순차적으로 확인을 해 보시는 게 어떨까요? ^^
댓글 달기