Вопросы Теги

ssh вводится от текстового файла

/etc/rc.local не будет работать на эту ситуацию, потому что xmodmap требует, чтобы X-сервер говорил.

Я знаю, что/etc/X11/Xmodmap является частью xorg-x11-xinit пакета на RHEL и Fedora, поэтому внесите свои изменения там. Они будут использоваться, когда любое новое X сессий запустится.

6
05.08.2012, 02:37
3 ответа

Передать вход от локального файла до ssh, необходимо использовать перенаправление ввода как это:

ssh user@server < abc.txt

Вы уверены _ должен быть действительно отдельный символ? В этом случае это возможно если x настроен в ~/.ssh/config как псевдоним на некоторый user@host:

ssh x < abc.txt

Я не могу ответить на Q2, потому что я действительно не понимаю это. Я предполагаю, что Remote.txt находится на удаленном.

Согласно второму вопросу, я предполагаю, что Remote.txt является файлом на удаленной стороне, в этом случае команда должна иметь форму:

ssh user@server "bash < Remote.txt"

... но это не оснащает описание проблемы _ _ _ и конечно удалить запаздывающие вкладки еще многие были бы необходимы как:

ssh user@server "bash < <(sed -e 's/^[    ]*//' Remote.txt)"

Другими словами, это НЕ отвечает на второй вопрос. Я надеюсь, что это помогает Вам так или иначе понимание перенаправления при использовании с ssh.

Править

После чтения Q другое время, так как это говорит "передачу нескольких строк входа к ssh", предлагает, чтобы мы использовали перенаправление для ssh снова, в этом случае файл должен быть локальным.

ssh user@server < <(sed 's/^[    ]*//' Remote.txt)

Но снова, я не думаю, что это квалифицирует как ответ в форме ssh _ _ _ Remote.txt

3
27.01.2020, 20:31
  • 1
    Вы могли работать: ssh user@server "sed ..." < Remote.txt если файл "Remote.txt" является локальным файлом, хотя я соглашаюсь, что вопрос формулируется способом, что это не ясно. –  jsbillings 17.08.2012, 21:25
  • 2
    ssh user@server "bash < Remote.txt" ssh _ _ _ Remote.txt и ssh user@server "bash < <(sed -e 's/^[ ]*//' Remote.txt)" ssh _ _ _ _ _ Remote.txt . Они управляют, может работать, но "вопрос" является все еще оставшимся без ответа. –  AnBisw 17.08.2012, 22:05
  • 3
    у меня было чувство также.. вопрос мог бы, был изменен при течении вниз мне. :) –  Web-E 18.08.2012, 13:59

Для первой части:

$ssh << abc.txt

Для второй части:

$ssh <<- remote.txt
-3
27.01.2020, 20:31

Ответ 1. 

$ssh user@server cat abc.txt

Ответ 2.

$ssh user@server "sed 's/^[    ]//g' Remote.txt"
-2
27.01.2020, 20:31
  • 1
    Ни одно из этих предложений не делает то, что спрашивает OP. –  jsbillings 17.08.2012, 21:17
  • 2
    Хорошо, вопрос состоял в том, чтобы восполнить пробелы _, и эти два управляют выше работы отлично, если Вы спрашиваете меня. Первый пробел _ всегда user@server, вторым _ в первой команде должно быть точно одно слово (или команда), который в этом случае является cat. Во второй команде второе _ для sed и треть _ для 's/^[ ]//g'. Это больше походит на него, если Вы не можете изменить вопрос когда Вы находящийся в интервью. –  AnBisw 17.08.2012, 21:57
  • 3
    Ваш первый ответ является неправильным. Вопрос состоял в том, чтобы передать вход от abc.txt к ssh и Вашему ответу не делает этого. –  janos 18.08.2012, 09:55

Теги

Похожие вопросы