LINUX.ORG.RU
ФорумAdmin

Получение файла с другого компа для работы с ним


0

2

Уважаемые Помогите ришить трабл ..

надо в консоли удаленно обратится к файлу на другом компе.

например

cat «удаленный файл»

(вместо cat , может быть что угодно типа: tail, awk и т.д.) только для чтения изменять удаленно нет нужны.

при этом смысл в том чтоб не переписывать его на комп откуда работаешь, и важна безопасность т.е. чтоб это было по ssh например.

NFS упакованный в VPN

ЗЫ правильно заданный вопрос это половина ответа.

MikeDM ★★★★★
()
Ответ на: комментарий от Dimka-Bo

проблема в том что это надо сделать на данной машине, а не на удаленной.

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

Palatinus
() автор топика
Ответ на: комментарий от derlafff

> еще раз скажу - ssh

лорчую, самое простое и Ъевое

devl547 ★★★★★
()
Ответ на: комментарий от legolegs

да для простейшего обращения к файлу подходит..

на верно не правильно проблему описал...

смысл есть программа на с++ в нее надо подгрузить 2 конфига

т.е что типа такого

./daemon -cfg=«удаленный файл» -optinons=«удаленый файл 2»

комп с которого идет работа чужой и проверить на руткита нет возможности ... записать файлы на диск для последующего запуска нельзя т.к. файлы - это коммерческая тайна.

Palatinus
() автор топика
Ответ на: комментарий от Palatinus

>комп с которого идет работа чужой и проверить на руткита нет возможности ... записать файлы на диск для последующего запуска нельзя т.к. файлы - это коммерческая тайна.

Бессмысленно. Даже если файлов не будет на диске - они будут в памяти программы в том или ином виде. Память процесса всегда можно читать владельцу процесса и руту.

Если нужна не реальная безопасность, а лишь видимость для начальства - можно типа так:

mkfifo file1 file2
chmod 600 file1 file2
ssh hostname cat "удаленный файл" > file1 &
ssh hostname cat "удаленный файл 2" > file2 &
./daemon -cfg=file1 -optinons=file2
rm file1 file2

Никаких файлов не создаётся. Создаются fifo, но в них ничего не хранится же, ls не даст соврать.

legolegs ★★★★★
()
Ответ на: комментарий от legolegs

да смысл запустить прогу на его сервере с нашими гонфигами (в отладочный режим) отладить то что надо ... закрыть прогу и уже запустить ее с настройками клиента ... при этом не дать возможность клиенту поиметь эти файлы .. чтоб он сам не мог запускать отладочный режим т.к. это наш хлеб..

Palatinus
() автор топика
Ответ на: комментарий от Palatinus

Целиком задача нерешаема. Т.е. _гарантировать_ что он не сопрёт настройки нельзя. Но предложенный мной способ обеспечит приемлемую степень безопасности (если конечно ваши данные не стоят миллион и за ними охотится интерпол). Поможет мониторинг «кто сидит в шелле кроме нас» командой who, поиск программ-шпионов в списке процессов и в кроне.

legolegs ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.