1c ser inte nätverksnyckeln. Programskyddsnyckel hittades inte

Jag stötte på det här problemet häromdagen. En av maskinerna vägrade fungera nätverksversion av 1C Enterprise. Vid anslutning till databasen inträffade följande fel.

Jag vill påpeka att felet dök upp på en dator som hade 2 nätverkskort med 2 olika nätverk. Av någon anledning fäste jag inte direkt någon vikt vid detta ögonblick. Tydligen pga HASP monitor Jag upptäckte dessa nycklar perfekt, varför jag letade efter ett problem i 1C. Det gjorde att jag förlorade en halv dag i arbetstid. Problemet låg egentligen i två delar nätverkskort, eller för att vara mer exakt, 2 olika nätverk, lösningen fanns i filen C:\Program Files\1cv81\bin\conf\nethasp.ini

Efter att ha kopplat bort nätverket där det inte finns några HASP-nycklar, efter att ha startat om maskinen, startade 1C... Jag gick till Google för att hitta en lösning på detta problem. Sökandet tog inte lång tid, lösningen var följande:

Skyddsnycklar för 1C är indelade i:

1. Enanvändare(måste vara fysiskt ansluten till datorn som kör 1C)

modell HASP HL ​​Basic (av blå färg ), är denna nyckel markerad H4 M1 ORGL8, har inte inbyggt minne och personligt ID, lagrar inga parametrar och inställningar. Levereras med produkter licensierade för en arbetsplats.

2. Fleranvändare (nyckeln finns på nätverket, 1C kan startas på vilken dator som helst i inom lokalt nätverk eller domän)

Nätverksklientnycklar inkluderar en serie HASP HL ​​Net (Röd ). De har ett internt minne som lagrar antalet licenser och ett unikt ID. Det finns varianter för 5, 10, 20, 50 och 100 användare. Har markeringar NETXX ORGL8 , Var XX- antal licenser (till exempel NET5 ORGL8 ). Det finns också nycklar för 300 och 500 användare som är markerade NET250+ ORG8A Och NET250+ ORG8B . Levereras med produkter licensierade för 5 arbetsstationer, samt separat, i form av ytterligare klientlicenser.

3. Server (måste vara fysiskt ansluten lokalt till datorn där 1C Enterprise-agentservern är installerad och körs)

Nycklar för 1C Enterprise server är endast lokalt. 32-bitars versionen har en skyddsnyckel HASP HL ​​Pro (lila ), som har internminne och ett unikt ID. Har markeringar ENSR8 , levereras med en licens för 1C Enterprise-servern.

För 64-bitars servernyckel används HASP HL ​​Max (Grön färg ) Med internminne och ett unikt ID. Har markeringar EN8SA och stöder även 32-bitars server. De där. Om du har en licens för en 64-bitars server kan du använda 32-bitarsversionen utan att ändra nyckeln, men inte tvärtom.

En enskild användare och servernyckel räcker för att fungera installera säkerhetsnyckelns drivrutin på den lokala datorn och sätt in säkerhetsnyckeln i den lokala USB uttag.

För en säkerhetsnyckel för flera användare (nätverk) behöver du:
1. Installera säkerhetsnyckeldrivrutinen på en av datorerna i nätverket, som kommer att fungera som nyckelserver - HASP4_driver_setup.zip
2. Installera säkerhetsnyckelservern (tjänsten) på samma maskin - HASP_LM_setup.zip
3. Sätt i säkerhetsnyckeln i serverns USB-port
4. Installera 1C på klientdatorer

I allmänhet är dessa åtgärder tillräckliga för att 1C ska fungera. Under lanseringen och vidare drift av 1C:Enterprise 8 på lokala maskiner kommer systemet att kontakta med hjälp av en sändningsförfrågan på port 475 och leta efter skyddsnyckeln. Om sökningen misslyckas kommer ett meddelande att visas "Programskyddsnyckel hittades inte" och arbetet med 1C:Enterprise kommer att avbrytas.

Om du stöter på meddelandet " programskyddsnyckel hittades inte"måste kolla:
1. närvaro av en skyddsnyckel i USB-porten på nyckelservern
2. kontrollera om nyckelservern körs på servern (process med namnet "Hasp loader")
3. använd kommandot telnet för att kontrollera tillgängligheten för nyckelservern från den lokala maskinen på port 475 (till exempel: telnet 192.168.100.100 475)

Om alla kontroller lyckades, men felet kvarstår, gå vidare till mer detaljerade inställningar. I installationsmappen 1C:Enterprise 8 (vanligtvis c:\program files\1cv81\bin\conf eller c:\program files\1cv8\bin\) finns en fil nethasp.ini . Detta är säkerhetsnyckelns konfigurationsfil, den är uppdelad i sektioner, vi är intresserade av avsnittet . Vid installation av 1C, som standard, i detta avsnitt separeras alla parametrar med dubbla tecken ";", vilket betyder att dessa inställningar ignoreras. I det här fallet beter sig nyckeldrivrutinen enligt följande:
1. ett paket av broadcast-typ skickas över det lokala nätverket på port 475 på jakt efter en säkerhetsnyckelserver
2. om inget svar erhålls - fel

Nackdelar med standardkonfigurationen:
1. sändning tar lite tid
2. inte alla servrar svarar på sådana paket
3. sändning är inte bra, men det är en belastning på nätverket

För att lösa detta problem måste du göra följande:
1. ange den specifika adressen där nyckelservern ska letas (till exempel: NH_SERVER_ADDR = 192.168.100.100)
2. inaktivera broadcast-sökning (NH_USE_BROADCAST = Disabled)
3. och begränsa pakettyperna till endast TCP-protokollet (NH_TCPIP_METHOD = TCP)

Som praxis visar ökar lanseringshastigheten för 1C:Enterprise 8 efter en sådan installation märkbart!

Men det finns också några nackdelar med denna metod:

Du måste se till att adressen till säkerhetsnyckelservern inte ändras, annars måste du konfigurera om nethasp.ini-filen på alla lokala datorer!

Jag skulle också vilja förtydliga några punkter om att arbeta med nycklar som jag var tvungen att hantera under mitt arbete:

1. Monitor HASP visar inte nyckeln

Själva monitorn kan bara visa närvaron av en licenshanterare på en viss adress. Han kommer att kunna se nyckeln först efter att den skyddade applikationen framgångsrikt har öppnat minst en session med nyckeln. Dessutom bör man ta hänsyn till att Aladdin Monitor endast fungerar över UDP-protokollet, port 475. Frånvaron av data om nyckeln i monitorn betyder alltså inte att nyckeln inte är tillgänglig för applikationen.

2. Två 1C HASP-skyddsnycklar på en dator

När du installerar två eller flera säkerhetsnycklar programvara HASP på en dator, observera att:

• Nycklar med olika serier kommer att fungera bra. (i förhållande till 1C: 1 server och 1 nätverk fungerar bra)
• Nycklar i samma serie kommer att fungera om den här funktionen implementerades av utvecklaren av den skyddade programvaran. Om utvecklaren inte har implementerat den här funktionen, kommer nycklar som tillhör samma serie inte att fungera tillsammans på en dator, bara en av dem kommer att vara synlig: antingen den som är närmast porten (när det gäller LPT-nycklar), eller placerad; på porten med junioradress (vid USB-nycklar för att skydda HASP-program). (i förhållande till 1C, - 2 lokala eller 2 nätverksnycklar på en dator kommer troligen inte att fungera korrekt)
• Det rekommenderas inte att sätta ihop en lokal nyckel och en nätverksnyckel. Detta beror på säkerhetsfunktionen i 1C Enterprise: när man hittar en lokal nyckel, kommer programmet aldrig att leta efter en nätverksnyckel.

Möjliga lösningar på detta problem:

• Ersätter flera HASP-programskyddsnycklar med en, med ett större antal licenser (detta är välskrivet här: http://v8.1c.ru/predpriyatie/questions_licence.htm).
• Installera skyddsnycklar på olika datorer, följt av installation och konfigurering av licenshanterare för varje nyckel.

3. Två eller flera licenshanterare (License Manager) på nätverket

Om du har två eller flera nätverksnycklar räcker det inte alltid att separera dem olika datorer. Licenshanterare måste konfigureras. Varje licenshanterare måste ha ett unikt namn, som uttryckligen måste kommuniceras till det skyddade programmet. Det rekommenderas att utföra en liknande installation om du använder en terminalserver, även med samma nätverksnyckel.

På maskinen där nyckeln är installerad hittar vi filen nhsrv.ini i mappen med licenshanteraren. Parametern NHS_SERVERNAMES är ansvarig för namnet på licensservern. Den kan bestå av latinska bokstäver och siffror och inte innehålla mer än 7 tecken.

NHS_SERVERNAMES = NAMN1

Därefter, på klientdatorer, är det tillrådligt att redigera nethasp.ini-filen, och explicit specificera adresserna och namnen på licenshanterare:

NH_TCPIP = Aktiverad
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11 NH_SERVER_NAME = NAMN1, NAMN2

Igår stötte vi på ett sådant problem. På vår terminalserver, efter att ha uppdaterat plattformen, vägrade 2 av 3 nycklar att fungera (i slutändan, istället för 30 användare, kunde bara 10 logga in på 1c). Vid anslutning till databasen inträffade följande fel:

Som ett resultat gick en och en halv dag av arbetstiden förlorad.

Skyddsnycklar för 1C är indelade i:

1. Enanvändare (måste vara fysiskt ansluten till datorn som kör 1C)

modell HASP HL ​​Basic (av blå färg), är denna nyckel markerad H4 M1 ORGL8, har inte inbyggt minne och personligt ID, lagrar inga parametrar och inställningar. Levereras med produkter licensierade för en arbetsplats.

2. Fleranvändare (nyckeln finns på nätverket, 1C kan startas på vilken dator som helst i inom det lokala nätverket eller domän)

Nätverksklientnycklar inkluderar en serie HASP HL ​​Net (Röd). De har ett internt minne som lagrar antalet licenser och ett unikt ID. Det finns varianter för 5, 10, 20, 50 och 100 användare. Har markeringar NETXX ORGL8 , Var XX— antal licenser (till exempel NET5 ORGL8 ). Det finns också nycklar för 300 och 500 användare som är markerade NET250+ ORG8A Och NET250+ ORG8B . Levereras med produkter licensierade för 5 arbetsstationer, samt separat, i form av ytterligare klientlicenser.

3. Server (måste vara fysiskt ansluten lokalt till datorn där 1C Enterprise-agentservern är installerad och körs)

Nycklar för 1C Enterprise server är endast lokalt. 32-bitars versionen har en skyddsnyckel HASP HL ​​Pro (lila), som har internminne och ett unikt ID. Har markeringar ENSR8 , levereras med en licens för 1C Enterprise-servern.

För 64-bitars servernyckel används HASP HL ​​Max (Grön färg) med internminne och unikt ID. Har markeringar EN8SA och stöder även 32-bitars server. De där. Om du har en licens för en 64-bitars server kan du använda 32-bitarsversionen utan att ändra nyckeln, men inte tvärtom.

En enskild användare och servernyckel räcker för att fungera installera säkerhetsnyckelns drivrutin på den lokala datorn och sätt in säkerhetsnyckeln i den lokala USB-porten.

För en säkerhetsnyckel för flera användare (nätverk) behöver du:
1. Installera säkerhetsnyckeldrivrutinen på en av datorerna i nätverket, som kommer att fungera som nyckelserver - HASP4_driver_setup.zip
2. Installera säkerhetsnyckelservern (tjänsten) på samma maskin - HASP_LM_setup.zip
3. Sätt i säkerhetsnyckeln i serverns USB-port
4. Installera 1C på klientdatorer

I allmänhet är dessa åtgärder tillräckliga för att 1C ska fungera. Under lanseringen och vidare drift av 1C:Enterprise 8 på lokala maskiner kommer systemet att kontakta med hjälp av en sändningsförfrågan på port 475 och leta efter skyddsnyckeln. Om sökningen misslyckas kommer ett meddelande att visas "Programskyddsnyckel hittades inte" och arbetet med 1C:Enterprise kommer att avbrytas.

Om du stöter på meddelandet " programskyddsnyckel hittades inte"måste kolla:
1. närvaro av en skyddsnyckel i USB-porten på nyckelservern
2. kontrollera om nyckelservern körs på servern (process med namnet "Hasp loader")
3. använd kommandot telnet för att kontrollera tillgängligheten för nyckelservern från den lokala maskinen på port 475 (till exempel: telnet 192.168.100.100 475)

Om alla kontroller lyckades, men felet kvarstår, gå vidare till mer detaljerade inställningar. I installationsmappen 1C:Enterprise 8 (vanligtvis c:\program files\1cv81\bin\conf eller c:\program files\1cv8\bin\) finns en fil nethasp.ini . Detta är säkerhetsnyckelns konfigurationsfil, den är uppdelad i sektioner, vi är intresserade av avsnittet . När du installerar 1C, som standard, i detta avsnitt separeras alla parametrar med dubbla tecken ";", vilket betyder att dessa inställningar ignoreras. I det här fallet beter sig nyckeldrivrutinen enligt följande:
1. ett paket av broadcast-typ skickas över det lokala nätverket på port 475 på jakt efter en säkerhetsnyckelserver
2. om inget svar erhålls - fel

Nackdelar med standardkonfigurationen:
1. sändning tar lite tid
2. inte alla servrar svarar på sådana paket
3. sändning är inte bra, men det är en belastning på nätverket

För att lösa detta problem måste du göra följande:
1. ange den specifika adressen där nyckelservern ska letas (till exempel: NH_SERVER_ADDR = 192.168.100.100)
2. inaktivera broadcast-sökning (NH_USE_BROADCAST = Disabled)
3. och begränsa pakettyperna till endast TCP-protokollet (NH_TCPIP_METHOD = TCP)

Som praxis visar ökar lanseringshastigheten för 1C:Enterprise 8 efter en sådan installation märkbart!

Men det finns också några nackdelar med denna metod:

Du måste se till att adressen till säkerhetsnyckelservern inte ändras, annars måste du konfigurera om nethasp.ini-filen på alla lokala datorer!

Jag skulle också vilja förtydliga några punkter om att arbeta med nycklar som jag var tvungen att hantera under mitt arbete:

1. Monitor HASP visar inte nyckeln

Själva monitorn kan bara visa närvaron av en licenshanterare på en viss adress. Han kommer att kunna se nyckeln först efter att den skyddade applikationen framgångsrikt har öppnat minst en session med nyckeln. Dessutom bör man ta hänsyn till att Aladdin Monitor endast fungerar över UDP-protokollet, port 475. Frånvaron av data om nyckeln i monitorn betyder alltså inte att nyckeln inte är tillgänglig för applikationen.

2. Två 1C HASP-skyddsnycklar på en dator

När du installerar två eller flera HASP-programskyddsnycklar på en dator, observera att:

• Nycklar med olika serier kommer att fungera bra. (i förhållande till 1C: 1 server och 1 nätverk fungerar bra)
• Nycklar i samma serie kommer att fungera om den här funktionen implementerades av utvecklaren av den skyddade programvaran. Om utvecklaren inte har implementerat den här funktionen, kommer nycklar som tillhör samma serie inte att fungera tillsammans på en dator, bara en av dem kommer att vara synlig: antingen den som är närmast porten (när det gäller LPT-nycklar), eller placerad; på porten med junioradress (vid USB-nycklar för att skydda HASP-program). (i förhållande till 1C, - 2 lokala eller 2 nätverksnycklar på en dator kommer sannolikt inte att fungera korrekt)
• Det rekommenderas inte att sätta ihop en lokal nyckel och en nätverksnyckel. Detta beror på säkerhetsfunktionen i 1C Enterprise: när man hittar en lokal nyckel, kommer programmet aldrig att leta efter en nätverksnyckel.

Möjliga lösningar på detta problem:

• Ersätter flera HASP-programskyddsnycklar med en, med ett större antal licenser (detta är välskrivet här: http://v8.1c.ru/predpriyatie/questions_licence.htm).
• Installera skyddsnycklar på olika datorer, följt av installation och konfigurering av licenshanterare för varje nyckel.

3. Två eller flera licenshanterare (License Manager) på nätverket

Om du har två eller flera nätverksnycklar räcker det inte alltid att fördela dem över olika datorer. Licenshanterare måste konfigureras. Varje licenshanterare måste ha ett unikt namn, som uttryckligen måste kommuniceras till det skyddade programmet. Det rekommenderas att utföra en liknande installation om du använder en terminalserver, även med samma nätverksnyckel.

På maskinen där nyckeln är installerad hittar vi filen nhsrv.ini i mappen med licenshanteraren. Parametern NHS_SERVERNAMES är ansvarig för namnet på licensservern. Den kan bestå av latinska bokstäver och siffror och inte innehålla mer än 7 tecken.

NHS_SERVERNAMES = NAMN1

Därefter, på klientdatorer, är det tillrådligt att redigera nethasp.ini-filen, och explicit specificera adresserna och namnen på licenshanterare:

NH_TCPIP = Aktiverad NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11 NH_SERVER_NAME = NAMN1, NAMN2

Tja, jag tror att jag har beskrivit alla nyanser, om jag kommer ihåg något kommer jag definitivt att lägga till det! Hejdå allihopa!

När 1C Accounting-programmet startas kan operatören stöta på meddelandet "Licens ej hittad. Appens skyddsnyckel hittades inte eller togs emot mjukvarulicens" Förekomsten av detta problem kan vara associerat med en förändring i systemkonfigurationen, som ett resultat av vilket 1C kände igen systemet som kvalitativt nytt, eller med felaktiga inställningar för 1C själv (särskilt nätverksinställningarna för nethasp.ini-konfigurationsfilen) ). I det här materialet kommer jag att analysera i detalj orsakerna till detta fel och även förklara hur man fixar det.

Orsaker till dysfunktion

Felet "License not found" uppstår vanligtvis i en situation där 1C-programmet inte hittade en licensfil (vanligtvis med .lic-tillägget) på den lokala datorn (eller servern), vilket gör det möjligt att helt starta det angivna systemet.

Denna situation kan uppstå på grund av följande faktorer:

Så här fixar du "Licens ej hittad" i 1C

Låt oss titta på sätt att bli av med felet "Licensen hittades inte. Programskyddsnyckeln eller den mottagna programvarulicensen upptäcktes inte" på 1C-användarsystem:

1. Innan du startar programmet, inaktivera din brandvägg;
2. Installera "Alladin monitor" i systemet. Den här produkten visar licensanvändning i nätverksversionen av programmet. Använd den för att verifiera att ditt system har en installerad licens;
3. När du använder en hårdvarulicens, i infobasfönstret, klicka på "Inställningar" och markera rutan bredvid alternativet "Använd hårdvarulicens" om det inte finns någon sådan kryssruta där;
4. Redigera filen Nethasp.ini, som finns på följande sökväg:

Öppen den här filen och skriv där IP-adresserna för klientdatorer och namnen på licenshanterare. För att göra detta, ange i det specialiserade avsnittet:

Ange sedan i avsnittet IP-adressen för licenshanterarens server (ska se ut som NH_SERVER_ADDR = obligatorisk IP) och namnet på licenshanterarna (NH_SERVER_NAME = förvaltarnamn).

Namnet på chefen anges preliminärt i avsnittet i formen NHS_SERVERNAMES = namn 1, namn 2, och så vidare.

• Aktivera din befintliga licens. Om du får ett meddelande om frånvaron av en upptäckt licens, klicka på "Ja" och ange sökvägen för att installera licensen (lokal PC eller server).
• Sedan väljer vi alternativet att skaffa en licens initialt, skaffa den igen eller uppdatera den. Vi ställer in synligheten för licensen till "Alla datoranvändare", välj metoden för att erhålla den - manuell, automatisk, på ett digitalt medium. Fyll i anmälningsblankett, varefter vi sparar data i en fil som vi placerar i katalogen:

Meddelandet "Programskyddsnyckel hittades inte" betyder i sig att 1C-programmet inte kunde hitta en hårdvaruenhet som fungerar som ett skydd för 1C-programmet från olicensierad användning. I teorin, om du inte har en säkerhetsnyckel, så använder du en olicensierad version av 1C.

Den vanligaste modellen av en säkerhetsnyckel är en liten enhet som är seriekopplad till skrivarporten. Säkerhetsnyckeln har sedan några år tillbaka levererats i form av en enhet som ansluts till datorn via en USB-port.

När du arbetar med nätverksversionen av 1C-programmet kan du använda en säkerhetsnyckel. I det här fallet måste nyckeln vara installerad på en av datorerna i nätverket.

Således, om programmet visar meddelandet "Programskyddsnyckel hittades inte" när du anger 1C, så finns det flera möjliga orsaker:

• 1. Du har fysiskt ingen skyddsnyckel, eftersom du har ett olicensierat 1C-program.
• 2. Du har en licensierad version av 1C-programmet, men skyddsnyckeln är inte ansluten till datorn (till exempel tog administratören hem den till helgen och glömde lämna tillbaka den).
• 3. Du har en licensierad version av 1C-programmet och nyckeln är installerad på en av datorerna i nätverket, men saknas nätverksanslutning till datorn som nyckeln är installerad på, eller till datorn från vilken du loggar in i 1C-programmet.
• 4. Du har en licensierad version av 1C-programmet och alla enheter är påslagna och påslagna på rätt sätt, men hastigheten på hårdvaruenheterna är tillräckligt låg för att programmet ska kunna kontrollera alla datorer i nätverket efter närvaron av en säkerhetsnyckel . Om skyddsnyckeln inte hittas i nätverket inom den angivna tiden kommer programmet att visa ett motsvarande meddelande.

I de allra flesta fall visas meddelandet "Programskyddsnyckel hittades inte" när en olicensierad version av programmet används på datorn. För att använda 1C-programmet, köp en licensierad version. Om allt är i sin ordning med din licens, kontakta företaget där du köpte 1C-programmet för hjälp.

Jag stötte på det här problemet häromdagen. En av maskinerna vägrade fungera nätverksversion av 1C Enterprise. Vid anslutning till databasen inträffade följande fel:

Jag vill påpeka att felet dök upp på en dator som hade 2 nätverkskort med 2 olika nätverk. Av någon anledning fäste jag inte direkt någon vikt vid detta ögonblick. Tydligen pga HASP monitor Jag upptäckte dessa nycklar perfekt, varför jag letade efter ett problem i 1C. Det gjorde att jag förlorade en halv dag i arbetstid. Problemet låg egentligen i två nätverkskort, eller mer exakt, 2 olika nätverk, lösningen fanns i filen C:\Program Files\1cv81\bin\conf\nethasp.ini

Efter att ha kopplat bort nätverket där det inte finns några HASP-nycklar, efter att ha startat om maskinen, startade 1C... Jag gick till Google för att hitta en lösning på detta problem. Sökandet tog inte lång tid, lösningen var följande:

Jag börjar med ett litet utbildningsprogram:

1C:Enterprise 8 ett skyddssystem som använder hårdvarunycklar används HASP, kan du ladda ner drivrutinen, övervakningsprogrammet och HASP Loader-tjänsten på webbplatsen http://www.aladdin-rd.ru/, och specifikt i supportsektionen http://www.aladdin-rd.ru/support/downloads /hasp/.

Skyddsnycklar för 1C är indelade i:

1. Enanvändare (måste vara fysiskt ansluten till datorn som kör 1C)

modell HASP HL ​​Basic (av blå färg ), är denna nyckel markerad H4 M1 ORGL8, har inte inbyggt minne och personligt ID, lagrar inga parametrar och inställningar. Levereras med produkter licensierade för en arbetsplats.

HASP nätverksnyckel

2. Fleranvändare (nyckeln finns på nätverket, 1C kan startas på vilken dator som helst i inom det lokala nätverket eller domän)

Nätverksklientnycklar inkluderar en serie av ( Röd ). De har ett internt minne som lagrar antalet licenser och ett unikt ID. Det finns varianter för 5, 10, 20, 50 och 100 användare. Har markeringar NETXX ORGL8 , Var XX- antal licenser (till exempel NET5 ORGL8 ). Det finns också nycklar för 300 och 500 användare som är markerade NET250+ ORG8A Och NET250+ ORG8B . Levereras med produkter licensierade för 5 arbetsstationer, samt separat, i form av ytterligare klientlicenser.

Nyckel för Server 1C

3. Server (måste vara fysiskt ansluten lokalt till datorn där 1C Enterprise-agentservern är installerad och körs)

Nycklar för 1C Enterprise server är endast lokalt. 32-bitars versionen har en skyddsnyckel HASP HL ​​Pro (lila ), som har internminne och ett unikt ID. Har markeringar ENSR8 , levereras med en licens för 1C Enterprise-servern.

För 64-bitars servernyckel används HASP HL ​​Max (Grön färg ) med internminne och unikt ID. Har markeringar EN8SA och stöder även 32-bitars server. De där. Om du har en licens för en 64-bitars server kan du använda 32-bitarsversionen utan att ändra nyckeln, men inte tvärtom.

En enskild användare och servernyckel räcker för att fungera installera säkerhetsnyckelns drivrutin på den lokala datorn och sätt in säkerhetsnyckeln i den lokala USB-porten.

För en säkerhetsnyckel för flera användare (nätverk) behöver du:
1. Installera säkerhetsnyckeldrivrutinen på en av datorerna i nätverket, som kommer att fungera som nyckelserver - HASP4_driver_setup.zip
2. Installera säkerhetsnyckelservern (tjänsten) på samma maskin - HASP_LM_setup.zip
3. Sätt i säkerhetsnyckeln i serverns USB-port
4. Installera 1C på klientdatorer

I allmänhet är dessa åtgärder tillräckliga för att 1C ska fungera. Under lanseringen och vidare drift av 1C:Enterprise 8 på lokala maskiner kommer systemet att kontakta med hjälp av en sändningsförfrågan på port 475 och leta efter skyddsnyckeln. Om sökningen misslyckas kommer ett meddelande att visas "Programskyddsnyckel hittades inte" och arbetet med 1C:Enterprise kommer att avbrytas.

Om du stöter på meddelandet " programskyddsnyckel hittades inte"måste kolla:
1. närvaro av en skyddsnyckel i USB-porten på nyckelservern
2. kontrollera om nyckelservern körs på servern (process med namnet "Hasp loader")
3. använd kommandot telnet för att kontrollera tillgängligheten för nyckelservern från den lokala maskinen på port 475 (till exempel: telnet 192.168.100.100 475)

Om alla kontroller lyckades, men felet kvarstår, gå vidare till mer detaljerade inställningar. I installationsmappen 1C:Enterprise 8 (vanligtvis c:\program files\1cv81\bin\conf eller c:\program files\1cv8\bin\) finns en fil nethasp.ini . Detta är säkerhetsnyckelns konfigurationsfil, den är uppdelad i sektioner, vi är intresserade av avsnittet . Vid installation av 1C, som standard, i detta avsnitt separeras alla parametrar med dubbla tecken ";", vilket betyder att dessa inställningar ignoreras. I det här fallet beter sig nyckeldrivrutinen enligt följande:
1. ett paket av broadcast-typ skickas över det lokala nätverket på port 475 på jakt efter en säkerhetsnyckelserver
2. om inget svar erhålls - fel

Nackdelar med standardkonfigurationen:
1. sändning tar lite tid
2. inte alla servrar svarar på sådana paket
3. sändning är inte bra, men det är en belastning på nätverket

För att lösa detta problem måste du göra följande:
1. ange den specifika adressen där nyckelservern ska letas (till exempel: NH_SERVER_ADDR = 192.168.100.100)
2. inaktivera broadcast-sökning (NH_USE_BROADCAST = Disabled)
3. och begränsa pakettyperna till endast TCP-protokollet (NH_TCPIP_METHOD = TCP)

Som praxis visar ökar lanseringshastigheten för 1C:Enterprise 8 efter en sådan installation märkbart!

Men det finns också några nackdelar med denna metod:

Du måste se till att adressen till säkerhetsnyckelservern inte ändras, annars måste du konfigurera om nethasp.ini-filen på alla lokala datorer!

Jag skulle också vilja förtydliga några punkter om att arbeta med nycklar som jag var tvungen att hantera under mitt arbete:

1. Monitor HASP visar inte nyckeln

Själva monitorn kan bara visa närvaron av en licenshanterare på en viss adress. Han kommer att kunna se nyckeln först efter att den skyddade applikationen framgångsrikt har öppnat minst en session med nyckeln. Dessutom bör man ta hänsyn till att Aladdin Monitor endast fungerar över UDP-protokollet, port 475. Frånvaron av data om nyckeln i monitorn betyder alltså inte att nyckeln inte är tillgänglig för applikationen.

2. Två 1C HASP-skyddsnycklar på en dator

När du installerar två eller flera HASP-programskyddsnycklar på en dator, observera att:

• Nycklar med olika serier kommer att fungera bra. (i förhållande till 1C: 1 server och 1 nätverk fungerar bra)
• Nycklar i samma serie kommer att fungera om den här funktionen implementerades av utvecklaren av den skyddade programvaran. Om utvecklaren inte har implementerat den här funktionen, kommer nycklar som tillhör samma serie inte att fungera tillsammans på en dator, bara en av dem kommer att vara synlig: antingen den som är närmast porten (när det gäller LPT-nycklar), eller placerad; på porten med junioradress (vid USB-nycklar för att skydda HASP-program). (i förhållande till 1C, - 2 lokala eller 2 nätverksnycklar på en dator kommer troligen inte att fungera korrekt)
• Det rekommenderas inte att sätta ihop en lokal nyckel och en nätverksnyckel. Detta beror på säkerhetsfunktionen i 1C Enterprise: när man hittar en lokal nyckel, kommer programmet aldrig att leta efter en nätverksnyckel.

Möjliga lösningar på detta problem:

• Ersätter flera HASP-programskyddsnycklar med en, med ett större antal licenser (detta är välskrivet här: http://v8.1c.ru/predpriyatie/questions_licence.htm).
• Installera skyddsnycklar på olika datorer, följt av installation och konfigurering av licenshanterare för varje nyckel.

3. Två eller flera licenshanterare (License Manager) på nätverket

Om du har två eller flera nätverksnycklar räcker det inte alltid att fördela dem över olika datorer. Licenshanterare måste konfigureras. Varje licenshanterare måste ha ett unikt namn, som uttryckligen måste kommuniceras till det skyddade programmet. Det rekommenderas att utföra en liknande installation om du använder en terminalserver, även med samma nätverksnyckel.

På maskinen där nyckeln är installerad hittar vi filen nhsrv.ini i mappen med licenshanteraren. Parametern NHS_SERVERNAMES är ansvarig för namnet på licensservern. Den kan bestå av latinska bokstäver och siffror och inte innehålla mer än 7 tecken.

NHS_SERVERNAMES = NAMN1

Därefter, på klientdatorer, är det tillrådligt att redigera nethasp.ini-filen, och explicit specificera adresserna och namnen på licenshanterare:

NH_TCPIP = Aktiverad NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11 NH_SERVER_NAME = NAMN1, NAMN2

Tja, jag tror att jag har beskrivit alla nyanser, om jag kommer ihåg något kommer jag definitivt att lägga till det! Hejdå allihopa!

Med vänlig hälsning, McSim!