<?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 QV Connect String in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384219#M808066</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have been given several QV connect strings.&amp;nbsp; Obviously both the user id and pw are hashed.&lt;/P&gt;&lt;P&gt;Is there anyway to reverse engineer this so I can see the values in clear text?&amp;nbsp; My guess is NO.&lt;/P&gt;&lt;P&gt;But wanted to ask just in case it's possible.&amp;nbsp; I need to know what these credentials are so&lt;/P&gt;&lt;P&gt;the ODBC's can be re-created on the QV server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 25 Nov 2020 16:16:04 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2020-11-25T16:16:04Z</dc:date>
    <item>
      <title>QV Connect String</title>
      <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384219#M808066</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have been given several QV connect strings.&amp;nbsp; Obviously both the user id and pw are hashed.&lt;/P&gt;&lt;P&gt;Is there anyway to reverse engineer this so I can see the values in clear text?&amp;nbsp; My guess is NO.&lt;/P&gt;&lt;P&gt;But wanted to ask just in case it's possible.&amp;nbsp; I need to know what these credentials are so&lt;/P&gt;&lt;P&gt;the ODBC's can be re-created on the QV server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Nov 2020 16:16:04 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384219#M808066</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2020-11-25T16:16:04Z</dc:date>
    </item>
    <item>
      <title>Re: QV Connect String</title>
      <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384220#M808067</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Sydney,&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;What do you need to actually do with the ODBC connection?&lt;/P&gt;&lt;P&gt;Simply connecting in QlikView? If so, just copy the string and it will connect.&lt;/P&gt;&lt;P&gt;If you need to create a ODBC Data Source (as in the picture), it will not be possible and you'll need to contact whoever handles the database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG alt="sample.png" class="jive-image image-1" src="https://community.qlik.com/legacyfs/online/180104_sample.png" style="height: auto;" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Felipe.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Oct 2017 13:19:12 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384220#M808067</guid>
      <dc:creator>felipedl</dc:creator>
      <dc:date>2017-10-18T13:19:12Z</dc:date>
    </item>
    <item>
      <title>Re: QV Connect String</title>
      <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384221#M808069</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Felip,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Yes, I need re-create the ODBC's in the Windows ODBC Applet.&amp;nbsp;&amp;nbsp; I handle the database but I was given&lt;/P&gt;&lt;P&gt;the QV connect command which is not helpful.&amp;nbsp; That's why I was asking to see if it would be possible to&lt;/P&gt;&lt;P&gt;re-engineer the QV Connect string to reveal the user id &amp;amp; pw.&amp;nbsp; If one can figure out what that API Qlikview&lt;/P&gt;&lt;P&gt;is using when it connects, then we could do it.&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Oct 2017 13:34:32 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384221#M808069</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2017-10-18T13:34:32Z</dc:date>
    </item>
    <item>
      <title>Re: QV Connect String</title>
      <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384222#M808070</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;HI Sydney,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you administer the database and server side, just create an ODBC pointing to the database your using and recreate the string connection through the ODBC wizard in QlikView.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm assuming View is using a specific user (not personal ID, but a generic user) to connect to the database, you could check it in the database and create another ODBC by that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The driver cyphers the USER/PW so it would be quite dangerous to have this functionality to reverse the hash somehow.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Probably whoever developed the app may know which user/pw was used.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Felipe.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Oct 2017 13:41:55 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384222#M808070</guid>
      <dc:creator>felipedl</dc:creator>
      <dc:date>2017-10-18T13:41:55Z</dc:date>
    </item>
    <item>
      <title>Re: QV Connect String</title>
      <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384223#M808071</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Felip,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Yeah I think I am going to end up creating a brand new db account and update any QV app that was using&lt;/P&gt;&lt;P&gt;the "old" account.&amp;nbsp;&amp;nbsp; I was trying to make this transparent and make it "hands-free" on the QV side.&amp;nbsp; But I think I will&lt;/P&gt;&lt;P&gt;force an update the these apps.&amp;nbsp; The people who created these apps are not here anymore and I don't want to manage "mysterious" accounts either.&amp;nbsp;&amp;nbsp; Thanks for the response &amp;amp; suggestions.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Oct 2017 13:48:00 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384223#M808071</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2017-10-18T13:48:00Z</dc:date>
    </item>
    <item>
      <title>Re: QV Connect String</title>
      <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384224#M808072</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yeah, I would see as the better solution for that, since there's no reference to which user is being used.&lt;/P&gt;&lt;P&gt;My suggestions were quite open and hoped I could help you somehow.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One possible way to see which user is used is to run one application that connects to the database and see the last login made to it to narrow it down to a few users.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Felipe.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Oct 2017 13:57:27 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384224#M808072</guid>
      <dc:creator>felipedl</dc:creator>
      <dc:date>2017-10-18T13:57:27Z</dc:date>
    </item>
    <item>
      <title>Re: QV Connect String</title>
      <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384225#M808073</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sydney,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can try to copy the registry entry from one machine to another:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;OL style="margin: 1em 0; padding: 0 0 0 25px; list-style-position: inside; list-style-image: initial; color: #000000; font-family: proxima-nova, 'Helvetica Neue', Helvetica, Arial, sans-serif; font-size: 16px;"&gt;&lt;LI&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;Start regedit.exe.&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;Go to HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI, and highlight the ODBC.INI key in the left pane.&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;From the Registry menu, select Export Registry File.&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;Select odbc.reg, and save it to a network share.&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;Go to your target machine and browse to the same key in the registry. Right-click ODBC.INI and choose Rename. As a backup, rename ODBC.INI as ODBC.INI.OLD.&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;Highlight ODBC.INI's parent registry key (ODBC).&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;From the Registry menu, select Import Registry File and browse to the network share where you saved odbc.reg. Double-click odbc.reg to import it.&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;Test your applications that use the data sources to verify that the import worked properly.&lt;/SPAN&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P style="font-family: Georgia, Times, 'Times New Roman', serif; color: #222222; margin: 1.5em 0 0; font-size: 1.1875rem;"&gt;&lt;SPAN style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"&gt;Remember, you can always roll back by renaming ODBC.INI.OLD to ODBC.INI. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt;"&gt;Good Luck&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt;"&gt;Oscar&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Oct 2017 16:05:53 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384225#M808073</guid>
      <dc:creator>oscar_ortiz</dc:creator>
      <dc:date>2017-10-18T16:05:53Z</dc:date>
    </item>
    <item>
      <title>Re: QV Connect String</title>
      <link>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384226#M808074</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Oscar,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for outlining the steps here.&amp;nbsp; This is definitely good to know and will work under a different circumstance.&lt;/P&gt;&lt;P&gt;In my case, I was given only the QV hashed connection string.&amp;nbsp;&amp;nbsp; There's no way I create a Windows ODBC with&lt;/P&gt;&lt;P&gt;only this information.&amp;nbsp; The scenario you are giving is good when you need to reproduce the source odbc (source machine) to a target machine.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Oct 2017 17:26:16 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QV-Connect-String/m-p/1384226#M808074</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2017-10-18T17:26:16Z</dc:date>
    </item>
  </channel>
</rss>

