Conexión lenta SMB Buffalo Linkstation

¿Cómo puedo obligar a El Capitan a usar SMB3 (he oído que funciona mejor que esto)?

Las máquinas con Windows se conectan y enumeran files rápidamente, pero las máquinas OS X son terriblemente lentas y no se usan porque puede haber miles de files y carpetas para enumerar.

Cuando me ejecuto en la console:

smbutil statshares -m /Volumes/myShare/ 

Obtengo lo siguiente:

 ================================================================================================== SHARE ATTRIBUTE TYPE VALUE ================================================================================================== myShare SERVER_NAME <internal ip> USER_ID 501 SMB_NEGOTIATE AUTO_NEGOTIATE SMB_VERSION SMB_1 SMB_SHARE_TYPE UNKNOWN EXTENDED_SECURITY_SUPPORTED TRUE LARGE_FILE_SUPPORTED TRUE -------------------------------------------------------------------------------------------------- 

  • "La operación no se puede completar porque el artículo está en uso" al eliminar de la unidad Samba montada
  • SMB comparte lockings desde High Sierra
  • Conéctese al server de intercambio de files de Windows utilizando VPN
  • ¿Cómo puedo usar acciones SMB bajo Mavericks?
  • ¿Puedo conectarme a un recurso compartido SMB local?
  • La checkbox del usuario de Compartir files de Windows no se puede verificar
  • ¿Cómo crear un enlace, para múltiples usuarios, a un recurso compartido de networking, que se encuentra en una networking compartida?
  • No se puede escribir en SMB Share con Terminal OS X 10.8
  • One Solution collect form web for “Conexión lenta SMB Buffalo Linkstation”

    El problema es causado por la implementación casera de Apples del protocolo smb. Usar smb3 no hará la diferencia.

    Reparación del lado del server

    Si tiene el control del server smb (¿Samba?), Entonces puede solucionar este problema activando el module vfs_fruit . Si no está usando Samba, deberá search otra forma de habilitar "Transferencias de datos alternativas" (ADS) e interceptar las transmisiones "especiales" de OSX: AFP_AfpInfo y AFP_Resource. Tomé notas de todos los detalles en el blog plazko.io . En el server Samba puede solucionar el problema habilitando vfs_fruit en smb.conf de esta manera:

     vfs objects = fruit streams_xattr 

    De la página de manual de vfs_fruit:

    El module habilita el soporte de flujos de datos alternativos (ADS) para un recurso compartido, intercepta las transmisiones especiales OS X "AFP_AfpInfo" y "AFP_Resource" y las maneja de una manera especial. Todas las otras transmisiones con nombre se difieren a vfs_streams_xattr, que deben cargarse junto con vfs_fruit.

    Tener acciones con soporte de ADS habilitado para el cliente de OS X vale la pena porque se asemeja al comportamiento de la implementación del server SMB de Apple y evita ciertas degradaciones de performance severas causadas por la semántica de sensibilidad de caso de Samba.

    Nota importante para principiantes: Esta solución debe hacerse en el lado del server . Si no tiene control del server smb (probablemente Samba), entonces no podrá usar esta solución.

    Corrección del lado del cliente

    Si no tiene el control del server smb, entonces la única opción es cambiar la forma en que su cliente OSX maneja el smb. La única forma de hacerlo es replace la implementación de smb de Apple con Samba. Nunca he hecho esto, pero hay un tutorial aquí .

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).