1c no ve la clave de red. No se encontró la clave de protección de la aplicación

Me encontré con este problema el otro día. Una de las máquinas se negó a funcionar. versión de red de 1C Enterprise. Al conectarse a la base de datos, ocurrió el siguiente error.

Me gustaría señalar que el error apareció en una computadora que tenía 2 tarjetas de red con 2 redes diferentes. Por alguna razón no le di inmediatamente importancia a este momento. Aparentemente porque monitor cerrojo Detecté estas claves perfectamente, por eso busqué el problema en 1C. Como resultado, perdí medio día de trabajo. El problema realmente radica en dos tarjetas de red, o para ser más precisos, 2 redes diferentes, la solución estaba en el archivo C:\Archivos de programa\1cv81\bin\conf\nethasp.ini

Después de desconectar la red en la que no hay llaves HASP, después de reiniciar la máquina, se inició 1C.... Fui a Google para encontrar una solución a este problema. La búsqueda no tomó mucho tiempo, la solución fue la siguiente:

Las claves de protección para 1C se dividen en:

1. Usuario unico(debe estar conectado físicamente a la computadora que ejecuta 1C)

modelo CERROJO HL Básico (de color azul ), esta clave está marcada H4 M1 ORGL8, no tiene memoria incorporada ni identificación personal, no almacena ningún parámetro ni configuración. Se suministra con productos con licencia para un lugar de trabajo.

2. Multiusuario (la clave está en la red, 1C se puede iniciar en cualquier computadora en dentro red local o dominio)

Las claves de cliente de red incluyen una serie CERROJO HL Neto (Rojo ). Disponen de una memoria interna que almacena el número de licencias y un ID único. Existen variedades para 5, 10, 20, 50 y 100 usuarios. Tiene marcas NETXX ORGL8 , Dónde XX- número de licencias (por ejemplo NET5 ORGL8 ). También hay claves para 300 y 500 usuarios que están marcadas NET250+ ORG8A Y NET250+ ORG8B . Se suministra con productos con licencia para 5 estaciones de trabajo, así como por separado, en forma de licencias de cliente adicionales.

3. Servidor (debe estar conectado físicamente localmente a la computadora en la que está instalado y ejecutándose el servidor del agente 1C Enterprise)

Las claves para el servidor 1C Enterprise son solo locales. 32 bits La versión tiene una clave de protección. Cerrojo HL Pro (púrpura ), que tiene memoria interna y una identificación única. Tiene marcas ENSR8 , viene con una licencia para el servidor 1C Enterprise.

Para 64 bits Se utiliza la clave del servidor. Cerrojo HL Max (Color verde ) Con memoria interna y una identificación única. Tiene marcas EN8SA y también admite servidor de 32 bits. Aquellos. Al tener una licencia para un servidor de 64 bits, podrá utilizar la versión de 32 bits sin cambiar la clave, pero no al revés.

Una clave de servidor y de usuario único es suficiente para operar Instale el controlador de la clave de seguridad en la máquina local e inserte la clave de seguridad en el local. Puerto USB.

Para obtener una clave de seguridad multiusuario (red), necesita:
1. Instale el controlador de la clave de seguridad en una de las máquinas de la red, que servirá como servidor de claves. HASP4_driver_setup.zip
2. Instale el servidor de claves de seguridad (servicio) en la misma máquina. HASP_LM_setup.zip
3. Inserte la clave de seguridad en el puerto USB del servidor.
4. Instale 1C en máquinas cliente

En general, estas acciones son suficientes para que 1C funcione. Durante el lanzamiento y funcionamiento posterior de 1C:Enterprise 8 en máquinas locales, el sistema se pondrá en contacto mediante una solicitud de transmisión en el puerto 475 y buscará la clave de protección. Si la búsqueda no tiene éxito, se mostrará un mensaje. "No se encontró la clave de protección del programa" y el trabajo de 1C:Enterprise se verá interrumpido.

Si encuentra el mensaje " clave de protección de la aplicación no encontrada"Necesito comprobar:
1. presencia de una clave de protección en el puerto USB del servidor de claves
2. verifique si el servidor de claves se está ejecutando en el servidor (proceso denominado "cargador Hasp")
3. use el comando telnet para verificar la disponibilidad del servidor de claves desde la máquina local en el puerto 475 (por ejemplo: telnet 192.168.100.100 475)

Si todas las comprobaciones fueron exitosas, pero el error persiste, pase a configuraciones más detalladas. En la carpeta de instalación de 1C:Enterprise 8 (normalmente c:\program files\1cv81\bin\conf o c:\program files\1cv8\bin\) hay un archivo nethasp.ini . Este es el archivo de configuración de la clave de seguridad, está dividido en secciones, nos interesa la sección . Al instalar 1C, de forma predeterminada, en esta sección, todos los parámetros están separados por signos dobles ";", lo que significa que estas configuraciones se ignoran. En este caso, el controlador clave se comporta de la siguiente manera:
1. Se envía un paquete de tipo difusión a través de la red local en el puerto 475 en busca de un servidor de claves de seguridad.
2. si no se recibe respuesta - error

Desventajas de la configuración predeterminada:
1. la transmisión lleva algún tiempo
2. no todos los servidores responden a dichos paquetes
3. La transmisión no es buena, pero es una carga en la red.

Para resolver este problema es necesario hacer lo siguiente:
1. indicar la dirección específica donde buscar el servidor de claves (por ejemplo: NH_SERVER_ADDR = 192.168.100.100)
2. deshabilitar la búsqueda de transmisión (NH_USE_BROADCAST = Deshabilitado)
3. y limite los tipos de paquetes solo al protocolo TCP (NH_TCPIP_METHOD = TCP)

Como muestra la práctica, la velocidad de inicio de 1C:Enterprise 8 después de dicha configuración aumenta notablemente.

Pero también hay algunos desventajas de este método:

Debe asegurarse de que la dirección del servidor de claves de seguridad no cambie; de ​​lo contrario, tendrá que volver a configurar el archivo nethasp.ini en todas las máquinas locales.

También me gustaría aclarar algunos puntos sobre el trabajo con claves con los que tuve que lidiar durante mi trabajo:

1. El monitor HASP no muestra la clave

El monitor en sí solo puede mostrar la presencia de un administrador de licencias en una dirección particular. Podrá ver la clave solo después de que la aplicación protegida haya abierto con éxito al menos una sesión con la clave. Además, hay que tener en cuenta que Aladdin Monitor sólo funciona a través del protocolo UDP, puerto 475. Por tanto, la ausencia de datos sobre la clave en el monitor no significa que la clave no esté disponible para la aplicación.

2. Dos llaves de protección 1C HASP en una computadora

Al instalar dos o más llaves de seguridad software HASP en una computadora, tenga en cuenta que:

• Las llaves con diferentes series funcionarán bien. (en relación con 1C: 1 servidor y 1 red funcionarán bien)
• Las claves de la misma serie funcionarán si esta característica fue implementada por el desarrollador del software protegido. Si el desarrollador no ha implementado esta característica, las claves que pertenecen a la misma serie no funcionarán juntas en una computadora; solo una de ellas será visible: la más cercana al puerto (en el caso de las claves LPT) o la ubicada en el puerto con dirección junior (en el caso de llaves USB para proteger programas HASP). (en relación con 1C, - Lo más probable es que 2 claves locales o 2 de red en una computadora no funcionen correctamente)
• No se recomienda juntar una clave local y de red, esto se debe a la característica de seguridad de 1C Enterprise: al encontrar una clave local, el programa nunca buscará una clave de red.

Posibles soluciones a este problema:

• Reemplazar varias claves de protección del programa HASP por una con mayor cantidad de licencias (esto está bien escrito aquí: http://v8.1c.ru/predpriyatie/questions_licence.htm).
• Instalar claves de protección en diferentes computadoras, seguido de instalar y configurar administradores de licencias para cada clave.

3. Dos o más administradores de licencias (License Manager) en la red

Si tienes dos o más claves de red, no siempre es suficiente separarlas diferentes computadoras. Se deben configurar los administradores de licencias. Cada administrador de licencias debe tener un nombre único, que debe comunicarse explícitamente al programa protegido. Se recomienda realizar una configuración similar si está utilizando un servidor de terminal, incluso con la misma clave de red.

En la máquina donde está instalada la clave encontramos el archivo nhsrv.ini en la carpeta con el administrador de licencias. El parámetro NHS_SERVERNAMES es responsable del nombre del servidor de licencias, puede constar de letras y números latinos y no contener más de 7 caracteres.

NHS_SERVERNAMES = NOMBRE1

Después de lo cual, en las máquinas cliente, es recomendable editar el archivo nethasp.ini, especificando explícitamente las direcciones y nombres de los administradores de licencias:

NH_TCPIP = Habilitado
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11 NH_SERVER_NAME = NOMBRE1, NOMBRE2

Ayer nos encontramos con tal problema. En nuestro servidor terminal, después de actualizar la plataforma, 2 de cada 3 claves se negaron a funcionar (al final, en lugar de 30 usuarios, solo 10 pudieron iniciar sesión en 1c). Al conectarse a la base de datos, ocurrió el siguiente error:

Como resultado, se perdió un día y medio de tiempo de trabajo.

Las claves de protección para 1C se dividen en:

1. Usuario único (debe estar conectado físicamente a una computadora que ejecuta 1C)

modelo CERROJO HL Básico (de color azul), esta clave está marcada H4 M1 ORGL8, no tiene memoria incorporada ni identificación personal, no almacena ningún parámetro ni configuración. Se suministra con productos con licencia para un lugar de trabajo.

2. Multiusuario (la clave está en la red, 1C se puede iniciar en cualquier computadora en dentro de la red local o dominio)

Las claves de cliente de red incluyen una serie CERROJO HL Neto (Rojo). Disponen de una memoria interna que almacena el número de licencias y un ID único. Existen variedades para 5, 10, 20, 50 y 100 usuarios. Tiene marcas NETXX ORGL8 , Dónde XX— número de licencias (por ejemplo NET5 ORGL8 ). También hay claves para 300 y 500 usuarios que están marcadas NET250+ ORG8A Y NET250+ ORG8B . Se suministra con productos con licencia para 5 estaciones de trabajo, así como por separado, en forma de licencias de cliente adicionales.

3. Servidor (debe estar conectado físicamente localmente a la computadora en la que está instalado y ejecutándose el servidor del agente 1C Enterprise)

Las claves para el servidor 1C Enterprise son solo locales. 32 bits La versión tiene una clave de protección. Cerrojo HL Pro (púrpura), que tiene memoria interna y una identificación única. Tiene marcas ENSR8 , viene con una licencia para el servidor 1C Enterprise.

Para 64 bits Se utiliza la clave del servidor. Cerrojo HL Max (Color verde) con memoria interna e ID único. Tiene marcas EN8SA y también admite servidor de 32 bits. Aquellos. Al tener una licencia para un servidor de 64 bits, podrá utilizar la versión de 32 bits sin cambiar la clave, pero no al revés.

Una clave de servidor y de usuario único es suficiente para operar Instale el controlador de la clave de seguridad en la máquina local e inserte la clave de seguridad en el puerto USB local.

Para obtener una clave de seguridad multiusuario (red), necesita:
1. Instale el controlador de la clave de seguridad en una de las máquinas de la red, que servirá como servidor de claves. HASP4_driver_setup.zip
2. Instale el servidor de claves de seguridad (servicio) en la misma máquina. HASP_LM_setup.zip
3. Inserte la clave de seguridad en el puerto USB del servidor.
4. Instale 1C en máquinas cliente

En general, estas acciones son suficientes para que 1C funcione. Durante el lanzamiento y funcionamiento posterior de 1C:Enterprise 8 en máquinas locales, el sistema se pondrá en contacto mediante una solicitud de transmisión en el puerto 475 y buscará la clave de protección. Si la búsqueda no tiene éxito, se mostrará un mensaje. "No se encontró la clave de protección del programa" y el trabajo de 1C:Enterprise se verá interrumpido.

Si encuentra el mensaje " clave de protección de la aplicación no encontrada"Necesito comprobar:
1. presencia de una clave de protección en el puerto USB del servidor de claves
2. verifique si el servidor de claves se está ejecutando en el servidor (proceso denominado "cargador Hasp")
3. use el comando telnet para verificar la disponibilidad del servidor de claves desde la máquina local en el puerto 475 (por ejemplo: telnet 192.168.100.100 475)

Si todas las comprobaciones fueron exitosas, pero el error persiste, pase a configuraciones más detalladas. En la carpeta de instalación de 1C:Enterprise 8 (normalmente c:\program files\1cv81\bin\conf o c:\program files\1cv8\bin\) hay un archivo nethasp.ini . Este es el archivo de configuración de la clave de seguridad, está dividido en secciones, nos interesa la sección . Al instalar 1C, de forma predeterminada, en esta sección todos los parámetros están separados por signos dobles ";", lo que significa que estas configuraciones se ignoran. En este caso, el controlador clave se comporta de la siguiente manera:
1. Se envía un paquete de tipo difusión a través de la red local en el puerto 475 en busca de un servidor de claves de seguridad.
2. si no se recibe respuesta - error

Desventajas de la configuración predeterminada:
1. la transmisión lleva algún tiempo
2. no todos los servidores responden a dichos paquetes
3. La transmisión no es buena, pero es una carga en la red.

Para resolver este problema es necesario hacer lo siguiente:
1. indicar la dirección específica donde buscar el servidor de claves (por ejemplo: NH_SERVER_ADDR = 192.168.100.100)
2. deshabilitar la búsqueda de transmisión (NH_USE_BROADCAST = Deshabilitado)
3. y limite los tipos de paquetes solo al protocolo TCP (NH_TCPIP_METHOD = TCP)

Como muestra la práctica, la velocidad de inicio de 1C:Enterprise 8 después de dicha configuración aumenta notablemente.

Pero también hay algunos desventajas de este método:

Debe asegurarse de que la dirección del servidor de claves de seguridad no cambie; de ​​lo contrario, tendrá que volver a configurar el archivo nethasp.ini en todas las máquinas locales.

También me gustaría aclarar algunos puntos sobre el trabajo con claves con los que tuve que lidiar durante mi trabajo:

1. El monitor HASP no muestra la clave

El monitor en sí solo puede mostrar la presencia de un administrador de licencias en una dirección particular. Podrá ver la clave solo después de que la aplicación protegida haya abierto con éxito al menos una sesión con la clave. Además, hay que tener en cuenta que Aladdin Monitor sólo funciona a través del protocolo UDP, puerto 475. Por tanto, la ausencia de datos sobre la clave en el monitor no significa que la clave no esté disponible para la aplicación.

2. Dos llaves de protección 1C HASP en una computadora

Al instalar dos o más claves de protección del software HASP en una computadora, tenga en cuenta que:

• Las llaves con diferentes series funcionarán bien. (en relación con 1C: 1 servidor y 1 red funcionarán bien)
• Las claves de la misma serie funcionarán si esta característica fue implementada por el desarrollador del software protegido. Si el desarrollador no ha implementado esta característica, las claves que pertenecen a la misma serie no funcionarán juntas en una computadora; solo una de ellas será visible: la más cercana al puerto (en el caso de las claves LPT) o la ubicada en el puerto con dirección junior (en el caso de llaves USB para proteger programas HASP). (en relación con 1C, - Lo más probable es que 2 claves locales o 2 de red en una computadora no funcionen correctamente)
• No se recomienda juntar una clave local y de red, esto se debe a la característica de seguridad de 1C Enterprise: al encontrar una clave local, el programa nunca buscará una clave de red.

Posibles soluciones a este problema:

• Reemplazar varias claves de protección del programa HASP por una con mayor cantidad de licencias (esto está bien escrito aquí: http://v8.1c.ru/predpriyatie/questions_licence.htm).
• Instalar claves de protección en diferentes computadoras, seguido de instalar y configurar administradores de licencias para cada clave.

3. Dos o más administradores de licencias (License Manager) en la red

Si tiene dos o más claves de red, no siempre es suficiente distribuirlas entre diferentes computadoras. Se deben configurar los administradores de licencias. Cada administrador de licencias debe tener un nombre único, que debe comunicarse explícitamente al programa protegido. Se recomienda realizar una configuración similar si está utilizando un servidor de terminal, incluso con la misma clave de red.

En la máquina donde está instalada la clave encontramos el archivo nhsrv.ini en la carpeta con el administrador de licencias. El parámetro NHS_SERVERNAMES es responsable del nombre del servidor de licencias, puede constar de letras y números latinos y no contener más de 7 caracteres.

NHS_SERVERNAMES = NOMBRE1

Después de lo cual, en las máquinas cliente, es recomendable editar el archivo nethasp.ini, especificando explícitamente las direcciones y nombres de los administradores de licencias:

NH_TCPIP = Habilitado NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11 NH_SERVER_NAME = NOMBRE1, NOMBRE2

Bueno, creo que he descrito todos los matices, si recuerdo algo, ¡definitivamente lo agregaré! ¡Chau a todos!

Al iniciar el programa Contabilidad 1C, el operador puede encontrar el mensaje “Licencia no encontrada. No se encontró la clave de protección del programa ni la licencia de software obtenida." La aparición de este problema puede estar asociada con un cambio en la configuración del sistema, como resultado de lo cual 1C reconoció el sistema como cualitativamente nuevo, o con configuraciones incorrectas del propio 1C (en particular, la configuración de red del archivo de configuración nethasp.ini ). En este material, analizaré en detalle los motivos de este error y también explicaré cómo solucionarlo.

Causas de disfunción

El error "Licencia no encontrada" generalmente ocurre en una situación en la que el programa 1C no detectó un archivo de licencia (generalmente con la extensión .lic) en la PC (o servidor) local, lo que permite iniciar completamente el sistema especificado.

Esta situación puede surgir debido a los siguientes factores:

Cómo arreglar "Licencia no encontrada" en 1C

Veamos formas de deshacernos del error “Licencia no encontrada. No se detectó la clave de protección del programa o la licencia de software recibida" en los sistemas de usuario 1C:

1. Antes de iniciar el programa, desactive su firewall;
2. Instale el “monitor Alladin” en el sistema. Este producto muestra el uso de la licencia en la versión de red del programa. Úselo para verificar que su sistema tenga una licencia instalada;
3. Cuando utilice una licencia de hardware, en la ventana de la base de información, haga clic en "Configuración" y marque la casilla junto a la opción "Usar licencia de hardware" si no existe dicha casilla allí;
4. Edite el archivo Nethasp.ini, que se encuentra en la siguiente ruta:

Abierto Este archivo y escriba allí las direcciones IP de las PC cliente y los nombres de los administradores de licencias. Para ello, en el apartado especializado indique:

Luego, en la sección, especifique la dirección IP del servidor del administrador de licencias (debe verse como NH_SERVER_ADDR = IP requerida) y el nombre de los administradores de licencias (NH_SERVER_NAME = nombre del administrador).

El nombre del administrador se indica preliminarmente en la sección con el formato NHS_SERVERNAMES = nombre 1, nombre 2, etc.

• Active su licencia existente. Si recibe un mensaje sobre la ausencia de una licencia detectada, haga clic en “Sí” e indique la ruta para instalar la licencia (PC local o servidor).
• Luego seleccionamos la opción de obtener una licencia inicialmente, volver a obtenerla o actualizarla. Configuramos la visibilidad de la licencia en "Todos los usuarios de computadoras", seleccionamos el método para obtenerla: manual, automática, en soporte digital. Llenar formulario de inscripción, tras lo cual guardamos los datos en un archivo que colocamos en el directorio:

El mensaje "No se encontró la clave de protección del programa" significa que el programa 1C no pudo encontrar un dispositivo de hardware que sirva como protección para el programa 1C contra el uso sin licencia. En teoría, si no tiene una clave de seguridad, significa que está utilizando una versión sin licencia de 1C.

El modelo más común de llave de seguridad es un pequeño dispositivo que se conecta en serie al puerto de la impresora. Durante los últimos años, la llave de seguridad se suministra en forma de un dispositivo que se conecta a la computadora a través de un puerto USB.

Cuando trabaje con la versión de red del programa 1C, puede usar una clave de seguridad. En este caso, la clave debe estar instalada en uno de los ordenadores de la red.

Por lo tanto, si, al ingresar a 1C, el programa muestra el mensaje "No se encontró la clave de protección del programa", entonces existen varias razones posibles:

• 1. Físicamente no tiene una clave de protección porque tiene un programa 1C sin licencia.
• 2. Tiene una versión con licencia del programa 1C, pero la clave de protección no está conectada a la computadora (por ejemplo, el administrador se la llevó a casa el fin de semana y se olvidó de devolverla).
• 3. Tiene una versión con licencia del programa 1C y la clave está instalada en una de las computadoras de la red, pero falta conexión de red a la computadora en la que está instalada la clave, o a la computadora desde la cual inicia sesión en el programa 1C.
• 4. Tiene una versión con licencia del programa 1C y todos los dispositivos están encendidos y encendidos correctamente, pero la velocidad de los dispositivos de hardware es lo suficientemente baja como para que el programa sondee todas las computadoras en la red para detectar la presencia de una clave de seguridad. . Si la clave de protección no se encuentra en la red dentro del tiempo especificado, el programa mostrará el mensaje correspondiente.

En la gran mayoría de los casos, aparece el mensaje "Clave de protección del programa no encontrada" cuando se utiliza una versión sin licencia del programa en la computadora. Para utilizar el programa 1C, compre una versión con licencia. Si todo está en orden con su licencia, comuníquese con la empresa donde compró el programa 1C para obtener ayuda.

Me encontré con este problema el otro día. Una de las máquinas se negó a funcionar. versión de red de 1C Enterprise. Al conectarse a la base de datos, ocurrió el siguiente error:

Me gustaría señalar que el error apareció en una computadora que tenía 2 tarjetas de red con 2 redes diferentes. Por alguna razón no le di inmediatamente importancia a este momento. Aparentemente porque monitor cerrojo Detecté estas claves perfectamente, por eso busqué el problema en 1C. Como resultado, perdí medio día de trabajo. El problema realmente estaba en dos tarjetas de red, o más precisamente, en 2 redes diferentes, la solución estaba en el archivo C:\Archivos de programa\1cv81\bin\conf\nethasp.ini

Después de desconectar la red en la que no hay llaves HASP, después de reiniciar la máquina, se inició 1C.... Fui a Google para encontrar una solución a este problema. La búsqueda no tomó mucho tiempo, la solución fue la siguiente:

Comenzaré con un pequeño programa educativo:

1C:Empresa 8 Se utiliza un sistema de protección mediante llaves hardware. ALDABA, puede descargar el controlador, el programa de monitoreo y el servicio HASP Loader en el sitio web http://www.aladdin-rd.ru/, y específicamente en la sección de soporte http://www.aladdin-rd.ru/support/downloads /aldaba/.

Las claves de protección para 1C se dividen en:

1. Usuario único (debe estar conectado físicamente a una computadora que ejecuta 1C)

modelo CERROJO HL Básico (de color azul ), esta clave está marcada H4 M1 ORGL8, no tiene memoria incorporada ni identificación personal, no almacena ningún parámetro ni configuración. Se suministra con productos con licencia para un lugar de trabajo.

clave de red HASP

2. Multiusuario (la clave está en la red, 1C se puede iniciar en cualquier computadora en dentro de la red local o dominio)

Las claves de cliente de red incluyen una serie de ( Rojo ). Disponen de una memoria interna que almacena el número de licencias y un ID único. Existen variedades para 5, 10, 20, 50 y 100 usuarios. Tiene marcas NETXX ORGL8 , Dónde XX- número de licencias (por ejemplo NET5 ORGL8 ). También hay claves para 300 y 500 usuarios que están marcadas NET250+ ORG8A Y NET250+ ORG8B . Se suministra con productos con licencia para 5 estaciones de trabajo, así como por separado, en forma de licencias de cliente adicionales.

Clave para el servidor 1C

3. Servidor (debe estar conectado físicamente localmente a la computadora en la que está instalado y ejecutándose el servidor del agente 1C Enterprise)

Las claves para el servidor 1C Enterprise son solo locales. 32 bits La versión tiene una clave de protección. Cerrojo HL Pro (púrpura ), que tiene memoria interna y una identificación única. Tiene marcas ENSR8 , viene con una licencia para el servidor 1C Enterprise.

Para 64 bits Se utiliza la clave del servidor. Cerrojo HL Max (Color verde ) con memoria interna e ID único. Tiene marcas EN8SA y también admite servidor de 32 bits. Aquellos. Al tener una licencia para un servidor de 64 bits, podrá utilizar la versión de 32 bits sin cambiar la clave, pero no al revés.

Una clave de servidor y de usuario único es suficiente para operar Instale el controlador de la clave de seguridad en la máquina local e inserte la clave de seguridad en el puerto USB local.

Para obtener una clave de seguridad multiusuario (red), necesita:
1. Instale el controlador de la clave de seguridad en una de las máquinas de la red, que servirá como servidor de claves. HASP4_driver_setup.zip
2. Instale el servidor de claves de seguridad (servicio) en la misma máquina. HASP_LM_setup.zip
3. Inserte la clave de seguridad en el puerto USB del servidor.
4. Instale 1C en máquinas cliente

En general, estas acciones son suficientes para que 1C funcione. Durante el lanzamiento y funcionamiento posterior de 1C:Enterprise 8 en máquinas locales, el sistema se pondrá en contacto mediante una solicitud de transmisión en el puerto 475 y buscará la clave de protección. Si la búsqueda no tiene éxito, se mostrará un mensaje. "No se encontró la clave de protección del programa" y el trabajo de 1C:Enterprise se verá interrumpido.

Si encuentra el mensaje " clave de protección de la aplicación no encontrada"Necesito comprobar:
1. presencia de una clave de protección en el puerto USB del servidor de claves
2. verifique si el servidor de claves se está ejecutando en el servidor (proceso denominado "cargador Hasp")
3. use el comando telnet para verificar la disponibilidad del servidor de claves desde la máquina local en el puerto 475 (por ejemplo: telnet 192.168.100.100 475)

Si todas las comprobaciones fueron exitosas, pero el error persiste, pase a configuraciones más detalladas. En la carpeta de instalación de 1C:Enterprise 8 (normalmente c:\program files\1cv81\bin\conf o c:\program files\1cv8\bin\) hay un archivo nethasp.ini . Este es el archivo de configuración de la clave de seguridad, está dividido en secciones, nos interesa la sección . Al instalar 1C, de forma predeterminada, en esta sección, todos los parámetros están separados por signos dobles ";", lo que significa que estas configuraciones se ignoran. En este caso, el controlador clave se comporta de la siguiente manera:
1. Se envía un paquete de tipo difusión a través de la red local en el puerto 475 en busca de un servidor de claves de seguridad.
2. si no se recibe respuesta - error

Desventajas de la configuración predeterminada:
1. la transmisión lleva algún tiempo
2. no todos los servidores responden a dichos paquetes
3. La transmisión no es buena, pero es una carga en la red.

Para resolver este problema es necesario hacer lo siguiente:
1. indicar la dirección específica donde buscar el servidor de claves (por ejemplo: NH_SERVER_ADDR = 192.168.100.100)
2. deshabilitar la búsqueda de transmisión (NH_USE_BROADCAST = Deshabilitado)
3. y limite los tipos de paquetes solo al protocolo TCP (NH_TCPIP_METHOD = TCP)

Como muestra la práctica, la velocidad de inicio de 1C:Enterprise 8 después de dicha configuración aumenta notablemente.

Pero también hay algunos desventajas de este método:

Debe asegurarse de que la dirección del servidor de claves de seguridad no cambie; de ​​lo contrario, tendrá que volver a configurar el archivo nethasp.ini en todas las máquinas locales.

También me gustaría aclarar algunos puntos sobre el trabajo con claves con los que tuve que lidiar durante mi trabajo:

1. El monitor HASP no muestra la clave

El monitor en sí solo puede mostrar la presencia de un administrador de licencias en una dirección particular. Podrá ver la clave solo después de que la aplicación protegida haya abierto con éxito al menos una sesión con la clave. Además, hay que tener en cuenta que Aladdin Monitor sólo funciona a través del protocolo UDP, puerto 475. Por tanto, la ausencia de datos sobre la clave en el monitor no significa que la clave no esté disponible para la aplicación.

2. Dos llaves de protección 1C HASP en una computadora

Al instalar dos o más claves de protección del software HASP en una computadora, tenga en cuenta que:

• Las llaves con diferentes series funcionarán bien. (en relación con 1C: 1 servidor y 1 red funcionarán bien)
• Las claves de la misma serie funcionarán si esta característica fue implementada por el desarrollador del software protegido. Si el desarrollador no ha implementado esta característica, las claves que pertenecen a la misma serie no funcionarán juntas en una computadora; solo una de ellas será visible: la más cercana al puerto (en el caso de las claves LPT) o la ubicada en el puerto con dirección junior (en el caso de llaves USB para proteger programas HASP). (en relación con 1C, - Lo más probable es que 2 claves locales o 2 de red en una computadora no funcionen correctamente)
• No se recomienda juntar una clave local y de red, esto se debe a la característica de seguridad de 1C Enterprise: al encontrar una clave local, el programa nunca buscará una clave de red.

Posibles soluciones a este problema:

• Reemplazar varias claves de protección del programa HASP por una con mayor cantidad de licencias (esto está bien escrito aquí: http://v8.1c.ru/predpriyatie/questions_licence.htm).
• Instalar claves de protección en diferentes computadoras, seguido de instalar y configurar administradores de licencias para cada clave.

3. Dos o más administradores de licencias (License Manager) en la red

Si tiene dos o más claves de red, no siempre es suficiente distribuirlas entre diferentes computadoras. Se deben configurar los administradores de licencias. Cada administrador de licencias debe tener un nombre único, que debe comunicarse explícitamente al programa protegido. Se recomienda realizar una configuración similar si está utilizando un servidor de terminal, incluso con la misma clave de red.

En la máquina donde está instalada la clave encontramos el archivo nhsrv.ini en la carpeta con el administrador de licencias. El parámetro NHS_SERVERNAMES es responsable del nombre del servidor de licencias, puede constar de letras y números latinos y no contener más de 7 caracteres.

NHS_SERVERNAMES = NOMBRE1

Después de lo cual, en las máquinas cliente, es recomendable editar el archivo nethasp.ini, especificando explícitamente las direcciones y nombres de los administradores de licencias:

NH_TCPIP = Habilitado NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11 NH_SERVER_NAME = NOMBRE1, NOMBRE2

Bueno, creo que he descrito todos los matices, si recuerdo algo, ¡definitivamente lo agregaré! ¡Chau a todos!

¡Saludos cordiales, McSim!