А какая OC на удаленной машине?

линукс, KDE

А под кем создается новый файл, когда ты его копируешь, то есть сделай так:
1. открой терминал.
2. дальше выполни команды:
cd /путь/к/папке/где/файл/лежит
ls -l 
3. Эта команда выведет информацию о файлах в текущем каталоге. Если у тебя в директории что-то секретное  , пришли строку которая будет соответствовать файлу, который ты скопировала с другой машины.

на компе-отправителе файл создается под user-ом...а копируется на удаленную машину, которая под root-ом...

А если попробуешь, просто выполнить команду scp c опцией -vvv, мож какая-нить полезная информация и вылезит  

это какая такая полезная информация?

Появятся debug сообщения - если опция будет -v - то сообщения 1-го уровня, если -vv - 1-го и 2-го уровня,
если -vvv - все 3 уровня отладочных сообщений. Может по ним что-нить узнаешь.

Т.е. к удалённой машине подключаемся юзером root ?

Добавлено через 1 минуту
Если да: зачем? Почему не тем пользователем, которым нужно?

nickless: что значит "юзерОМ root"? файл копируется с машины, которая под пользователем user, на машину, которая под пользователем root...

при правах папки (по умолчанию при ее создании) на удаленном компе, в которую идет копирование:
Owner: Can view&Modify Content
Group: Can View content
Others: Can View content

после копирования файла команды

выдают -rwxr-xr-x  1 root root 302288 Dec 30 11:15....и судя по времени файла - это новый файл, а если на него навести мышь (даже если для обновления информации на экране выйти и обратно войти в папку) — якобы старый...
и мне все манипуляции с правами доступа,если это необходимо, надо сделать программно...

у меня есть идея!
для начала рекомендую понять что такое права доступа, владелец файла, группы и т.д.
а потом можно вернуться к этой теме.

bilbobagginz: это все конечно очень остроумно - все Ваши умные замечания про права доступа и т.д...но имелось ввиду всего лишь то, что  надо использовать к-ды типа chmod, а не делать вручную различные настройки целевой папки или исполняемого файла... 
просьба ответить по сути вопроса - почему командой scp файл автоматически не перезаписывается поверх своей старой версии?

Это сообщение отредактировал(а) kuvshinka - 1.1.2010, 22:45

вы не приводите точные команды, вы приводите общие слова. поэтому типографические ошибки в наборе команд мы не можем вам помочь обнаружить.
Проблема одна из:
0. операция копирования вообще не прошла успешно, но вы это не заметили 
1. Потому что старую версию создал не тот пользователь, который пытается его перезаписать сейчас (scp завершится не успешно)
2. потому что новую версию вы заливаете не туда куда нам говорите (scp завершится успешно)
3. если каталог, который вы пытаетесь записать - NFS смонтирован с другого сервера (scp завершится не успешно)
4. вы поставили флажок атрибутов файла "immutable" (scp завершится не успешно)

для отметения варианта 0 нужно посмотреть на вернувшийся результат запуска scp. посмотреть в bash можно так:

если 0, то команда завершилась успешно. Если не 0, то НЕ успешно.

варианты 1,2 - человеческий фактор. единственный, кто может их - это kuvshinka
вариант 3 - самый неинтуитивный:
дано: нфс-сервер - fileserv. нфс-клиент - wn0

• wn0 смонтировал каталог /дата у себя с сервера:

  Код

  mount fileserv:/дата /дата

• на сервере root создает файл f1.txt с правами:

  Код

  -rwx------

• на клиенте root пытается просмотреть файл /дата/f1.txt:
  

  Код

  cat /дата/f1.txt

• он не сможет его открыть (cat /дата/f1.txt), и получает:
  

  Код

  cat: /дата/f1.txt: Permission denied

почему ? потому как с т.з. файлового сервера удаленный (т.е. КЛИЕНТСКИЙ) root - получает идентификатор nobody. 
это свойство называют root_squash, т.е. раздавить удаленного рута чтобы в случае скомпрометированного удаленного клиента NFS файлы всех пользователей с сервера NFS нельзя было видеть. для того, чтобы этого избежать, нужно указать при экспорте каталога /дата опцию "no_root_squash". ессно, это НЕ рекомендуется.

теперь ко всему добавляем SSH, т.е. дополнительный балаган с именами пользователей (в которых можно ошибиться).
Нужно точно понимать все время на каком компьютере запущена команда, и под каким пользователем.

Наиболее вероятны варианты прозаичные, т.е. "кривизна рук", 1. или 2.
не обижайтесь на злого bilbobagginz-a, я и сам нередко делаю очепятки, и долго потом их расхлебываю.

Кстати мой вопрос "какая ОС" был не спроста, я имел в виду дистрибутив, чтобы знать точную версию SSH, nfs клиента, и различных системных параметров по умолчанию. ваш ответ "Linux, KDE" - неуд.


P.S.
если вы запускаете программу scp не через просто терминал, а программно (через popen()/system() какого-то толка), то недостаточно присоединиться к файловым дескрипторам 0 и 1 (stdin, stdout), нужно обязательно присобачиться и к stderr (2).
после выполнения екзека надо смотреть на return value вызова, и если он не 0, смотреть на то, что выплюнула программа в stderr.



Это сообщение отредактировал(а) bilbobagginz - 2.1.2010, 13:58

ну как же я не привожу точных команд?


0,1,2 : но ведь если я предаврительно дополнительной командой(rm)  удаляю старую версию программы, то вышеуказанная команда копирования scp проходит успешно - то есть все копируется в нужное местно - стало быть сея команда (и путь копирования) верна...
scp я запускаю через простейший скрипт...но и через терминал копирование без предварительного удаления не проходит...
п.3 ,4 - не знаю как их проверить...  

хм..
а каким образом ты проверяешь, что файл не переписался:
заходишь после запуска scp на name_komp2 и видишь, что файл не изменился?
или какая-то программа, которая "не змаечает" что файл изменился ?

ну да - захожу на name_komp2 и смотрю (или командой ls -l или просто мышкой навожу на файл и смотрю ВРЕМЯ и дату его создания) что есть в папке, в коjavascript: sendForm('submit');торую токо что шло копирование...