No GUI installed on the server but as stated in original post wget connects
and retrives the webpage correctly when run on the local machine. Knife
also connects on the local machine. But knife and webui get no answer
from a remote machine. NGINX shows ssl port as 443 and non-ssl-port as 80.
both are accessable localy on the server but not from workstations.
Do you have GUI in the server? Can you put https://127.0.0.1 to see if
it is working?
If you don't have GUI try with lynx.
Check if nginx is running on port 80 and 443
The browser are redirecting you to somewhere else?
Cheers.
On Wed, May 21, 2014 at 4:51 PM, d@danield.us wrote:
I have just finished install of Chef 11 on a CentOS 6 server. I have
confirmed
that hostname is setup and reports back correctly. I have confirmed
that DNS
is configured and work. Can SSH to the box with host name. I can use
wget/curl localy on the box and see the webui login page. But when
trying to
connect from any workstation with knife, browser, wget to webui I get no
response. I have checked IPtables (default from install) which has
allow all
enable. I am able to ssh to machine with no problem. Chef-server-ctl
test
reports no error. I have changed the lb['vip'] to both host name and IP
address for the machine same results. Did a reconfigure and restart. I
can
see the setting change. I have not seen any errors in the logs. Any
advice
would be appriciated.
On Wednesday, May 21, 2014 at 8:26 AM, Daniel Daugherty wrote:
No GUI installed on the server but as stated in original post wget connects and retrives the webpage correctly when run on the local machine. Knife also connects on the local machine. But knife and webui get no answer from a remote machine. NGINX shows ssl port as 443 and non-ssl-port as 80. both are accessable localy on the server but not from workstations.
Are you absolutely certain that your firewall is allowing the packets through? If connections are timing out, that generally means that packets are getting silently dropped. Can you configure the firewall to log dropped connection attempts and verify that it’s not doing so?
I had the same issue with RHEL6, as I recall it turned out to be an
issue with /etc/hosts. I added the fqdn/short name for the machine
with the real IP address on the second line and removed them from
localhost, then I ran the install again.
On Wed, May 21, 2014 at 8:31 AM, Daniel DeLeo dan@kallistec.com wrote:
On Wednesday, May 21, 2014 at 8:26 AM, Daniel Daugherty wrote:
No GUI installed on the server but as stated in original post wget connects and retrives the webpage correctly when run on the local machine. Knife also connects on the local machine. But knife and webui get no answer from a remote machine. NGINX shows ssl port as 443 and non-ssl-port as 80. both are accessable localy on the server but not from workstations.
Are you absolutely certain that your firewall is allowing the packets through? If connections are timing out, that generally means that packets are getting silently dropped. Can you configure the firewall to log dropped connection attempts and verify that it’s not doing so?
I had the same issue with RHEL6, as I recall it turned out to be an
issue with /etc/hosts. I added the fqdn/short name for the machine
with the real IP address on the second line and removed them from
localhost, then I ran the install again.
On Wed, May 21, 2014 at 8:31 AM, Daniel DeLeo dan@kallistec.com wrote:
On Wednesday, May 21, 2014 at 8:26 AM, Daniel Daugherty wrote:
No GUI installed on the server but as stated in original post wget
connects and retrives the webpage correctly when run on the local machine.
Knife also connects on the local machine. But knife and webui get no answer
from a remote machine. NGINX shows ssl port as 443 and non-ssl-port as 80.
both are accessable localy on the server but not from workstations.
Are you absolutely certain that your firewall is allowing the packets
through? If connections are timing out, that generally means that packets
are getting silently dropped. Can you configure the firewall to log dropped
connection attempts and verify that it’s not doing so?