Hi Ludovic,

Using the IP also gives the same result.

This is the link it tries to reach:
*https://self-service.dangote-group.com/Cisco::WLC/sid519d0a?&redirect=www.msftconnecttest.com/redirect
<https://self-service.dangote-group.com/Cisco::WLC/sid519d0a?&redirect=www.msftconnecttest.com/redirect>*

Checking through the logs *harproxy_portal.log*, there is no trace of the
user.

On Fri, 21 May 2021 at 17:16, Zammit, Ludovic <luza...@akamai.com> wrote:

> In the url on the portal, is it HTTP or HTTPS ?
>
> What happen if you put the IP instead of the fqdn ?
>
> Thanks,
>
> *Ludovic Zammit*
> *Product Support Engineer Principal*
> *Cell:* +1.613.670.8432
> Akamai Technologies - Inverse
> 145 Broadway
> Cambridge, MA 02142
> Connect with Us: <https://community.akamai.com> <http://blogs.akamai.com>
> <https://twitter.com/akamai> <http://www.facebook.com/AkamaiTechnologies>
> <http://www.linkedin.com/company/akamai-technologies>
> <http://www.youtube.com/user/akamaitechnologies?feature=results_main>
>
> On May 21, 2021, at 11:56 AM, Ezeh Victor <vickeyzed...@gmail.com> wrote:
>
> Hi Ludovic,
>
> I can reach the PF management interface as shown below;
>
> <image.png>
>
> On Fri, 21 May 2021 at 16:40, Zammit, Ludovic <luza...@akamai.com> wrote:
>
>> Ping the DNS name, can you reach the PF management interface ?
>>
>> Thanks,
>>
>> *Ludovic Zammit*
>> *Product Support Engineer Principal*
>> *Cell:* +1.613.670.8432
>> Akamai Technologies - Inverse
>> 145 Broadway
>> Cambridge, MA 02142
>> Connect with Us: <https://community.akamai.com/>
>> <http://blogs.akamai.com/>
>> <https://urldefense.com/v3/__https://twitter.com/akamai__;!!GjvTz_vk!E56aE4ee-NtHDi-SckGp2FeG6-_C_nCitrQEVyw3t4IAojMdFvs0DewBEWd34A$>
>> <https://urldefense.com/v3/__http://www.facebook.com/AkamaiTechnologies__;!!GjvTz_vk!E56aE4ee-NtHDi-SckGp2FeG6-_C_nCitrQEVyw3t4IAojMdFvs0DexOrGCc5w$>
>> <https://urldefense.com/v3/__http://www.linkedin.com/company/akamai-technologies__;!!GjvTz_vk!E56aE4ee-NtHDi-SckGp2FeG6-_C_nCitrQEVyw3t4IAojMdFvs0Dexcwaotrw$>
>> <https://urldefense.com/v3/__http://www.youtube.com/user/akamaitechnologies?feature=results_main__;!!GjvTz_vk!E56aE4ee-NtHDi-SckGp2FeG6-_C_nCitrQEVyw3t4IAojMdFvs0Dez-odDWYA$>
>>
>> On May 21, 2021, at 9:33 AM, Ezeh Victor <vickeyzed...@gmail.com> wrote:
>>
>> Hi Ludovic,
>>
>> Thank you. You were right.
>>
>> The internal radius service was up and I had to stop it
>> <image.png>
>>
>> <image.png>
>>
>> I restarted the radius service on PF and it came up;
>> <image.png>
>>
>> <image.png>
>>
>> The challenge now is that the captive portal is still not available but
>> this time, the browser tries to go the URL of the captive portal when a
>> user connects as shown below;
>> <image.png>
>>
>> The Haproxy-portal and httpd-portal services are up and running as shown
>> below;
>>
>> <image.png>
>>
>> <image.png>
>>
>>
>> Is there any other dependency I should review?
>>
>> On Fri, 21 May 2021 at 13:59, Zammit, Ludovic <luza...@akamai.com> wrote:
>>
>>> It looks like you have another radius process running.
>>>
>>> bin/pfcmd service pf stop
>>>
>>> ps -edf | grep radiusd
>>>
>>> pkill -f -9 radiusd
>>>
>>> bin/pfcmd service pf start
>>>
>>> See if it fixes it, otherwise look at the radiusd log to see what’s
>>> going on.
>>>
>>> radiusd -d /usr/local/pf/raddb -n auth -CX
>>>
>>> Thanks,
>>>
>>> *Ludovic Zammit*
>>> *Product Support Engineer Principal*
>>> *Cell:* +1.613.670.8432
>>> Akamai Technologies - Inverse
>>> 145 Broadway
>>> Cambridge, MA 02142
>>> Connect with Us: <https://community.akamai.com/>
>>> <http://blogs.akamai.com/>
>>> <https://urldefense.com/v3/__https://twitter.com/akamai__;!!GjvTz_vk!GD1Y1VN7hlfRxpFUozPldn0PUiUN1_-qy4jFAuM1puSQI_BAYDYelx7rvFZ_4A$>
>>> <https://urldefense.com/v3/__http://www.facebook.com/AkamaiTechnologies__;!!GjvTz_vk!GD1Y1VN7hlfRxpFUozPldn0PUiUN1_-qy4jFAuM1puSQI_BAYDYelx64xH5k5w$>
>>> <https://urldefense.com/v3/__http://www.linkedin.com/company/akamai-technologies__;!!GjvTz_vk!GD1Y1VN7hlfRxpFUozPldn0PUiUN1_-qy4jFAuM1puSQI_BAYDYelx7x4pBIPA$>
>>> <https://urldefense.com/v3/__http://www.youtube.com/user/akamaitechnologies?feature=results_main__;!!GjvTz_vk!GD1Y1VN7hlfRxpFUozPldn0PUiUN1_-qy4jFAuM1puSQI_BAYDYelx4SdnhE_g$>
>>>
>>> On May 21, 2021, at 5:44 AM, Ezeh Victor <vickeyzed...@gmail.com> wrote:
>>>
>>> Hi Ludovic,
>>>
>>> Further checks revealed this;
>>> <image.png>
>>>
>>> Attempted to start the radius service failed and there is no information
>>> on the service using port 1812 that is hindering the service from starting.
>>>
>>> On Fri, 21 May 2021 at 10:31, Ezeh Victor <vickeyzed...@gmail.com>
>>> wrote:
>>>
>>>> Hi Ludovic,
>>>>
>>>> I have restarted all PF services, the hostname set to self-service,
>>>> domain set to dangote-group.com
>>>> <https://urldefense.com/v3/__http://dangote-group.com__;!!GjvTz_vk!G_FYqU73Hvd_S3hjH0pz2nsxM960sjT_m-Tnd-5fgLV9Lo-gA231JLR_UPUQbQ$>
>>>> and the result is same.
>>>>
>>>> I checked Radius Logs and this is what I observed;
>>>> <image.png>
>>>>
>>>> That is the reason why the service has refused to start as seen below;
>>>> <image.png>
>>>>
>>>> Efforts to start the service have failed. Any ideas please as this is
>>>> vital to the configuration as highlighted by PF
>>>>
>>>> At the moment, the SSL for Radius uses Let's Encrypt as seen below;
>>>> <image.png>
>>>> <image.png>
>>>>
>>>> And the HTTP SSL uses Godaddy;
>>>> <image.png>
>>>>
>>>> Will this affect the response or redirection to the portal?
>>>>
>>>> On Thu, 20 May 2021 at 16:15, Zammit, Ludovic <luza...@akamai.com>
>>>> wrote:
>>>>
>>>>> Keep that ACL and change the URL returned in the radius reply.
>>>>>
>>>>> Do you see the captive portal ?
>>>>>
>>>>> Restart all PF service once you changed the host and domain name.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> *Ludovic Zammit*
>>>>> *Product Support Engineer Principal*
>>>>> *Cell:* +1.613.670.8432
>>>>> Akamai Technologies - Inverse
>>>>> 145 Broadway
>>>>> Cambridge, MA 02142
>>>>> Connect with Us: <https://community.akamai.com/>
>>>>> <http://blogs.akamai.com/>
>>>>> <https://urldefense.com/v3/__https://twitter.com/akamai__;!!GjvTz_vk!G_FYqU73Hvd_S3hjH0pz2nsxM960sjT_m-Tnd-5fgLV9Lo-gA231JLRJkmCAIA$>
>>>>> <https://urldefense.com/v3/__http://www.facebook.com/AkamaiTechnologies__;!!GjvTz_vk!G_FYqU73Hvd_S3hjH0pz2nsxM960sjT_m-Tnd-5fgLV9Lo-gA231JLRbtvD2jg$>
>>>>> <https://urldefense.com/v3/__http://www.linkedin.com/company/akamai-technologies__;!!GjvTz_vk!G_FYqU73Hvd_S3hjH0pz2nsxM960sjT_m-Tnd-5fgLV9Lo-gA231JLRCjzGrVg$>
>>>>> <https://urldefense.com/v3/__http://www.youtube.com/user/akamaitechnologies?feature=results_main__;!!GjvTz_vk!G_FYqU73Hvd_S3hjH0pz2nsxM960sjT_m-Tnd-5fgLV9Lo-gA231JLRSbpIVUw$>
>>>>>
>>>>> On May 20, 2021, at 11:12 AM, Ezeh Victor <vickeyzed...@gmail.com>
>>>>> wrote:
>>>>>
>>>>> Hi Ludovic,
>>>>>
>>>>> Reviewing the configuration on WLC, there is an ACL in use to redirect
>>>>> users that connect to the SSID of interest to PF captive portal;
>>>>> <image.png>
>>>>>
>>>>> I cannot use the DNS name here like I did in PF but from my initial
>>>>> response, the name resolves to the IP in the ACL which I believe should
>>>>> work.
>>>>>
>>>>> Could this be the problem?
>>>>>
>>>>> On Thu, 20 May 2021 at 15:44, Ezeh Victor <vickeyzed...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi Ludovic,
>>>>>>
>>>>>> Kindly find my observations below;
>>>>>>
>>>>>> After certificate installation, I still receive this;
>>>>>> <image.png>
>>>>>>
>>>>>> Your recommendations were followed in your previous email and the
>>>>>> config was changed to *https://self-service.dangote-group.com/Cisco::WLC
>>>>>> <https://urldefense.com/v3/__https://self-service.dangote-group.com/Cisco::WLC__;!!GjvTz_vk!HrDX1Mox1tt24FNmEoFficJm4MvIuCLEM0jEgCeKrctu9xpKVLUVPqeKprbLQg$>*
>>>>>> and this time around there was not even a prompt from the browser to go 
>>>>>> to
>>>>>> the captive portal.
>>>>>>
>>>>>> Attempts to visit a site to trigger the captive portal only returned
>>>>>> this;
>>>>>> <image.jpeg>
>>>>>>
>>>>>> This is the dns resolution;
>>>>>> <image.png>
>>>>>>
>>>>>> On Thu, 20 May 2021 at 14:25, Zammit, Ludovic <luza...@akamai.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hello Victor,
>>>>>>>
>>>>>>> <PastedGraphic-8.tiff>
>>>>>>>
>>>>>>> Here put the dns name of the portal:
>>>>>>> https://self-service.dangote-group.com/Cisco::WLC
>>>>>>> <https://urldefense.com/v3/__https://self-service.dangote-group.com/Cisco::WLC__;!!GjvTz_vk!HrDX1Mox1tt24FNmEoFficJm4MvIuCLEM0jEgCeKrctu9xpKVLUVPqeKprbLQg$>
>>>>>>>
>>>>>>> The issue now is to make sure that dns name revolves the PF
>>>>>>> management interface either local IP or Public IP from the guest (where 
>>>>>>> the
>>>>>>> device sits) network.
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> *Ludovic Zammit*
>>>>>>> *Product Support Engineer Principal*
>>>>>>> *Cell:* +1.613.670.8432
>>>>>>> Akamai Technologies - Inverse
>>>>>>> 145 Broadway
>>>>>>> Cambridge, MA 02142
>>>>>>> Connect with Us: <https://community.akamai.com/>
>>>>>>> <http://blogs.akamai.com/>
>>>>>>> <https://urldefense.com/v3/__https://twitter.com/akamai__;!!GjvTz_vk!HrDX1Mox1tt24FNmEoFficJm4MvIuCLEM0jEgCeKrctu9xpKVLUVPqfwdi8GTA$>
>>>>>>> <https://urldefense.com/v3/__http://www.facebook.com/AkamaiTechnologies__;!!GjvTz_vk!HrDX1Mox1tt24FNmEoFficJm4MvIuCLEM0jEgCeKrctu9xpKVLUVPqcdld1VvA$>
>>>>>>> <https://urldefense.com/v3/__http://www.linkedin.com/company/akamai-technologies__;!!GjvTz_vk!HrDX1Mox1tt24FNmEoFficJm4MvIuCLEM0jEgCeKrctu9xpKVLUVPqfapp-Prg$>
>>>>>>> <https://urldefense.com/v3/__http://www.youtube.com/user/akamaitechnologies?feature=results_main__;!!GjvTz_vk!HrDX1Mox1tt24FNmEoFficJm4MvIuCLEM0jEgCeKrctu9xpKVLUVPqdXqzAMUA$>
>>>>>>>
>>>>>>> On May 20, 2021, at 9:21 AM, Ezeh Victor <vickeyzed...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>> Hi Ludovic,
>>>>>>>
>>>>>>> Let me kindly explain the scenario here.......
>>>>>>>
>>>>>>> The PF server's internal IP is *172.31.2.89* and resolves
>>>>>>> internally to *self-service.dangote-group.com
>>>>>>> <https://urldefense.com/v3/__http://self-service.dangote-group.com__;!!GjvTz_vk!DpjgWo5gP1LIs1voosgx1XXcF6o5Eymyy_GJIIElLnneSnYkbBldTzwgo0Br6w$>*
>>>>>>> .
>>>>>>>
>>>>>>> We needed Sponsors to be able to approve guest requests over the
>>>>>>> internet without the need for VPN, so a public DNS mapping was done for 
>>>>>>> the
>>>>>>> same name to *80.88.10.20* to make that happen.
>>>>>>>
>>>>>>> The hostname of PF server is;
>>>>>>>
>>>>>>> <image.png>
>>>>>>>
>>>>>>> There is no special configuration for web authentication re-direct
>>>>>>> as the default setup for the captive portal is being used.
>>>>>>>
>>>>>>> This is the switch config;
>>>>>>> <image.png>
>>>>>>>
>>>>>>> Should I change the IP information for the registration URL to the
>>>>>>> public IP?
>>>>>>>
>>>>>>> On Thu, 20 May 2021 at 12:34, Zammit, Ludovic <luza...@akamai.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> I’m no mastermind but self-service.dangote-group.com
>>>>>>>> <https://urldefense.com/v3/__http://self-service.dangote-group.com__;!!GjvTz_vk!DpjgWo5gP1LIs1voosgx1XXcF6o5Eymyy_GJIIElLnneSnYkbBldTzwgo0Br6w$>
>>>>>>>>  is
>>>>>>>> different from 172.31.2.89.
>>>>>>>>
>>>>>>>> Make sure that you have the correct hostname and domain under
>>>>>>>> Configuration > System Configuration > General configuration
>>>>>>>>
>>>>>>>> If you are using web auth redirection change your URL as well
>>>>>>>> either from the switch config in PF or the switch / controller itself.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> *Ludovic Zammit*
>>>>>>>> *Product Support Engineer Principal*
>>>>>>>> *Cell:* +1.613.670.8432
>>>>>>>> Akamai Technologies - Inverse
>>>>>>>> 145 Broadway
>>>>>>>> Cambridge, MA 02142
>>>>>>>> Connect with Us: <https://community.akamai.com/>
>>>>>>>> <http://blogs.akamai.com/>
>>>>>>>> <https://urldefense.com/v3/__https://twitter.com/akamai__;!!GjvTz_vk!DpjgWo5gP1LIs1voosgx1XXcF6o5Eymyy_GJIIElLnneSnYkbBldTzyyXBe2sA$>
>>>>>>>> <https://urldefense.com/v3/__http://www.facebook.com/AkamaiTechnologies__;!!GjvTz_vk!DpjgWo5gP1LIs1voosgx1XXcF6o5Eymyy_GJIIElLnneSnYkbBldTzxMMvUVXw$>
>>>>>>>> <https://urldefense.com/v3/__http://www.linkedin.com/company/akamai-technologies__;!!GjvTz_vk!DpjgWo5gP1LIs1voosgx1XXcF6o5Eymyy_GJIIElLnneSnYkbBldTzw4ZKXRvA$>
>>>>>>>> <https://urldefense.com/v3/__http://www.youtube.com/user/akamaitechnologies?feature=results_main__;!!GjvTz_vk!DpjgWo5gP1LIs1voosgx1XXcF6o5Eymyy_GJIIElLnneSnYkbBldTzxdUL6X1A$>
>>>>>>>>
>>>>>>>> On May 19, 2021, at 6:26 PM, Ezeh Victor <vickeyzed...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi Ludovic,
>>>>>>>>
>>>>>>>> Thank you.
>>>>>>>>
>>>>>>>> The Let's Encrypt option was successful as seen below and the
>>>>>>>> haproxy-admin service was restarted
>>>>>>>>
>>>>>>>> <image.png>
>>>>>>>>
>>>>>>>>
>>>>>>>> When users try tried to access the captive portal, it was stuck on
>>>>>>>> this page.
>>>>>>>>
>>>>>>>> <image.png>
>>>>>>>>
>>>>>>>> All PF services were stopped and started again and users could no
>>>>>>>> longer access the page above that will enable them to access the 
>>>>>>>> captive
>>>>>>>> portal.
>>>>>>>>
>>>>>>>> kindly assist as this will affect users by resumption.
>>>>>>>>
>>>>>>>> On Wed, 19 May 2021 at 20:35, Zammit, Ludovic <luza...@akamai.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> The let’s encrypt integration with PF is pretty simple, it’s baed
>>>>>>>>> of the HTTP challenge.
>>>>>>>>>
>>>>>>>>> If you want to use let’s encrypt service, your DNS name
>>>>>>>>> self-service.dangote-group.con needs to resolve a public IP address 
>>>>>>>>> that is
>>>>>>>>> bind to the management interface over 443 and 80.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>>
>>>>>>>>> *Ludovic Zammit*
>>>>>>>>> *Product Support Engineer Principal*
>>>>>>>>> *Cell:* +1.613.670.8432
>>>>>>>>> Akamai Technologies - Inverse
>>>>>>>>> 145 Broadway
>>>>>>>>> Cambridge, MA 02142
>>>>>>>>> Connect with Us: <https://community.akamai.com/>
>>>>>>>>> <http://blogs.akamai.com/>
>>>>>>>>> <https://urldefense.com/v3/__https://twitter.com/akamai__;!!GjvTz_vk!G9vGOTkM6sqOIWJGYig9QvaqBKePkEkTKYSjwBMaDI-M06He7AhwSM7HPuJdbQ$>
>>>>>>>>> <https://urldefense.com/v3/__http://www.facebook.com/AkamaiTechnologies__;!!GjvTz_vk!G9vGOTkM6sqOIWJGYig9QvaqBKePkEkTKYSjwBMaDI-M06He7AhwSM5_CpBuXg$>
>>>>>>>>> <https://urldefense.com/v3/__http://www.linkedin.com/company/akamai-technologies__;!!GjvTz_vk!G9vGOTkM6sqOIWJGYig9QvaqBKePkEkTKYSjwBMaDI-M06He7AhwSM7Jgb9D1g$>
>>>>>>>>> <https://urldefense.com/v3/__http://www.youtube.com/user/akamaitechnologies?feature=results_main__;!!GjvTz_vk!G9vGOTkM6sqOIWJGYig9QvaqBKePkEkTKYSjwBMaDI-M06He7AhwSM7Q7-BCow$>
>>>>>>>>>
>>>>>>>>> On May 19, 2021, at 1:29 PM, Ezeh Victor <vickeyzed...@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> HIi,
>>>>>>>>>
>>>>>>>>> My packetfence version is v10.2.0.
>>>>>>>>>
>>>>>>>>> I tried using the GUI to upload the required files.
>>>>>>>>>
>>>>>>>>>    1. the private key generated when generating a .csr file was
>>>>>>>>>    used in conjunction with the .crt file and this was the error 
>>>>>>>>> message
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> <image.png>
>>>>>>>>>
>>>>>>>>> Generating the .csr from the GUI does not generate a private key
>>>>>>>>> to be used in filling the data requirements.
>>>>>>>>>
>>>>>>>>> How can I tackle this?
>>>>>>>>>
>>>>>>>>> Also, trying out the let's encrypt option gives this error when
>>>>>>>>> testing public access
>>>>>>>>>
>>>>>>>>> <image.png>
>>>>>>>>>
>>>>>>>>> What is the procedure to use either?
>>>>>>>>>
>>>>>>>>> On Wed, 19 May 2021 at 13:00, Zammit, Ludovic <luza...@akamai.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hello,
>>>>>>>>>>
>>>>>>>>>> Which PacketFence version are you using ? If it’s a version > v10
>>>>>>>>>> use the GUI for it, otherwise, the server.pem is a bundle of : 
>>>>>>>>>> server.key
>>>>>>>>>> server.crt and intermediates if any.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>>
>>>>>>>>>> *Ludovic Zammit*
>>>>>>>>>> *Product Support Engineer Principal*
>>>>>>>>>> *Cell:* +1.613.670.8432
>>>>>>>>>> Akamai Technologies - Inverse
>>>>>>>>>> 145 Broadway
>>>>>>>>>> Cambridge, MA 02142
>>>>>>>>>> Connect with Us: <https://community.akamai.com/>
>>>>>>>>>> <http://blogs.akamai.com/>
>>>>>>>>>> <https://urldefense.com/v3/__https://twitter.com/akamai__;!!GjvTz_vk!EcqHJUqV-wetV_DNm6yHnvvryi_qAFOdRAAcDbLbwCFp561F3FVPuGjCi8Wzbg$>
>>>>>>>>>> <https://urldefense.com/v3/__http://www.facebook.com/AkamaiTechnologies__;!!GjvTz_vk!EcqHJUqV-wetV_DNm6yHnvvryi_qAFOdRAAcDbLbwCFp561F3FVPuGi5eEi6EA$>
>>>>>>>>>> <https://urldefense.com/v3/__http://www.linkedin.com/company/akamai-technologies__;!!GjvTz_vk!EcqHJUqV-wetV_DNm6yHnvvryi_qAFOdRAAcDbLbwCFp561F3FVPuGjd3VOgFg$>
>>>>>>>>>> <https://urldefense.com/v3/__http://www.youtube.com/user/akamaitechnologies?feature=results_main__;!!GjvTz_vk!EcqHJUqV-wetV_DNm6yHnvvryi_qAFOdRAAcDbLbwCFp561F3FVPuGg54xdavA$>
>>>>>>>>>>
>>>>>>>>>> On May 19, 2021, at 4:23 AM, Ezeh Victor via PacketFence-users <
>>>>>>>>>> packetfence-users@lists.sourceforge.net> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> I have been having an issue using a third-party SSL certificate
>>>>>>>>>> on PF for the captive portal.
>>>>>>>>>>
>>>>>>>>>> Based on the documentation, the directive was to change the
>>>>>>>>>> server.crt and server.key files in the /usr/local/pf/conf/ssl/
>>>>>>>>>> folder.
>>>>>>>>>>
>>>>>>>>>> I generated the server.csr file using *openssl req -new -newkey
>>>>>>>>>> rsa:2048 -nodes -keyout server.key -out server.csr*. command
>>>>>>>>>>
>>>>>>>>>> I renamed the corresponding files to server.crt and server.pem
>>>>>>>>>> and copied them to the /usr/local/pf/conf/ssl/ folder and included 
>>>>>>>>>> the
>>>>>>>>>> server.key file generated during the server.csr generation.
>>>>>>>>>>
>>>>>>>>>> After doing this, I restarted the haproxy portal for the change
>>>>>>>>>> to take effect and it failed until  I replace the server.pem file 
>>>>>>>>>> with the
>>>>>>>>>> original one.
>>>>>>>>>>
>>>>>>>>>> Please I need assistance with this.
>>>>>>>>>>
>>>>>>>>>> What am I missing?
>>>>>>>>>> _______________________________________________
>>>>>>>>>> PacketFence-users mailing list
>>>>>>>>>> PacketFence-users@lists.sourceforge.net
>>>>>>>>>>
>>>>>>>>>> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/packetfence-users__;!!GjvTz_vk!C54N4JbJxSylz8oux_xKUlZBH1GUAKLr-30v-tBM_yic5PBVVZ9_bOER9HTRj4iI$
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
>
_______________________________________________
PacketFence-users mailing list
PacketFence-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/packetfence-users

Reply via email to