말씀드렸다시피 WinInet이 가장 간편하고 문제도 적다는 것은 분명합니다.
사실 WinInet의 HTTP 기능은 이미 다 구현된 것을 함수를 불러쓰기만 할 뿐이기 때문에 다른 문제가 생기기 어렵죠.
그래서 이것저것 신경쓰기 싫고 당장 동작하는 것이 가장 중요한 상황이라면 당연히 WinInet이 가장 추천할 만 합니다.

그런데 다른 소켓을 썼다가 문제가 생겼다는 것은 좀 이해가 안되네요.
방화벽 관련의 문제는 HTTP가 표준 포트인 80을 쓰는 경우라면 WinInet이건 컴포넌트를 썼건 아니면 저수준 소켓을 썼건
똑같이 방화벽에 문제가 없습니다. 방화벽이 검사해서 막는 것은 오직 포트 번호이니까요.
당시에 원인을 알아보지 못하셨더라도, 증상이라도 알려주시면 뭔가 짚이는 데가 있을 수도 있겠는데요.


ps.
저 1군사령부 인사과에 있었던 거 맞습니다. 그런데...
죄송하게도.. 김기태님이 어떤 분이었는지 기억이 잘 안나네요. 저번에도 언급하셨던 거 같은데...
이름은 기억이 날듯 한데, 얼굴이나.. 다른 건 전혀... ^^;;;
같이 군생활을 했으면 실제로 보면 물론 기억이 날 텐데...
장비과면 군수처였던가요?
군수처... 사령부 본청 외에 별도의 단층 건물로 있었던 곳인 거 같은데... 아리송...


김기태 님이 쓰신 글 :
: 답변 고맙습니다.
:
: 우선 반갑네요... 예전에 군사령부에 계셨죠? 인사과(?)인가에 있었던거 같은데..
:
: 제가 WinInet을 예전에 쓴 이유는
: 클라이언트 환경이 proxy server와 같은 내부 방화벽에 있을 경우 어렵지 않게 다운을
: 받을 수 있어서 그랬습니다.
:
: 원래는 Http용 소켓(아마 Indy)을 이용하여 받았다가 여러 클라이언트들에게 문제가 일어나
: (그때 왜 그런건지에 대한 원인을 알고 지나갔어야 하는데, 시간상, 게을러서...)
: WinInet으로 바꿨더니 잘 되더라구요...
:
: 현재 다시 비슷한 모듈을 만들면서 이 부분이 고민이 되더군요...
: 그때 해결했으면 깨끗한 마음으로 진행했을텐데...
:
: 혹시, 위와 같은 원인과 관련되서 아시는 내용이 있는지....
: 다시 한번 질문합니다.
:
: 그럼, 수고하세요.
: