phpunit | cat
не работал (сигнализирующий, что это не проблема с watch
но phpunit
команда).
Как альтернатива, следующий подход сценария удара работал отлично для меня:
#!/bin/bash
while true; do
(echo -en '\033[H'
CMD="$@"
bash -c "$CMD" | while read LINE; do
echo -n "$LINE"
echo -e '\033[0K'
done
echo -en '\033[J') | tac | tac
sleep 2
done
Использование:
$ botch my-command
Ну, передача SSH является своего рода прокси-сервером. Это работает путем принятия соединения на одной стороне, затем устанавливания связи с другой стороны и затем передачи данных между двумя.
Вы могли легко сделать это, также. Например, с netcat:
nc -l -p 1234 ⇆ ssh user@remote 'nc remote2 80'
где ⇆
представляет один из способов настроить двунаправленный канал. Это должно более или менее сделать это (игнорирующий любые проблемы буферизации).
Это не столь хорошо как встроенное, но конечно с определенной работой в Вашем предпочтительном языке сценариев, это могло быть.
Пользователь с доступом оболочки может легко работать sshd
с его собственной конфигурацией (который может, например, позволять передачу TCP) на непривилегированном порте. Следовательно отключение его для постоянного системного демона не имеет большого смысла, если Вы не делаете тонну других стабилизирующих вещей.
iptables -P INPUT -j DROP
(или эквивалентный) наряду с правилами позволить трафик Вы хотите, конечно. Который уже должен быть сделан в любой системе, где кто-то рассмотрел бы выключение AllowTcpForwarding.
– derobert
06.12.2012, 18:12