Our rproxy is also stable but due to common customer belief, they want to
buy two copies for two computers in a failover state. Some are able to do
this with L4 switches. Some are waiting for us to develop a solution for
them.
If this is a way to convince people buy double licenses, I think it is
The same monitor monitors the proxy ;-). If the proxy or a backend server
goes offline, the monitor restarts them remotely via an agent.
A shadow proxy may be available, ready to jump in.
Fortunately, we managed to implement very stable proxy and monitor,
so they fail perhaps once in a year for a
Yes we already serve that technology to clients.
But what if the reverse proxy itself goes offline? Who monitors it? And in
the absence of reverse proxy, isn't the server farm without defense?
Regards,
SZ
On Fri, Oct 23, 2009 at 2:18 PM, Stanislav wrote:
> Perhaps, I don't understand what you
Perhaps, I don't understand what you mean. How do you suppose
web-servers should be involved in this?
On our production cluster we have standalone reverse-proxy (ICS based),
web-servers, and quality monitor, which pings servers and places them in
a blacklist if a failure detected. The proxy is go
> How can one determine if TCP port is already in use, before I
> startup the SocketServer.
I see only two solutions:
1 - open the socket and check for an error.
2 - use the IP Helper GetTCPTable API to list all open TCP sockets and
emunerate the list to see if your IP and port is in it. On a
Hello,
I need a bit of help,
How can one determine if TCP port is already in use, before I startup the
SocketServer.
Thank you.
Wayne.
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at
Hello,
Yes actually we need it for our reverse proxy. But web servers would also
benefit from that, wouldn't they?
Regards,
SZ
On Fri, Oct 23, 2009 at 12:16 PM, Stanislav wrote:
> Hello,
>
> Don't you think that reverse-proxy is sufficient for that purposes, with no
> need
> to modify servers
Hello,
Don't you think that reverse-proxy is sufficient for that purposes, with no need
to modify servers themselves? Failover facilities should be external to
a server, imho, because they may fail if they are embedded into a server
which undergoes a failure.
Best wishes,
Stanislav Korotky.
---
Hello,
I wonder if this is in somebody's to-do list. Don't you see the demand I see
in this? If so, maybe we can collect money similar to what we did for the
ICS-SSL project which succeeded.
Best Regards,
SubZero
--
To unsubscribe or change your settings for TWSocket mailing list
please goto htt
