MQSeries.net :: View topic - VPN(DHCP) and Server(Q-mgr) to Server(Q-mgr) setup.

pichelma · Posted: Wed Apr 17, 2002 11:30 am Post subject:

Hi all,

I was wondering how I could phrase this w/o babbling on too much!
That won't be easy...

We have tested two scenarios at a customer site. Client-Server and Server to Server.

We have tested the Server to Server setup w/ VPN.
One machine(A) sends msgs. and one(B) that will receive those msg's.

A sender channel w/ remote queue def and Xmit queue on the one(A) machine and a receiver channel/local queue on the other machine(B).

I had problem w/ the Q-mgr(B) that had a RCVR channel and a local queue defined on the "recieving" end. I had to add a host entry in order to communicate w/ machine A. This was where the VPN caused problems w/ a DHCP assigned IP. It changes on me! I can't give it a FQDN unless this is mapped via the VPN concentrator(mac & ip - tree?) or given a static...can't be done though w/ the current config. of VPN using a DHCP server.

So, I added a simple hosts file(WIN2000) entry while the VPN is up, however when it disconnects, no connection because of the new DHCP assigned ip!
The re-connect is what troubles me.

Does MQS have "initial" connection "state" info? I know it can't interpret all the layers of the TCP/IP stack. Can it poll the entire subnet for a Q-mgr?
Really reaching here...can some form of SNMP-like agent help?
Desperately seeking a "logical" and cost-effective answer, of course!

I know MQseries has software for this that wraps the connection in HTTP or HTTPS. I sthat my only solution?
I just thought we could get this to work w/ VPN?
I really don't want to write up as messy perl or batch script to glue this together. Am I missing somethig simple here?

I know that w/ a client(CLNTCONN or SVRCONN) this is NOT a problem.
However, w/ Server(Q-mgr) to Server(Q-mgr), to my knowledge, I have found out otherwise.

Please let me know your thoughts and if this is truly feasible.

Thanks in advance for any help!

Scott