Testing tool through VPN…

Homepage Clovertech Forums Read Only Archives Cloverleaf Cloverleaf Testing tool through VPN…

  • Creator
    Topic
  • #50442
    Tom Rioux
    Participant

    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

Viewing 17 reply threads
  • Author
    Replies
    • #66100

      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)

    • #66101
      Tom Rioux
      Participant

      Well…if I’m remote, I will be doing so from my work laptop.  Great idea though….

    • #66102

      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)

    • #66103
      James Cobane
      Participant

      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

    • #66104
      Tom Rioux
      Participant

      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

      thomasri@baylorhealth.edu

    • #66105

      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)

    • #66106

      James 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)

    • #66107
      Michael Hertel
      Participant

      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.

    • #66108
      Tom Rioux
      Participant

      Michael 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

    • #66109
      Michael Hertel
      Participant

      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.

    • #66110
      Tom Rioux
      Participant

      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

    • #66111
      Lawrence Williams
      Participant

      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

    • #66112
      Tom Rioux
      Participant

      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

    • #66113
      Lawrence Williams
      Participant

      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.

    • #66114
      Tom Rioux
      Participant

      Thanks for the tip.  However, in 5.6 the “netmon_auto_load_logs” is defaulted to “false”.

      …still scratching my head!   🙄

      Tom Rioux

    • #66115
      Jim Kosloskey
      Participant

      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

    • #66116
      Tom Rioux
      Participant

      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

    • #66117
      Tom Rioux
      Participant

      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

Viewing 17 reply threads
  • The forum ‘Cloverleaf’ is closed to new topics and replies.

Forum Statistics

Registered Users
5,042
Forums
28
Topics
9,200
Replies
34,023
Topic Tags
267