I'd dig a little deeper and find out specifically what's blocking port 89.
There may be a chain of routers separating your WAS / ZendCore server from the
public internet. This really sounds more like an internal network block;
probably not from an external ISP.
-Nathan
----- Original Message ----
From: Bryce Martin <BMartin@xxxxxxxxxxxx>
To: web400@xxxxxxxxxxxx
Sent: Thu, October 14, 2010 9:26:02 AM
Subject: [WEB400] Handling requests Websphere application server and php
zendcore running on same machine.
Hello All,
We have an outward facing machine in our DMZ that has WAS and ZendCore
running. To access the WAS applications we have DNS for
http://webapps.ourdomain.com. For the PHP apps they go to
http://webapps.ourdomain.com:89.
This works fine internally. But externally port 89 is being blocked. It
appears to be the ISP blocking 89, but I wouldn't put it past our own
gurus. They sent us the firewall entry for our address and it looks wide
open, so I will give them the benefit of the doubt for now.
My quest goes beyond the network guys because I'm wondering if we can
handle this internally. How do you guys handle this situtation? We don't
have a spare NIC interface to tie the PHP server to, so that option is
out.
The problem is that a webpage that is served from the WAS is sent to the
client. On that page is a link to webapps.ourdomain.com:89/createpdf.php.
We need to return that pdf back tot he client but port 89 is being
blocked. My workaround was to move it to port 443 and set up ssl. Then
the link could go to
https://webapps.ourdomain.com/createpdf.php and no
one would be blocking 443.
I toyed with the idea of a revers proxy server to handle the requests so
that we can keep the php server on port 89. I'm just not sure which path
would be best so I'd like to see how other people would do it.
Thanks
Bryce Martin
Programmer/Analyst I
570-546-4777
--- This message (including any attachments) is intended only for the use of the
individual or entity to which it is addressed and may contain information that
is non-public, proprietary, privileged, confidential, and exempt from disclosure
under applicable law. If you are not the intended recipient, you are hereby
notified that any use, dissemination, distribution, or copying of this
communication is strictly prohibited. If you have received this communication in
error, please notify us and destroy this message immediately. ---
midrange.com
