El nombre de la computadora sigue cambiando OSX 10.10 (14A389)

Desde que actualicé a Yosemite 10.10 (14A389), el nombre de mi computadora sigue cambiando agregando un (2) y (3) y así sucesivamente.

Alguna idea de cómo solucionar este problema?

→ guillaumevincent: especifique 1) qué versión de Yosemiteusted está ejecutando, 2) ¿bajo  > System Preferences… > Networkcuántas interfaces están verdes (es decir, activas)?
La solución descubierta mencionada algunas veces a continuación es lo que terminé haciendo (edité a mano el plist, pero con el mismo efecto). Esto no detiene las solicitudes de cambio de nombre maliciosas, pero hace que su computadora las ignore. jherran y grgarside tienen las mejores respuestas hasta ahora.
También una buena perspectiva en apple.stackexchange.com/questions/40734

Respuestas (16)

Vaya a Macintosh HD > Biblioteca > Preferencias > Configuración del sistema y elimine los siguientes archivos:

  • com.apple.airport.preferences.plist
  • NetworkInterfaces.plist
  • preferencias.plist

Luego reinicie la Mac.

Los nombres de host deben volver a crearse correctamente.

(Según http://forums.imore.com/os-x-yosemite-10-10/304804-my-computer-name- Changing -10-10-a.html , estas son instrucciones proporcionadas por un técnico de Apple).

Esto funcionó para mí, aunque olvidaste mencionar el reinicio.
Esto no es necesario a menos que no actualice a 10.10.1 o posterior...
Esto parece una solución de "cañón para matar una mosca". :/
esto no funcionará en El Capitan o posterior, incluso con la contraseña de usuario ingresada. El verificador de integridad del sistema le impide eliminar los archivos.

Para poder lograr esto, ejecute los siguientes comandos en la terminal:

sudo /usr/libexec/PlistBuddy -c "Add :ProgramArguments: string --no-namechange" /System/Library/LaunchDaemons/com.apple.discoveryd.plist

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

y

sudo scutil --set ComputerName <host-name-U-want>
sudo scutil --set HostName <host-name-U-want>
sudo scutil --set LocalHostName <host-name-U-want>
hostname -f
Hola y gracias por participar en este sitio. ¿Te importaría explicar qué hacen estos comandos?
Descubrí esta solución yo mismo, no pude averiguar qué estaba causando los cambios de nombre. +1!
En realidad, resulta que --no-namechange deshabilita un montón de servicios bonjour cuando discoveryd recibe una solicitud de cambio de nombre y la descarta. Navegar a recursos compartidos de archivos AFP en Finder dejó de funcionar para mí hasta que revertí este cambio :(
→ Spyder: especifique 1) qué versión de Yosemite está ejecutando, 2) en  > Preferencias del sistema... > Red, ¿cuántas interfaces son verdes (es decir, activas)?
Modifique el error tipográfico en la primera línea. el nombre del archivo no es com.apple.discoveryd.plis, sino com.apple.discoveryd.plist.
Esta es la respuesta que funcionó para mí. Corregí el error tipográfico, espero que sea aceptado.
Esto también deshabilita Airdrop, 10.10.3 iMac

Esto lo resolvió para mí:

Vaya a Preferencias del sistema -> Ahorro de energía. Seleccione "Adaptador de corriente" y luego desmarque "Activar para acceso a la red".

Desde que hice eso hace un par de días, el nombre de mi computadora se ha mantenido igual.

Sí, pero ¿qué pasa si quiero activarlo para acceder a la red?
Entonces estás jodido hasta que se solucione el error.
Creo que la respuesta de @SteveEisner es mejor. No interrumpe las funciones que requieren "Activar para acceder a la red" (lo que, por cierto, puede interrumpir Find My Mac).
Funciona para mi. No necesito Wake-on-LAN y esto es mucho menos invasivo que la otra sugerencia.
Esto evita que la Mac se duerma, lo que aparentemente es una de las muchas razones por las que esto sucede. Puedo confirmar que incluso al deshabilitar WOL/wake para el acceso a la red, sigo teniendo máquinas que se renombran a sí mismas en 10.10.
bmike, ¿apagó su Apple TV/s y Airport/s mientras realizaba el cambio?
Esto se debe a una interacción con un demonio llamado discoverydy los proxies de suspensión que están presentes en Apple TV y Airports. Los Apple TV y los aeropuertos deben apagarse antes de realizar este cambio y luego volver a encenderse (como se describe aquí ). 9to5Mac informa que discoverydse eliminó en OS X 10.10.4 beta y se reemplazó con el mDNSResponderdemonio eliminado anteriormente. Entonces, este problema debería solucionarse en OS X 10.10.4.
He intentado esto y desafortunadamente no funcionó. Todavía parece ser un problema que afecta mDNSRespondera 10.14.3"Mojave". Me he metido en la madriguera del conejo depurando esto y probando varias soluciones bastante lejos sin mucho que mostrar más que una solución alternativa . También probé varias opciones para mDNS en el enrutador con el mismo resultado (firmware Linksys de stock y en OpenWRT con todos: umdns - 2017-05-22-0e8b948f-1, mdnsd - 576.30.4-1, mdnsresponder - 576.30.4-1). ¿Quizás parece ser un problema con el estándar mDNS en general?
Todavía sucede el 10.15.5. La solución sigue funcionando
Todavía está sucediendo en 11.7.

Este es un error en 10.10 (la versión inicial) y puede corregirse simplemente actualizando a 10.10.1 - compilación 14B25. Todavía puede hacer que esto suceda en un sistema operativo posterior, si lo hizo grande rápidamente y sin ciclos de sueño / vigilia.

Abra App Store y aplique la actualización 10.10.1 (o posterior) y debería estar configurado una vez que cambie el nombre de las computadoras que adoptaron los (2) nombres.

Todavía hay problemas si tiene un Apple TV más antiguo, computadoras más antiguas a las que se les cambiará el nombre y se renombrarán a sí mismas, pero su computadora no debería renombrarse a sí misma si es el único dispositivo en la red.

Supongo que tomará algún tiempo para que esto desaparezca e involucre cambios en el enrutador del aeropuerto, actualizaciones del aeropuerto y Apple TV, así como actualizaciones de iOS y Apple. En un hogar con alrededor de 20 dispositivos, no todos pueden actualizarse a la última versión.

La causa raíz de esto es doble:

  1. Las computadoras con direcciones IPv4 e IPv6 se pueden contactar literalmente de dos maneras y bonjour/mDNS/discoveryd aún no maneja bien esta dualidad.
  2. Las computadoras que duermen o pierden el contacto con el servidor DHCP (generalmente su enrutador) pueden tener su dirección anterior en proxy o en caché, lo que actualmente se maneja agregando (2) o incrementando el valor en (x) en uno si la dirección en proxy/en caché no tiene No se agotó el tiempo de espera cuando se vuelve a conectar a la red o cuando se activa el dispositivo desde el modo de suspensión.
Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .

  1. Abra /System/Library/LaunchDaemons/com.apple.discoveryd.plist con Xcode.

  2. Agregue una cadena a la matriz ProgramArguments que contiene --no-namechange.

  3. Guardar y reiniciar.

En mi mac, este archivo está bloqueado y no se puede editar directamente. Usar PlistBuddy para modificarlo funcionó.

El método de Scagg solucionó esto para mí. Solo fue un problema cuando Time Machine no pudo encontrar el servidor de respaldo en nuestra red debido a este molesto cambio de nombre. Revertir el nombre al original en Preferencias del sistema solucionó el problema de inmediato. Por supuesto, dudo que sea una solución permanente, pero es un remedio fácil. Muchas gracias Scaggs.

Odio decir esto, pero también estoy experimentando esto.

Una solución que encontré (no se sabe si es permanente) es ir a Preferencias del sistema en la barra de búsqueda, puede escribir 'Nombre de la computadora' y seleccionarlo y luego volver a cambiarlo borrando el (2) o (3)

He intentado esto, pero no funciona. Un día o dos más tarde y el nombre se cambia de nuevo.
FYI: cualquier cambio de nombre puede ayudar y mantener las cosas por un tiempo.

PlistBuddy es una aplicación para editar archivos plist (preferencias). /usr/libexec es donde se encuentra. Luego, el script usa esa aplicación para editar el archivo plist para el nombre de la computadora agregando una línea que le indica que no cambie el nombre.

Personalmente, seguiré quitando los (2) hasta que lo arreglen. Si bien es fácil entrar y volver a cambiar el plist, inevitablemente lo olvidaré y, en algún momento, dentro de unos años, me frustrará y me llevará horas diagnosticarlo... pero así soy yo.

De hecho, tratar de recordar que codifiqué algo tan a menudo parece causar más problemas en el camino que los que estaba tratando de solucionar.

No creo que el problema sea local en su computadora. Empecé a notar este problema con la introducción de iOS 8. Mi AppleTv agregó una (n) después del nombre. Cuando actualicé mi MacBook a Yosemite sucedió lo mismo.

Si inicia sesión en http://iCloud.com y va a Configuración, encontrará sus dispositivos iOS8 y Yosemite en la lista. Todavía no he encontrado una explicación, pero recomendaría no usar las soluciones sugeridas hasta ahora, ya que pueden romper algunas funciones. mejor, juan

ingrese la descripción de la imagen aquí

Si tiene una estación base AirPort (Express, Extreme o Time Capsule), abra la Utilidad AirPort y elimine todas las entradas de ID de Apple para Volver a mi Mac. Haga clic en Aplicar para reiniciar AirPort Vuelva a agregar su ID de Apple Reinicie de nuevo

Debería arreglarlo. El problema radica en la configuración anterior de AirPort.

Claramente, hay problemas después de la versión 10.10, ya que veo que se cambia el nombre de Apple TV y, por lo general, se apaga todo el aeropuerto, se arreglan todos los nombres de host y luego se inicia la red para mantener las cosas en orden durante un tiempo. Un gran PITA para apagar todas las Mac y luego todos los dispositivos iOS y luego todos los enrutadores, así que estoy tratando de vivir con la molestia de ver (8) y demás.

Una solución rápida, no invasiva y probablemente temporal a esto es ejecutar lo siguiente en una terminal:

sudo hostname HOSTNAME.local

Eso establece el nombre de host ahora. Solo veo este problema de forma intermitente, por lo que esta es una solución lo suficientemente buena por ahora. :-)

Pruébelo, parece haber funcionado para mí, aunque podría no estar relacionado en absoluto :

De manera predeterminada, OS X nombrará su computadora con "[su nombre] 's Computer". Después de eliminar el (2), (3), etc. por décima vez, me molesté con el 's y lo eliminé. Una vez que hice eso, el nombre se ha mantenido estable durante semanas.

Mi sospecha es que hay alguna incompatibilidad en algún lugar de la red con el de , y eliminarlo elimina el conflicto.

Eso es raro, tengo el mismo problema con el nombre Andromeda, que no tiene el apóstrofe.
FYI: cualquier cambio de nombre puede ayudar y mantener las cosas por un tiempo. La condición subyacente no necesita 's para causar la corrupción.

Tuve el mismo problema, cuando cambié el nombre de la computadora, volvería al que creó Yosemite en la instalación o generaría uno nuevo basado en la convención de nomenclatura "Mac Mini". Solo pude cambiar el nombre cambiando la dirección IP de búsqueda de DNS para mi servidor dhcp. Tan pronto como presioné aplicar, el nombre que configuré para la Mac mini se configuró y permaneció.

También tengo el problema de cambiar el nombre de la computadora. Parece ser un error de OS X 10.10 para mí.

La respuesta del "otro Rick" es bastante críptica pero parece prometedora . Alguna explicación de por qué esto funciona quizás hubiera sido útil.

Tal vez también resuelva el otro problema que tengo: los servicios de ubicación solo funcionan a veces.

Mientras trataba con un asesor de Apple 'senior' hoy (8 de noviembre de 2014) sobre mi problema con los servicios de ubicación, también pregunté sobre este problema. El asesor reconoció que existe y pensó que se arreglaría en OS X 10.10.1 (actualmente lanzado para desarrolladores).

¡esas son buenas noticias!
sudo /usr/libexec/PlistBuddy -c "Add :ProgramArguments: string --no-namechange" \
         /System/Library/LaunchDaemons/com.apple.discoveryd.plist

La publicación anterior de bmike sobre la dualidad de discoverydme llevó a deshabilitar IPv6 en mi conexión inalámbrica.

Ahora el problema del nombre de NETBios para mí está solucionado.

Le cambio el nombre y lo guarda con éxito.

El nombre de la computadora sigue cambiando OSX 10.10 (14A389)
RespuestasAquíPolítica de privacidad1y, 0v