OS X Server almacenamiento en caché / DNS pregunta

La lectura de la ayuda de páginas supongo que la rp representa public range coma-separated y prn representa public range binario de network-byte-formato de orden.

La entrada(s) go(s) para el autoritaria de servidor DNS que no es necesariamente su (interno) servidor DNS.

El propósito de las entradas (de los públicos a los anfitriones o los intervalos de red) en el archivo de zona es la introducción de su servidor de almacenamiento en caché y, a continuación, redirigir alguna de las consultas del servicio (por ejemplo, actualizaciones) de los otros hosts a su servidor de almacenamiento en caché.

Áspero ejemplo:

1. Su público host ---solicitud de actualización--> Servidor de Actualización de Apple
2. Apple Servidor de Actualización ---reverse DNS mirar hacia arriba---> auth. Servidor DNS
3. Auth. Servidor DNS ---nombre de dominio/_aaplcache._tcp---> Servidor de Actualización de Apple
4. Apple Servidor de Actualización - determina el responsable del servidor de almacenamiento en caché
5. Apple Servidor de Actualización ---envía ip pública del servidor de almacenamiento en caché---> tu host público
6. Su público host ---solicitud de actualización--> su servidor de almacenamiento en caché

En pocas palabras, he aquí cómo puedo explicar el servidor de almacenamiento en caché para los clientes:

1. Cada uno de iOS y Mac del dispositivo en los controles con los servidores de Apple para algunas nubes de actividad como el almacenamiento de iCloud activos y descarga de iCloud activos, App store descargas, actualizaciones de software y descargas.
2. El servidor.la aplicación también se comprueba en los servidores de Apple, y pide a la caché de contenido basado en la configuración.
3. Todo funciona bien si usted tiene un interior/dirección IP no enrutable y una pequeña red con la configuración predeterminada
4. Necesitas algo de DNS pegamento si su servidor está solo/a principalmente a que se llega por una dirección IP pública para que el iOS y Mac de los clientes puede saber a contactar a los "locales" servidor de almacenamiento en caché aunque desde un estricto redes de subred sentido, el servidor no está realmente "local" en comparación con la dirección IP del cliente solicitante.

Algunos temas relacionados con la cual puede o no puede tener buenas respuestas son:

• Se puede saber si las actualizaciones de vino de OS X servidor de almacenamiento en caché?
• Es allí una manera de detectar servidores de almacenamiento en caché?

Empíricamente, puede utilizar los dispositivos de prueba a eliminar y volver a instalar las aplicaciones en diferentes subredes y la cola de la caché de archivos de registro del servidor para ver que una solicitud fue visto por el servidor de almacenamiento en caché. De nuevo, no todos los de la solicitud empíricamente golpear el servidor de almacenamiento en caché. Tengo dos servidores configurados en mi "prueba" medio ambiente y veo las tasas de éxito de 60 a 80% la mayoría de las solicitudes en la mayoría de los días. Mi pensamiento es que los problemas de carga, tiempos de espera, la pérdida de paquetes y la cuenta para los "fracasos" para utilizar el servidor de almacenamiento en caché, pero en general, puedo guardar gigabytes de tráfico de un día y, a veces, mucho, mucho más tráfico en la actualización de los días y cuando los clientes el uso de iCloud Photo Library - algunas veces la configuración de un nuevo dispositivo de aciertos de la caché del servidor, casi exclusivamente, para una experiencia agradable una vez que el contenido se almacena localmente.

Usted probablemente querrá profundizar en las opciones de línea de comandos, aunque si ejecuta el servidor.aplicación en nada, pero un plano segmento de red.