<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Qlik Sense Server, untrusting certificates in Management &amp; Governance</title>
    <link>https://community.qlik.com/t5/Management-Governance/Qlik-Sense-Server-untrusting-certificates/m-p/1512640#M12977</link>
    <description>&lt;P&gt;Hey all,&lt;/P&gt;&lt;P&gt;we have a qlik sense server environment for production and testing and we're using automated testing tools to implement regression testing to new application version.&lt;/P&gt;&lt;P&gt;These tests use certificates to connect straight to the qlik engine and it works perfectly.&lt;/P&gt;&lt;P&gt;However, we are changing the machine that runs the tests to another machine. I'm not expecting any problems with this process because it simply means exporting another certificate to anothe computer.&amp;nbsp;But this&amp;nbsp;brings up a question: What happens to the previous exported certificates?&lt;/P&gt;&lt;P&gt;Let's say we have exported certificates&amp;nbsp;for automated&amp;nbsp;testing machines for years. How can we invalidate old exported certificates trust relationship? I tried googling if this is a windows issue or a qlik server issue, but according to the internet there isn't even an issue. Where does qlik keep the list of accepted connections / valid certificates?&lt;/P&gt;&lt;P&gt;I know the location of the exported certificates and moved one of the certs for one specific computer to another file location. The connection was still accepted though, but I cannot be sure if refreshing trusted certificates requires a reboot of the server or something else.&lt;/P&gt;&lt;P&gt;Is there even such a thing as untrusting previously given certificates to specific computers?&lt;/P&gt;&lt;P&gt;Sincerely,&lt;/P&gt;&lt;P&gt;Teemu Salo&lt;/P&gt;</description>
    <pubDate>Sat, 16 Nov 2024 07:12:16 GMT</pubDate>
    <dc:creator>teemusalo</dc:creator>
    <dc:date>2024-11-16T07:12:16Z</dc:date>
    <item>
      <title>Qlik Sense Server, untrusting certificates</title>
      <link>https://community.qlik.com/t5/Management-Governance/Qlik-Sense-Server-untrusting-certificates/m-p/1512640#M12977</link>
      <description>&lt;P&gt;Hey all,&lt;/P&gt;&lt;P&gt;we have a qlik sense server environment for production and testing and we're using automated testing tools to implement regression testing to new application version.&lt;/P&gt;&lt;P&gt;These tests use certificates to connect straight to the qlik engine and it works perfectly.&lt;/P&gt;&lt;P&gt;However, we are changing the machine that runs the tests to another machine. I'm not expecting any problems with this process because it simply means exporting another certificate to anothe computer.&amp;nbsp;But this&amp;nbsp;brings up a question: What happens to the previous exported certificates?&lt;/P&gt;&lt;P&gt;Let's say we have exported certificates&amp;nbsp;for automated&amp;nbsp;testing machines for years. How can we invalidate old exported certificates trust relationship? I tried googling if this is a windows issue or a qlik server issue, but according to the internet there isn't even an issue. Where does qlik keep the list of accepted connections / valid certificates?&lt;/P&gt;&lt;P&gt;I know the location of the exported certificates and moved one of the certs for one specific computer to another file location. The connection was still accepted though, but I cannot be sure if refreshing trusted certificates requires a reboot of the server or something else.&lt;/P&gt;&lt;P&gt;Is there even such a thing as untrusting previously given certificates to specific computers?&lt;/P&gt;&lt;P&gt;Sincerely,&lt;/P&gt;&lt;P&gt;Teemu Salo&lt;/P&gt;</description>
      <pubDate>Sat, 16 Nov 2024 07:12:16 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Management-Governance/Qlik-Sense-Server-untrusting-certificates/m-p/1512640#M12977</guid>
      <dc:creator>teemusalo</dc:creator>
      <dc:date>2024-11-16T07:12:16Z</dc:date>
    </item>
  </channel>
</rss>

