우리는 ftp 서버와 데이터를 동기화 할 수있는 장치를 가지고 있습니다.ftp 서버를 에뮬레이트 할 수 있습니까?
각 장치에는 고유 한 데이터 세트 (비디오 파일)가 있어야합니다. 각 데이터에 대해이 데이터를 복제하고 싶지는 않습니다.
나는 ftp 파일 목록 repsonse를 위조하고 httphandler와 비슷한 것을 사용하여 각 파일 요청을 다른 위치로 재 라우팅하는 방법을 생각하고 있었다. 이렇게하면 한 위치에서만 비디오 파일을 호스팅 할 수 있으며 각 장치는 여전히 자신의 "세트"를 가져올 수 있습니다.
sftp는이 시나리오에서 "있어야"합니다.
"ftp 처리기"의 줄을 따라 아무 것도 검색하지 않았지만 도움이되는 결과가 없었습니다.
수세 (SUSE)는 지금까지 버려진 Proxy Suite을 원하는 제품을 사용했습니다 (C#으로 작성되지 않고 Linux에만 해당). 나는 그것이 작동하는지 확인할 수는 있지만 그 성능에 결코 만족하지 못했습니다. 그것을 확인해보십시오. 적어도 여러분이 직접 그러한기구를 개발하고 싶다면 함께 할 수있는 아이디어를 줄 수도 있습니다.
ftp 서버를 에뮬레이트 할 수 있습니까?
아니요, 아닙니다.
나는 FTP 파일 목록 repsonse을 꾀하고 HttpHandler를 비슷한을 사용하여 다른 위치에 각 파일 요청을 재 라우팅의 라인을 따라 생각했다.
마.
문제는 이것이 "속임수"가 아니라는 것입니다. 서버는 FTP 프로토콜을 구현하는 FTP 서버입니다. "가짜"는 논리적으로 불가능합니다. 프로토콜을 구현 한 다음 FTP 서버이거나 실행하지 않아도됩니다.
"ftp 처리기"의 줄을 따라 아무 것도 검색하지 않았지만 도움이되는 결과가 없었습니다.
"rfc ftp"에 대한 Google은 거기에서 가져옵니다. 그것은 RFC 959이고 다른 것들은 약 10 가지입니다. http://de.wikipedia.org/wiki/File_Transfer_Protocol은 관련 RFC - 959, 1579, 2228, 2428 및 2640을 나열합니다.
프로그래머블 프록시를 찾는 것이 효과적 일 수 있습니다 - 사람들이 파일 전송을 위해 HTTP를 더 많이 사용하는 것처럼 보입니다. 다른 기능을 가진 시스템 내장 프로토콜.
기록을 위해, 나는 당신이 당신의 대답에 쓴 것이 원격으로 가혹하다고 생각하지 않는다, @ 톰톰. 당신은 완벽하게 적절한 답을 주었고, 당신이 묘사 한 것이 왜 "속임수"가 아닌지 설명했습니다. 그것은 의미론처럼 보일지 모르지만 프로그래머가 그것에 대해 더 조심하지 않는다는 것이 항상 이상합니다. 가혹함에 대한 인식에 관한 위의 의견은 불필요한 것이어서 모두를 죽였습니다. –
+1 "contraption";) –