# Access to Stardog Studio after installation

**URL:** <https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608>\
**Category:** Stardog Studio\
**Created:** [March 3, 2022, 6:44pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608 "2022-03-03T18:44:08Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![sirusx](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/sirusx/32/1324_2.png) [@sirusx](https://community.stardog.com/u/sirusx)\
**Post date:** [March 3, 2022, 6:44pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/1 "2022-03-03T18:44:09Z")

</div>

Afer installing Stardog, I try to access HTTP://:5820 and it redirects me to [cloud.stardog.com](http://cloud.stardog.com) and forces me to login there.

Any ideas on this issue?

---

<div class="post-metadata">

**Author:** ![stephen](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/stephen/32/27_2.png) [@stephen](https://community.stardog.com/u/stephen)\
**Post date:** [March 3, 2022, 9:07pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/2 "2022-03-03T21:07:39Z")

</div>

Hi,

[cloud.stardog.com](http://cloud.stardog.com) is the way to access stardog studio in a browser. You do have access to the other non-graphical UIs and APIs without making a cloud account, however

---

<div class="post-metadata">

**Author:** ![sirusx](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/sirusx/32/1324_2.png) [@sirusx](https://community.stardog.com/u/sirusx)\
**Post date:** [March 4, 2022, 1:16am UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/3 "2022-03-04T01:16:46Z")

</div>

Hello Stephen

Thanks for the quick reply.

I am still a bit confused on how to access Stardog server after installation. However, I logged in with the admin user and then was brought to a login screen. After logging in then I was presented with the ‘Connect’ screen.

Now I’m getting this error. Can you let me know what I’m doing wrong.

 ![image001.png](https://canada1.discourse-cdn.com/flex030/uploads/stardog/original/2X/5/56fd50a3c641cae242a15496c7312930a7612118.png)

---

<div class="post-metadata">

**Author:** ![stephen](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/stephen/32/27_2.png) [@stephen](https://community.stardog.com/u/stephen)\
**Post date:** [March 4, 2022, 6:46pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/4 "2022-03-04T18:46:06Z")

</div>

Hi Joseph,

This is very likely your browser blocking the retrieval of http content that isn't on localhost over an https connection. Certain browsers don't even provide the option of disabling this, so your choices are essentially to enable ssl on your local stardog, or to run the stardog server on localhost.

---

<div class="post-metadata">

**Author:** ![sirusx](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/sirusx/32/1324_2.png) [@sirusx](https://community.stardog.com/u/sirusx)\
**Post date:** [March 7, 2022, 4:44pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/5 "2022-03-07T16:44:47Z")

</div>

Hello Stephen,

Could you give me a quick call @ 510-415-2176? I just a bit confused still. I’m trying to evaluate Stardog on my own, as well as my Enterprise is installing it as a POC.

Based on your details below, it seems that we should configure and enable “SSL” on our test host server which we installed Stardog.

It seems logical that we use Stardog Explorer as a query type editor, however I’m not sure about localhost:5820 is used to manage.

Also does Stardog Explorer utilize the same port (:5820) for access via the rest api?

Joseph

---

<div class="post-metadata">

**Author:** ![stephen](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/stephen/32/27_2.png) [@stephen](https://community.stardog.com/u/stephen)\
**Post date:** [March 7, 2022, 6:27pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/6 "2022-03-07T18:27:47Z")

</div>

> [@sirusx](#):
>
> Based on your details below, it seems that we should configure and enable “SSL” on our test host server which we installed Stardog.

Yes, if you need to access Stardog via [cloud.stardog.com](http://cloud.stardog.com) on a server that ISN'T localhost, you would need to enable SSL.

You might be able to get away with [http://stardog.studio](http://stardog.studio), though at some point this option is likely going away to be replaced by Cloud.

---

<div class="post-metadata">

**Author:** ![sirusx](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/sirusx/32/1324_2.png) [@sirusx](https://community.stardog.com/u/sirusx)\
**Post date:** [March 7, 2022, 6:48pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/7 "2022-03-07T18:48:20Z")

</div>

Hi Stephen,

Okay, just to be clear.

I have my own MS Azure cloud and I have an Linux VM setup with Stardog. I have port 5820 open and I would expect to be able to connect to http://\<my\_server\_host\_ip\>:5820 to get access.

Is this not the expected behavior if I’m stalling it on my own cloud server.

This is the configuration where it was redirecting me to [cloud.stardog.com](http://cloud.stardog.com) to sign in.

I was able to sign in, then it asked me to create a new connection and input my server endpoint and I put in http://\<my\_server\_host\_ip:5820\> and it would not connect.

What am I doing wrong or is ‘ssl’ still required in this configuration?

Joseph

---

<div class="post-metadata">

**Author:** ![stephen](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/stephen/32/27_2.png) [@stephen](https://community.stardog.com/u/stephen)\
**Post date:** [March 7, 2022, 6:58pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/8 "2022-03-07T18:58:05Z")

</div>

Joseph,

The issue here is that you are connecting to [https://cloud.stardog.com](https://cloud.stardog.com), and then attempting to load [http://yourserver:5820](http://yourserver:5820). This results in [Mixed Content](https://developer.mozilla.org/en-US/docs/Web/Security/Mixed_content), which most (if not all) modern browsers flat-out reject, which is what is happening here. To be clear, this is not a restriction imposed by Stardog; your browser is blocking this. I don't believe that any browsers allow this to be worked around with the exception of the case where the domain is localhost.

---

<div class="post-metadata">

**Author:** ![sirusx](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/sirusx/32/1324_2.png) [@sirusx](https://community.stardog.com/u/sirusx)\
**Post date:** [March 7, 2022, 9:32pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/9 "2022-03-07T21:32:07Z")

</div>

Hi Stephen,

I am able to access Stardog.Studio URL link that launches to Stardog Studio and then we can make a connection to our endpoint.

Just a quick question, what type of metadata is captured by Stardog for this type of external connection.

Joseph

---

<div class="post-metadata">

**Author:** ![scottjosephson](https://avatars.discourse-cdn.com/v4/letter/s/ce7236/32.png) [@scottjosephson](https://community.stardog.com/u/scottjosephson)\
**Post date:** [March 29, 2022, 3:05pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/10 "2022-03-29T15:05:31Z")

</div>

I once got Stardog to run on my localhost, but now it will not. I redirects me to the Stardog cloud. The only thing that has changed is that today I created a cloud account because I wanted to try Stardog Designer (the only way I could try it). I was logged in to the account when trying to access from localhost, but I then logged out of the cloud and I am still being redirected to the cloud. I do have the Stardog server running locally. I need to get this to work for a POC. Thanks.

---

<div class="post-metadata">

**Author:** ![ClarkFarley](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/clarkfarley/32/1144_2.png) [@ClarkFarley](https://community.stardog.com/u/ClarkFarley)\
**Post date:** [March 29, 2022, 3:11pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/11 "2022-03-29T15:11:06Z")

</div>

Hi Scott,

The front end apps such as Designer and Studio on [cloud.stardog.com](http://cloud.stardog.com) are used to access the Stardog server running on your local machine. When you go to [cloud.stardog.com](http://cloud.stardog.com) and create a connection, you'll want to put in [http://localhost:5820](http://localhost:5820) (assuming you have not changed Stardog from port 5820).

Best,  
Clark

---

<div class="post-metadata">

**Author:** ![scottjosephson](https://avatars.discourse-cdn.com/v4/letter/s/ce7236/32.png) [@scottjosephson](https://community.stardog.com/u/scottjosephson)\
**Post date:** [March 29, 2022, 3:19pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/12 "2022-03-29T15:19:43Z")

</div>

Thanks Clark, That worked. I have a follow up question. Any data I create using Studio, Designer, or Explorer, will it be stored on your cloud server or on my localhost?

---

<div class="post-metadata">

**Author:** ![ClarkFarley](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.stardog.com/clarkfarley/32/1144_2.png) [@ClarkFarley](https://community.stardog.com/u/ClarkFarley)\
**Post date:** [March 29, 2022, 3:25pm UTC](https://community.stardog.com/t/access-to-stardog-studio-after-installation/3608/13 "2022-03-29T15:25:32Z")

</div>

Hi Scott,

All your data remains on your computer. When running apps on [cloud.stardog.com](http://cloud.stardog.com), they are web apps that are running completely in your browser and not on our servers. In your case where you are running on localhost, the data will never even leave your machine. If you were running in an on prem server for example, it would only go between your machine and the server.

Best,  
Clark
