Shell=shell

@TheG: That worked!!! Thank you

@TheG: Thanks for sharing your solution.
You can specify the shell easier here:
https://beta.winscp.net/eng/docs/ui_login_scp

Was having this problem too with ADC/NetScaler – even though has worked in the past fine on countless upgrades and worked on another NetScaler fine on the same day.
Took a while to figure out – but I had to go into the "Raw Site Settings" in the Advanced drop down while configuring the initial connection. Then Add button -> select Shell from the list, type shell – as the Shell to use (since this is the first command to enter in NetScaler when ssh to the appliance).

Hope this helps someone.

@sridevi: Hard to tell without seeing a log file.
Your server or environment probably does not meet WinSCP requirements:
https://beta.winscp.net/eng/docs/shell_session

When trying to open WinSCP terminal the terminal is stuck at starting the session line and not proceeding further. Please help to resolve this error

@sloncer: Interactive stuff like sudo (if it prompts for a password) needs to go to .bash_profile.
For details, see a similar problem here:
Received too large (… B) SFTP packet. Max supported packet size is 1024000 B

My WinSCP session was stuck at "starting a session". The issue I had was in the .bashrc file I had a command to sudo to another user. Once I removed this line, WinSCP worked. So please make sure .bashrc doesn't have sudo or cd to a directory that has no permission for the user.

martin wrote:

Did you try SFTP?

It works.

@AdrianW: Thank you worked for me!

MorgueFLB wrote:

Regarding PuTTy, I was highlighting the fact that the server can be accessed via SSH on port XX with the supplied credentials, thereby eliminating those items as possible causes of the problem.

The "server can be accessed via SSH on port XX with the supplied credentials" even with WinSCP. You get a problem only later, when WinSCP tries to talk to the shell.

I will give the SFTP protocol a try. I'm completely positive I didn't use it before, but just in case it works, I will try any suggestion :)

Regarding PuTTY, I was highlighting the fact that the server can be accessed via SSH on port XX with the supplied credentials, thereby eliminating those items as possible causes of the problem.

I wasn't aware that it might affect the connection. As far as I know, no changes have been made to the SSH server - otherwise I don't think PuTTy would work.

Something must have changed. Either on server. Or in your WinSCP configuration. Maybe you have used SFTP protocol before. Just try to change the protocol. No other configuration should be needed.

That PuTTY works has nothing to do with your problem. PuTTY is not SCP/SFTP client.

Thanks again for your helpful response.

I connected to this server for several months using WinSCP with no problems. The server is a Windows 10 box. For SSH, it is running MobaSSH, found here: https://mobassh.mobatek.net/

I have not tried SFTP – is this simply a matter of changing the File Protocol, or will I have to make other changes?

You know WinSCP much better than I do, and you are no doubt therefore correct about the use of the 'obscure SSH server'. I wasn't aware that it might affect the connection. As far as I know, no changes have been made to the SSH server – otherwise I don't think PuTTY would work.

If you still think I should create a new thread, I'll do so.

Thanks very much Martin.

WinSCP needs a bash-line shell for SCP protocol.
Your default shell is Windows cmd.exe.
Do you have reason to believe that your server does support any bash-like shell?
I've never seen "SSH-2.0-MS_1.100" server before.
Are you sure you were ever able to use SCP protocol with WinSCP against that server?
Did you try SFTP?
In general, the log file (and your use of an obscure SSH server) just confirmed that your have a quite specific problem, that is only likely to actually confuse those coming to this thread.