I personally think the cause of this is a broken installation and I would be better off just cleaning all the BMC products off the server and starting fresh but its worth asking about.

Situation: Windows Terminal Server has RCP/NSH and RSCD installed

...something happened when I was on my honeymoon where the team had to roll back from 8.5.01.218 to 8.5.01.96, from what I've read in tickets, the RCP install was hosed and they ended up just copying and pasting binaries from a working server (the console, nsh work).

But RSCD doesn't work per our environment configuration (we use an alt port vs 4750), and by doesn't work I mean it opens up the connection on 4750 rather than our specified port.

Some testing has shown that using only this line in the secure file allows the RSCD to open on the correct port

rscd:port=2829:protocol=5:tls_mode=encryption_only:encryption=tls:

But this config now breaks NSH, so we add the default line and restart the agent.

When we comment out the default line and restart the agent, it goes back to listening on the specified port: 2829

I have the same config set on a linux server with rcp/nsh and rscd installed, everything is working there... Any ideas whats going? I assume RSCD has the 4750 embedded and something is tweaking out while its reading the secure file if there is more than one config line...

In notepad the file looks ok. In notepad++ its in Windows/Dos format, each line except the default line end with CRLF

There is something wrong with my nsh/vi because it shows each comment line ending with ^M but does not show lines which are not commented (rscd, default). Assuming this is just the difference between a windows and unix EOL format