Вы можете перенаправлять стандартный входной поток только из одного места. Вы не можете ожидать, что сможете перенаправить его из нескольких файлов или обработать подстановки в одной команде.
Команда
cat < <(date) <(hostname) <(uptime) <(cat /etc/resolv.conf)
совпадает с
cat <(hostname) <(uptime) <(cat /etc/resolv.conf) < <(date)
т. е. вы даете cat
три входных файла, а затем перенаправляете вывод date
на его стандартный ввод.
Утилита cat
не будет использовать свой стандартный входной поток, если ей предоставлены файлы для работы, но вы можете заставить ее это делать, используя специальное -
имя файла:
cat - <(hostname) <(uptime) <(cat /etc/resolv.conf) < <(date)
Также обратите внимание, что последняя подстановка процесса бесполезна, и команду лучше записать как
cat - <(hostname) <(uptime) /etc/resolv.conf < <(date)
или, без перенаправления вывода date
, как
cat <(date) <(hostname) <(uptime) /etc/resolv.conf
или, при подстановке одной команды,
cat <( date; hostname; uptime; cat /etc/resolv.conf )
или, без замены процесса,
date; hostname; uptime; cat /etc/resolv.conf
Связанные:
У меня та же проблема, что и у вас. Раньше я подключался к CheckPoint VPN через snx внутри докера, но потом бесполезно из-за интеграции с паспортом. До сих пор я также не мог найти решение (с помощью snx ).
Но вот что я сделал, чтобы решить эту проблему.
Выглядит сложно, но работает. Отдельным пользователям Linux не нужно индивидуально подключаться к CheckPoint. Просто нужен выделенный (сервер Linux )с виртуальной машиной Windows (или ПК с Windows. Я думаю, )можно подключиться к CheckPoint VPN, а другим пользователям Linux просто нужно использовать его в качестве шлюза (. ] используя переадресацию портов ).
Надеюсь, это решит вашу проблему. Нет необходимости переводить всех пользователей Linux на использование Windows или Mac. Но все равно нужно вложить бюджет и усилия для подготовки такого шлюза. Какой из них дешевле и эффективнее, решать вам.