S-Nat and XML transactions

As we're getting our new hosting platform in place, we've noticed a few issues popping up. The first larger issue was PayFlowPro from Verisign and their lack of support for 64 bit operating systems. That was easily worked around, but the next issue has me perplexed.

The load balancers we're using work as NAT devices (Network Address Translation), so we have a private network behind them with all of our servers attached and the public network on the other side of them. All traffic to/from our servers goes through the load balancers, making for a firewall. To allow the web servers to talk to sites they want to visit (or request services and information from), NAT is used to allow for the public address of the load balancers to be used in the request to the servers on the other end.

This works well for most things I've tried. OS updates install just fine (rather quickly over the large pipes our data center has, I might add). Payment related data works just fine (or at least it does now that I have it fixed). I can open an X-Windows session and browse websites just fine. But the problems start to come in when we try to pass XML from our new servers to our office location. I get a 500 read timeout almost instantly. I haven't spent a whole lot of time on this, but it's sure puzzling how most services can work and one (which we use heavily on the site I haven't moved yet) refuses to work.

I'm sure I'll come across the answer soon enough, but until then I'll scratch my head a while.

Comments

Brian Mark said…
Turns out that our problem was more with our cable modem line and not with the S-Nat or the XML transactions. Once our T-1 was hooked back up, it was all fine and dandy once again.

Popular posts from this blog

Yii multiple select dropdownlist with default values

May 2021 updates

Been getting busy