Bash 스크립트 실행과 가져오기 사이의 이상한 불일치

나는 이것이 매우 설명적인 제목이 아니라는 것을 알고 있습니다(제안 환영). 그러나 사실 나는 이 문제로 몇 시간 동안 어려움을 겪었고 문제의 원인이 어디에 있는지 전혀 모릅니다.

로컬 네트워크의 피어 간 CLI 채팅을 위한 간단한 Bash 스크립트를 작성했습니다.

#!/usr/bin/env bash

# Usage: ./lanchat <local_ip>:<local_port> <remote_ip>:<remote_port>

# set -x
set -o errexit -o nounset -o pipefail

IFS=':' read -a socket <<< "$1"
LOCAL_IP=${socket[0]}
LOCAL_PORT=${socket[1]}

IFS=':' read -a socket <<< "$2"
REMOTE_IP=${socket[0]}
REMOTE_PORT=${socket[1]}

RECV_FIFO=".tmp.lanchat"

trap "rm '$RECV_FIFO'; kill 0" EXIT

mkfifo "$RECV_FIFO"

# EDIT: As per @Kamil Maciorowski's suggestion, removing the `-q 0` part below solves the issue.
while true; do nc -n -l -q 0 -s "$LOCAL_IP" -p "$LOCAL_PORT" > "$RECV_FIFO"; done &

TMUX_TOP="while true; do cat '$RECV_FIFO'; done"
TMUX_BOTTOM="while IFS= read -r line; do nc -n -q 0 '$REMOTE_IP' '$REMOTE_PORT' <<< \$line; done"

tmux new "$TMUX_TOP" \; split -v "$TMUX_BOTTOM"

IP 172.16.0.2의 머신은 Debian 11을 실행하는 VPS이고, 172.16.0.100은 Arch를 실행하는 로컬 컴퓨터입니다.

양쪽 프롬프트에서 수동으로 명령을 실행하면 원하는 결과를 얻을 수 있으며, 이를 통해 네트워크 통신에 문제가 없고 스크립트 논리가 올바른지 확인할 수 있습니다.

## VPS (Debian) side as follows; exchange IPs for local (Arch) side.
$ mkfifo .tmp.lanchat
$ while true; do nc -n -l -q 0 -s 172.16.0.2 -p 1234 > .tmp.lanchat; done &
$ tmux new "while true; do cat .tmp.lanchat; done" \; split -v "while IFS= read -r line; do nc -n -q 0 172.16.0.100 1234 <<< \$line; done"
## Test communication in both directions: all right; then CTRL-C twice to exit both tmux panels
$ kill %1; rm .tmp.lanchat

그러나 양쪽을 모두 스크립트로 실행하면 로컬 쪽(Arch)만 서버(Debian)의 메시지를 인쇄합니다. 서버가 내 로컬 컴퓨터에서 아무것도 인쇄하지 않습니다. Trace 를 사용하여 실행하면 set -x양쪽의 모든 것이 변수가 올바른 값으로 대체되어 수동으로 입력한 명령과 똑같아 보입니다.

이제 이상한 점은 Arch 측에서 스크립트를 실행하고 Debian 측에서 프롬프트(위에 표시된)를 따르면 모든 것이 다시 잘 작동한다는 것입니다. 또한 Arch 측에서 스크립트를 실행했지만원천데비안 쪽에서도 매우 잘 작동합니다.

두 가지 모두에 자세한 출력을 추가하십시오.CNCCalling Arch의 측면에도 각인이 있습니다 Connection to 172.16.0.2 1234 port [tcp/*] succeeded!. 그러나 tee log.txt통화에 추가CNCDebian 측의 청취 모드에서는 아무것도 캡처되지 않습니다:

#...
while true; do
    nc -n -l -q 0 -s "$LOCAL_IP" -p "$LOCAL_PORT" | tee log.txt > "$RECV_FIFO";
done &
#...

나는 가능한 모든 순서로 두 피어 사이의 연결을 설정하려고 노력합니다. 고아나 좀비 인스턴스가 없는지 확인하기 위해 서버와 로컬 컴퓨터를 다시 시작하기도 했습니다.CNC어떻게든 탐지를 회피하는 소켓을 수용하세요.

현재 Debian과 Arch는 서로 다른 버전의CNC. 따라서 표면적으로 이것은 가능한 설명처럼 들립니다. 하지만 데비안 측에서 스크립트가 잘 작동한다는 사실이 이러한 가능성을 배제합니까?

여기서 무슨 일이 일어나고 있는 걸까요?