Используйте VNC для SSH-туннеля через хост-бастион к графической ОС (Red Hat)
Невозможно сопоставить новые строки с \n (или с чем-либо другим, что вы пытались) в sed , так как sed работает для каждой строки, поэтому новые строки, как вы думаете, не входят в область ее работы. То, что вы ищете, это $ специальный оператор, соответствующий End of Line:
sed -e '/0$/d'
Ваши разрешения могут быть основаны на пользователе и группе (есть несколько других вещей также), но это не имеет ничего общего с этими двумя вопросами.
Так что если вы хотите, чтобы два пользователя, которые находятся в одной группе, получили доступ к одному каталогу/файлу... тогда вам нужно установить адекватное владение и разрешения, поместить их в одну группу, может быть, и т.д....
Есть ли у вас конкретный пример?
Есть также такие понятия, как suid, guid, sticky-bit...
-121--290478-ls /dev/pts/ | wc -l
Используйте приведенную выше команду для подсчета открытых окон терминала.
Это должно быть вполне нормально ssh -L 5905:vnchost:5905 user@bastionhost, за которым следует vncviewer localhost:5905в общедоступной клиентской системе, если только сервер-бастион явно не отключает туннелирование SSH или между ним и хостом сервера VNC не установлен брандмауэр.
Параметр-L 5905:vnchost:5905(с альтернативной записью-L localhost:5905:vnchost:5905)означает, что клиентский узел ssh откроет порт на localhost:5905, а демон SSH-сервера на хосте-бастионе должен попытаться отправить туннель на vnchost:5905, когда программа просмотра VNC на стороне клиента пытается инициировать соединение.
Если соединение не может быть установлено, в сеансе SSH должно появиться сообщение об ошибке (, и клиент VNC, вероятно, также выдаст ошибку ).
У меня такие же настройки, и я достиг этого с помощью приведенного ниже, где бастион — это имя хоста бастиона, а 10.1.1.1 — экземпляр ec2
ssh -v -l user -L 5901:localhost:5901 bastion ssh -o StrictHostKeyChecking=no -L 5901:localhost:5901 -N user@10.1.1.1
и затем vnc на локальный хост :5901