[РЕШЕНО] Проблема с отработкой скрипта в cron.

[Karl500]

Отлично, т.е. у Вас все-таки используется именно rsh? (кстати, а что за ОС?).

2. Уберите -l если выполняете от имени пользователя backup. Никакого пароля не нужно, если выполнены условия:

На каждой удаленной машине может быть файл /etc/hosts.equiv, содержащий список имен хостов, обладающих доверием, с которыми она разделяет имена пользователей. Пользователи с одним и тем же именем на локальной и удаленной машине могут выполнять rsh с машин, перечисленных в файле /etc/hosts.equiv удаленной машины, не указывая пароль. Отдельные пользователи могут создать аналогичный личный список эквивалентностей в файле .rhosts в своих начальных каталогах. Каждая строка в этом файле содержит два имени, имя хоста и имя пользователя, разделенных пробелом. Запись в файле .rhosts удаленного пользователя позволяет пользователю с соответствующим именем, зарегистрировавшемуся на указанном хосте, использовать rsh для доступа к удаленной машине в качестве удаленного пользователя без указания пароля. Если имя локального хоста не удается найти в файле /etc/hosts.equiv на удаленной машине, и, кроме того, имя локального пользователя и имя хоста не удается найти в файле .rhosts удаленного пользователя, удаленная машина запросит пароль. В файлах /etc/hosts.equiv и .rhosts необходимо указывать официальные имена хостов, содержащиеся в базе данных хостов; псевдонимы в этих файлах указывать нельзя.

Чтобы предотвратить проблемы защиты, владельцем файла .rhosts должен быть либо удаленный пользователь, либо привилегированный пользователь.

rsh не запросит пароль, если в доступе на удаленную машину отказано, за исключением случая, когда при вызове не указана команда.

Вы ведь это читали, правда?

3. Вставьте опцию -n (как писалось выше).

[mousepro]

Код: [Выделить]

ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
lsb_release -d?

[backup@localhost ~]$ ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
-rwsr-xr-x 1 root root  8908 Sep 22  2009 /usr/bin/rsh
-rwxr-xr-x 1 root root 29920 Jun 27 15:41 /usr/kerberos/bin/rsh
[backup@localhost ~]$ lsb_release -d
Description:    CentOS release 5.6 (Final)


извиняюсь , что у меня не Ubuntu... но больше некуда было обратиться
Пользователь решил продолжить мысль 22 Июля 2011, 16:29:35:

Отлично, т.е. у Вас все-таки используется именно rsh? (кстати, а что за ОС?).

2. Уберите -l если выполняете от имени пользователя backup. Никакого пароля не нужно, если выполнены условия:

На каждой удаленной машине может быть файл /etc/hosts.equiv, содержащий список имен хостов, обладающих доверием, с которыми она разделяет имена пользователей. Пользователи с одним и тем же именем на локальной и удаленной машине могут выполнять rsh с машин, перечисленных в файле /etc/hosts.equiv удаленной машины, не указывая пароль. Отдельные пользователи могут создать аналогичный личный список эквивалентностей в файле .rhosts в своих начальных каталогах. Каждая строка в этом файле содержит два имени, имя хоста и имя пользователя, разделенных пробелом. Запись в файле .rhosts удаленного пользователя позволяет пользователю с соответствующим именем, зарегистрировавшемуся на указанном хосте, использовать rsh для доступа к удаленной машине в качестве удаленного пользователя без указания пароля. Если имя локального хоста не удается найти в файле /etc/hosts.equiv на удаленной машине, и, кроме того, имя локального пользователя и имя хоста не удается найти в файле .rhosts удаленного пользователя, удаленная машина запросит пароль. В файлах /etc/hosts.equiv и .rhosts необходимо указывать официальные имена хостов, содержащиеся в базе данных хостов; псевдонимы в этих файлах указывать нельзя.

Чтобы предотвратить проблемы защиты, владельцем файла .rhosts должен быть либо удаленный пользователь, либо привилегированный пользователь.

rsh не запросит пароль, если в доступе на удаленную машину отказано, за исключением случая, когда при вызове не указана команда.

Вы ведь это читали, правда?

3. Вставьте опцию -n (как писалось выше).

с -n запрос rsh не проходит
Пользователь решил продолжить мысль 22 Июля 2011, 16:33:21:

Код: [Выделить]

ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
lsb_release -d?

[backup@localhost ~]$ ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
-rwsr-xr-x 1 root root  8908 Sep 22  2009 /usr/bin/rsh
-rwxr-xr-x 1 root root 29920 Jun 27 15:41 /usr/kerberos/bin/rsh
[backup@localhost ~]$ lsb_release -d



[backup@localhost ~]$ rsh 10.64.122.195 -n spb_server co sh
connect to address 10.64.122.195 port 544: Connection refused
Trying krb4 rsh...
connect to address 10.64.122.195 port 544: Connection refused
trying normal rsh (/usr/bin/rsh)
Request rejected (5)
[backup@localhost ~]$ /usr/bin/rsh 10.64.122.195 -n spb_server co sh
Request rejected (5)
[backup@localhost ~]$ /usr/bin/rsh 10.64.122.195 -n co sh
Request rejected (5)
[backup@localhost ~]$

Description:    CentOS release 5.6 (Final)


извиняюсь , что у меня не Ubuntu... но больше некуда было обратиться
Пользователь решил продолжить мысль 22 Июля 2011, 16:29:35:

Отлично, т.е. у Вас все-таки используется именно rsh? (кстати, а что за ОС?).

2. Уберите -l если выполняете от имени пользователя backup. Никакого пароля не нужно, если выполнены условия:

На каждой удаленной машине может быть файл /etc/hosts.equiv, содержащий список имен хостов, обладающих доверием, с которыми она разделяет имена пользователей. Пользователи с одним и тем же именем на локальной и удаленной машине могут выполнять rsh с машин, перечисленных в файле /etc/hosts.equiv удаленной машины, не указывая пароль. Отдельные пользователи могут создать аналогичный личный список эквивалентностей в файле .rhosts в своих начальных каталогах. Каждая строка в этом файле содержит два имени, имя хоста и имя пользователя, разделенных пробелом. Запись в файле .rhosts удаленного пользователя позволяет пользователю с соответствующим именем, зарегистрировавшемуся на указанном хосте, использовать rsh для доступа к удаленной машине в качестве удаленного пользователя без указания пароля. Если имя локального хоста не удается найти в файле /etc/hosts.equiv на удаленной машине, и, кроме того, имя локального пользователя и имя хоста не удается найти в файле .rhosts удаленного пользователя, удаленная машина запросит пароль. В файлах /etc/hosts.equiv и .rhosts необходимо указывать официальные имена хостов, содержащиеся в базе данных хостов; псевдонимы в этих файлах указывать нельзя.

Чтобы предотвратить проблемы защиты, владельцем файла .rhosts должен быть либо удаленный пользователь, либо привилегированный пользователь.

rsh не запросит пароль, если в доступе на удаленную машину отказано, за исключением случая, когда при вызове не указана команда.

Вы ведь это читали, правда?

3. Вставьте опцию -n (как писалось выше).

с -n запрос rsh не проходит

Пользователь решил продолжить мысль 22 Июля 2011, 16:34:09:

Код: [Выделить]

ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
lsb_release -d?

[backup@localhost ~]$ ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
-rwsr-xr-x 1 root root  8908 Sep 22  2009 /usr/bin/rsh
-rwxr-xr-x 1 root root 29920 Jun 27 15:41 /usr/kerberos/bin/rsh
[backup@localhost ~]$ lsb_release -d
Description:    CentOS release 5.6 (Final)


извиняюсь , что у меня не Ubuntu... но больше некуда было обратиться
Пользователь решил продолжить мысль 22 Июля 2011, 16:29:35:

Отлично, т.е. у Вас все-таки используется именно rsh? (кстати, а что за ОС?).

2. Уберите -l если выполняете от имени пользователя backup. Никакого пароля не нужно, если выполнены условия:

На каждой удаленной машине может быть файл /etc/hosts.equiv, содержащий список имен хостов, обладающих доверием, с которыми она разделяет имена пользователей. Пользователи с одним и тем же именем на локальной и удаленной машине могут выполнять rsh с машин, перечисленных в файле /etc/hosts.equiv удаленной машины, не указывая пароль. Отдельные пользователи могут создать аналогичный личный список эквивалентностей в файле .rhosts в своих начальных каталогах. Каждая строка в этом файле содержит два имени, имя хоста и имя пользователя, разделенных пробелом. Запись в файле .rhosts удаленного пользователя позволяет пользователю с соответствующим именем, зарегистрировавшемуся на указанном хосте, использовать rsh для доступа к удаленной машине в качестве удаленного пользователя без указания пароля. Если имя локального хоста не удается найти в файле /etc/hosts.equiv на удаленной машине, и, кроме того, имя локального пользователя и имя хоста не удается найти в файле .rhosts удаленного пользователя, удаленная машина запросит пароль. В файлах /etc/hosts.equiv и .rhosts необходимо указывать официальные имена хостов, содержащиеся в базе данных хостов; псевдонимы в этих файлах указывать нельзя.

Чтобы предотвратить проблемы защиты, владельцем файла .rhosts должен быть либо удаленный пользователь, либо привилегированный пользователь.

rsh не запросит пароль, если в доступе на удаленную машину отказано, за исключением случая, когда при вызове не указана команда.

Вы ведь это читали, правда?

3. Вставьте опцию -n (как писалось выше).

с -n запрос rsh не проходит
Пользователь решил продолжить мысль 22 Июля 2011, 16:33:21:

Код: [Выделить]

ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
lsb_release -d?

[backup@localhost ~]$ ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
-rwsr-xr-x 1 root root  8908 Sep 22  2009 /usr/bin/rsh
-rwxr-xr-x 1 root root 29920 Jun 27 15:41 /usr/kerberos/bin/rsh
[backup@localhost ~]$ lsb_release -d





Description:    CentOS release 5.6 (Final)


извиняюсь , что у меня не Ubuntu... но больше некуда было обратиться
Пользователь решил продолжить мысль 22 Июля 2011, 16:29:35:

Отлично, т.е. у Вас все-таки используется именно rsh? (кстати, а что за ОС?).

2. Уберите -l если выполняете от имени пользователя backup. Никакого пароля не нужно, если выполнены условия:

На каждой удаленной машине может быть файл /etc/hosts.equiv, содержащий список имен хостов, обладающих доверием, с которыми она разделяет имена пользователей. Пользователи с одним и тем же именем на локальной и удаленной машине могут выполнять rsh с машин, перечисленных в файле /etc/hosts.equiv удаленной машины, не указывая пароль. Отдельные пользователи могут создать аналогичный личный список эквивалентностей в файле .rhosts в своих начальных каталогах. Каждая строка в этом файле содержит два имени, имя хоста и имя пользователя, разделенных пробелом. Запись в файле .rhosts удаленного пользователя позволяет пользователю с соответствующим именем, зарегистрировавшемуся на указанном хосте, использовать rsh для доступа к удаленной машине в качестве удаленного пользователя без указания пароля. Если имя локального хоста не удается найти в файле /etc/hosts.equiv на удаленной машине, и, кроме того, имя локального пользователя и имя хоста не удается найти в файле .rhosts удаленного пользователя, удаленная машина запросит пароль. В файлах /etc/hosts.equiv и .rhosts необходимо указывать официальные имена хостов, содержащиеся в базе данных хостов; псевдонимы в этих файлах указывать нельзя.

Чтобы предотвратить проблемы защиты, владельцем файла .rhosts должен быть либо удаленный пользователь, либо привилегированный пользователь.

rsh не запросит пароль, если в доступе на удаленную машину отказано, за исключением случая, когда при вызове не указана команда.

Вы ведь это читали, правда?

3. Вставьте опцию -n (как писалось выше).

с -n запрос rsh не проходит

[backup@localhost ~]$ rsh 10.64.122.195 -n spb_server co sh
connect to address 10.64.122.195 port 544: Connection refused
Trying krb4 rsh...
connect to address 10.64.122.195 port 544: Connection refused
trying normal rsh (/usr/bin/rsh)
Request rejected (5)
[backup@localhost ~]$ /usr/bin/rsh 10.64.122.195 -n spb_server co sh
Request rejected (5)
[backup@localhost ~]$ /usr/bin/rsh 10.64.122.195 -n co sh
Request rejected (5)
[backup@localhost ~]$

[Karl500]

Не верю (с) Станиславский. Что значит "не проходит"? Ну и, до кучи: надеюсь, Вы понимаете, что на 99% ни у кого из присутствующих, кроме Вас, не стоит CentOS, а, следовательно, все дальнейшее - это чисто теоретические измышления, основанные на man rsh, который Вы точно так же можете выполнить и прочесть?
Пользователь решил продолжить мысль 22 Июля 2011, 16:35:36:Ё-моё! Что означает spb_server? Почему Вы с упорством это суете в строку? Прочтите наконец man rsh.
Пользователь решил продолжить мысль 22 Июля 2011, 16:36:18:Вот request rejected - это понятно. Читайте man до просветления.

[mousepro]

Не верю (с) Станиславский. Что значит "не проходит"? Ну и, до кучи: надеюсь, Вы понимаете, что на 99% ни у кого из присутствующих, кроме Вас, не стоит CentOS, а, следовательно, все дальнейшее - это чисто теоретические измышления, основанные на man rsh, который Вы точно так же можете выполнить и прочесть?
Пользователь решил продолжить мысль 22 Июля 2011, 16:35:36:Ё-моё! Что означает spb_server? Почему Вы с упорством это суете в строку? Прочтите наконец man rsh.
Пользователь решил продолжить мысль 22 Июля 2011, 16:36:18:Вот request rejected - это понятно. Читайте man до просветления.

так главный для меня вопрос почему руками скрипт отрабатывает без проблем??...
ошибка точно не в синтаксисе команды, так как раньше практически аналогичный скрипт отрабатывался на серве CentOS 5.4 пока сервак не прспособили под другие нужды..

Пользователь решил продолжить мысль 22 Июля 2011, 16:40:15:

Не верю (с) Станиславский. Что значит "не проходит"? Ну и, до кучи: надеюсь, Вы понимаете, что на 99% ни у кого из присутствующих, кроме Вас, не стоит CentOS, а, следовательно, все дальнейшее - это чисто теоретические измышления, основанные на man rsh, который Вы точно так же можете выполнить и прочесть?
Пользователь решил продолжить мысль 22 Июля 2011, 16:35:36:Ё-моё! Что означает spb_server? Почему Вы с упорством это суете в строку? Прочтите наконец man rsh.
Пользователь решил продолжить мысль 22 Июля 2011, 16:36:18:Вот request rejected - это понятно. Читайте man до просветления.

В любом случае всем спасибо  за участие !


так главный для меня вопрос почему руками скрипт отрабатывает без проблем??...
ошибка точно не в синтаксисе команды, так как раньше практически аналогичный скрипт отрабатывался на серве CentOS 5.4 пока сервак не прспособили под другие нужды..

Пользователь решил продолжить мысль 22 Июля 2011, 16:40:53:

Не верю (с) Станиславский. Что значит "не проходит"? Ну и, до кучи: надеюсь, Вы понимаете, что на 99% ни у кого из присутствующих, кроме Вас, не стоит CentOS, а, следовательно, все дальнейшее - это чисто теоретические измышления, основанные на man rsh, который Вы точно так же можете выполнить и прочесть?
Пользователь решил продолжить мысль 22 Июля 2011, 16:35:36:Ё-моё! Что означает spb_server? Почему Вы с упорством это суете в строку? Прочтите наконец man rsh.
Пользователь решил продолжить мысль 22 Июля 2011, 16:36:18:Вот request rejected - это понятно. Читайте man до просветления.

так главный для меня вопрос почему руками скрипт отрабатывает без проблем??...
ошибка точно не в синтаксисе команды, так как раньше практически аналогичный скрипт отрабатывался на серве CentOS 5.4 пока сервак не прспособили под другие нужды..

Пользователь решил продолжить мысль 22 Июля 2011, 16:40:15:

Не верю (с) Станиславский. Что значит "не проходит"? Ну и, до кучи: надеюсь, Вы понимаете, что на 99% ни у кого из присутствующих, кроме Вас, не стоит CentOS, а, следовательно, все дальнейшее - это чисто теоретические измышления, основанные на man rsh, который Вы точно так же можете выполнить и прочесть?
Пользователь решил продолжить мысль 22 Июля 2011, 16:35:36:Ё-моё! Что означает spb_server? Почему Вы с упорством это суете в строку? Прочтите наконец man rsh.
Пользователь решил продолжить мысль 22 Июля 2011, 16:36:18:Вот request rejected - это понятно. Читайте man до просветления.

так главный для меня вопрос почему руками скрипт отрабатывает без проблем??...
ошибка точно не в синтаксисе команды, так как раньше практически аналогичный скрипт отрабатывался на серве CentOS 5.4 пока сервак не прспособили под другие нужды..

В любом случае всем спасибо  за участие !

[Karl500]

Ищите, в чем отличие в CentOS при запуске руками и из-под cron.

[mousepro]

1

[ArcFi]

К сожалению, у меня нет рядом установленного centos и rsh, поэтому разбираться в особенностях их работы удалённо будет затруднительно.

так главный для меня вопрос почему руками скрипт отрабатывает без проблем??...
ошибка точно не в синтаксисе команды, так как раньше практически аналогичный скрипт отрабатывался на серве CentOS 5.4 пока сервак не прспособили под другие нужды..

Возможно, виновник проблемы -- баг в cron или rsh.
Поэтому имеет смысл проверить скрипт на другом дистрибутиве.

Следующий момент:

[backup@localhost ~]$ ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
-rwsr-xr-x 1 root root  8908 Sep 22  2009 /usr/bin/rsh
-rwxr-xr-x 1 root root 29920 Jun 27 15:41 /usr/kerberos/bin/rsh

Почему бинарники разного размера?
Это разные версии приложения?
Возможно, у них даже разный синтаксис?

Далее:

[backup@localhost ~]$ which rsh
/usr/kerberos/bin/rsh

Почему дефолтный rsh не в /usr/bin/rsh, а в скрипте вызывается именно он?

[mousepro]

К сожалению, у меня нет рядом установленного centos и rsh, поэтому разбираться в особенностях их работы удалённо будет затруднительно.

так главный для меня вопрос почему руками скрипт отрабатывает без проблем??...
ошибка точно не в синтаксисе команды, так как раньше практически аналогичный скрипт отрабатывался на серве CentOS 5.4 пока сервак не прспособили под другие нужды..

Возможно, виновник проблемы -- баг в cron или rsh.
Поэтому имеет смысл проверить скрипт на другом дистрибутиве.

Следующий момент:

вернее необходимо чтобы отрабатывался rsh из /usr/bin/rsh , так как из /usr/kerberos/bin/rsh выдает ошибку
[backup@localhost ~]$ /usr/kerberos/bin/rsh 10.64.122.195 -l spb_server co sh
connect to address 10.64.122.195 port 544: Connection refused
Trying krb4 rsh...
connect to address 10.64.122.195 port 544: Connection refused
trying normal rsh (/usr/bin/rsh)
# R5000 WANFleX H05S01-MINTv1.83.1 * May 18 2011 14:15:34 * SN:45658

[backup@localhost ~]$ ls -l /usr/kerberos/bin/rsh /usr/bin/rsh
-rwsr-xr-x 1 root root  8908 Sep 22  2009 /usr/bin/rsh
-rwxr-xr-x 1 root root 29920 Jun 27 15:41 /usr/kerberos/bin/rsh

Почему бинарники разного размера?
Это разные версии приложения?
Возможно, у них даже разный синтаксис?

Далее:

[backup@localhost ~]$ which rsh
/usr/kerberos/bin/rsh

Почему дефолтный rsh не в /usr/bin/rsh, а в скрипте вызывается именно он?

вообще согласен, странная ситуация, если опять же руками вызывать rsh из /usr/kerberos/bin/rsh то запрос отрабатывается, а если же в срипте указывать данный путь, то результатом выполнения запроса будет :

Trying krb4 rsh...
connect to address 10.64.122.212 port 544: Connection refused
trying normal rsh (/usr/bin/rsh)

Пользователь решил продолжить мысль 25 Июля 2011, 13:31:42:вообщем сейчас сделал скрипт вида:

#!/bin/bash

/usr/bin/rsh 10.64.122.179 -l spb_server co sh > /home/backup/BS_config_RSH/TEC-17/tec17-s1.conf
/usr/bin/rsh 10.64.122.179 -l spb_server mint map >> /home/backup/BS_config_RSH/TEC-17/tec17-s1.conf
/usr/bin/rsh 10.64.122.180 -l spb_server co sh > /home/backup/BS_config_RSH/TEC-17/tec17-s2.conf
/usr/bin/rsh 10.64.122.180 -l spb_server mint map >> /home/backup/BS_config_RSH/TEC-17/tec17-s2.conf
/usr/bin/rsh 10.64.122.181 -l spb_server co sh > /home/backup/BS_config_RSH/TEC-17/tec17-s3.conf
/usr/bin/rsh 10.64.122.181 -l spb_server mint map >> /home/backup/BS_config_RSH/TEC-17/tec17-s3.conf

/usr/bin/rsh 10.64.122.195 -l spb_server co sh > /home/backup/BS_config_RSH/TEC-7/tec7-s1.conf
/usr/bin/rsh 10.64.122.195 -l spb_server mint map >> /home/backup/BS_config_RSH/TEC-7/tec7-s1.conf
/usr/bin/rsh 10.64.122.196 -l spb_server co sh > /home/backup/BS_config_RSH/TEC-7/tec7-s2.conf
/usr/bin/rsh 10.64.122.196 -l spb_server mint map >> /home/backup/BS_config_RSH/TEC-7/tec7-s2.conf
/usr/bin/rsh 10.64.122.197 -l spb_server co sh > /home/backup/BS_config_RSH/TEC-7/tec7-s3.conf
/usr/bin/rsh 10.64.122.197 -l spb_server mint map >> /home/backup/BS_config_RSH/TEC-7/tec7-s3.conf

в данном варианте используется как видно /usr/bin/rsh, руками данный скрипт отрабатывается без проблем, но вот cron отрабатывает только 1-ую команду.....
Пользователь решил продолжить мысль 25 Июля 2011, 14:04:36:у меня такое ощущения, что я нашел проблему..
при наборе команды pgrep -l rsh у меня вы водит

3451 rsh
3452 rsh
3694 rsh
3695 rsh
4593 rsh
4594 rsh
4899 rsh
4900 rsh
4945 rsh
4946 rsh
5088 rsh
5089 rsh
5142 rsh
5143 rsh
5169 rsh
5170 rsh
5232 rsh
5233 rsh
5300 rsh
5301 rsh
5408 rsh
5409 rsh
8790 rsh
8791 rsh
9162 rsh
9163 rsh
18574 rsh
18575 rsh
18920 rsh
18921 rsh
22873 rsh
22874 rsh
24087 rsh
24088 rsh
24301 rsh
24302 rsh
24446 rsh
24447 rsh

Пользователь решил продолжить мысль 25 Июля 2011, 14:05:26:надо как то закрывать соединение.. есть мыли как сделать?

[ArcFi]

Думаю, дальше надо копать в сторону отладочной информации (лога подключения) rsh, аналог

Код: [Выделить]

ssh -v

[mousepro]

Проблема решена  - надо было поставить ключ -n!!!!!!!

В скрипте должна использоваться запись вида /usr/bin/rsh ip-host -l remote user -n command!!!