TeraByte Unlimited

When I use the IFL CD environment and try to mount a share on another machine on the LAN using any of the sshfs formats illustrated in the little wizard thing, I get as far as entering a password for the (root) [email protected]:, but I then immediately get an error message in a "Mount Network Shares" window:

nohup: ignoring input
remote host has disconnected

(If necessary, use the right arrow key to scroll right)
----------------------------

Yet, if I then turn right around and open Terminal, I can connect with the same Linux ssh server by using a regular ssh command without changing anything on the server side. Any ideas what the cause of this would be?

I am doing these procedures with a password only, no keys involved. I am not really sure about the point of that message saying, "...use the right arrow key to scroll right."

What SSH server and version are you using? (it does support and you have
enabled SFTP server) ?


"P19" wrote in message news:[email protected]...

When I use the IFL CD environment and try to mount a share on another
machine on the LAN using any of the sshfs formats illustrated in the little
wizard thing, I get as far as entering a password for the (root)
[email protected]:, but I then immediately get an error message in a "Mount
Network Shares" window:

nohup: ignoring input
remote host has disconnected

(If necessary, use the right arrow key to scroll right)
----------------------------

Yet, if I then turn right around and open Terminal, I can connect with the
same Linux ssh server by using a regular ssh command without changing
anything on the server side. Any ideas what the cause of this would be?

I am doing these procedures with a password only, no keys involved. I am not
really sure about the point of that message saying, "...use the right arrow
key to scroll right."

P19 wrote:
> When I use the IFL CD environment and try to mount a share on another
> machine on the LAN using any of the sshfs formats illustrated in the little
> wizard thing, I get as far as entering a password for the (root)
> [email protected]:, but I then immediately get an error message in a
> "Mount Network Shares" window:
>
> nohup: ignoring input
> remote host has disconnected
>
> (If necessary, use the right arrow key to scroll right)
> ----------------------------
>
> Yet, if I then turn right around and open Terminal, I can connect with the
> same Linux ssh server by using a regular ssh command without changing
> anything on the server side. Any ideas what the cause of this would be?
>
> I am doing these procedures with a password only, no keys involved. I am
> not really sure about the point of that message saying, "...use the
> right arrow key to scroll right."

Also, if you check the log files on the ssh server machine, there may be an sshd error message there. Typically the log file would be /var/log/auth.log (run 'tail -f /var/log/auth.log' or 'cat /var/log/auth.log')

The "right arrow" message is just there in case it's a long error message, in which case you could scroll to the right to read it.

"What SSH server and version are you using? (it does support and you have
enabled SFTP server) ? "

I was using the CD environment of IFL on both ends, doing client to server. The sshd_config file indicated that SFTP server was enabled, yes, though I did not manually test it in Terminal with the sftp command, only with your wizard.

P19 wrote:
> "What SSH server and version are you using? (it does support and you
> have
> enabled SFTP server) ? "
>
> I was using the CD environment of IFL on both ends, doing client to server.
> The sshd_config file indicated that SFTP server was enabled, yes, though I
> did not manually test it in Terminal with the sftp command, only with your
> wizard.

Ok, sftp is not on the IFL boot disk itself, so sshfs is not going to work from one instance of the boot disk to another. It does take up some space (itself and some extra libs I think) and I guess we didn't expect anyone to try what you're doing. sftp is only required on the server end, not on the client.

That explains it. Thank you.