SSH хочет, а SCP нет

Такая вот трабла:
захожу по
ssh user@server
все отлично,
пытаюсь
scp file user@server:
unknown user 5082

Еще штука. На сервере авторизация по ldap.

scp file user@server:/home/user
примерно так

для ldap: в /etc/ssh/sshd_config параметр PAMAuthenticationViaKbdInt yes так ли?

для ldap: в /etc/ssh/sshd_config параметр PAMAuthenticationViaKbdInt yes так ли?

нет
при прописывании оного и перезапуске ssh пишет
/etc/ssh/sshd_config line 82: Deprecated option PAMAuthenticationViaKbdInt


Вот такой вот никакой конфиг

root@server:/# cat /etc/ssh/sshd_config|grep -v ^$|grep -v ^#
Subsystem    sftp    /usr/libexec/sftp-server

только сейчас заметил:

kroxa90 написал:

Еще штука. На сервере авторизация по ldap.

и

kroxa90 написал:

захожу по
ssh user@server
все отлично,

oO

тогда:

i2ks написал:

scp file user@server:/home/user

должно все работать тогда

root@station:~# ssh user@server
I have no name!@files:~$ ls -la
drwxr-xr-x  4 5082 root 4096 2010-08-05 12:47 ./
drwxr-xr-x 16 root root 4096 2010-08-04 15:29 ../
-rw-------  1 5082  513   14 2010-08-05 12:47 .bash_history
drwxr-xr-x  2 5082  513 4096 2010-08-05 12:45 .mc/
drwxr-xr-x  2 5082 root 4096 2010-08-04 15:24 .ssh/

Если присмотреться, то две странные фигни. Первая I have no name!. Вторая - у созданных файлов показывается Id владельца, а не его имя.
Из этого следует, что ssh не привязывает имена к id. Да и как он это сделает, если авторизация по ldap, а файл конфига ssh состоит из одной строчки.
Но почему тогда пускает?!
И ведь пассворд как-то проверяет...
На PAMAuthenticationViaKbdInt yes он реагирует странно - пишет, что устарела. Ну а как вместо нее?
Как мне быть? Весь этот бред, чтоб безопасно передавать резервные копии. Проблема в том что система, которая передает, кривая и самосборная (бывший админ -шутник). А куда передает - кривонастроенная слака. И обе не подлежат переустановке, потому как 24на7 заняты.

Вторая - у созданных файлов показывается Id владельца, а не его имя.

видимо такого пользователя уже нет.

видимо такого пользователя уже нет.

Супер.
Только он есть и мало того: кто тогда авторизируется по ssh? Как пользователь, которого нет, может проходить авторизацию и как тогда пароль проверяется. А он точно проверяется. Удалила ключ и попробовала с неверным паролем - не пустил.

Как пользователь, которого нет, может проходить авторизацию

а кто сказал что id стоит именно вашего пользователя, а не другого?
Покажите свой id и будем говорить ест пользователь под id=5082 или нет

kroxa90 написал:

I have no name!

А ОС какая? это очень похоже на то что пользователь (самостоятельно) неможет прочесть параметры настройки коннекта к LDAP.

slackware

cat /etc/nsswitch.conf|grep -v ^$|grep -v ^#
passwd:     compat [SUCCESS=return] ldap
group:      compat [SUCCESS=return] ldap
hosts:      files dns
networks:       files
services:       files
protocols:      files
rpc:        files
ethers:     files
netmasks:       files
netgroup:       files
bootparams:     files
automount:      files
aliases:        files

права на чтение ldap.conf и файлов с сертификатами(если используются) ?

права 644 - пользователь его легко читает.
сертификаты не используются

вру. используется TLS_CACERT /path/cacert.pem
но тоже легко читается cat /path/cacert.pem

Забавно, что другие сервера туда легко складывают резервы через rsync over ssh.
Только на одном придурке самосборном невозможно rsync откомпилить.
Блин! Ну вот зачем люди на такие важные точки ставят эксперементальную фигню.
На выходных остановлю всю контору и переустановлю. Потом хоть пусть премий лишают, хоть увольняют...

самый простой вариант - добавь в ldap.conf

debug 2

и попробуй команду ls -l из под пользователя.. посмотри что тебе на экран насыпет..

останавливать ldap нельзя и перезапускать тоже

? это нужно сделать на клиенте! там все изменения втупают в силу как только файлик сохранишь.

kroxa90,
У слаки такой дремучей версии были проблемы с аунтетификацией, особливо если Вы лезете неизвесто, с чего... С чего, кстати?

это нужно сделать на клиенте! там все изменения втупают в силу как только файлик сохранишь.

на клиенте никак. Это самодельная ос. судя по методу конфигурации, что-то среднее между слакой и дебианом.
На ней невозможно что-либо компилить. Так как нет компилятора. Скорее всего, ее где-то отдельно собрали и потом поставили.
Бывший админ - садист и извращенец.
Там даже /etc/rc* нету. И уровень запуска один. В нем весь старт и прописан.

С огромным удовольствием снесу это все барахло на выходных. Шеф дал добро на 3х часовое отключение фирмы. Сейчас подпишу бумажку и поставлю на обоих сервантах дебиан. Выбор-то невелик. либо его, либо центос.

Так что проблема скорее всего уже не актуальна. Огромное спасибо всем за помощь.
Наверное это глюки глуюковых систем.

kroxa90,
Хммм... Я бы н рискнул применять такие радикальные меры...

да ладно. какие меры?
на одном серваке asterisk, на другом apache samba ldap mysql и rsync

kroxa90 написал:

на клиенте никак. Это самодельная ос. судя по методу конфигурации, что-то среднее между слакой и дебианом.

oO, и что gcc --version или gcc -v ни чего не скажет? , ну что бы ssh + ldap работал, там еще должны быть конфиги в /etc/pam.d/ вроде бы