Hi,
I was just wondering what happens when litespeed proxies a request to another 'server' which is in fact the same instance of Litespeed (but a different named server or port or both). Is the request checked internally by Litespeed (e.g. by checking on a table of which IP/port combinations that Litespeed is running from and passing the STDOUT of the first server to the STD handling of the second server, like:
(1st server) STDOUT > STDIN (2nd server)
or, whether a system network call is made, which then feeds it back into Litespeed, like:
(1st server) STDOUT > system network call (e.g. checking netconfig) > STDIN (2nd server)
The first (I would expect) would be quicker, but would end up bypassing network settings set for accessing localhost resources, which could (though would unlikely in practice) present a security risk.
Thanks.
I was just wondering what happens when litespeed proxies a request to another 'server' which is in fact the same instance of Litespeed (but a different named server or port or both). Is the request checked internally by Litespeed (e.g. by checking on a table of which IP/port combinations that Litespeed is running from and passing the STDOUT of the first server to the STD handling of the second server, like:
(1st server) STDOUT > STDIN (2nd server)
or, whether a system network call is made, which then feeds it back into Litespeed, like:
(1st server) STDOUT > system network call (e.g. checking netconfig) > STDIN (2nd server)
The first (I would expect) would be quicker, but would end up bypassing network settings set for accessing localhost resources, which could (though would unlikely in practice) present a security risk.
Thanks.