Cyber Monday 2024! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Fortinet Exam NSE7_LED-7.0 Topic 1 Question 12 Discussion

Actual exam question for Fortinet's NSE7_LED-7.0 exam
Question #: 12
Topic #: 1
[All NSE7_LED-7.0 Questions]

Refer to the exhibit.

Wireless guest users are unable to authenticate because they are getting a certificate error while loading the captive portal login page. This URL string is the HTTPS POST URL guest wireless users see when attempting to access the network using the web browser

Which two settings are the likely causes of the issue? (Choose two.)

Show Suggested Answer Hide Answer
Suggested Answer: A, B

According to the exhibit, the wireless guest users are getting a certificate error while loading the captive portal login page. This means that the browser cannot verify the identity of the server that is hosting the login page. Therefore, option A is true because the external server FQDN is incorrect, which means that it does not match the common name or subject alternative name of the server certificate. Option B is also true because the wireless user's browser is missing a CA certificate, which means that it does not have the root or intermediate certificate that issued the server certificate. Option C is false because the FortiGate authentication interface address is using HTTPS, which is a secure protocol that encrypts the communication between the browser and the server. Option D is false because the user address is not in DDNS form, which is not related to the certificate error.


Contribute your Thoughts:

Rosita
8 months ago
Haha, the wireless users must be really frustrated with this captive portal. Imagine trying to connect to the network and just getting an endless stream of certificate errors. Not a great user experience!
upvoted 0 times
...
Venita
8 months ago
Well, let's think this through. The URL string suggests the captive portal is using HTTPS, so the certificate issue is probably the main problem. I'm leaning towards option B, the wireless user's browser is missing the CA certificate.
upvoted 0 times
...
Lonny
8 months ago
Yeah, I'm not sure about this one either. The options seem to be pointing to a few possible causes, but I'm not confident which are the most likely culprits.
upvoted 0 times
Noel
8 months ago
B) The wireless user's browser is missing a CA certificate
upvoted 0 times
...
Leontine
8 months ago
A) The external server FQDN is incorrect
upvoted 0 times
...
...
Marg
8 months ago
Hmm, this question seems tricky. The captive portal is not working correctly, and the wireless guests are getting a certificate error. I wonder if the issue is with the HTTPS configuration or the certificate trust.
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77