Caching del server OS X / Domanda DNS

Leggendo le guida pagine presumo che prs sta per p ublic r ange comma- s eparated e prn sta per p ublic r ange binary n formato di ordine di byte in rete.

La / e voce / i va / e al autorevole server DNS che non è necessariamente il tuo server DNS (interno).

Lo scopo delle voci (degli host pubblici o degli intervalli di rete) nel file di zona è quello di introdurre il server di caching e quindi reindirizzare qualsiasi richiesta di servizio (ad es. aggiornamenti) degli altri host sul server di caching.

Esempio approssimativo:

1. La tua richiesta di aggiornamento dell'host pubblico --- > Server di aggiornamento Apple
2. Apple Update Server --- inversione DNS cerca --- > auth. Server DNS
3. Auth. Server DNS --- nome di dominio / _aaplcache._tcp --- > Server di aggiornamento Apple
4. Server di aggiornamento Apple: determina il server di caching responsabile
5. Apple Update Server --- invia un IP pubblico del server di caching --- > il tuo host pubblico
6. La tua richiesta di aggiornamento dell'host pubblico --- > il tuo server di caching

In poche parole, ecco come spiegherò il server di caching ai client:

1. Ogni dispositivo iOS e Mac effettua il check-in con i server Apple per attività cloud come la memorizzazione di risorse iCloud e il download di risorse iCloud, download di app store, aggiornamenti software e download.
2. Anche il server.app effettua il check-in ai server Apple e chiede di memorizzare nella cache il contenuto in base alle impostazioni.
3. Tutto funziona bene se hai un indirizzo IP interno / non-routable e una piccola rete con le impostazioni predefinite
4. Hai bisogno di un po 'di colla DNS se il tuo server è raggiungibile solo / principalmente da un indirizzo IP pubblico in modo che i client iOS e Mac possano sapere di contattare il server di cache "locale" anche se da una stretta rete subnet, il server non è "In realtà" locale "rispetto all'indirizzo IP del client richiedente.

Alcuni thread correlati che possono o non possono avere buone risposte sono:

• Puoi sapere se gli aggiornamenti provengono dal server di caching OS X?
• Esiste un modo per rilevare i server di cache?

Empiricamente, puoi utilizzare i dispositivi di prova per eliminare e reinstallare app su varie sottoreti e caricare i file di log del server di memorizzazione nella cache per vedere che una richiesta è stata vista dal server di memorizzazione nella cache. Ancora una volta, non tutte le richieste colpiscono empiricamente il server di caching. Ho due server installati nel mio ambiente di "test" e vedo la percentuale di successo del 60-80% di richieste in quasi tutti i giorni. Il mio pensiero è che carichi problemi, timeout, pacchetti persi e tale account per i "fallimenti" di utilizzare il server di caching, ma nel complesso, risparmio gigabyte di traffico al giorno e talvolta molto, molto più traffico nei giorni di aggiornamento e quando i clienti usa la libreria di foto di iCloud: alcune volte l'impostazione di un nuovo dispositivo colpisce il server di cache quasi esclusivamente per un'esperienza piacevole una volta che il contenuto è stato memorizzato nella cache localmente.

Probabilmente vorrai scavare nelle opzioni della riga di comando, anche se esegui server.app su tutto tranne che su un segmento di rete piatto.