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 <[email protected]> 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
>> [email protected]
>> http://lists.openshift.redhat.com/openshiftmm/listinfo/users
> 
> _______________________________________________
> 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

Reply via email to