# Cannot run kdb 64bit behind a proxy

**URL:** <https://forum.kx.com/t/cannot-run-kdb-64bit-behind-a-proxy/13386>\
**Category:** Community Support\
**Tags:** imported, kdb-and-q\
**Created:** [March 9, 2022, 12:00am UTC](https://forum.kx.com/t/cannot-run-kdb-64bit-behind-a-proxy/13386 "2022-03-09T00:00:00Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![pinebear123](https://avatars.discourse-cdn.com/v4/letter/p/82dd89/32.png) [@pinebear123](https://forum.kx.com/u/pinebear123)\
**Post date:** [March 9, 2022, 12:00am UTC](https://forum.kx.com/t/cannot-run-kdb-64bit-behind-a-proxy/13386/1 "2022-03-09T00:00:00Z")

</div>

[https://learninghub.kx.com/forums/topic/cannot-run-kdb-64bit-behind-a-proxy](https://learninghub.kx.com/forums/topic/cannot-run-kdb-64bit-behind-a-proxy)

Hi,

I get an error message about connecting to a licensing server when running a 64bit version of kdb on Windows 10. I am a grad student using a corporate laptop. I don’t see a way to configure KDB to use a proxy. The Internet connectivity is there. The proxy setting in Windows is configured to use a script at a particular address (automatic proxy setting with the script).

Does kbd support proxies? How would I configure it to use a particular proxy? I want to use 64 bit kdb since I plan to experiment with jupyterq that does not support 32 bit kdb.

“'2022.03.09T15:28:47.728 couldn’t connect to license daemon – exiting”

Thanks

---

<div class="post-metadata">

**Author:** ![pinebear123](https://avatars.discourse-cdn.com/v4/letter/p/82dd89/32.png) [@pinebear123](https://forum.kx.com/u/pinebear123)\
**Post date:** [March 10, 2022, 12:00am UTC](https://forum.kx.com/t/cannot-run-kdb-64bit-behind-a-proxy/13386/2 "2022-03-10T00:00:00Z")

</div>

Ping works fine (as seen below). I also added an entry to windows firewall to allow network access to q.exe. The issue must be with the proxy, I just want to see what q sees.

I looked in registry and AutoConfigURL for proxy is [http://xyz/abc.pac](https://xyz/abc.pac"). The pack file has the rules for proxying. I am guessing that might be an issue.

Pinging [dy2kttecucxn3.cloudfront.net](http://dy2kttecucxn3.cloudfront.net) [13.249.90.90] with 32 bytes of data:  
Reply from 13.249.90.90: bytes=32 time=13ms TTL=237  
Reply from 13.249.90.90: bytes=32 time=12ms TTL=237  
Reply from 13.249.90.90: bytes=32 time=12ms TTL=237  
Reply from 13.249.90.90: bytes=32 time=12ms TTL=237

Ping statistics for 13.249.90.90:  
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),  
Approximate round trip times in milli-seconds:  
Minimum = 12ms, Maximum = 13ms, Average = 12ms

---

<div class="post-metadata">

**Author:** ![pinebear123](https://avatars.discourse-cdn.com/v4/letter/p/82dd89/32.png) [@pinebear123](https://forum.kx.com/u/pinebear123)\
**Post date:** [March 10, 2022, 12:00am UTC](https://forum.kx.com/t/cannot-run-kdb-64bit-behind-a-proxy/13386/3 "2022-03-10T00:00:00Z")

</div>

I read proxy’s pac file and figured out the right proxy to use. Using that as the HTTP\_PROXY solved the problem. If there are issues with the connection on the start-up, the log is not created however.

Thank you

---

<div class="post-metadata">

**Author:** ![pinebear123](https://avatars.discourse-cdn.com/v4/letter/p/82dd89/32.png) [@pinebear123](https://forum.kx.com/u/pinebear123)\
**Post date:** [March 9, 2022, 12:00am UTC](https://forum.kx.com/t/cannot-run-kdb-64bit-behind-a-proxy/13386/4 "2022-03-09T00:00:00Z")

</div>

Forgot to mention. I tried setting an environment variable HTTP\_PROXY=http://myproxy.com:8090 but that did not work. That’s the proxy I used for Python’s pip

---

<div class="post-metadata">

**Author:** ![rocuinneagain](https://sea2.discourse-cdn.com/flex002/user_avatar/forum.kx.com/rocuinneagain/32/287_2.png) [@rocuinneagain](https://forum.kx.com/u/rocuinneagain)\
**Post date:** [March 10, 2022, 12:00am UTC](https://forum.kx.com/t/cannot-run-kdb-64bit-behind-a-proxy/13386/5 "2022-03-10T00:00:00Z")

</div>

The email you received with your kc.lic included some details on this topic:

&nbsp;

_Generally, kdb+ as an on-demand client behaves exactly like, and should be treated the same as, any plain http client (e.g. curl, apt-get or firefox) accessing a CDN-fronted web service._  
_It connects to a remote port 80 as part of a normal http request; thus you generally only need to allow outbound http connections but both traffic to and from remote port 80._  
_As the communication protocol is plain http you can employ any standard mechanism, including proxies (transparent and opaque by setting the HTTP\_PROXY environment variable) as long as kdb+ is able to issue an http request and receive a response from the remote Kx service._  
_If you need to allowlist the remote servers should treat kdb+ on-demand as a CDN-fronted service and employ DNS-based filtering. The current list of hostnames required for kdb+ on-demand operation is {h,g}.kdbod.{com,net,org}._

---

<div class="post-metadata">

**Author:** ![pinebear123](https://avatars.discourse-cdn.com/v4/letter/p/82dd89/32.png) [@pinebear123](https://forum.kx.com/u/pinebear123)\
**Post date:** [March 10, 2022, 12:00am UTC](https://forum.kx.com/t/cannot-run-kdb-64bit-behind-a-proxy/13386/6 "2022-03-10T00:00:00Z")

</div>

Is there a way to run q.exe with some verbose logging to see where the connectivity breaks? I tried setting http proxy via “set HTTP\_PROXY=http://xyz:1080” and using -l option for logging, but the log file is not created.
