Homepage › Clovertech Forums › Read Only Archives › Cloverleaf › Cloverleaf › Testing tool through VPN…
- This topic has 18 replies, 6 voices, and was last updated 15 years, 11 months ago by Tom Rioux.
-
CreatorTopic
-
November 6, 2008 at 6:03 pm #50442Tom RiouxParticipant
I sometimes do work from home and connect to work via a VPN. We are running Cloverleaf 5.6 although I’ve seen this problem on 5.2 as well. On 5.6, all the GUI’s works fine and are great. However, when I get to the testing tool GUI, it just hangs my computer up. This is true whether I’m attempting to test with one message or a 1000 messages. Any ideas on what might be causing this and how I might be able to fix this.
Thanks…
Tom Rioux
-
CreatorTopic
-
AuthorReplies
-
-
November 6, 2008 at 6:27 pm #66100Max Drown (Infor)Keymaster
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)
-
November 6, 2008 at 7:55 pm #66101Tom RiouxParticipant
Well…if I’m remote, I will be doing so from my work laptop. Great idea though…. -
November 6, 2008 at 10:45 pm #66102Max Drown (Infor)Keymaster
Right, in that case you would need another permanent workstation at the office for rdc. A VM install of WinXP works great for this. Whenever I’m remote, on the road or at home or where ever, I always remote back to the officer to do all my work. See what I’m saying? Big change, I know, but very handy for most situations. -- Max Drown (Infor)
-
November 7, 2008 at 11:54 am #66103James CobaneParticipant
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. In fact, I’ll even do this when I’m at the office…. Jim Cobane
Henry Ford Health
-
November 7, 2008 at 2:28 pm #66104Tom RiouxParticipant
When I’m working remotely from home, I usually just copy the command to the command line as well. However, if I’m telecommuting and doing this for 8 or more hours a day, you can see how testing this way can get very old. I guess I’m just too reliant on the GUI’s. However, I would like to know from Cloverleaf support, if they are reading this, if anyone has reported this issue. I would like to see this issue resolved within the GUI’s. 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
-
November 7, 2008 at 2:43 pm #66105Max Drown (Infor)Keymaster
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)
-
November 7, 2008 at 2:45 pm #66106Max Drown (Infor)KeymasterJames Cobane wrote:
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)
-
November 7, 2008 at 4:46 pm #66107Michael HertelParticipant
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.
-
November 7, 2008 at 6:11 pm #66108Tom RiouxParticipantMichael Hertel wrote:
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
-
November 7, 2008 at 6:16 pm #66109Michael HertelParticipant
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.
-
November 13, 2008 at 12:56 am #66110Tom RiouxParticipant
I tried adding the entry to my server.ini file. I’m assuming when you said “hostname” you meant the IP of the Cloverleaf server I’m using and not the IP of my client PC. Anyway, I tried it both ways and I still had no luck. So, I’m open to any and all suggestions. Thanks guys for all your help so far.
Tom Rioux
-
November 14, 2008 at 3:30 pm #66111Lawrence WilliamsParticipant
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
-
November 14, 2008 at 3:55 pm #66112Tom RiouxParticipant
Well, thank you for all the suggestions. So far, nothing appears to be working. Maybe there is a setting somewhere that I’m missing or need to increase a setting somewhere. I would like for someone, whether it be a Cloverltecher or someone from Quovadx support tell me how come every one of my GUI’s (even SMAT with a large file) runs extremely fast (on 5.6 as compared to previous versions) but the ONLY GUI that I bring up that causes any kind of problem is the testing tool??? (I apologize for the tone, if any, but it is getting very frustrating by now.
😕 )Thanks….Tom
-
November 14, 2008 at 4:02 pm #66113Lawrence WilliamsParticipant
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.
-
November 14, 2008 at 4:34 pm #66114Tom RiouxParticipant
Thanks for the tip. However, in 5.6 the “netmon_auto_load_logs” is defaulted to “false”. …still scratching my head!
🙄 Tom Rioux
-
November 14, 2008 at 8:32 pm #66115Jim KosloskeyParticipant
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.
-
November 14, 2008 at 8:42 pm #66116Tom RiouxParticipant
Thanks Jim. I’m working in concert with the UNIX administrator for our Cloverleaf box. I believe he is getting with the VPN folks to find out if anything can be done. Still no word yet though. Thanks…
Tom
-
November 14, 2008 at 9:26 pm #66117Tom RiouxParticipant
Thanks Jim. I’m working in concert with the UNIX administrator for our Cloverleaf box. I believe he is getting with the VPN folks to find out if anything can be done. Still no word yet though. Thanks…
Tom
-
-
AuthorReplies
- The forum ‘Cloverleaf’ is closed to new topics and replies.