› Clovertech Forums › Read Only Archives › Cloverleaf › Cloverleaf › Testing tool through VPN…
Any ideas on what might be causing this and how I might be able to fix this.
Thanks…
Tom Rioux
I don’t know what causes that, but If I may make a suggestion? Use a remote desktop session through the vpn to a workstation inside the firewall/network.
01) At the office, turn on the remote desktop service on your workstation.
02) At home, connect to your vpn access point (ex. citrix).
03) At home, open the Remote Desktop client and connect to the workstation at the office (or if you’re using citrix, fire off the remote desktop client from there).
04) At home, in the remote desktop session, open all your gui tools, putty sessions, etc.
If you lose your VPN connection, no worries, because everything is still running just like you left it on the workstation in the office, just reconnect to the remote desktop session.
RDP is an amazing service. Try it.
-- Max Drown (Infor)
-- Max Drown (Infor)
Jim Cobane
Henry Ford Health
Max, you mentioned “a VM install of Windows XP”. Can you email me and explain more about that (when you have the time…no rush)
Thanks….
Tom Rioux
Have and admin install Windows XP Pro on a VM for you. It acts exactly like a normal workstation for you, but you don’t have to buy any hardware. Then log on to it using Remote Desktop control from anywhere. Install putty, install your Cloverleaf clients, and install any other tools you use (ex. visio, firefox, winscp, etc.). Then, no matter where you are in the great world, when you’re ready to work, Remote Desktop to that vm workstation and boom yow …. you’re back to work.
-- Max Drown (Infor)
The work-around I use for this issue is to simply copy the command from the testing tool and then past it into the command line of a telnet or xterm session to run and pipe it to the less command.
-- Max Drown (Infor)
Something you might try:
In server.ini on the host (not the client) add the ip address for the hostname you are using.
[firewall]
rmi_exported_server_port=
Bounce the host server after the change.
Something you might try:
In server.ini on the host (not the client) add the ip address for the hostname you are using.
[firewall]
rmi_exported_server_port=
Bounce the host server after the change.
I will try this to see if this works for me. One question though, can I have more than one “rmi_exported_server_port entries?
Thanks..Tom
I’m not sure.
We have three ip address’ on two nic cards.
rs6kf (hostname)
rs6kf1
ie-prod-if (floats)
When I connect to the host, I call ie-prod-if and connect, but when some apps return connections they sometimes go out on the other nic card.
To stop this from happening, I define the ie-prod-if ip address as the rmi_exported_server_port so that when I go in on ie-prod-if, that it comes back out ie-prod-if.
Thanks guys for all your help so far.
Tom Rioux
Just thought I would throw another workaround out there for ya. We have two seperate systems (one for PROD and one for DEVL), running CL 5.4 on AIX. We use RDP as well, but I have found that using Exceed for an X-Windows connection I can run the X-Windows based gui to get around the hanging. It’s a little quirky, i.e. you click on a tab and there’s a delay before it actually does anything…..and you also have to fiddle with the X-Windows options to get all the colors….but it has been a viable option for me.
I’ve seen some posts that state that it is a bad idea to run the client GUI from the same box your server is running on…hence I use our DEVL server for the client GUI, and do a ‘change server’ within the gui to make the connection to our PROD server.
So to sum it up:
– I open a X-Windows session (XTERM for Exceed)
– I sign on with HCI
– type ‘hciaccess’
– from there you use the GUI as you normally would
(I apologize for the tone, if any, but it is getting very frustrating by now.
Thanks….Tom
Not sure if it still applies to 5.6 or not, but there is one thing that I added to my client.ini file that did speed up the connection.
netmon_auto_load_logs=false
I put that line in the client.ini, right under the line with [general]. I did that for both my windows client gui, and our AIX client gui and it seemed to help with the gui loading speed.
It sounds like the problem you are seeing is very specifically related to the testing tool, but it may be worth a shot.
…still scratching my head!
Tom Rioux
Tom,
I work all the time via a VPN and periodically the testing tool will act up.
However, most of the time it works just fine.
When I first started working with the 5.2 GUI there were some issues and as I recall the VPN administrators after being contacted said something like ‘everything looks good here try it again’ and of course it worked but they never changed anything 🙄
I do not recall having to do anything on the client.
Maybe check with your VPN administrator and see if they can help 😛
email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.
Thanks…
Tom
Thanks…
Tom