@Madchatthew I’d always post for the reasons I stated above. It’s useful information and could save someone else the headache.
Digitalocean step by step guide to nginx configuration
-
@phenomlab if now i try to login, the endpoint of my api doesn’t work because of mixed content
Mixed Content: The page at 'https://vfgest.it/' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'http://MYSERVERIP:3030/api/login'. This request has been blocked; the content must be served over HTTPS.
-
@justoverclock Yes, that’s expected. You should change your endpoint so it works over
https
otherwise it won’t be secure, and is then subject to eavesdropping as the traffic is being sent in clear text. From a security standpoint, this is an absolute no. -
@phenomlab ok, so i can add https, can i leave the ip or i need to add vfgest.it:3030?
-
@justoverclock You can use either, but if the API is not meant to be exposed publicly, and should only be accessed by the app itself, then you should use
127.0.0.1
. Ultimately, the design is up to you. -
@phenomlab well, i’ve learned something new, no its a private crm developed by me, so no external use
-
@justoverclock Exactly - that’s why I asked You won’t be exposing the API then. Any issues, let me know.
-
@phenomlab ok i’ll try later when people are not using the crm :P, and i’ll post here the result
-
@justoverclock No problems.
-
-
-
@phenomlab its odd but doesn’t work if i use https://vfgest.it:3030 or https://SERVERIP:3030 or https://127.0.0.1:3030
must be something related to proxy…because server and client are on the same server…but works if i restore all to previous unsecure http connection
-
@justoverclock i’ve found an article that says
To resolve your issue you can setup nginx to proxy your http backend urls via https. With nginx server you will need to call your api like https://your_domain/api/some_path and nginx will proxy your request to api host, that you will set in configso my server actually is on port 3030, what should i do?
thx!
-
@justoverclock ok i’ve found the solution by myself watching your files…
-i’ve created a subdomain
- a new server blocks that proxy requests to the backend endpoint
- secured with certbot
all works fine
-
@justoverclock Beat me to it ! I was going to say that you could add another server block to the existing configuration, so for example
location /api { proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_set_header X-NginX-Proxy true; proxy_pass http://127.0.0.1:3030/; proxy_redirect off; # Socket.IO Support proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; }
-
@phenomlab i’m learning ahahahah
-
@justoverclock said in Digitalocean step by step guide to nginx configuration:
i’m learning
And that’s the whole point of this site If you don’t learn anything, you gain nothing.
Did this solution help you?
Related Topics
-
configure ghost and wordpress combo
Moved Solved WordPress -
-
-
Is nginx necessary to use?
Moved Solved Hosting -
-
-
-