클래스="엘리아드유닛">

인터넷 리소스에 대한 사용자 등록은 사용자를 식별하는 데 사용되며 종종 사이트 서비스에 액세스하기 위한 전제 조건입니다. 이 절차를 수행하여 계정 정보를 입력합니다. 필수 및 선택 계정 필드 목록은 웹 리소스의 요구 사항에 따라 다르지만 "로그인" 및 "비밀번호" 필드는 항상 존재합니다.

이 기사에서는 로그인을 만드는 방법과 등록이 불가능한 이유에 대해 설명합니다.

계정을 생성하고 로그인을 사용할 수 없는 이유를 알아냅니다.

널리 사용되는 인터넷 리소스에서 동일한 로그인으로 계정을 만들어 보겠습니다.

이 예에서 사용자는 엘레나 페트로바인터넷 포털 서비스에 대한 액세스 권한을 얻을 계획입니다. 얀덱스, Google그리고 Mail.ru. 또한 세 가지 리소스 모두에 대한 이메일 서비스(비즈니스 서신용 사서함)가 필요합니다.

가장 좋은 옵션은 동일한(또는 유사한) 로그인으로 계정을 등록하는 것입니다. 이 로그인은 사서함 이름으로도 사용할 수 있습니다. 사서함 이름에 라틴 문자, 숫자 및 마침표를 사용하는 것은 우리가 선택한 모든 리소스에서 허용됩니다. 이 점을 고려하여 가장 간단한 로그인을 만들어 보겠습니다. 엘레나페트로바(라틴어로 '이름 + 성')을 입력하고 등록을 진행하세요.

얀덱스로그인 가능 여부 확인 엘레나페트로바사용자 데이터베이스에서 이를 찾아 진단을 발행합니다. "등록을 위한 로그인이 불가능합니다".

동시에 그는 가장 적합하다고 생각하는 로그인 이름 10개를 제공합니다. 이러한 옵션은 우리에게 별로 적합하지 않으므로 로그인에 생년월일을 추가합니다. 엘레나 페트로바. 로그인 엘레나페트로바3006우리와 Yandex 모두에게 적합합니다. 등록을 계속할 수 있습니다.

클래스="엘리아드유닛">

로그인으로 사용자를 추가하려고 합니다. 엘레나페트로프에 Google역시 실패. 진단: “이 사용자 이름은 이미 사용 중입니다. 다른 걸 시도해 보세요". Yandex와 달리 Google은 바꿀 이름을 하나만 제공하지만 다시 시도합니다. 엘레나페트로바3006, 모든 것이 우리에게 잘됩니다.

하지만 데이터베이스에는 Mail.ru로그인 뿐만 아니라 엘레나페트로바, 그러나 또한 엘레나페트로바3006. 진단: « 같은 이름의 편지함이 이미 존재합니다.» . 생년월일 앞에 점을 추가하고 로그인을 등록하세요. 엘레나페트로바.3006.

이 예에서는 트래픽이 많고 사용자 기반이 큰 세 개의 인터넷 포털에 동일한 로그인을 등록하려고 했습니다. 이제 우리는 왜 그런 질문에 답할 수 있습니까? 등록을 위한 로그인이 불가능합니다사용자. 그 이유는 동일한 이름을 가진 사용자가 이미 사이트 데이터베이스에 존재하고 로그인이 고유하지 않기 때문입니다.

해제된 로그인 사용 가능성에 대해

인터넷 리소스 사용자가 계정을 삭제한다고 해서 해당 로그인이 해제되어 등록 가능한 범주로 이전되는 것은 아닙니다.

이 상황에서 이미 논의한 인터넷 포털이 어떻게 작동하는지 살펴 보겠습니다.

• 얀덱스- 사용자가 기술 지원을 통해 잘못 삭제된 계정을 복원할 수 있습니다. 해제 후 6개월 이내에 로그인 해제 절차를 수행하면 해당 로그인을 등록할 수 있게 됩니다(“배포” 입력).
• Google- 로그인 정보가 "배포판"으로 전송되지 않은 후 2~3주 이내에 계정을 복원할 수 있습니다.
• Mail.ru- 계정을 복원할 수 있는 기회를 제공하며(조건은 지정되지 않음) 로그인이 다시 "분산"되지 않습니다.

로그인 생성에 대한 몇 마디

로그인 요구 사항은 이 예처럼 항상 엄격하지는 않습니다. 비즈니스 커뮤니케이션을 위한 사이트에서는 이름, 성, 직위 등을 조합하여 사용하는 것이 실제로 더 좋습니다. 그러나 엔터테인먼트 리소스 및 포럼의 경우 반전된 단어(“Dima” 대신 “Amid”), 수수께끼 단어(“devo4ka”, “4fun”), 동물, 식물 및 자연 현상의 이름이 매우 적합합니다.

너무 긴 로그인을 등록하지 마십시오. 기억하기 어렵고 오류 없이 입력하기가 어렵습니다.

이제 등록에 사용할 수 있는 로그인을 생성할 수 있기를 바랍니다.

사용자 계정을 생성, 이름 변경 또는 복원하려고 하면 관리 콘솔에 "사용자 이름이 이미 존재합니다."라는 메시지가 나타납니다. 이 오류의 주요 원인은 다음과 같습니다.

지정된 이름을 가진 사용자, 그룹 또는 별칭이 이미 존재합니다.

이는 삭제된 계정이 다시 생성된 결과(관리자에 의해 또는 디렉터리 동기화로 인해) 발생할 수 있습니다. 이후 삭제된 사용자를 복원하려고 하면 다음과 같은 메시지가 나타납니다.

사용자 이름이 있는지 확인하고 충돌을 해결하는 방법

아직 도메인 소유권을 확인하지 않은 경우 동일한 이름을 가진 다른 계정이 있을 수 있습니다.

도메인 소유권을 확인하는 것이 좋습니다. 이렇게 하면 G Suite에 추가하려는 사용자 이름과 충돌하는 모든 계정의 이름이 자동으로 변경됩니다.

메모.지난 24시간 동안 다른 G Suite 도메인에 별칭으로 등록된 사용자 이름을 추가하려는 경우 해당 주소로 새 계정이나 별칭을 만들려면 24시간을 더 기다려야 합니다.

데이터베이스를 다른 서버로 전송할 때 사용자를 성공적으로 전송하고 현재 비밀번호를 저장하려면 다음 단계를 수행해야 합니다.

1. "사용자" 모드의 도구 모음에서 [ 버튼을 클릭합니다. 비밀번호 캐시 새로 고침] (그림 74).

Microsoft" href="/text/category/microsoft/" rel="bookmark">Microsoft SQL Server Management Studio 및 열리는 창에서 데이터베이스가 있는 서버 이름, 로그인 이름 및 비밀번호를 지정합니다. (그림 75).

그림 75. Microsoft SQL Server 관리 스튜디오

3. 다른 서버로 전송해야 하는 데이터베이스를 선택하고 상황에 맞는 메뉴를 불러와 다음을 선택합니다. 작업 → 백업 만들기 (그림 76).

그림 76. 데이터베이스 백업 생성

열리는 창에서 필요한 매개변수를 설정하고 버튼을 클릭합니다. [좋아요](그림 77).

그림 77. 데이터베이스 백업 생성

4. 데이터베이스가 전송되는 서버로 이동하여 기존 데이터베이스 중 하나를 선택하고 상황에 맞는 메뉴를 호출합니다. 상황에 맞는 메뉴에서 항목을 선택하세요. 작업 → 복원하다 → 데이터 베이스 (그림 78).

그림 78. 데이터베이스 복원

열리는 창에서 데이터베이스 이름을 입력하고 데이터베이스 백업 경로를 지정한 후 확인란을 선택하고 클릭합니다. [좋아요](그림 79).

그림 79. 데이터베이스 복원

5. 소프트웨어 패키지에 로그인 "스보드-스마트"모드로 "사용자". 데이터베이스에서 다른 서버로 비밀번호를 전송하려면 사용자 목록을 동기화해야 합니다.

비밀번호를 복구하지 않고 사용자 목록을 동기화하면 사용자 동기화 시 해당 사용자에 대해 해당 서버에서 사용되는 비밀번호를 설정할 수 있습니다. 비밀번호 복구 없이 동기화하는 동안 데이터베이스에서처럼 서버에 로그인이 없으면 기본적으로 이 사용자는 빈 비밀번호를 갖게 됩니다.

비밀번호 복구를 통해 사용자 목록을 동기화하면 이전 서버에서와 동기화하는 동안 사용자에 대해 동일한 비밀번호를 설정할 수 있습니다. ( 그림 80).

https://pandia.ru/text/80/240/images/image228.jpg" width="19" height="18 src="> [이벤트 로그]"사용자" 모드의 도구 모음에서 (그림 81).

https://pandia.ru/text/80/240/images/image230.jpg" width="507" height="319 src=">

그림 82. 이벤트 로그

기본적으로 이벤트 로그에는 현재 날짜의 작업이 표시됩니다. 특정 기간, 모드 또는 이벤트별로 이벤트 로그의 항목 목록을 표시할 수 있습니다. (그림 83).

그림 83. 이벤트 로그

필터 "이벤트 로그"다음 매개변수를 기준으로 이벤트 로그의 항목을 필터링할 수 있습니다.

- 기간– 특정 기간 동안 작업을 필터링할 수 있습니다. (그림 84).

그림 84. 기간별 필터링

- 계정– 한 명 이상의 사용자가 수행한 작업을 필터링할 수 있습니다. (그림 85).

그림 85. 계정별 필터링

- 주인– 특정 컴퓨터 또는 여러 컴퓨터에서 수행된 작업을 필터링할 수 있습니다. (그림 86).

그림 86. 컴퓨터별로 필터링

- 애플리케이션– 특정 애플리케이션에서 수행되는 작업을 필터링할 수 있습니다. 예를 들어 씩(thick) 클라이언트를 통해 수행되는 작업을 봅니다.

- 설명– 기록별로 정보를 필터링할 수 있습니다.

필터 "모드"다음 모드로 이벤트 로그의 항목을 필터링할 수 있습니다.

방법 "조직과 예산의 나무"– 조직 및 예산 트리의 변경 사항과 관련된 작업을 표시합니다.

방법 "사용자 및 그룹"– 프로그램 시작 또는 종료와 관련된 작업을 표시합니다.

방법 "저장된 양식"– 저장된 보고서의 변경 사항과 관련된 작업을 표시합니다.

방법 "디렉토리(범용)"– 범용 디렉토리의 변경 사항과 관련된 작업을 표시합니다.

방법 "디렉토리(일반)"– 일반 디렉토리의 변경 사항과 관련된 작업을 표시합니다.

방법 "양식"– "양식 디자이너" 모드에서 양식 변경과 관련된 작업을 표시합니다. (그림 87).

https://pandia.ru/text/80/240/images/image236.jpg" width="489" height="319">

그림 87. 이벤트별 필터링

7. 사용자 차단

사용자 모드에서 관리자 역할을 가진 사용자는 사용자를 차단하거나 차단을 해제할 수 있습니다. 사용자를 차단하려면 "사용자" 모드 목록에서 원하는 사용자를 선택하고(여러 개가 있는 경우 사용자를 daws로 표시) 도구 모음 https://pandia.ru의 버튼을 클릭해야 합니다. /text/80/240/images/image238.jpg" width= "574" height="175">

그림 88. 사용자 차단

2가지 유형의 사용자 차단에 액세스하세요.

1. 사용자 차단– 사용자가 프로그램에 로그인하는 것을 금지하지만 MS SQL Management Studio로 작업할 수 있습니다.

차단된 사용자로 프로그램에 진입하면 해당 사용자가 차단되었음을 알리는 메시지가 표시되지만, 이 로그인 하에서는 MS SQL Management Studio 프로그램을 통해 서버에 접근할 수 있습니다. (그림 89).

그림 89. 차단된 사용자로 프로그램에 로그인할 때 나타나는 메시지

2. 로그인 차단– 사용자가 프로그램 및 MS SQL Management Studio에 로그인하는 것을 금지합니다.

프로그램 진입 시, MS SQL Management Studio를 통해 서버에 로그인 시 오류가 발생합니다. (그림 90).

그림 90. 차단된 로그인을 사용하여 MS SQL Management Studio를 통해 서버에 로그인할 때 오류 메시지

"사용자" 모드 목록에서 차단된 사용자는 연한 분홍색으로 표시됩니다. 또한 창 맨 아래에는 목록의 항목 수에 대한 정보 표시 옆에 차단된 사용자가 어떤 색으로 칠해져 있는지에 대한 정보가 표시됩니다. (그림 91).

그림 91. "사용자" 모드 목록에 차단된 사용자 표시

사용자 차단을 해제하려면 로그인을 선택하고 도구 모음에서 버튼을 클릭하세요. [로그인 차단 해제]또는 [사용자 차단 해제] (그림 92).

그림 92. 사용자 잠금 해제

8. 모드 설정 "사용자"

"사용자" 창의 도구 모음에 있는 버튼을 사용하여 다음 설정을 지정할 수 있습니다.

세션을 삭제합니다.

사용자 차단

권리 정리

근무 일정

비밀번호 캐시를 새로 고칩니다.

8.1 세션 삭제

사용자가 프로그램에 로그인할 때 동일한 이름을 가진 사용자가 이미 작업 중이라는 메시지를 받으면 사용자 차단을 해제하려면 해당 사용자를 세션에서 강제로 제거해야 합니다. (그림 93).

쌀우녹 93.프로그램 로그인 중 오류 발생

세션에서 사용자를 제거하는 작업은 사용자 연결 풀에서 수행됩니다. 아이템을 이용하여 커넥션 풀에 입장할 수 있습니다. 사용자 연결 풀도구 모음의 프로그램 설정 또는 버튼을 통해 [세션 삭제]모드 툴바에서 "사용자" (그림 94).

그림 94. 사용자 연결 풀

연결 풀 창에는 현재 데이터베이스에서 작업 중인 모든 사용자가 표시됩니다. 연결 풀에서 사용자를 제거하려면 사용자 확인란을 선택하고 버튼을 클릭합니다. [ 좋아요] (그림 95).

쌀우녹 95.사용자 세션 삭제

8.2 사용자 차단

설정 "사용자 차단"현재 보고서나 양식 구조를 편집하고 있는 사용자에 대한 정보를 볼 수 있습니다. (그림 96).

https://pandia.ru/text/80/240/images/image248.jpg" width="274" height="174">

그림 97. 사용자 권한 지우기

8.4 작업 일정

작업 일정을 통해 직원이 Svod-SMART 프로그램에서 작업하는 시간을 제한할 수 있습니다.

사용자 일정 창에는 2개의 목록이 표시됩니다. 왼쪽에는 설정이 있는 그룹 목록이 있고, 오른쪽에는 이 그룹의 구성원인 사용자 목록이 있습니다. (그림 98).

쌀우녹 98.사용자 일정

사용자의 작업을 시간별로 제한하는 것은 그룹에서 수행됩니다. 이를 위해서는 창 오른쪽에 그룹을 만들어야 합니다. 그룹 생성은 버튼을 사용하여 수행됩니다. 만들다창문 오른쪽에. 그룹을 생성할 때 이 그룹에 포함된 사용자의 근무 시간과 요일을 지정합니다. (그림 99).

쌀우녹 99.사용자 작동 모드 설정

그런 다음 생성된 그룹에 사용자를 추가하여 사용자의 작업을 제한해야 합니다. 버튼을 사용하여 창 오른쪽에 사용자를 추가합니다. 만들다. "사용자 및 그룹" 창에서 확인란을 사용하여 사용자를 표시하고 버튼을 클릭해야 합니다. [좋아요](그림 100).

그림 100. 사용자 활동을 제한하는 그룹에 사용자 추가

"제조 기업 관리" 구성 릴리스 1.3에는 양식, 기본 문서 설정 등에 대한 자동 채우기 매개변수를 설정할 수 있는 사용자 설정 메커니즘이 포함되어 있습니다.

오늘 기사에서는 1C:Enterprise 모드에서 사용자 설정 작업과 구성기에서의 구현을 살펴보겠습니다.

모드 1C:기업

사용자 설정 창을 엽니다(어느 창이든 상관없습니다). 우리는 다음과 같은 것을 보게 될 것입니다:

설정이 사용자 경험에 미치는 영향을 살펴보겠습니다. "여러 세션 열기 금지" 설정을 TRUE로 변경해 보겠습니다. 그런 다음 현재 세션을 닫지 않고 동일한 계정으로 프로그램에 로그인해 보겠습니다. 시스템은 경고를 표시하고 세션을 닫지 않습니다.

설정을 이전 상태로 되돌리면 여러 세션을 시작할 수 있게 됩니다.

이미 알고 계시겠지만 사용 가능한 사용자 설정 목록은 상당히 광범위합니다. 사용자/관리자가 설정을 추가하고 사전 정의되지 않은 경우를 제외하고 "프로덕션 엔터프라이즈 관리" 구성에 내장된 도움말에서 각 설정의 목적에 대해 자세히 알아볼 수 있습니다.

구성자 모드

사용자 설정 메커니즘은 매우 간단하게 구현됩니다. 구성 트리에는 두 개의 개체만 사용됩니다.

1. "사용자 설정" 특성 유형 계획.
2. 정보는 "사용자 설정"을 등록합니다.

특성 유형 계획은 "사용자 설정" 정보 레지스터에 저장된 특성 값의 유형을 결정합니다. 다음은 일반적인 구성에 설치되어 사용 가능한 일부 값 유형의 목록입니다.

"사용자 설정" 특성 유형 계획의 "여러 세션 열기 금지" 요소가 "부울"로 설정되어 있습니다. 프로그램이 시작되면 이 옵션이 활성화되어 있는지 확인합니다. 현재 사용자가 설정한 값이 TRUE로 설정되어 있으면 해당 사용자가 실행 중인 세션이 있는지 확인합니다.

다음은 "시스템 시작 시" 이벤트의 일반 애플리케이션 모듈에 있는 확인 코드의 일부입니다.

// 시스템이 시작될 때// 시스템 시작 시 절차() /// ............................. // 설정 값을 가져옵니다. DenyOpeningMultipleSessions = UserManagement. GetDefaultValue(chVariableValue(" ch현재사용자" ) , " 거부여러 세션 열기" ) ; 다중 세션 열기를 금지하는 경우 CurrentConnectionNumber = InformationBaseConnectionNumber() ; UniqueUserIdentifier = InformationBase Users.CurrentUser() . UniqueIdentifier; // 이미 연결된 세션에서 현재 정보보호 사용자를 찾습니다. ArrayConnections = GetInfoBaseConnections() ; 연결 배열 루프의 각 TechConnection에 대해 If (TechConnection.ApplicationName = " CV8 1개" ) AND (TechConnection.ConnectionNumber = CurrentConnectionNumber 아님) AND (TechConnection.User = undefed ) AND (TechConnection.User. UniqueIdentifier = UniqueUserIdentifier) ​​​​Then Warning(" 이 이름을 가진 사용자가 이미 로그인되어 있습니다." ) ; 시스템 종료(False) ; Return ; EndIf ; EndCycle ; EndIf ; // ..................................... 절차 종료

가장 흥미로운 점은 "GetDefaultValue" 절차입니다. 첫 번째 매개변수는 현재 사용자(디렉토리 요소 "사용자"에 대한 링크)이고, 두 번째 매개변수는 값을 얻으려는 특성 유형 "사용자 설정" 계획의 요소 이름입니다. 이 함수의 핸들러 코드는 다음과 같습니다.

// 이 함수는 전달된 사용자 및 설정에 대한 기본값을 반환합니다.// // 옵션: // 사용자 - 프로그램의 현재 사용자 // 설정 - 기본값이 반환되는 기능 // // 반환값: // 설정의 기본값입니다.// 함수 GetDefaultValue(사용자, 설정) 내보내기 사용자 = mainValueValue(" ch현재사용자" ) Then SettingLink = PlansTypesofCharacteristics.UserSettings[ 설정] ; UserSettingsCache = gVariableValue(" " ) ; 설정값 = UserSettingsCache[ 설정링크] ; If 설정값 = 정의되지 않음 그러면 설정값 = GetUserDefaultValue(사용자, 설정) ; CacheOn settingsUsers[SettingLink] = 설정값; # 클라이언트가 아니고 외부 연결이 아닌 경우 // 서버에서 캐시에 값을 저장합니다. // 다른 경우에는 "참조로" 값을 얻었으므로 저장할 필요가 없습니다. ch변수값세트(" 사용자 설정값" , UserSettingsCache, True ) ; #EndIf EndIf ; ReturnSettingsValue; EndIf ; Return GetUserDefaultValue(사용자, 설정) ; EndFunction //기본값 가져오기()

여기서 현재 사용자에 대한 설정을 얻으면 캐시에서 해당 값을 얻으려고 합니다. 다른 경우에는 "사용자 설정" 정보 등록에서 직접.

사용자 설정은 다른 구성 절차 및 기능과 동일한 방식으로 처리됩니다. 설정값을 얻어와 조건에 따라 동작을 수행합니다.