SEt разрешение файла в Linux из дома

En primer lugar, si se trata de un dispositivo/iOT con un espacio limitado, me ocuparía de la salida en el lado de la llamada, es decir, usando el > después de los comandos sshcomo en

ssh "command" > output.txt

En cuanto a tcpdump, no lo mataría como política todo el tiempo, arriesgándome a perder buffers. Es posible que no tenga salida tal vez debido a eso.

Pondría un límite a los paquetes capturados. También intentaría no resolver DNS. Como en, para capturar 100 paquetes:

tcpdump -nc 100 -i eth0 port 5600

Cuando almacene el archivo de captura en el sistema local, solo debe ejecutar catlocalmente y no de forma remota y local.

Del mismo modo, cuando ejecuta tcpdumpy catde forma remota, está iniciando ambos al mismo tiempo, y tanto el catremoto como el local no tendrán nada que mostrar.

Siguiendo la sugerencia de @MarkPlotnick, también agregué -la tcpdumppara que se búfer de línea. Eso puede obviar la necesidad de la opción -c. Yo usaría ambos.

Entonces cambiaría ese guión por:

#!/bin/bash
html_tcpdumpfile=$(mktemp)

ssh remotemachine.mydomain.net "timeout -t 20 tcpdump -nlc 100 -i eth0  port 5060 " > $html_tcpdumpfile

cat $html_tcpdumpfile

rm $html_tcpdumpfile

O es posible que ni siquiera necesitemos crear explícitamente un archivo temporal:

#!/bin/bash

ssh remotemachine.mydomain.net "timeout -t 20 tcpdump -nlc 100 -i eth0  port 5060 " \
| less

Por último, recomendaría eliminar todos los archivos temporales creados, especialmente en el lado remoto.

PD :el OP mencionado en los comentarios, el sistema remoto es BusyBox y, como tal, las opciones timeoutson ​​diferentes a las del paquete coretutils. También edito la pregunta para que mencione BusyBox.