Nie można uzyskać dostępu do jednej konkretnej subdomeny

Używając OSX 10.10.2 na MBA 11 "Nie mam dostępu

https://developer.worldweatheronline.com

Opróżniłem DNS, ponownie uruchomiłem komputer, podłączony przez iPhone'a zamiast WLAN (mogę uzyskać dostęp do witryny przez iPhone'a bezpośrednio, ale nie podczas korzystania z połączenia sieciowego iPhone'ów na Macu.

Testowany na wszystkich zainstalowanych przeglądarkach.

Wyniki ping, traceroute i 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

Więc nie mam pomysłów i czekam na twoje.

— Raphael Jeger
źródło

Sprawdź plik hosts. Czy używasz Little Snitch lub Hands Off! i przypadkowo zablokował subdomenę?

— klanomath

inne https, do których nie masz dostępu?

— Ruskes

nic więcej, o czym wiem. Nie, oba narzędzia są mi nieznane. Brak podejrzanych wpisów hostów. Połączenie przez iPhone działa teraz, nadal nie działa przez WLAN ...?

— Raphael Jeger,

@RaphaelJeger następnie przetestuj ping, kop, traceroute i może openssl

— klanomath

ping: nie można rozwiązać developer.worldweatheronline.com : Nieznany host, traceroute: nieznany host developer.worldweatheronline.com DIG: ;;; Mam odpowiedź: ;; - >> HEADER << - kod operacji: QUERY, status: SERVFAIL, id: 20383 ;; flagi: qr rd ra; ZAPYTANIE: 1, ODPOWIEDŹ: 0, ORGAN: 0, DODATKOWE: 0 ;; SEKCJA PYTANIA:; developer.worldweatheronline.com . W ;; Czas zapytania: 274 ms ;; SERWER: 212.60.61.246 # 53 (212.60.61.246) ;; KIEDY: Pon Mar 9 13:22:06 2015 ;; MSG SIZE rcvd: 58

— Raphael Jeger

Odpowiedzi:

Pamiętaj tylko, że za każdym razem, gdy używasz narzędzi takich jak PING i NSLOOKUP, powinieneś wpisać nazwę hosta z końcowym okresem, takim jak ten:

ping developer.worldweatheronline.com.

W przeciwnym razie klient DNS pomyśli, że musi dodać sufiks domyślnej nazwy domeny. Okres końcowy oznacza „to wszystko, nie dodawaj sufiksu”.

Na komputerze uruchamiam następujące elementy:

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

Powiedziałbym, że ludzie tam albo nie ustawili poprawnie swojego pliku named.conf ... albo wybrali interesujący (zły) adres IP swojego serwera, używając adresu, który zwykle jest uważany za adres rozgłoszeniowy xx.xx. xx.255. Niektóre komputery zakładają, że .255 jest adresem rozgłoszeniowym, a niektóre nie. To może wyjaśniać, dlaczego jeden klient zachowuje się inaczej niż inny.

Należy jeszcze zauważyć, że wyszukiwanie DNS może czasami obejmować trzy komputery: 1) stacja robocza wysyła żądanie wyszukiwania z lokalnego routera, 2) router następnie wysyła zapytanie w twoim imieniu i używa adresu, 3) następnie serwer DNS próbuje odpowiedzieć bezpośrednio na twoją stację roboczą. W niektórych przypadkach ta niezainicjowana próba ruchu przychodzącego, aby ten zagraniczny serwer odpowiedział bezpośrednio na ciebie, udaremnia zaporę ogniową, blokując odpowiedź.

— Michael Blankenship
źródło

-1

Może adresy DNS ustawione w komputerze Mac i telefonie iPhone różnią się. Spróbuj zmienić adres DNS na swoim komputerze Mac.

— Hamid Rohani
źródło