Асимметричная УСТАНОВЛЕННАЯ сессия в netstat
]Вы можете сделать это, добавив a & в конец вашей команды. [
] [dd if=/path/of/file of=/path/of/destination &
]Когда вы выполняете вышеприведенную команду, она дает вам pid и вы можете использовать pid для мониторинга.[
] [][]Тестирование[] [
] [cat infinite.sh
#!/bin/bash
while :
do
echo "Press [CTRL+C] to stop.."
sleep 1
done
]Теперь, в первом терминале я выполняю вышеприведенную команду, как показано ниже. [
] [-bash-3.2$ ./s.sh &
[1] 25666
-bash-3.2$ Press [CTRL+C] to stop..
Press [CTRL+C] to stop..
Press [CTRL+C] to stop..
Press [CTRL+C] to stop..
]Теперь я могу открыть второй терминал и просто использовать []kill -9 25666[], чтобы остановить этот процесс. В вашем случае, вы можете открыть второй терминал для мониторинга команды []dd[] с помощью пида []pid[], который вы получили в первом терминале. [
Во-первых, поле etime указывает, когда процесс запущен. Это не обязательно означает, что на это время к нему привязано соединение.
Затем, может быть, используется некоторая трансляция сетевых адресов? Если это так, введите grep для номера порта на удаленном хосте: netstat -natup | grep 40740 , чтобы увидеть, что это вернет.
Если нет трафика, инициированного первым хостом, соединение будет оставаться в состоянии «ESTABLISHED» навсегда, пока либо локальный процесс не закроет соединение, либо удаленный хост не закроет соединение.
Теперь представьте, что между хостами есть прерывание сети; никакие пакеты от удаленного хоста не могут достичь первого хоста. Во время этого простоя удаленный хост пытается отправить что-то первому хосту; это время истекает, потому что от первого хоста не принимаются пакеты ACK. Через некоторое время соединение прерывается, и удаленный хост закрывает соединение. Однако первый хост блаженно игнорирует то, что происходит на другом хосте, поэтому соединение все еще находится в состоянии «ESTABLISHED».
То же самое происходит, если удаленный хост испытывает сбой питания и перезагружается; нет возможности сначала разорвать существующие сетевые подключения.
Чтобы предотвратить эту ситуацию, существует tcp keepalive, который необходимо включить на уровне сокета. Это вызывает периодический обмен пакетами поддержки активности между узлами, так что сбои в сети могут быть обнаружены, даже если нет нормального трафика.