I'm trying to copy a file from linux to Windoze using smbclient. I think I have the code right. Here is the code:

smbclient -I <ip address>/folder to send file to -U windowsusername%windowspassword -c "put <filename>"

When this is ran, it is running from the local folder where the file is stored which is why I didn't give the path of the file. When I hit ENTER, nothing happens.

Any help is highly appreciated!

1 members found this post helpful.

I'm quite sure your code above is correct, I think it's some configuration thingy on the other side. The response I get is "Error NT_STATUS_UNSUCCESSFUL)"

Let me make sure I got this right....."//server_name_or_IP/share_name" is the destination right?

since you gave no information about your configuration I can only say you are right. But probably you mistyped that password, or smb.conf is not ok, or there is a dns/openldap/whatever related issue.
http://catb.org/~esr/faqs/smart-questions.html

Correct. //server/share_name where server can be the netbios name or IP address. The netbios name is not necessarily the same as the hostname. The share_name is a share as defined in the server's /etc/samba/smb.conf file.

I have also looked at using 'scp'. When using it in verbose mode, I can see where it says the host is a known host and matches the RSA host key, tells where on the linux side the key was found (known_hosts), also "ssh_rsa_verify: signature correct" is shown, but then it says at the bottom "Authentications that can continue: password" "No more authentications methods to try". Then it asks for a password..................WHAT DA SHIGGITY??????????

Here is the debug info:

Remote protocol version 2.0, remote software version 1.82_sshlib GlobalSCAPE
debug1: no match: 1.82_sshlib GlobalSCAPE
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'hostname' is known and matches the RSA host key.
debug1: Found key in location of known_hosts:7
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
Welcome to <hostname>.debug1: Authentications that can continue: password
debug1: No more authentication methods to try.
Permission denied (password).
lost connection


I used "scp -v -oPasswordAuthentication=no"

A new topic should go in a new thread...

I assumed from your previous threads that scp was working. What are you trying to do now?

From the debug information it does not look like publickey authentication is configured and you are using the option PasswordAuthentication=no.

I can get ANYTHING to work now because I'm using Expect. It is working but now I'm working on a more secure method. I set my password authentication to no to force it not to ask for a password but to use keys. It seems that the keys are accepted, but you're right. I'll open up another thread and close this one. The above code works, the issue is on the other end (Windows server).

Working solution: smbclient //server_name_or_IP/share_name -U windows_username%windows_password -c "put <filename>"

The host key is not the same thing as a public/private key. The host key is used as a protection against man in the middle attacks. The host key is saved in the ~/.ssh/known_hosts file. Did you create public/private keys?