Hi Charlie,
sorry I thought that the point is just to use jBASE. If SecureCRT is
mandatory - I'd join the other people above in suggestion to use a
different port for Telnet or to use opensshd.
BR
VK
On Sep 29, 4:39 pm, Charlie Noah <
cwn...@comcast.net> wrote:
> Hi VK,
> The whole point of this is to be able to use SecureCRT. Wouldn't what you're suggesting bypass that?
> Thanks,
> Charlie
> On 09-29-2011 1:57 AM, VK wrote:Hi, my 2 cents. Is it really necessary to connect to a localhost with jBASE? Just run cmd.exe, go to your home directory, run remote.cmd and you're there. (Might have screen a bit corrupted though.) It works under XP. VK On Sep 29, 8:46 am, Simon<
si...@dmservices.co.uk>wrote:The IJU utility sets up a file called "remote.cmd" in your chosen directory. You need to link this up with your freesshd setup so that it is run as the shell command - I have a suspicion that it may need renaming as remote.bat rather than cmd. I also think I found that freesshd doesn't necessarily drop you into the directory that the remote.cmd/bat file is in so I had to add a cd /mydatadirectory into the batch file. Apart from that it works fine, except I've always had an issue with freesshd's handling of the "del" key, and also CTRL+C for breaking a program doesn't seem to do as it should - I'm sure both of these issues are solveable, I've just never tried! Regards Simon On 29/09/2011 00:21, Charlie Noah wrote:Hi Simon,I installed freesshd and it let me connect with Jbase. Yippee! I set up a user to test with using iju. I then set a password using password. When I tried to log in it said "Login incorrect". I'm sure I did something wrong or didn't do something. I've never set up a Jbase user on Windows, having previously been in the AIX world. So close...CharlieOn 09-28-2011 3:25 PM, Simon wrote:Does freesshd run on XP home ?If so you could create a local ssh connection from securecrt - this will spawn a dos session on the PC, and you can launch jbase from a batch file there...SimonOn 28/09/2011 21:20, Charlie Noah wrote:Hi Bob,I'm running XP Home. The Jbase docs say it doesn't support jtelnetd in Home, only in Pro. I don't understand why they would limit it like that. D3 handles it just fine, from their telnet, PuTTY and SecureCRT. Oh well, if I can't get it working, I'll just keep using the console. I really don't think I want to spend $150 for another emulator. I already have a SecureCRT license, and they have made quite a few enhancements at my request.Thanks, CharlieOn 09-28-2011 9:39 AM, Bob Rasmussen wrote:The first thing I would check would be any software firewall running on the machine. Even when you're connecting to localhost, firewalls can block the client and/or the server side.You don't state what version of Windows you're running. That might be helpful. In 2008 Server, I have seen that "localhost" won't always resolve. I suspect some kind of security clampdown is responsible, but I don't know for sure.By the way, you might try our Anzio product in a similar configuration.On Wed, 28 Sep 2011, Charlie Noah wrote:I am trying to connect via SecureCRT telnet to Jbase 3.4.7 on my local XP machine using localhost. I can't use port 23 because I'm using that for D3 local. No matter what port I've tried, I get this message:SecureCRT - Version 6.7.1 (build 188) [LOCAL] : Stream has closed [CLOSE_TYPE_NONSPECIFIC] : The remote system refused the connection.or nothing at all.For D3 I had to use hostname 127.0.0.1 instead of localhost, otherwise I got the above error. My hosts file links 127.0.0.1 to localhost, so I'm not sure what's going on there.Per Jbase docs, I put this line in c:\windows\system32\drivers\etc\services: jtelnet 2323/tcp #Jbase Telnet Service Telnet is using port 23, as I'm sure is standard. Nothing else is set to use port 2323 in file services, and netstat /an says nothing is using it. I tried port 24 and got the same result.According to Control Panel> Administrative Tools> Services "jBASE Telnetd Server" is set as automatic, but it is stopped. In the Log On tab, "Log on as" is set to "Local System account". "Allow service to interact with desktop" is checked. I have tried with it unchecked, no joy....
>
> read more »