W jaki sposób OSX sprawdza, czy masz połączenie internetowe?


3

Przeczytałem post na blogu SuperUser tutaj o tym, jak Windows sprawdza, czy istnieje połączenie internetowe za pomocą NCSI. Czy istnieje odpowiednik w świecie komputerów Mac?

EDYTOWAĆ: Właśnie znalazłem post poniżej wątki pajęczyny Wysłany przez lorenzo w google 15 listopada 2012, godzina 4:08

"The Apple algorithm has drawbacks too. To wit: 

1. It biases in favour of IPv4 by trying the A record first. 
2. By always preferring the fastest protocol, even on a perfect dual-stack 
network it will use IPv6 only ~50% of the time (unless IPv4 is degraded). 
3. It imposes twice the connection load on server operators. 
4. It's non-deterministic, which some websites don't like as they tie your 
cookies to your IP address."  

Po prostu nie znalazłem więcej szczegółów dotyczących algorytmu, np. Jakich adresów URL / dns używają. Moje wyszukiwania w Google generują wiele nieistotnych informacji - czy ktoś może wskazać mi właściwy kierunek?


Wyłącz Wi-Fi lub odłącz kabel sieciowy, uruchom Wireshark i obserwuj ruch, a następnie ponownie połącz sieć. Powinieneś zobaczyć, które witryny są sprawdzane.
ott--

Dobry pomysł. Nie mam komputera Mac, ale zasugeruję to, jeśli nie mogę uzyskać danych, których szukają.
S List

Właściwie to drugie myśli, to może nie działać. Kiedy próbowałem pingować www.msftncsi.com, otrzymałem odpowiedź: „Ping wird ausgeführt für a1961.g.akamai.net [23.14.94.64] mit 32 Bytes Daten.” Innymi słowy, mam tylko lokalny serwer Akamai. Akamai to firma, która utrzymuje NCSI i działa dla Microsoft, tak myślę.
S List

Co masz na myśli local server? 23.14.94.64 nie ma w sieci lokalnej.
ott--

Właśnie zgadywałem, ale czy ktoś, kto wejdzie na www.msftncsi.com z drugiej strony świata, otrzyma ten sam serwer? Z pewnością gwarantowanym adresem URL jest www.msftncsi.com, a nie jakikolwiek serwer, na który Akamai zdecyduje się go umieścić?
S List

Odpowiedzi:


1

Natychmiast po uruchomieniu połączenia Wi-Fi (naprawdę po 0,077 sekundy) bez programów uruchomionych na moim Mac OS X 10.8.3, program applepushservicedm próbowałem nawiązać połączenie 33-courier.push.apple.com na porcie 5223.

Ten adres IP jest powiązany ze Stanami Zjednoczonymi i działa w Cupertino w Kalifornii, a program jest częścią programu Usługa powiadomień push firmy Apple , dlatego może to dotyczyć tylko 10.8.

Kilka sekund później wysłałem żądanie DNS do 1.courier-push-apple.com.akadns.net dla iCloud.

Wszystko to w ciągu pierwszych 5 sekund, pomijając standardowe DHCP, mDNS, NETBIOS, rejestracje DNS, NTP i różne bzdury, które zawsze występują.


1
Oto dodatkowe informacje. Widocznie zapytania mDNS nie są przecież nieszkodliwe! lists.apple.com/archives/ipv6-dev/2011/Jul/msg00009.html
jnovack
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.