0

Using OSX 10.10.2 on a MBA 11" I can't access

https://developer.worldweatheronline.com

I flushed the DNS, rebooted my machine, connected via iPhone instead of WLAN (I can access the site via iPhone directly, but not when using the iPhones Network-connection on the Mac.

Tested on all installed browsers.

The results of ping, traceroute and dig:

ping: cannot resolve developer.worldweatheronline.com: Unknown host

traceroute: unknown host developer.worldweatheronline.com 

dig: 
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 20383
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;developer.worldweatheronline.com. IN A

;; Query time: 274 msec
;; SERVER: 212.60.61.246#53(212.60.61.246) 
;; WHEN: Mon Mar 9 13:22:06 2015
;; MSG SIZE rcvd: 58

So, I'm out of ideas and look forward to yours.

5
  • Check your hosts file. Do you use Little Snitch or Hands Off! and accidentally blocked the subdomain?
    – klanomath
    Mar 8, 2015 at 19:11
  • any other https you can not access ?
    – Ruskes
    Mar 8, 2015 at 19:19
  • nothing else that I know of. No, both tools are unknown to me. No suspicious hosts-entries. Connection via iPhone works now, still not working over WLAN...? Mar 8, 2015 at 19:27
  • @RaphaelJeger then test ping, dig, traceroute and maybe openssl
    – klanomath
    Mar 8, 2015 at 19:54
  • ping: cannot resolve developer.worldweatheronline.com: Unknown host, traceroute: unknown host developer.worldweatheronline.com DIG: ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 20383 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;developer.worldweatheronline.com. IN A ;; Query time: 274 msec ;; SERVER: 212.60.61.246#53(212.60.61.246) ;; WHEN: Mon Mar 9 13:22:06 2015 ;; MSG SIZE rcvd: 58 Mar 9, 2015 at 12:22

2 Answers 2

1

Just noting that whenever you use tools like PING and NSLOOKUP you should enter the hostname with a final period like this:

ping developer.worldweatheronline.com.

Otherwise, your DNS client will think that it needs to suffix that with the default domain name for you. The ending period means "this is all, don't add a suffix".

I'm running the following on my computer:

c:\> nslookup

> developer.worldweatheronline.com.
Server: mylocal.server.local
Address:  192.168.0.2

Non-authoritative answer:
Name: developer.worldweatheronline.com
Address:  78.137.123.255

> server 212.60.61.246
Default server: ns4.fcom.ch
Address: 212.60.61.246

> set q=ns
> set d=2
> set domain=worldweatheronline.com.
> worldweatheronline.com.
Got answer:
    HEADER:
        opcode = QUERY, id = 4, rcode = REFUSED
        header flags: response, want recursion
        questions = 0, answers = 0, authority records = 0, additional = 0
*** ns4.fcom.ch can't find worldweatheronline.com.: Query refused

I would say that the people there have either failed to setup their named.conf file properly... or they've chosen an interesting (bad) IP address for their server by using what is normally considered a broadcast address of xx.xx.xx.255. Some computers assume that .255 is a broadcast address and some don't. This could explain why one client behaves differently from another.

Something else to note is that DNS lookups can sometimes involve three computers: 1) your workstation makes the lookup request from your local router, 2) your router then makes the query on your behalf and uses your address, 3) the distant DNS server then attempts to respond directly to your workstation. In some cases, this un-initiated inbound attempt for that foreign server to respond directly to you fakes out your firewall so it blocks the response.

-1

Maybe DNS addresses that set in your Mac and iPhone differs. Try changing the DNS address on you Mac.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .