The Digitalocean err connection refused issue might be caused by a firewall block or a missing log file.
Our Managed DigitalOcean Cloud Hosting Services provide assistance with a variety of these types of mistake inquiries.
See if we can’t come up with a workable solution to it today.
To take a picture, a client recently shut down the droplet. When he got to the website, he found the following:
ERR_CONNECTION_REFUSED As a first step, we look at the Digitalocean dashboard to see whether everything is powered on. On addition, we examine the boot messages in the Digitalocean console. Next, we look into the Nginx service's health: # service nginx status Restarting the Nginx service is also a possibility: # service nginx restart There are situations when we get the following error: *Restarting nginx nginx [fail] Use the following command to verify the Nginx configuration: $ sudo nginx -t Then we shall receive: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx [emerg] open() “/var/log/nginx/mysitename/access.log” failed (2: No such file or directory) nginx: configuration file /etc/nginx/nginx.conf test failed The following are the most common contributing factors: 1. A firewall preventing the connection. 2. A service listening on localhost. 3. A missing log file. Solution - Fill out a blank log file. Root privileges are required to do this task. # touch /var/log/nginx/mysitename/access.log The intermediate directory will be missing if it fails. Nginx has access to new and changed ownership and permissions: # mkdir -p /var/log/nginx/mysitename The chown and chmod commands are used to ensure that the right user has access to the files. Use curl or wget to see whether the site can be accessed from the server. Ports 80 and 443 must be opened in the firewall. In the Nginx configuration file, we also set it. Initially, we verify the condition of port 443 in the server using the netstat command: netstat -plan | grep :443 We opened port 443 on the firewall when we discovered it was blocked. To open a port, various firewalls use a different approach. For example, we may use the following syntax in iptables to open the port 443: iptables -A INPUT -p tcp –dport 443 -j ACCEPT Similar to this, we may use: to open a port in firewalld on a CentOS server: firewall-cmd –permanent –zone=public –add-port=443/tcp /etc/nginx/nginx.conf is edited to include the following: listen 443 ssl http/2 default_server; listen [::]:80 default_server; It will allow HTTPS connections by adding port 443 to the Nginx server's listening port. Finally, here is what port 443 will look like when Nginx is listening for traffic: [[email protected] ~]# netstat -lpan | grep :443 tcp 0 0 1xx.2x.111.23:443 0.0.0.0:* LISTEN 11978/nginx tcp 0 0 1xx.2x.111.22:443 0.0.0.0:* LISTEN 11978/nginx tcp 0 0 1xx.2x.111.19:443 0.0.0.0:* LISTEN 11978/nginx Instead of 127.0.0.1, we make sure that the service listens on 0.0,0 (localhost). Setting it in the nginx.conf file is an option.