몇 가지 가정부터 시작해야 합니다. 특히, 프로그램 중 하나는 대상 프로그램이 이전 명령에 대한 응답 전송을 완료할 때까지 명령을 보내지 않습니다. 그렇지 않으면 동시에 녹음된 내용이 지저분해 보일 수 있습니다. 이 가정이 성립하려면 싱크와 소스 사이에 삽입된 프로그램이 버퍼링을 사용하지 않도록 해야 합니다.

두 가지 솔루션:

1. 하우징 FD가 포함된 이중 T-시트

쉘 스크립트에서는 버퍼링을 비활성화하고(이 사용 사례에서는 매우 중요함) 클라이언트 프로그램의 stdout을 tee -a logfile파일로 리디렉션한 다음 동시에 teestdout을 임시 FD에 연결합니다.

이와 마찬가지로 쉘 구성을 사용하여 클라이언트 프로그램의 표준 입력 역할을 하는 파일 설명자와 프로그램의 표준 출력 역할을 하는 또 다른 파일 설명자를 생성할 수 있습니다 target. 그런 다음 다른 파이프를 통해 두 설명자에 의해 형성된 "응답" 방향을 파이핑하게 됩니다 tee -a logfile.

마지막으로 첫 번째 teestdout 스트림을 입력으로 사용 target하고 두 번째 teestdin 스트림을 출력으로 사용합니다.

2. 프로세스 디버깅

다양한 방법을 사용하여 대상 또는 클라이언트 프로세스가 읽고 쓰는 내용에 연결하고 이를 기록할 수 있습니다.

적절한 LD_PRELOAD를 사용하면 read프로그램의 stdin 및 stdout과 상호 작용하는 libc 및 호출을 가로채서 기록할 수 있습니다. write문제: 모든 것이 libc를 사용하는 것은 아닙니다.

또는 다음이 권장됩니다. bpftools에는 기본 시스템 호출을 캡처하는 청취 예제가 제공됩니다. 이를 해결할 방법은 없습니다. 필터에 표시되는 내용을 기록하세요!