No se puede montar el uso compartido de Time Capsule / AFP-SMB sigue cargando

Tengo un comportamiento extraño en mi Time Capsule (el modelo de "torre") desde que actualicé mi LAN doméstica. El problema es que ya no puedo navegar por el contenido de mi Time Capsule usando AFP o SMB porque el Finder sigue cargando. No me pide la contraseña porque está guardada en el llavero. También traté de montar Time Capsule manualmente usando Terminal y mountnada mount_afpcambió.

Esta es la nueva configuración de mi LAN doméstica: Todas las conexiones se realizan mediante cables Gigabit Ethernet y Cat5e/Cat6. Desde que conecté mi MBP y mi PC con Windows mediante Ethernet, la Time Capsule ya no está montada correctamente. Pero si enciendo AirPort y me conecto a la red WiFi, mi Time Capsule funciona muy bien. La única solución que descubrí es que necesito conectar el interruptor directamente a la Time Capsule, en lugar del enrutador, para que vuelva a funcionar. Así que pensé que el enrutador está bloqueando/no redirigiendo el tráfico AFP/SMB a la Time Capsule, de alguna manera...
ingrese la descripción de la imagen aquí


También probé pingla Time Capsule desde el MBP y hace ping correctamente usando la dirección IP de TC y .localel nombre Bonjour. Revisé todas las configuraciones posibles:

  • TC aparece en la Utilidad AirPort y la opción Compartir disco está habilitada
  • El cortafuegos de mi MBP está activo, pero se permiten las conexiones AFP y SMB
  • Las opciones de uso compartido de archivos en mi MBP están habilitadas

Y finalmente, las IP en toda la red se asignan automáticamente mediante reservas de DHCP, TC está en modo puenteado (solo un disco duro de red) y módem también (la conexión a Internet a través de PPPoE es administrada por el enrutador); mi MBP ejecuta Yosemite 10.10.5.
¿Alguien me puede ayudar con esta extraña situación?
¡Muchas gracias!

ACTUALIZAR:

  • El módem es mi módem de fibra ISP (Telecom Italia)
  • El enrutador es un enrutador de módem TP-Link Archer D7 que administra casi todo: conexión PPPoE, servidor DHCP, NAT, WiFi 5GHz-solo AP, DDNS activo, Firewall deshabilitado, Port Forwarding activo, IPv6 deshabilitado
  • El rango de DHCP es 192.168.1.101a 192.168.1.210, la subred es 255.255.255.0, el enrutador es192.168.1.100
  • El enrutador TP-Link tiene 192.168.1.100IP
  • Las computadoras tienen 192.168.1.1xxIP similares: mi MBP tiene 192.168.1.101IP, 255.255.255.0subred y 192.168.1.100como enrutador
  • Otros dispositivos de red, como el TC, Smart TV e Impresora, tienen 192.168.1.2xxIP similares: mi TC tiene 192.168.1.201IP, 255.255.255.0subred y 192.168.1.100como enrutador
  • El iPhone, que tiene la misma configuración que un ordenador pero con 192.168.1.105IP, puede conectarse al TC sin problemas

Además, al usar la aplicación Consola en el MBP, descubrí que el MBP se autentica correctamente con el TC, pero no puede montarlo porque sigue solicitando tokens de reconexión.
¡Espero que esta otra información pueda ayudarnos a ti y a mí a resolver este problema!

Respuestas (1)

Iría por lo obvio: conectar el TC al interruptor.

No dijiste qué direcciones IP se estaban asignando a todo; si los 2 nodos que tiene actualmente están en la misma subred; qué es el enrutador y qué tan configurable ... etc., por lo que la solución simple es eliminar el enrutador de la ecuación.

Hola Tetsujin, muchas gracias por tu respuesta... Actualicé la pregunta agregando más información sobre la configuración de la red. ¡Espero eso ayude!
Después de su actualización, todavía pondría el TC en el interruptor, el enrutador está haciendo algo para alterarlo, pero no sé ese modelo, así que realmente no puedo comentar. También volvería a encender su firewall; de lo contrario, todas las demás máquinas del edificio deberán tener cuidado con cualquier conexión entrante, incluso NAT o local, ya que no hay una primera defensa.
No se puede montar el uso compartido de Time Capsule / AFP-SMB sigue cargando
RespuestasAquíPolítica de privacidad1y, 0v