필자가 작성한 응용 프로그램의 경우 파일이 네트워크에있는 컴퓨터를 프로그램 방식으로 찾고 싶습니다. 이걸 어떻게 잘 수행 할 수 있습니까?파일의 네트워크 출처를 (프로그래밍 방식으로) 결정하는 가장 좋은 방법은 무엇입니까?
네트워크 트랜잭션을 모니터링해야합니까, 아니면이 데이터가 Windows의 어딘가에 저장되어 있습니까?
필자가 작성한 응용 프로그램의 경우 파일이 네트워크에있는 컴퓨터를 프로그램 방식으로 찾고 싶습니다. 이걸 어떻게 잘 수행 할 수 있습니까?파일의 네트워크 출처를 (프로그래밍 방식으로) 결정하는 가장 좋은 방법은 무엇입니까?
네트워크 트랜잭션을 모니터링해야합니까, 아니면이 데이터가 Windows의 어딘가에 저장되어 있습니까?
파일을 로컬 시스템에 복사하면 Windows는 복사 된 위치에 대한 기록을 유지하지 않습니다. 따라서 파일을 만든 응용 프로그램이 파일에 이러한 정보를 저장하지 않으면 파일이 손실됩니다.
파일 감사 파일 및 디렉토리 작업을 추적 할 수는 있지만 파일 사본이있는 소스 경로 (작성자와 작성자)는 포함되지 않을 것이라고 생각합니다.
예, 네트워크 트래픽 차단을 기반으로 파일 전송을 검색해야하거나 특정 방식으로 파일을 변경할 수있는 기능이있는 경우 공개 키 암호화를 사용하여 컴퓨터 기반 네트워크 특정 키를 전송하기 전에
맞지, 어떻게? winsock 또는 w/e를 통해 패킷 스니핑을해야합니까? 아니면 다른 해결책이 있습니까? –
나는 Gian에 동의 할 것이고, (원본 컴퓨터에서) 파일을 변경하는 것이 훨씬 더 강력 할 것이라고 덧붙인다. 물론 파일 생성에 대한 제어권이 필요합니다. – nocache
그래, 그건 내가 생각한 이상이며 이상적이지만 우리에게는 불가능한 일이다. 합리적인 신뢰성으로 파일을 찾아서 누가 작성했는지 파악할 수 있다면 최선일 것입니다. –
대상 컴퓨터 또는 인터넷에서 다운로드 한 파일에 대해 ZoneInfo를 처리하는 방식과 마찬가지로 각 파일에 첨부 된 대체 데이터 스트림에 레코드를 추가하는 파일 호스팅 컴퓨터에서 서비스를 만듭니다.
시스템 A에서 백그라운드 프로세스를 사용하여 각 파일이 그러한 날짜와 시간에 시스템 A에 의해 태그가 붙여진 것으로 "태그 지정"할 수 있습니다. 그런 다음 시스템 B가 파일을 다운로드 할 때 NTFS 파일 시스템을 사용한다고 가정하면 A에서 태그를 볼 수 있습니다. 서버에서 프로세스를 가질 수 없다면 패킷을 통해 "클라이언트"측에서 NTFS 스트림을 사용할 수 있습니다 스니핑 방법에 대해 설명했습니다. 여기서 보너스는 NTFS 시스템 사이에있는 한 향후 파일 복사본이 데이터를 보유한다는 것입니다.
다른 방법 : 네트워크 끌어서 놓기와 달리 웹 포털을 통해 모든 파일 전송을 수행해야한다는 요구 사항을 만듭니다. 로깅 기능. 또는 다른 유형의 파일 검색 프록시. 이와 같은 절차를 제어 할 수 있습니까?
우리는 소스 머신에 아무 것도하지 않아도되기를 바랄 것입니다. 따라서이 옵션 중 아무 것도 옵션이 아닙니다. 그것은 이상적 일 것입니다. 그러나 그것은 상황이 아닙니다. –
이것은 프로그래밍에 관한 것이 아니라 SF에 속합니다. – Richard
필자는 "필자가 작성한 응용 프로그램에 대해"필자가 프로그래밍 방식으로이 작업을 수행하려고 시도했음을 분명히했습니다. –
파일은 어디에 위치해 있습니까 (프로그램에서 검사 할 때). 로컬 디스크 또는 네트워크 드라이브에 있습니까? – nocache