[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: setting up routes



OK, so you are right. It can be resolved. But there's strange stuff going on:

$ dig parksmap-katacoda-tim-project.192.168.64.18.xip.io

; <<>> DiG 9.8.3-P1 <<>> parksmap-katacoda-tim-project.192.168.64.18.xip.io
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20341
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;parksmap-katacoda-tim-project.192.168.64.18.xip.io. IN A

;; ANSWER SECTION:
parksmap-katacoda-tim-project.192.168.64.18.xip.io. 137 IN A 192.168.64.18

;; Query time: 11 msec
;; SERVER: 192.168.1.254#53(192.168.1.254)
;; WHEN: Tue Mar 21 07:51:53 2017
;; MSG SIZE  rcvd: 84

$ curl -kL http://parksmap-katacoda-tim-project.192.168.64.18.xip.io
curl: (7) Failed to connect to parksmap-katacoda-tim-project.192.168.64.18.xip.io port 80: Connection refused
$ curl -kL https://parksmap-katacoda-tim-project.192.168.64.18.xip.io:8080
curl: (6) Could not resolve host: parksmap-katacoda-tim-project.192.168.64.18.xip.io
$ curl -kL https://parksmap-katacoda-tim-project.192.168.64.18.xip.io
curl: (7) Failed to connect to parksmap-katacoda-tim-project.192.168.64.18.xip.io port 443: Connection refused
$ curl -kL https://parksmap-katacoda-tim-project.192.168.64.18.xip.io:8443
{
  "paths": [
    "/api",
    "/api/v1",
    "/apis",
    "/controllers",
    "/healthz",
    "/healthz/ping",
    "/healthz/ready",
    "/metrics",
    "/oapi",
    "/oapi/v1",
    "/swaggerapi/"
  ]


Looks like the console and api is still active on port 8443 but nothing on port 80 or 8080. The route definition says: This target port will route to Service Port 8080 → Container Port 8080 (TCP).

Tim


On 20/03/2017 19:37, Graham Dumpleton wrote:
The xip.io address sometimes will not resolve if you are working inside of a corporate LAN network. Don't know what they do with the corporate LAN, but it blocks the DNS lookup for it somehow.

Try using a DNS client to lookup up the name, e.g.:

$ dig parksmap-katacoda-my-project.192.168.64.18.xip.io

; <<>> DiG 9.8.3-P1 <<>> parksmap-katacoda-my-project.192.168.64.18.xip.io
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48502
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;parksmap-katacoda-my-project.192.168.64.18.xip.io. IN A

;; Query time: 228 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Tue Mar 21 06:34:53 2017
;; MSG SIZE  rcvd: 67

When xip.io is blocked often nip.io still works.

$ dig parksmap-katacoda-my-project.192.168.64.18.nip.io

; <<>> DiG 9.8.3-P1 <<>> parksmap-katacoda-my-project.192.168.64.18.nip.io
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25226
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;parksmap-katacoda-my-project.192.168.64.18.nip.io. IN A

;; ANSWER SECTION:
parksmap-katacoda-my-project.192.168.64.18.nip.io. 14400 IN A 192.168.64.18

;; Query time: 210 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Tue Mar 21 06:35:19 2017
;; MSG SIZE  rcvd: 83

I am not sure if minishift exposes the ability to easily override the public hostname that apps are made available when first starting it up.

Graham

On 21 Mar 2017, at 6:23 AM, Marko Lukša <marko luksa gmail com> wrote:

Actually, parksmap-katacoda-my-project.192.168.64.18.xip.io gets resolved to 192.168.64.18. If that's the IP of your minishift VM and the OpenShift router is running and accepting connections on port 80, you should be able to access your service through that URL.


On 20. 03. 2017 16:56, Tim Dudgeon wrote:
I've come across a couple of scenarios where the default routes that are created for an app do now work correctly, and I'm not sure how this should be done.

For instance, when running minishift on a Mac (using Docker Mac, thus accessing through the xhyve VM) you can connect to the OpenShift console OK, and deploy an app (I chose the parksmap-katacoda demo app) OK. But when you try to set up the route to this app I hit problems. The default settings generate a URL that cannot be resolved (e.g. http://parksmap-katacoda-my-project.192.168.64.18.xip.io/   - clearly the local 192.* IP address is not going to be resolvable) , and I can't figure out how to set this up correctly.

Can someone point me in the right direction?

Tim

_______________________________________________
users mailing list
users lists openshift redhat com
http://lists.openshift.redhat.com/openshiftmm/listinfo/users
_______________________________________________
users mailing list
users lists openshift redhat com
http://lists.openshift.redhat.com/openshiftmm/listinfo/users

_______________________________________________
users mailing list
users lists openshift redhat com
http://lists.openshift.redhat.com/openshiftmm/listinfo/users


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]