What about a curl with the :443 port included? On Feb 28, 2016, at 3:28 PM, Mohamed Lrhazi <[email protected]> wrote:
a GET curl request also works, instead of HEAD: ➜ curl https://mgmt.os.gu.edu:443/ -i HTTP/1.1 200 OK Content-Type: application/json Date: Sun, 28 Feb 2016 20:27:13 GMT Content-Length: 204 { "paths": [ "/api", "/api/v1", "/controllers", "/healthz", "/healthz/ping", "/healthz/ready", "/logs/", "/metrics", "/oapi", "/oapi/v1", "/swaggerapi/" ] }% On Sun, Feb 28, 2016 at 3:25 PM, Mohamed Lrhazi < [email protected]> wrote: > Thanks Jordan.. Here it is: > > ➜ oc login https://mgmt.os.gu.edu -u ml623 --loglevel=8 > I0228 15:23:13.811505 30087 loader.go:241] Config loaded from file > /Users/mohamed/.kube/config > I0228 15:23:13.811805 30087 loader.go:241] Config loaded from file > /Users/mohamed/.kube/config > I0228 15:23:13.812061 30087 loader.go:241] Config loaded from file > /Users/mohamed/.kube/config > I0228 15:23:13.812267 30087 loader.go:241] Config loaded from file > /Users/mohamed/.kube/config > I0228 15:23:13.812414 30087 round_trippers.go:264] GET > https://mgmt.os.gu.edu:443/ > I0228 15:23:13.812419 30087 round_trippers.go:271] Request Headers: > I0228 15:23:13.812422 30087 round_trippers.go:274] User-Agent: > oc/v1.1.2 (darwin/amd64) openshift/2711160 > I0228 15:23:13.959537 30087 round_trippers.go:289] Response Status: in > 147 milliseconds > I0228 15:23:13.961454 30087 round_trippers.go:292] Response Headers: > I0228 15:23:13.961992 30087 helpers.go:159] Connection error: Get > https://mgmt.os.gu.edu:443/: read tcp 10.212.140.29:52561-> > 141.161.99.87:443: read: connection reset by peer > F0228 15:23:13.962029 30087 helpers.go:99] Unable to connect to the > server: read tcp 10.212.140.29:52561->141.161.99.87:443: read: connection > reset by peer > ➜ > ➜ > ➜ curl -I https://mgmt.os.gu.edu:443/ > HTTP/1.1 200 OK > Content-Type: application/json > Date: Sun, 28 Feb 2016 20:23:43 GMT > Content-Length: 204 > > ➜ > > > On Sun, Feb 28, 2016 at 3:06 PM, Jordan Liggitt <[email protected]> > wrote: > >> What do you see with --loglevel=8? >> >> On Feb 28, 2016, at 3:01 PM, Mohamed Lrhazi < >> [email protected]> wrote: >> >> Hello, >> >> My oc on OS X, works if I point directly to the real IP/port of the >> origin server (port 8443)... but if I tried using a VIP which terminates >> SSL, the re-encrypts to the server on 8443.. I get this error: >> >> >> ➜ oc login https://mgmt.os.gu.edu -u ml623 >> Unable to connect to the server: read tcp 10.212.140.29:51773-> >> 141.161.99.87:443: read: connection reset by peer >> ➜ >> >> >> What's odd is that with Chrome and Firefox, that URL works fine! >> >> How do I debug this further? >> >> Thanks a lot, >> Mohamed. >> >> _______________________________________________ >> users mailing list >> [email protected] >> http://lists.openshift.redhat.com/openshiftmm/listinfo/users >> >> >
_______________________________________________ users mailing list [email protected] http://lists.openshift.redhat.com/openshiftmm/listinfo/users
