Pitanje: Ne vidim hardverski ključ (debeli klijent)

Zdravo!

ovo je problem:

Stari računar je imao 1C 8.2 (debeli klijent za jednog korisnika - baza podataka i klijent na jednom računaru).
Hardverski ključ (ljubičasti H4 M1 ORGL8)
Windows 7, 32 bit

Odlučili smo da prebacimo 1C na novi hardver ( Windows Server 2008, 64-bit).
Instalirali smo 1C 8.3 (također debeo klijent za jednog korisnika) i drajver sigurnosnog ključa i tamo prenijeli našu bazu podataka.

Prilikom pokretanja, 1C ne pronalazi zaštitni ključ (Licenca nije pronađena. Zaštitni ključ programa nije pronađen ili primljen softverska licenca!).

Ključ se ubacuje u USB i svijetli.
Ključ je promijenjen na različitim USB portovima.
Ponovo instaliran drajver za ključeve.
Instaliran HASP Lisence Manager (iako je malo vjerovatno da će to biti potrebno, jer nema mrežne distribucije ključeva)
Instalirali smo i staru 8.2 platformu.

Ništa nije pomoglo.
Ima li ideja šta učiniti da 1C vidi ključ?

Hvala vam!

odgovor:

za svaki slučaj...ima li zastavica u prozoru za pokretanje - da li je postavka "Koristi hardversku licencu" vrijedna toga?

Pitanje: 1s 8.3 ne vidi hardverski ključ 8.2

Radili smo na platformi 8.2.18.61. Morao sam se prebaciti na platformu 8.3.10.2561. Poslovni server je bio 64-bitni (8.2). Nakon instaliranja 8.3 enterprise servera (64 bit), pri pokretanju 1c, prokleo sam da licenca nije pronađena. Pokrećem 8.2 (zaustavljam uslugu 8.3 i pokrećem uslugu 1C 8.2), vidim sve. Instaliram 32-bitnu verziju 1C 8.3, ključ je vidljiv. Provjerio sam serverski ključ, zelen je MAX EN8SA (to jest, 1c enterprise 64 bit bi ga trebao vidjeti). Deinstalirao sam stari Hasp drajver i instalirao novi zajedno sa platformom. Server je bio preopterećen. Ali 1c ne vidi ključ u direktnom dometu kada je instaliran 64-bitni poslovni server! Imate li ideju kako riješiti ovaj problem?

odgovor: Opet sam srušio platformu i ponovo je instalirao i počelo je. Neka vrsta sranja.

Pitanje: Jedan hardverski ključ klijenta za distribuciju licenci na dva 1C servera

Zdravo!
Postoji USB hardverski ključ za 100 korisnika i 2 fizička 1C servera koji nisu u klasteru. Jedan od servera je terminal; na njemu je instaliran hardverski ključ. Da li je moguće konfigurirati HASP License Manager na način da se licence izdaju samo 1C serverima, a klijentske aplikacije na terminal serveru mogu primati licence samo od servera?

odgovor:() Hvala! Pokušaću

Pitanje: Lokalne baze podataka i hardverski ključ.

Dobar dan Recite mi, preduzeće ima hardverski ključ za 100 licenci. 1C baze podataka klijent-server rade bez problema. Postojala je potreba za stvaranjem lokalnih baza podataka.
Da li je moguće pokrenuti lokalne baze podataka sa hardverskim ključem? Ako da, recite mi kako. Jer sada ova opcija ne radi, a pri pokretanju lokalne baze piše: Licenca nije pronađena. Ključ za zaštitu programa nije pronađen ili je nabavljena softverska licenca...itd.

odgovor:

Ne bi trebali. Server i servis rade nezavisno jedan od drugog.

Pitanje: 1C 8.2 Baovaya ne vidi licencu. Ne pita.

Zdravo! Unaprijed se izvinjavam ako sam napravio duplikat teme. Molim vas pomozite!

Situacija je sljedeća:
Tehnološka platforma: 8.2
Konfiguracija osnovna verzija 2_0_14_5

Kad ga prvi put pokrenem, u postavkama poništim kvačicu da ne traži hardverski ključ, dodam bazu podataka iz šablona, ​​kad se pokrene ne vidi licencu već je usmjerava na centar za licenciranje gdje traži da unesete 16-cifreni PIN. Ne unosim PIN - bitna je sama činjenica da traži.

Instalirao sam ga u kancelariji i kod kuće - radi.

Isto radim za klijenta, uključujući deinstalaciju 1C i ponovnu instalaciju iz istih distribucija. Ali on to ne šalje u centar za licenciranje, već samo piše da ne vidi licencu.

Ovo je slika koju mi ​​slika...

sta da radim? Klijent tvrdi da je ovo počelo nakon čišćenja virusa. + Zanimljivo je da ako jednostavno kreirate bazu podataka bez upotrebe šablona, ​​ona će od vas tražiti i da unesete PIN kod. 15 znakova po profesionalnoj konfiguraciji. Ali osnove su važne.

Operativni sistem klijenta je licenciran Vista, antivirus Nod32 v5(u potpunosti sam ga isključio). Rušenje sistema nije opcija jer tamo ima dosta plaćenog softvera.
PS Već sam razbio glavu o ovom problemu.

odgovor:

Dobar dan

U nedostatku hardverske zaštite, radi softverska zaštita. Samo 3 koda. Program možete instalirati samo 3 puta. Ako ste morali ponovo instalirati zbog više sile (virus, požar, novi kompjuter), pišite u 1C, oni će vam dati novi ključ. Izgleda da ste već iskoristili svoja 3 ključa. Pišite na 1C.

Pitanje: 8.3 ne vidi softverski ključ

Sve najbolje. Windows 10, BP 3.0. Na 8.3.5 sve je ok. Pokušavam da ažuriram, treba mi platforma 8.3.6. Instalirao sam i njega i 8.3.7 - oba ne vide aktivaciju, pojavljuje se žuti prozor za dobijanje licence (kada se pokrene preko 8.3.5 sve je i dalje ok)

odgovor:

Laptop sam već poklonio, ali hvala u svakom slučaju, pamtiću ga za budućnost

Pitanje: Licenciranje 2 ključa istog tipa nethasp.ini

Ima dosta tema o ovom pitanju, ali očito radim nešto pogrešno.
2 servera:
U prvi se ubacuje USB ključ za 100 licenci

u drugu se ubacuje ključ za 5 licenci i na njega se instalira menadžer licenci koji vidi oba ključa.

ali svaki server koristi samo lokalne ključeve. na drugom je isteklo 5 a on ne uzima licence prvog gdje ih ima 100 na raspolaganju. Na drugom serveru otvaram datoteku C:\Program Files (x86)\1cv8\conf\nethasp.ini i upisujem 2 adrese u red:

NH_SERVER_ADDR = 192.168.0.1, 192.168.0.2; prva ip 5, druga ip 100 licence

Ne radi

odgovor:() korisnici otvaraju nekoliko baza podataka i postoje fajlovi

Pitanje: v7: 1C Javno ugostiteljstvo 6.0 ne vidi mrežna adresa zaštitni ključ.

Dobar dan Evo računara na Win 7 64. Ima 1 C računovodstvo 4.5 (mrežna verzija) 7.70.505 Prilikom pokretanja programa daje grešku:
Ključ za zaštitu programa nije pronađen Mrežna adresa ne postoji “Korisnik računara” Prvo, želim da pitam kako mogu da navedem novu adresu lokacije ključa? Naime lokalni, zaštitni ključevi se lokalno priključe direktno u PC gdje pokrećem 7 .7 Keys 2 HASP i običan USB zaštitni ključ.
SLK server detektuje USB ključ, iako SLK ne vidi licence na ovom ključu.

Nije jasno šta da se radi sa HASP ključem; postoji drajver HASP LM i HASP HL.
Ali ako pokrenete NHSRVW32 iz mape Bin, piše da "ključni drajver nije instaliran"

odgovor: Shvatio sam.
U mom slučaju, u fascikli sa 1C bazom podataka nalazio se server.ini, gde je potrebno ručno uneti ime servera na koji je umetnut ključ. I sve je funkcionisalo.

Pitanje: Ključevi za analitiku

UPP RAUZ U 2016. godini, 29. decembra, HMS je premješten iz jednog skladišta 1 organizacije A u drugo skladište 2 druge organizacije B, te su generirani ključevi inventara; Hrast dd; KI 10.03; 10.03. Od 2017. godine postoje prijemi robe u skladištu 2 organizacije B, ali su analitičke ključeve generisali KI 10.03. I ispostavilo se da sada ima litara benzina okolo sa analitikom KI 10.03; 10.03. Reci mi šta da radim? Kako otpisati? Kada samo pokušam da se pomerim, potez ide sa analitikom KI 10.03. Radim za organizaciju nekoliko sedmica, ali nisam vidio da varaju

odgovor: U svakom slučaju, započnite sve ovo stvaranjem kopije baze i uradite sve na njoj, a zatim ponovite ono što treba učiniti u borbi. Pa, počnite s testiranjem ključeva sa ugrađenom standardnom obradom. Možda će samo ovo biti dovoljno da se uspostavi red

Pitanje: v7: 1C 7.7 ne vidi HASP na Windows 10 x86

Postoji 1C 7.7, USB HASP lokalni, Windows 10 x86.
Probao različite verzije drajveri - stari više nisu instalirani, a kod novih ključ je vidljiv u upravitelju uređaja, ali 1C 7.7 pri pokretanju prikazuje "Zaštitni ključ nije otkriven".
Našao sam temu, ali još uvijek nije jasno kako je problem riješen.
Molim vas pomozite.

odgovor:() Možete li napisati koja verzija i build Windowsa, koja verzija hasp drajvera i izdanje 1C platforme? Da li se HASP LM koristi ili ne (iako je ključ lokalni, ali za referencu). Pokušat ću sam instalirati iste verzije.

Naišao sam na ovaj problem pre neki dan. Jedna od mašina je odbila da radi mrežna verzija 1C Enterprise. Prilikom povezivanja na bazu podataka, dogodila se sljedeća greška.

Želim da istaknem da se greška pojavila na računaru koji je imao 2 mrežne kartice sa 2 različite mreže. Iz nekog razloga značenja odmah u ovom trenutku nije dao. Očigledno zato HASP monitor Savršeno sam otkrio ove ključeve, zbog čega sam potražio problem u 1C. Kao rezultat toga, izgubio sam pola dana radnog vremena. Problem je zaista bio u dvoje mrežne kartice, tačnije 2 različite mreže, rješenje je bilo u fajlu C:\Program Files\1cv81\bin\conf\nethasp.ini

Nakon što sam isključio mrežu u kojoj nema HASP ključeva, nakon ponovnog pokretanja mašine, pokrenuo se 1C.... Otišao sam u Google da pronađem rješenje za ovaj problem. Potraga nije dugo trajala, rješenje je bilo sljedeće:

Zaštitni ključevi za 1C dijele se na:

1. Single-user(mora biti fizički povezan sa računarom na kojem radi 1C)

model HASP HL ​​Basic (plava ), ovaj ključ je označen H4 M1 ORGL8, nema ugrađenu memoriju i lični ID, ne pohranjuje nikakve parametre i postavke. Isporučuje se sa proizvodima licenciranim za jedno radno mjesto.

2. Višekorisnički (ključ je na mreži, 1C se može pokrenuti na bilo kom računaru u unutar lokalna mreža ili domena)

Mrežni klijentski ključevi uključuju niz HASP HL ​​Net (crvena ). Imaju internu memoriju koja pohranjuje broj licenci i jedinstveni ID. Postoje varijante za 5, 10, 20, 50 i 100 korisnika. Ima oznake NETXX ORGL8 , Gdje XX- broj licenci (npr NET5 ORGL8 ). Tu su i ključevi za 300 i 500 korisnika koji su označeni NET250+ ORG8A I NET250+ ORG8B . Isporučuje se sa proizvodima licenciranim za 5 radnih stanica, kao i zasebno, u obliku dodatnih klijentskih licenci.

3. Server (mora biti fizički povezan lokalno sa računarom na kojem je instaliran i radi 1C Enterprise agent server)

Ključevi za 1C Enterprise server su samo lokalni. 32-bitni verzija ima zaštitni ključ HASP HL ​​Pro (ljubičasta ), koji ima internu memoriju i jedinstveni ID. Ima oznake ENSR8 , dolazi sa licencom za 1C Enterprise server.

Za 64-bitni se koristi ključ servera HASP HL ​​Max (zeleno ) Sa interna memorija i jedinstveni ID. Ima oznake EN8SA a također podržava 32-bitni server. One. Ako imate licencu za 64-bitni server, možete koristiti 32-bitnu verziju bez promjene ključa, ali ne i obrnuto.

Za rad je dovoljan jednokorisnički i serverski ključ instalirajte upravljački program sigurnosnog ključa na lokalnu mašinu i umetnite sigurnosni ključ u lokalni USB port.

Za višekorisnički (mrežni) sigurnosni ključ trebate:
1. Instalirajte drajver sigurnosnog ključa na jednu od mašina na mreži, koja će služiti kao server ključeva - HASP4_driver_setup.zip
2. Instalirajte server sigurnosnih ključeva (servis) na istom računaru - HASP_LM_setup.zip
3. Umetnite sigurnosni ključ u USB port servera
4. Instalirajte 1C na klijentske mašine

Općenito, ove radnje su dovoljne da 1C radi. Tokom pokretanja i daljeg rada 1C:Enterprise 8 na lokalnim mašinama, sistem će kontaktirati koristeći zahtjev za emitiranje na portu 475 i potražiti zaštitni ključ. Ako pretraga ne uspije, prikazat će se poruka “Ključ za zaštitu programa nije pronađen” i rad 1C:Enterprise će biti prekinut.

Ako naiđete na poruku " ključ za zaštitu aplikacije nije pronađen“treba provjeriti:
1. prisustvo zaštitnog ključa u USB portu servera ključeva
2. provjerite da li server ključeva radi na serveru (proces pod nazivom “Hasp loader”)
3. koristite naredbu telnet da provjerite dostupnost servera ključeva s lokalnog stroja na portu 475 (na primjer: telnet 192.168.100.100 475)

Ako su sve provjere bile uspješne, ali greška ostaje, prijeđite na detaljnije postavke. U instalacijskom folderu 1C:Enterprise 8 (obično c:\program files\1cv81\bin\conf ili c:\program files\1cv8\bin\) nalazi se datoteka nethasp.ini . Ovo je konfiguracijska datoteka sigurnosnog ključa, podijeljena je na odjeljke, nas zanima odjeljak . Prilikom instaliranja 1C, prema zadanim postavkama, u ovom odjeljku svi parametri su odvojeni dvostrukim znakovima ";", što znači da se ove postavke zanemaruju. U ovom slučaju, upravljački program ključa se ponaša na sljedeći način:
1. je poslan paket vrsta emitovanja preko lokalne mreže na portu 475 u potrazi za serverom sigurnosnih ključeva
2. ako nema odgovora - greška

Nedostaci zadane konfiguracije:
1. emitiranje traje neko vrijeme
2. ne odgovaraju svi serveri na takve pakete
3. emitiranje nije dobro, ali je opterećenje na mreži

Da biste riješili ovaj problem potrebno je da uradite sljedeće:
1. navedite konkretnu adresu na kojoj treba tražiti server ključeva (na primjer: NH_SERVER_ADDR = 192.168.100.100)
2. onemogućite pretragu emitovanja (NH_USE_BROADCAST = Onemogućeno)
3. i ograničiti tipove paketa samo na TCP protokol (NH_TCPIP_METHOD = TCP)

Kao što pokazuje praksa, brzina pokretanja 1C: Enterprise 8 nakon takvog podešavanja značajno se povećava!

Ali postoje i neki nedostaci ove metode:

Morate osigurati da se adresa servera sigurnosnih ključeva ne promijeni, inače ćete morati ponovo konfigurirati nethasp.ini datoteku na svim lokalnim strojevima!

Takođe bih želeo da razjasnim nekoliko tačaka o radu sa ključevima sa kojima sam morao da radim tokom svog rada:

1. Monitor HASP ne prikazuje ključ

Sam monitor može pokazati samo prisustvo menadžera licenci na određenoj adresi. On će moći vidjeti ključ tek nakon što zaštićena aplikacija uspješno otvori barem jednu sesiju s ključem. Osim toga, treba uzeti u obzir da Aladdin Monitor radi samo preko UDP protokola, port 475. Dakle, nedostatak podataka o ključu u monitoru ne znači da ključ nije dostupan aplikaciji.

2. Dva 1C HASP ključa za zaštitu na jednom računaru

Prilikom instaliranja dva ili više sigurnosnih ključeva softver HASP na jednom računaru, imajte na umu da:

• Ključevi različitih serija će raditi dobro. (u odnosu na 1C: 1 server i 1 mreža će raditi dobro)
• Ključevi iste serije će raditi ako je ovu funkciju implementirao programer zaštićenog softvera. Ako programer nije implementirao ovu funkciju, ključevi koji pripadaju istoj seriji neće raditi zajedno na jednom računaru: ili onaj koji je najbliži portu (u slučaju LPT ključeva), ili lociran; na portu sa junior adresom (u slučaju USB ključeva za zaštitu HASP programa). (u odnosu na 1C, - 2 lokalna ili 2 mrežna ključa na jednom računaru najvjerovatnije neće raditi ispravno)
• Ne preporučuje se spajanje lokalnog i mrežnog ključa zbog sigurnosne značajke 1C Enterprise: kada pronađe lokalni ključ, program nikada neće tražiti mrežni ključ.

Moguća rješenja ovog problema:

• Zamjena nekoliko zaštitnih ključeva za HASP programe jednim, sa većim brojem licenci (ovo je dobro napisano ovdje: http://v8.1c.ru/predpriyatie/questions_licence.htm).
• Instaliranje zaštitnih ključeva na različitim računarima, nakon čega slijedi instalacija i konfiguracija menadžera licenci za svaki ključ.

3. Dva ili više menadžera licenci (License Manager) na mreži

Ako imate dva ili više mrežnih ključeva, nije uvijek dovoljno razdvojiti ih različitim računarima. Upravljači licencama moraju biti konfigurirani. Svaki upravitelj licenci mora imati jedinstveno ime, koje se mora eksplicitno prenijeti zaštićenom programu. Preporučuje se da izvršite slično podešavanje ako koristite terminalski server, čak i sa istim mrežnim ključem.

Na mašini na kojoj je instaliran ključ nalazimo fajl nhsrv.ini u folderu sa menadžerom licenci. Parametar NHS_SERVERNAMES je odgovoran za ime servera za licence, može se sastojati od latiničnih slova i brojeva i sadržavati najviše 7 znakova.

NHS_SERVERNAMES = NAME1

Nakon toga, na klijentskim mašinama, preporučljivo je urediti nethasp.ini datoteku, eksplicitno navodeći adrese i imena menadžera licenci:

NH_TCPIP = Omogućeno
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11 NH_SERVER_NAME = IME1, IME2

Sama poruka "Ključ zaštite programa nije pronađen" znači da program 1C nije mogao pronaći hardverski uređaj koji služi kao zaštita za 1C program od nelicencirane upotrebe. U teoriji, ako nemate sigurnosni ključ, to znači da ga ne koristite licencirana verzija 1C.

Najčešći model sigurnosnog ključa je mali uređaj koji se serijski povezuje na port pisača. Posljednjih nekoliko godina, sigurnosni ključ se isporučuje u obliku uređaja koji se povezuje sa računarom preko USB porta.

Kada radite s mrežnom verzijom programa 1C, možete koristiti jedan sigurnosni ključ. U tom slučaju ključ mora biti instaliran na jednom od računara na mreži.

Dakle, ako pri ulasku u 1C program prikaže poruku "Ključ za zaštitu programa nije pronađen", postoji nekoliko mogućih razloga:

• 1. Vi fizički nemate zaštitni ključ, jer imate nelicencirani 1C program.
• 2. Imate licenciranu verziju programa 1C, ali zaštitni ključ nije povezan sa računarom (na primjer, administrator ga je odnio kući za vikend i zaboravio da ga vrati).
• 3. Imate licenciranu verziju programa 1C, a ključ je instaliran na jednom od računara na mreži, ali nedostaje mrežna veza na računar na kojem je instaliran ključ ili na računar sa kojeg se prijavljujete u 1C program.
• 4. Imate licenciranu verziju 1C programa i svi uređaji su uključeni i uključeni ispravno, ali je brzina hardverskih uređaja dovoljno niska da program može ispitati sve računare na mreži za prisustvo sigurnosnog ključa . Ako se zaštitni ključ ne pronađe na mreži u navedenom vremenu, program će prikazati odgovarajuću poruku.

U velikoj većini slučajeva, poruka "Ključ zaštite programa nije pronađen" pojavljuje se kada se na računaru koristi nelicencirana verzija programa. Da biste koristili 1C program, kupite licenciranu verziju. Ako je sve u redu s vašom licencom, za pomoć se obratite kompaniji od koje ste kupili 1C program.

Prilikom pokretanja programa 1C Accounting, operater može naići na poruku „Licenca nije pronađena. Ključ za zaštitu programa ili dobijena softverska licenca nisu pronađeni." Pojava ovog problema može biti povezana s promjenom konfiguracije sistema, zbog čega je 1C prepoznao sistem kao kvalitativno nov, ili s pogrešnim postavkama samog 1C (posebno, mrežne postavke nethasp.ini konfiguraciona datoteka). U ovom materijalu ću detaljno analizirati razloge za ovu grešku i objasniti kako je popraviti.

Uzroci disfunkcije

Greška "Licenca nije pronađena" obično se javlja u situaciji kada 1C program nije otkrio datoteku licence (obično sa ekstenzijom .lic) na lokalnom računaru (ili serveru), što omogućava potpuno pokretanje navedenog sistema.

Ova situacija može nastati zbog sljedećih faktora:

Kako popraviti "Licenca nije pronađena" u 1C

Pogledajmo načine da se riješimo greške „Licenca nije pronađena. Ključ za zaštitu programa ili dobijena softverska licenca nisu pronađeni". korisničkih sistema 1C:

1. Prije pokretanja programa, onemogućite svoj zaštitni zid;
2. Instalirajte “Alladin monitor” u sistem. Ovaj proizvod prikazuje upotrebu licenci u mrežnoj verziji programa. Koristite ga da potvrdite da vaš sistem ima instaliranu licencu;
3. Kada koristite hardversku licencu u prozoru informacione baze kliknite na “Postavke” i označite kućicu pored opcije “Koristi hardversku licencu” ako takvo polje za potvrdu nema;
4. Uredite datoteku Nethasp.ini koja se nalazi na sljedećoj putanji:

Otvori ovaj fajl i upišite tamo IP adrese klijentskih računara i imena menadžera licenci. Da biste to učinili, u specijaliziranom odjeljku navedite:

Zatim u odjeljku navedite IP adresu servera upravitelja licencama (trebalo bi izgledati kao NH_SERVER_ADDR = potrebna IP) i ime upravitelja licenci (NH_SERVER_NAME = ime menadžera).

Ime menadžera je preliminarno naznačeno u sekciji u obliku NHS_SERVERNAMES = ime 1, ime 2 itd.

• Aktivirajte postojeću licencu. Ako dobijete poruku o odsustvu otkrivene licence, kliknite na „Da“ i naznačite putanju za instaliranje licence (lokalni računar ili server).
• Zatim odaberite opciju primarni ili ponovni prijem licence ili njeno obnavljanje. Vidljivost licence postavljamo na „Svi korisnici računara“, biramo način dobijanja - ručno, automatsko, digitalni mediji. Ispunjavamo obrazac za registraciju, nakon čega podatke spremamo u datoteku koju stavljamo u direktorij:

Ponašanje mnogih administratori sistema, suočeni s poteškoćama prilikom instaliranja sigurnosnih ključeva za 1C Enterprise, najviše podsjećaju na šamansko bacanje tamburom. U “admin krugovima” i na internetu postoje mitovi i legende o “kapricioznosti” sigurnosnih ključeva, o njihovoj “krivoj” implementaciji itd. Istovremeno, većina nestandardnih situacija rezultat je izuzetno niskog nivoa znanja o sigurnosnim ključevima i karakteristikama njihove upotrebe.
Koje vrste ključeva postoje?

Lokalni jednokorisnički ključevi predstavljeni su HASP HL ​​Basic modelom (plavi), ovaj ključ ima oznaku H4 M1 ORGL8, nema ugrađenu memoriju i lični ID i ne pohranjuje nikakve parametre i postavke. Isporučuje se sa proizvodima licenciranim za jedno radno mjesto.

Mrežni klijentski ključevi uključuju HASP HL ​​Net seriju (crveni). Imaju internu memoriju koja pohranjuje broj licenci i ekskluzivni ID. Postoje varijante za 5, 10, 20, 50 i 100 korisnika. Označen je kao NETXX ORGL8, gdje je HX broj licenci (kao što je NET5 ORGL8). Tu su, pak, ključevi za 300 i 500 korisnika koji imaju oznake NET250+ ORG8A i NET250+ ORG8B. Isporučuje se sa proizvodima licenciranim za 5 radnih stanica, a takođe i zasebno, u obliku dodatnih klijentskih licenci.

Ključevi za 1C Enterprise server su samo lokalni. 32-bitna modifikacija ima HASP HL ​​Pro zaštitni ključ (ljubičasta), koji ima internu memoriju i jedinstveni ID. Ima oznaku ENSR8 i dolazi sa licencom za 1C Enterprise server.

Za 64-bitni server koristi se HASP HL ​​Max ključ (zeleni) sa internom memorijom i jedinstvenim ID-om. Označen je kao EN8SA i zauzvrat podržava 32-bitni server. One. Ako imate licencu za 64-bitni server, možete koristiti 32-bitnu verziju bez promjene ključa, ali ne obrnutim redoslijedom.

Kako instalirati ključeve bez grešaka

Treba napomenuti jednu važnu tačku: zabranjeno je instalirati više od jednog ključa iste serije na jednom računaru. Osim toga, ne preporučuje se postavljanje lokalnog i mrežnog ključa zajedno zbog sigurnosne značajke 1C Enterprise: kada pronađe lokalni ključ, program ni u kojem slučaju neće tražiti mrežni ključ. Lokalni ključevi servera 1C Enterprise ne ometaju rad drugih ključeva.

Druga važna stvar: ključ ne bi trebao biti smješten na stroju s aktivnim terminalskim softverom. Zauzvrat, nema potrebe postavljati upravitelja licenci u terminal. 1C na terminalskom serveru može raditi samo s mrežnim ključem koji se nalazi na drugom računalu.

Ako imate dva ili više mrežnih ključeva, nije dovoljno da ih distribuirate na različitim računarima. Potrebno je konfigurirati menadžere licenci. Svaki upravitelj licenci mora imati jedinstveno ime, koje se mora eksplicitno prenijeti zaštićenom programu. Preporučljivo je izvršiti slično podešavanje u slučaju korištenja terminalnog servera, s najmanje jednim mrežnim ključem.

Na mašini na kojoj je instaliran ključ pronađite datoteku nhsrv.ini u fascikli sa menadžerom licenci. Parametar NHS_SERVERNAMES je odgovoran za ime servera za licence, može se sastojati od latiničnih slova i brojeva i sadržavati najviše 7 znakova.

NHS_SERVERNAMES = NAME1

Zatim na klijentskim mašinama morate urediti nethasp.ini datoteku, eksplicitno navodeći adrese i imena menadžera licenci:

NH_TCPIP = Omogućeno

NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11
NH_SERVER_NAME = NAME1, NAME2

Koje su greške?

Nažalost, umjesto standardnih HASP poruka o grešci, 1C Enterprise prikazuje vlastiti „Ključ zaštite programa nije pronađen!“ Ispod ove poruke mogu biti skrivene četiri vrste grešaka;

Ključ nije pronađen. Očigledno najčešća greška. Pojavljuje se kada nema ključa ili se pokuša koristiti ključ iz drugog proizvoda. Za mrežne ključeve, ova greška se može otkriti kada nema mreže, kada upravitelj licenci ne radi na mašini sa ključem, port 457 je zatvoren ili je nemrežni ključ pogrešno instaliran.
.Ključ ne sadrži licencu. Nastaje kada su dva ključa iste serije instalirana na jednom računaru, a vidljiv je onaj koji nema potrebnu licencu. Kada radite na mreži od dva menadžera licenci sa istim imenima i služe ključevima iste serije, aplikacija može biti prva koja će pronaći ključ koji ne uključuje potrebnu licencu, što će zauzvrat dovesti do primanja ove greške.
.Detektovana je usluga terminala. Pojavljuje se kada pokušate omogućiti aplikaciju iz terminalske sesije s lokalnim ključem. Može se, pak, pojaviti u slučaju kada adresa upravitelja licenci nije eksplicitno navedena u nethasp.ini.

Broj licenci je premašen. Pojavljuje se ako broj korisnika (aktivnih sesija) premašuje broj licenci naveden u ključu. Kada dva upravitelja licenci sa istim imenima i servisnim ključevima iste serije rade na mreži, aplikacija može prvo pronaći ključ s kojim je već označen maksimalan broj konekcija, što će zauzvrat dovesti do primanja ove greške.