Forum Discussion
Montoring https port in windows server 2012 is not working with F5
Hi,
We have server listening on port 443 behind F5, The pool members is unable to monitor the server on port 443.
Kindly advice
Regards, Midhun p.K
26 Replies
- Michael_Jenkins
Cirrostratus
There's SOL12531 that talks about monitors a little bit, and then this article that adds a little extra information.
Whenever I'm having monitor issues, I try a couple different things.
I try to do a1:
from the F5 CLI to verify that the url I'm trying to monitor is working properly and the response is coming back as expected.curl
Turn on monitor debugging for the member and check the log that gets created. Those steps are as follows:2:- Open the pool that is having the problem (let's call it MY_POOL)
- Make sure the monitor is active on the pool (let's call it MY_MONITOR)
- On the
tab in the pool settings, click on one of the members (let's call it 10.0.0.1:3389)Members -
Enable the checkbox for
Monitor Logging- Open an SSH session (I use Putty to connect) to the device and log in to the shell.
- Run the command
cd /var/log/monitors - Run the command
ls -l - Look for the file referencing your pool and member (most likely in our example it'd be something like
)_Common_MY_MONITOR__Common_10.0.0.1_3389.log - Run the command
(where FILENAME is the log filename)tail -f FILENAME - It may be visible immediately, but you should see where the monitor sends the request to the server (and you'll see the
string), and you're looking for thesend
string that comes back.recv - Take that
string and update the monitor and see if the pool member(s) show up green again.recv
- Go back in and disable the monitor logging for that member so you don't have excessive logging filling up space.
Hopefully, this will help figure it out. If your log file ever looks like it's not updating, delete the lo file and remove the monitor from the pool and re-add it. I've found that will kick it back off again.
Hope this helps.
- StephanManthey
Nacreous
Hi midhun,
in addition to Michael´s detailed answer I would also consider the server expects a request via TLS with SNI (server name indication). There is an article with description of an external monitor using openssl s_client here on DevCentral. You can validate it from CLI by using the following syntax:openssl s_client -connect : -servername -quietNow openssl establishes a connection using TLS with SNI attribute and you can paste in a valid request followed by two Carriage Return / New Lines (aka Enter):
GET / HTTP/1.1 Host: Connection: closeI had to use the described solution in a customer´s SharePoint environment and just added the ability to work in route domains. It works great on v11.5.1 since a couple of months.
Thanks, Stephan
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com