1s 웹 서버가 감지되지 않았습니다. 1C:Enterprise와 작동하도록 웹 서버를 구성합니다. 발생한 오류
웹 서버에 1C를 게시하면 사용자 컴퓨터의 시스템 요구 사항을 최대한 줄이고 구현된 기능을 최대한 활용할 수 있습니다. 이를 통해 추가 구성 요소 및 응용 프로그램을 설치하지 않고도 씬 클라이언트뿐만 아니라 브라우저를 사용하여 데이터베이스 작업을 구성할 수 있습니다.
기본 요구사항
아키텍처의 서버 측에 대한 최소 시스템 요구 사항은 크게 달라질 수 있으며 다음에 따라 크게 달라집니다.
- 프로그램으로 해결된 문제
- 문서 흐름의 강도
- 동시에 연결된 사용자 수
- 게시되고 등록된 데이터베이스의 크기와 수입니다.
그러나 웹 서버에 1C를 게시할 때 두 가지 없이는 불가능합니다.
- 시스템에 배포된 웹 서버
- 1C에서 제공하는 설치되어 실행 중인 확장 모듈입니다.
웹 서버
구조의 이 요소는 Microsoft에서 운영 체제의 일부로 제공되는 IIS(Internet Information Server) 또는 Apache 서버일 수 있습니다. 물론 이러한 솔루션과 유사한 유료 유사 제품이 있지만 이에 대해서는 다루지 않겠습니다.
Apache 제품의 또 다른 장점은 Linux와 유사한 운영 체제에서 실행할 수 있다는 것입니다.
우리는 IIS 옵션을 고려할 것입니다. 왜냐하면... 타사 제품을 검색하고 설치할 필요가 없습니다.
웹 서버 확장 모듈
이러한 모듈의 설치는 플랫폼 제공 파일을 실행하여 수행할 수 있습니다. 그림 1에 표시된 모양의 창에 도달하면 해당 구성 요소의 설치를 활성화해야 합니다.
당연히 확장 외에도 1C Enterprise 플랫폼 자체가 컴퓨터에 설치되어야합니다. 그렇지 않으면 게시의 주요 부분이 수행되는 구성기에 액세스할 수 없습니다.
도구를 결정한 후 구성으로 넘어갑니다.
웹 서버 설치 및 시작
Windows가 설치된 컴퓨터에서 IIS를 시작하려면 다음 작업 순서를 수행해야 합니다(예: Windows 7 사용).
그림 3
브라우저의 주소 표시줄에 "http://localhost"와 같은 줄을 입력하고 그림 4와 같은 사진을 수신하면 웹 서버가 작동하는지 확인할 수 있습니다.
그림 4
그림 6.
경우에 따라(특히 프로그램이 64비트 운영 체제에서 작동하는 경우) 서버에 데이터베이스를 게시한 후 1C 플랫폼에서 사용하는 라이브러리를 사용하여 작업을 추가로 구성해야 할 수도 있습니다. 이 작업은 "사이트" 하위 메뉴에서 수행할 수 있습니다.
목록에서 방금 게시된 특정 데이터베이스를 선택한 후 "Handler Matching" 유틸리티를 활성화해야 합니다(그림 7). 
그림 7
우리의 경우 ISAPI-dll과 설치된 플랫폼 버전의 BIN 폴더에 있는 wsisapi.dll 실행 파일 간의 통신을 설정해야 합니다.
원칙적으로 이 시점에서 서버 작업의 주요 부분이 완료된 것으로 간주할 수 있으므로 바로 데이터베이스 게시로 넘어가겠습니다.
데이터베이스를 서버에 게시
사용자 권한 설정
위의 창을 받은 후, 사용자에 대한 접근 규칙 설정을 진행합니다.
IIS_USERS 사용자에게 전체 액세스를 허용해야 합니다.
- 리소스가 저장된 "C:\inetpub\wwwroot\Publication name" 폴더로 이동합니다.
- wsisapi.dll 라이브러리가 저장된, 사용 중인 프로그램 버전이 있는 폴더로 이동합니다.
- 데이터베이스가 저장된 장소로.
위의 단계를 완료한 후 브라우저 창에 "localhoct/출판 이름"과 같은 줄을 입력하고 거기에서 사용자 식별 양식을 찾아 출판의 기능을 확인할 수 있습니다.
모바일 장치의 광범위한 사용과 인터넷 접근이 가능한 현대 환경은 소규모 회사의 정보 시스템에도 새로운 요구 사항을 제시합니다. 불과 몇 년 전만 해도 대규모 조직에서는 원격 액세스가 잦았지만 오늘날에는 어디에서나 정보에 액세스할 수 있는 기능이 당연하게 여겨지고 있습니다. 오늘은 파일 모드에서 작동하는 1C:Enterprise 데이터베이스에 대한 웹 액세스를 빠르고 비용 효율적으로 구성하는 방법을 알려 드리겠습니다.
파일 모드에서 1C:Enterprise를 사용하는 기존 방식은 SMB 프로토콜(Microsoft 네트워크)을 통해 정보베이스 파일에 대한 공유 액세스를 의미합니다. 이 경우 컴퓨터 중 하나는 파일 서버 역할을 하고 다른 컴퓨터는 공개적으로 사용 가능한 정보 기반으로 작동합니다.
그러나 이 계획에는 여러 가지 중요한 단점이 있습니다. 작업 속도는 네트워크 대역폭과 클라이언트 컴퓨터의 컴퓨팅 성능에 크게 영향을 받습니다. 우리는 자료에서 이 문제에 대해 더 자세히 논의했습니다. 이는 이전 세대 구성보다 훨씬 더 많은 리소스를 요구하는 관리형 애플리케이션 기반 구성으로 전환한 후에 특히 그렇습니다.
원격 액세스 문제도 심각합니다. RDP를 통해 원격 컴퓨터에 대한 원격 액세스를 구성하는 것이 여전히 가능하지만 전용 서버가 없는 소규모 회사에서는 항상 사용할 수 없는 경우 모바일 장치를 사용하면 모든 것이 가능합니다. 꽤 슬프다.
동시에 관리되는 애플리케이션은 파일 모드에서 작업하는 기능을 포함하여 정보베이스에 대한 웹 액세스와 같은 새로운 기능을 제공합니다. 이를 통해 사실상 추가 비용 없이 정보 시스템 작업 방식을 질적으로 변경할 수 있습니다.
정보베이스가 있는 컴퓨터에서는 정보베이스가 게시되는 웹 서버에 추가 역할이 할당됩니다. 그 후에는 파일 모드와 웹 서버 모드 모두에서 계속 작업할 수 있습니다.
이 경우 작동을 위해 브라우저를 사용할 필요가 없으며 플랫폼은 씬 클라이언트 모드에서 웹 서버를 통해 데이터베이스에 액세스할 수도 있습니다. 이 기능을 사용하면 원격 및 모바일 클라이언트에 대한 액세스를 구성할 수 있을 뿐만 아니라 모든 기본 계산이 서버 측에서 수행되고 네트워크를 통해 전송되는 트래픽이 최소화되므로 사무실에서 생산성이 부족한 기계에 대한 작업을 개선할 수도 있습니다. 클라이언트 컴퓨터의 부하.
물론, 브라우저를 사용하여 어디서나, 모든 장치에서 데이터베이스에 원격으로 액세스할 수 있는 가능성은 거의 무제한입니다.
아래에서는 클라이언트 운영 체제에서 파일 모드로 실행되는 소규모 데이터베이스에 대한 웹 액세스를 구성하기 위해 가능한 구성을 살펴보겠습니다.
현재 두 가지 주요 웹 서버인 Apache와 IIS가 지원되며 플랫폼은 웹 서버가 있는 시스템에 설치되어야 하며 웹 서버 확장 모듈. 플랫폼 설치 프로그램을 다시 실행하여 언제든지 추가로 설치할 수 있습니다.
윈도우와 IIS
알 수 없는 이유로 IIS(인터넷 정보 서비스)는 관리자와 1C 사용자 사이에서 인기가 없습니다. 그러나 일부 타사 소프트웨어를 선호하는 표준 솔루션을 무시하는 것은 아무리 좋더라도 이상하게 보입니다.
클라이언트 OS(이 경우 Windows 7 x64)에 IIS를 설치하려면 다음으로 이동하세요. 제어판 - 프로그램 및 기능 - Windows 기능 켜기 또는 끄기.
열리는 창에서 다음을 선택하세요. 인터넷 정보 서비스을 누른 다음 목록을 확장하고 다음으로 이동하세요. 인터넷 서비스 - 응용 프로그램 개발 구성 요소그리고 반대편에 있는 체크박스를 체크하세요 ISAPI 확장, 다른 매개변수는 기본값으로 남겨둘 수 있습니다.
IIS를 설치한 후 설정으로 넘어가서 이를 수행하려면 다음을 엽니다. 제어판 - 관리 도구 - 인터넷 정보 서비스 관리자.
왼쪽 트리에서 선택 애플리케이션 풀, 마우스 오른쪽 버튼을 클릭하세요. DefaultAppPool - 추가 매개변수그리고 허용 32비트 애플리케이션적절한 옵션을 설정하여 진실.
이제 그룹에 필요한 권한을 설정해 보겠습니다. IUSR그리고 IIS_IUSRS.정보베이스가 있는 폴더에 대한 권한을 부여합니다. 변화그리고 읽기 및 실행:
폴더로 큰 상자플랫폼 - 읽기 및 실행:
그런 다음 관리자 권한으로 1C:Enterprise를 시작하고 필요한 정보베이스를 구성자 모드로 로드합니다.
메뉴에 관리선택하다 웹 서버에 게시. 1C:Enterprise는 자동으로 웹 서버(IIS)를 감지하고 정보베이스 폴더 이름(게시 이름이기도 함)을 사용하는 디렉터리의 웹 서버 루트에 웹 응용 프로그램을 배치하도록 제안합니다. 변경할 수 있습니다. 필요한 경우 이 매개변수를 사용하세요.
준비가 된! 데이터베이스에 액세스하려면 다음과 같은 주소를 사용할 수 있습니다. http://호스트_이름(주소)/출판_이름, 우리의 경우 http://192.168.3.109/Acc30, 브라우저를 실행하고 작업을 확인하십시오.
플랫폼을 통해 작동하도록 데이터베이스를 구성할 수도 있습니다. 이를 위해 새 정보베이스 추가 대화 상자에서 웹 서버의 위치를 지정합니다.
다음 단계는 연결 주소를 입력하는 것입니다.
정보베이스를 시작한 후 정보베이스가 파일 모드가 아닌 웹 서버 모드에서 실행되고 있는지 확인할 수 있습니다.
윈도우와 아파치 2.2
어떤 이유로 IIS를 사용하고 싶지 않은 경우 다른 널리 사용되는 Apache 웹 서버와 작동하도록 1C를 구성할 수 있습니다. 안타깝게도 Apache 개발자는 Windows용 바이너리 어셈블리 게시를 중단하고 파트너에게 연락하겠다고 제안했습니다. Apache Haus 웹 사이트로 이동하여 어셈블리를 다운로드해 보겠습니다. 2.2.x x86 아키텍처, 64비트 운영 체제를 사용하는 경우에도 마찬가지입니다.
주목! Apache 빌드를 얻으려면 프로젝트 웹 사이트에 나열된 신뢰할 수 있는 소스만 사용해야 합니다. 웹 서버와 데이터의 보안은 여기에 달려 있습니다!
또한 Apache 빌드가 제대로 작동하려면 Microsoft Visual C++ 2008 재배포 가능 패키지를 설치해야 합니다.
그런 다음 다운로드한 Apache 아카이브를 임의의 디렉터리에 압축을 풉니다. 예를 들면 다음과 같습니다. C:\Apache22, 모든 많은 폴더 중에서 우리가 관심 있는 폴더는 큰 상자그리고 htdocs, 첫 번째에는 웹 서버 실행 파일이 포함되어 있고 두 번째에는 웹 콘텐츠가 포함되어야 합니다.
관리자 권한으로 명령 프롬프트를 열고 해당 디렉터리로 이동합니다. 큰 상자웹 서버:
CD C:\Apache22\bin
이제 Apache를 서비스로 설치해 보겠습니다.
Httpd -k 설치
우리는 경고에 주의를 기울이지 않습니다. 1C와 함께 사용하는 경우 기본 Apache 구성이 적합합니다.
서비스는 시스템 계정을 대신하여 실행되므로 데이터베이스 및 플랫폼을 사용하여 폴더에 대한 권한을 설정할 필요가 없습니다.
그런 다음 같은 방식으로 구성 모드에서 관리자로 1C를 시작하고 웹 서버에 게시를 진행합니다. IIS와 달리 이 경우 플랫폼 자체에서 경로를 지정하고 폴더를 생성할 수 없으므로 수동으로 수행합니다. 폴더는 디렉터리 내부에 생성되어야 합니다. htdocs해당 이름은 출판물 이름과 일치해야 합니다.
우리의 경우는 C:\Apache22\htdocs\Acc30\그런데 폴더 선택 대화 상자에서 직접 원하는 디렉터리를 만들 수 있습니다. 그런 다음 정보 기반을 게시합니다.
인쇄(Ctrl+P)
1C:Enterprise와 작동하도록 웹 서버 구성
1. 일반정보
이 문서에서는 웹 클라이언트 및 웹 서비스와 함께 작동하도록 웹 서버를 구성하고 OpenID 인증 지원을 설정하는 메커니즘에 대해 설명합니다. 게시되면 게시된 구성 요소에 다음과 같이 액세스할 수 있습니다.
● 웹 클라이언트에 액세스합니다. 웹 클라이언트를 시작하려면 다음 규칙에 따라 구성된 주소를 사용해야 합니다. <Имя хоста веб-сервера>/<Имя виртуального каталога>
. 가상 디렉터리의 이름이 DemoCfg인 경우 웹 클라이언트를 시작하려면 다음 URL(로컬 컴퓨터에서 액세스하려면)을 입력해야 합니다: http://localhost/DemoCfg.
● 웹 서비스에 접속합니다. 웹 서비스에 액세스하려면 다음과 같이 구성된 주소를 사용해야 합니다.
<웹 서버 호스트 이름>/<Имя виртуального каталога>/ws/<Имя Web-сервиса>
또는 <Имя хоста веб-сервера>/<Имя виртуального каталога>/ws/<Адрес Web-сервиса>
.
따라서 가상 디렉터리의 이름이 DemoWS인 경우 구성기의 웹 서비스 이름은 다음과 같이 지정됩니다. DemonstrationWorkWS, DemoWorkWS가 주소로 지정되면 두 주소에서 동시에 웹 서비스에 액세스할 수 있습니다(로컬 시스템에서 액세스하기 위해).
http://localhost/DemoWS/ws/WS 데모또는 http://localhost/DemoWS/ws/DemoWorkWS.
웹 서비스에 대해 자세히 알아보세요.
● HTTP 서비스 호출. HTTP 서비스에 액세스하려면 다음과 같이 구성된 주소를 사용해야 합니다.
<Имя хоста веб-сервера>/<Имя виртуального каталога>/hs/<путь к ресурсу>.
HTTP 서비스에 대한 자세한 내용은 여기를 참조하세요.
● OpenID 인증은 시스템에 의해 자동으로 수행됩니다.
인터넷 정보 서비스(이하 IIS) 제품군의 웹 서버는 운영 체제와 함께 제공되며, 어떤 웹 서버를 사용하고 있는지 쉽게 이해할 수 있도록 웹 서버 버전과 버전 간의 대응표는 다음과 같습니다. 운영 체제:
IIS 버전 운영 체제 버전
IIS 5.1 윈도우 XP 프로페셔널
IIS 6.0 Windows Server 2003 또는 Windows XP Professional x64 Edition
IIS 7.0 Windows Vista 또는 Windows Server 2008
IIS 7.5 Windows 7 또는 Windows Server 2008 R2
IIS 8.0 Windows 8 또는 Windows Server 2012
IIS 8.5 Windows 8.1 또는 Windows Server 2012 R2
IIS 10.0 윈도우 10
Apache 웹 서버 배포판(Windows 및 Linux OS 모두용)은 프로젝트 웹사이트(http://httpd.apache.org/download)에서 얻을 수 있습니다.
2. 일반 요구사항
게시하는 컴퓨터에는 지원되는 웹 서버가 설치 및 구성되어 있어야 합니다. 인터넷 정보 서비스 웹 서버를 설치하려면 사용 중인 운영 체제에 대한 배포 패키지가 필요할 수 있습니다. 웹 서버를 설치할 때 ISAPI 확장에 대한 지원을 설치해야 합니다. 웹 서버를 설치하려면 원하는 웹 서버가 설치될 컴퓨터에 대한 관리자 권한이 필요합니다. 게시는 두 가지 방법으로 수행할 수 있습니다.
● 웹 서버가 있는 컴퓨터에 필요한 비트 심도의 구성기를 실행할 수 있는 경우 웹 서버의 게시 대화 상자를 사용합니다.
● webinst 유틸리티 사용 (1C:Enterprise 32비트 버전의 bin 디렉터리에서 webinst 유틸리티 호출)
웹 서버에 게시하려면 게시 중인 컴퓨터에 대한 관리 권한이 있어야 합니다.
● Windows Vista 이하의 경우 게시하려면 항목을 사용하여 구성기를 실행해야 합니다. 관리자로 실행애플리케이션 또는 실행 프로그램의 상황에 맞는 메뉴. webinst 유틸리티를 사용하여 게시를 수행하는 경우 유틸리티 자체 또는 Windows 명령줄 해석기를 관리자로 실행해야 합니다.
● Linux OS의 경우 게시하려면 su 명령을 사용하여 슈퍼유저(루트 사용자)가 되거나 sudo 명령을 사용하여 게시하는 애플리케이션을 실행해야 합니다.
게시하려고 하면 시스템에서는 작업을 수행하는 데 필요한 권한이 있는지 확인합니다. 현재 사용자의 권한이 게시를 수행하기에 충분하지 않은 경우 다음을 수행합니다.
● 구성기에서 게시할 때 사용자에게 게시를 계속할지 묻는 메시지가 표시됩니다. 대화는 (대화의) 발생 이유를 나타내며 필요한 권한을 얻는 방법에 대한 권장 사항을 포함합니다.
● webinst 유틸리티를 사용하여 게시할 때 사용자는 진단 메시지를 받지만 게시는 계속됩니다.
1C:Enterprise가 웹 서버가 있는 컴퓨터에 있는 경우에만 게시가 가능합니다.
IIS 7.x 이상 웹 서버의 경우 Directory 속성(또는 webinst 유틸리티의 dir 매개 변수)이 디렉터리를 가리키는 경우 게시가 지원되지 않습니다. %SYSTEMDRIVE%\Inetpub\wwwroot.
메모. 웹 서버를 통해 구성 작업을 수행하려면 구성이 비어 있으면 안 됩니다.
3. 출판의 종류
3.1. 일반 출판 계획
일반적인 출판 계획은 다음과 같습니다.
● 웹 서버에 해당하는 요청 처리 모듈(웹 서버 확장 모듈)이 등록되어 있습니다.
● 가상 애플리케이션이 웹 서버에 등록됩니다.
● 가상 애플리케이션 디렉토리가 생성되고 default.vrd 파일이 여기에 배치되어 구성됩니다.
● 사용자에게는 데이터베이스 파일이 있는 디렉터리에 대한 권한이 할당됩니다(파일 옵션에만 해당).
웹 클라이언트를 게시하려면 웹 클라이언트를 사용하여 액세스하려는 정보베이스 작업에 사용되는 1C:Enterprise 버전을 사용해야 합니다. 컴퓨터에 두 가지 버전(예: 8.3.3.100 및 8.3.3.150)이 설치되어 있고 1C:Enterprise 서버 버전 8.3.3.150이 실행 중인 경우 게시하려면 정확히 동일한 버전의 구성자 또는 webinst 유틸리티를 사용해야 합니다.
게시할 때 등록된 웹 서버 확장의 비트가 웹 서버 자체의 비트와 일치해야 한다는 점을 기억하세요.
IIS 웹 서버에 게시할 때 다음 사항에 유의하세요.
● 게시는 항상 기본 웹 사이트에 수행됩니다.
● 게시는 항상 기본 응용 프로그램 풀(DefaultAppPool)에 대해 수행됩니다.
● 1C:Enterprise를 실행하는 데 사용되는 응용 프로그램 풀의 경우 .NET 환경에 대한 지원을 비활성화해야 합니다. 이렇게 하려면 .NET Framework 버전 응용 프로그램 풀 속성을 관리 코드 없음으로 설정합니다.
구성기에서 게시하려면 게시 대화 상자( 관리 – 웹 서버에 게시…).
쌀. 1. 웹 서버에 게시
그런 다음 다음을 수행해야 합니다.
● 이름 필드에 가상 디렉터리 이름을 입력합니다. 가상 디렉터리 이름은 라틴 문자로만 구성할 수 있습니다.
● 웹 서버 필드에서 게시하려는 웹 서버 유형을 지정합니다.
● 디렉터리 필드에서 가상 디렉터리를 설명하는 파일이 위치할 디렉터리의 물리적 위치를 지정합니다. Apache 웹 서버를 사용하는 경우 디렉터리 이름에는 라틴 문자만 포함되어야 합니다.
● 필요에 따라 체크박스를 선택하세요. 씬 및 웹 클라이언트 게시 및 웹 서비스 게시.
● IIS 웹 서버의 경우 OS를 사용하여 웹 서버에 인증할지 여부를 지정할 수 있습니다.
● 필요한 경우 게시하려는 웹 서비스를 선택합니다. 주소 열은 변경될 수 있습니다. 이 열은 웹 서비스의 동의어를 지정합니다. 이름이나 동의어로 웹 서비스에 액세스할 수 있습니다.
● 필요한 경우 다른 게시 매개변수를 구성합니다.
● 게시 버튼을 클릭하면 게시 프로세스가 시작됩니다. 비활성화 버튼을 클릭하면 선택한 웹 서버에서 게시가 제거됩니다.
게시 후 다음과 같은 경우 웹 서버를 다시 시작하라는 메시지가 표시됩니다.
● "1C:Enterprise" 버전이 변경되었습니다.
● 웹 서버 확장 모듈의 경로가 변경되었습니다.
● Apache 웹 서버에 대한 새로운 출판물이 작성되었습니다.
● 게시가 비활성화되었습니다.
익명 인증 및 파일 정보베이스를 사용하는 경우 게시할 때 익명 액세스를 대신하여 정보베이스 디렉터리에 대한 액세스 권한이 있는 사용자가 확인됩니다. 사용자에게 필요한 권한이 없으면 웹 서버를 통해 이 정보 베이스로 작업할 수 없다는 경고가 표시됩니다. 정보베이스를 사용하여 디렉터리에 대한 권한을 부여하거나 웹 서버에서 운영 체제 인증 사용 확인란을 선택하는 것이 좋습니다.
구성자에서 게시할 수 없는 경우(예: 64비트 Windows OS를 사용하는 경우) 다음을 사용하여 게시할 수 있습니다.
webinst 명령줄 유틸리티는 Windows 및 Linux에서 두 비트 크기로 모두 사용할 수 있습니다. 게시 대화 상자에 대해서는 아래에서 자세히 설명합니다.
webinst 유틸리티용 명령줄 스위치.
3.2. 출판 대화상자
게시 대화 상자는 webinst 유틸리티(-descriptor 명령줄 매개변수 사용)를 사용하여 게시를 생성하거나 게시용 템플릿 파일을 준비하는 데 사용됩니다.
출판물을 생성할 때 편집할 수 있는 모든 매개변수는 두 개의 탭에 있습니다. 좀 더 자세히 살펴보겠습니다.
3.2.1. 대화 버튼
게시 버튼은 웹 서버에 게시됩니다. 게시할 때 디스크에 디렉터리가 생성되고 지정된 웹 서버가 1C:Enterprise와 작동하도록 구성됩니다. IIS 웹 서버에 대한 게시는 항상 기본 웹 사이트(Default Web Site) 및 기본 응용 프로그램 풀(DefaultAppPool)에 대해 수행된다는 점을 기억하십시오.
Linux OS에서는 다음 작업이 수행됩니다.
● default.vrd 파일이 있는 디렉토리의 경우 소유자 그룹은 웹 서버가 대신 실행되는 사용자 그룹으로 설정됩니다.
● default.vrd 파일은 웹 서버를 대신하여 실행 중인 사용자를 포함하는 그룹에 대한 읽기 권한으로 설정됩니다.
파일 정보베이스를 게시하는 경우 정보베이스 파일이 있는 디렉터리에 대해 소유자 그룹은 웹 서버가 대신 작동하는 사용자 그룹으로 설정되고 소유자 그룹의 상속은 정보베이스와 작동하도록 구성됩니다. .
쌀. 2. 웹 서버에 게시 비활성화 버튼은 필요한 경우 웹 서버 및 게시 디렉터리에서 응용 프로그램을 제거합니다.
저장 버튼은 웹 서버의 게시 대화 상자에 지정된 매개변수를 파일에 저장합니다. 저장할 때 시스템은 저장이 수행될 파일의 이름과 위치를 요청합니다. 저장은 default.vrd 파일 형식으로 이루어집니다. 이 명령을 사용하면 webinst 유틸리티의 -descriptor 매개변수로 사용될 템플릿 파일을 생성할 수 있습니다. point 요소의 ib 및 base 속성 값에는 파일이 저장되는 정보베이스의 매개변수가 포함됩니다.
로드 버튼을 사용하면 편집을 위해 임의의 default.vrd 파일을 로드할 수 있습니다. 로드할 때 로드된 파일의 point 요소의 ib 및 base 속성은 무시됩니다.
닫기 버튼은 대화 상자를 닫습니다.
도움말 버튼을 누르면 게시 대화 상자에 대한 도움말 정보가 포함된 창이 열립니다.
3.2.2. '기본' 탭
3.2.2.1. 공통 매개변수
쌀. 3. 웹 서버에 게시. 기초적인 이 탭에서는 기본 게시 매개변수를 설정할 수 있습니다.
이름. 출판물의 이름을 지정합니다. webinst 유틸리티를 사용하여 게시하는 경우 -wsdir 매개변수로 설명됩니다. default.vrd 파일에서는 포인트 요소의 기본 속성에 해당합니다.
웹 서버. 게시되는 웹 서버를 나타냅니다. Apache 웹 서버가 컴퓨터에서 감지되면 목록에 추가됩니다. webinst 유틸리티를 사용하여 게시할 때 사용되는 웹 서버는 iis, apache2, apache22 또는 apache24 매개변수 중 하나로 지정됩니다. Linux에서 실행하는 경우 Apache 웹 서버에만 게시가 가능합니다.
시스템이 컴퓨터에 설치된 Apache 웹 서버의 버전(2.2 또는 2.4)을 명확하게 확인할 수 없는 경우 웹 서버의 두 버전이 모두 목록에 표시됩니다. Apache 웹 서버 버전 2.2와 2.4의 경우 웹 서버 구성 파일의 변경 사항이 다르다는 점을 고려해야 합니다. 따라서 웹 서버 버전을 잘못 지정하면 게시가 작동하지 않을 수 있습니다.
목록 default.vrd 파일이 위치하고 웹 서버 가상 디렉터리가 매핑될 디스크의 물리적 디렉터리를 지정합니다. 디렉터리가 존재해야 합니다. webinst 유틸리티를 사용하여 게시하는 경우 -dir 매개변수로 설명됩니다.
씬 및 웹 클라이언트 게시. 씬 클라이언트와 웹 클라이언트를 사용하여 게시된 정보 기반으로 작업하는 능력을 담당합니다. 확인란을 선택하면 씬 클라이언트와 웹 클라이언트를 사용하여 게시된 정보 베이스로 작업할 수 있습니다. default.vrd 파일에서는 point 요소의 활성화 속성에 해당합니다.
표준 OData 인터페이스 게시. 애플리케이션 솔루션의 표준 OData 인터페이스에 액세스하는 능력을 담당합니다. 표준 OData 인터페이스의 메커니즘은 1C:Enterprise 8.3 책에 자세히 설명되어 있습니다. “개발자 가이드”. default.vrd 파일에서 포인트 요소의 활성화StandardOData 속성에 해당합니다.
출판 배포. 클라이언트 애플리케이션과 서버의 버전이 일치하지 않는 경우 클라이언트 애플리케이션을 구하고 설치할 수 있는지 여부를 결정합니다. zip 아카이브는 배포로 사용되며 전체 이름은 게시된 배포 속성의 위치 값으로 지정됩니다. default.vrd 파일에서 이러한 속성은 point 요소의 pubds t 속성에 해당합니다. 아카이브는
클라이언트 애플리케이션의 배포 키트가 있습니다. 설치에서는 1cestart.cfg 파일에 지정된 설치 매개변수를 사용합니다(일반 클라이언트 응용 프로그램 설치와 동일).
운영 체제 인증을 사용합니다.시스템이 IIS 웹 서버에 OS 인증 기능을 설정할 수 있도록 합니다.
웹 클라이언트 종료 시 전환 주소웹 클라이언트가 종료된 후 전환이 이루어질 URL을 지정할 수 있습니다. default.vr 파일에서 d는exitURL 요소에 해당합니다.
3.2.2.2. 웹 서비스 탭
쌀. 4. 웹 서비스 게시 웹 서비스 게시. 이 확인란을 선택하면 구성에서 생성되고 확인란 아래 표에 나열된 웹 서비스가 게시됩니다. default.vrd 파일에서 ws 요소의 활성화 속성에 해당합니다. 플래그가 지워지면 이는 default.vrd 파일에 ws 요소가 없거나 활성화 속성이 true로 설정된 ws 요소가 있는 것과 같습니다.
기본적으로 웹 서비스 게시. 명시적인 사용 허가 없이 게시된 이 정보 베이스의 웹 서비스를 사용할 가능성에 대한 책임이 있습니다. default.vrd 파일에서 ws 요소의 pointEnableCommon 속성에 해당합니다.
체크박스 아래 표 웹 서비스 게시게시된 웹 서비스 목록이 포함되어 있으며 각 웹 서비스의 게시를 관리할 수 있습니다. 첫 번째 열은 특정 웹 서비스의 게시를 제어합니다. 확인란을 선택 취소하면 해당 웹 서비스의 사용이 금지됩니다(호출할 수 없음). default.vrd 파일에서는 point 요소의 활성화 속성에 해당합니다.
두 번째 열(Name)에는 생성 중에 지정된 웹 서비스의 이름이 포함됩니다. 웹 서비스에 대한 설명은 1C:Enterprise 8.3 책에 나와 있습니다. “개발자 가이드”. default.vrd 파일에서는 point 요소의 name 속성에 해당합니다.
테이블의 마지막 열(Address라는 이름)에는 게시된 웹 서비스 이름에 대한 별칭이 포함되어 있습니다. 이름이나 별칭으로 웹 서비스에 액세스할 수 있습니다. 웹 서비스 별칭은 게시 창에서 편집할 수 있습니다. default.vrd 파일에서는 포인트 요소의 alias 속성에 해당합니다.
연결된 확장에 있는 웹 서비스는 이 테이블에 표시되지 않으며 default.vrd 파일을 수동으로 편집해야만 게시할 수 있습니다.
기본적으로 확장 웹 서비스를 게시합니다. 구성 확장에 제공되는 웹 서비스를 사용하는 기능을 담당합니다. default.vrd 파일에서는 ws 요소의PublishExtensionsByDefault 속성에 해당합니다.
3.2.2.3. HTTP 서비스 탭
HTTP 서비스 탭은 HTTP 서비스를 사용하여 애플리케이션 솔루션에 액세스하는 기능을 제어하기 위한 것입니다.
쌀. 5. HTTP 서비스 게시 이 확인란을 선택하면 구성에서 생성되고 확인란 아래 표에 나열된 HTTP 서비스가 게시됩니다. default.vrd 파일에서는 httpServices 요소의 게시ByDefault 속성에 해당합니다. 플래그가 지워지면 이는 default.vrd 파일에 httpServices 요소가 없거나 다음과 같은 httpServices 요소가 있는 것과 동일합니다.
게시ByDefault 속성이 false 로 설정되어 있습니다.
체크박스 아래 표 기본적으로 HTTP 서비스 게시게시된 HTTP 서비스 목록이 포함되어 있으며 각 HTTP 서비스의 게시를 관리할 수 있습니다. 첫 번째 열은 특정 HTTP 서비스의 게시를 제어합니다. 확인란을 선택 취소하면 이 HTTP 서비스의 사용이 금지됩니다(호출할 수 없음). default.vrd 파일에서는 서비스 요소의 활성화 속성에 해당합니다.
두 번째 열(Name이라는 이름)에는 생성 중에 지정된 HTTP 서비스의 이름이 포함됩니다. HTTP 서비스에 대한 설명은 1C:Enterprise 8.3 책에 나와 있습니다. “개발자 가이드”. default.vrd 파일에서 서비스 요소의 이름 속성에 해당합니다.
연결된 확장에 있는 HTTP 서비스는 이 테이블에 표시되지 않으며 default.vrd 파일을 수동으로 편집해야만 게시할 수 있습니다.
기본적으로 확장 HTTP 서비스를 게시합니다.구성 확장에 제공되는 HTTP 서비스를 사용하는 기능을 담당합니다. default.vrd 파일에서 httpServices 요소의PublishExtensionsByDefault 속성에 해당합니다.
3.2.3. '기타' 탭
쌀. 6. 웹 서버의 기타 게시 옵션 이 탭에서는 보조 게시 매개변수를 변경할 수 있습니다.
임시 파일 디렉터리. 웹 서버 확장 또는 정보베이스의 파일 버전을 실행하기 위한 임시 파일의 디렉터리를 지정할 수 있습니다. default.vrd 파일에서는 point 요소의 temp 속성에 해당합니다.
연결 풀 그룹. default.vrd 파일의 풀 요소에 대해 설명합니다. 여기에서 자세한 내용을 읽어보세요. 또한 이 그룹의 매개변수는 연결 손실 추적 시스템의 작동을 제어합니다.
디버깅 그룹. default.vrd 파일의 디버그 요소에 대해 설명합니다.
OpenI D 그룹입니다. default.vrd 파일의 openid 요소를 설명합니다.
데이터 분리. default.vrd 파일의 영역 요소를 설명합니다. 구분 기호가 있는 테이블의 구조를 자세히 살펴보겠습니다.
테이블에는 구성 또는 로드된 파일에 존재하는 모든 독립 구분 기호가 포함됩니다. 첫 번째 열(이름 없음)은 선택한 구분 기호에 대한 영역 요소를 생성할지 여부를 결정합니다. 요소 일치는 구분 기호의 이름이 아니라 목록의 서수 위치에 따라 수행된다는 점을 기억해야 합니다. 첫 번째 구분 기호가 비활성화된 경우 zones 요소의 매개변수가 시스템에 의해 다른 구분 기호에 적용되므로 다른 모든 구분 기호를 비활성화하는 것이 합리적입니다.
이름 열에는 일반 특성의 속성에 지정된 대로 구분 기호의 이름이 포함됩니다. 다음 열의 확인란은 영역 요소의 구분 기호 값을 설정할지 여부를 결정합니다. 확인란을 선택하면 값 열의 값이 값 속성의 값으로 사용됩니다.
지정 및 안전 열의 확인란은 default.vrd 파일의 영역 요소에 대한 안전 및 지정 속성을 각각 담당합니다.
파일 버전 매개변수의 백그라운드 작업은 정보베이스의 파일 버전에서 백그라운드 작업을 사용할 수 있는 가능성을 설명합니다(루트 포인트 요소의 allowedexecutescheduledjobs 속성).
오늘은 1C 웹 서버 및 IIS 8 서비스를 통한 액세스 구성 측면에서 1C 8.3 설정에 대한 간단한 게시물을 남길 것입니다.
이전에는 구식 방식으로 터미널 서버를 사용하여 사용자에게 1C에 대한 액세스 권한을 부여했습니다. 그런 다음 직장에는 1C 버전 7이 설치된 Windows 2003 서버가 있었고 터미널 서버가 배포된 터미널 서버 라이센스가 있었습니다. 나는 또한 이 장점을 설정하는 것에 대한 기사를 쓴 적이 있습니다. 모든 것이 정상이었지만 이제 새로운 하드웨어(Intel Xeon CPU E3-1220 v3, 8GB RAM 기반), 새로운 1C(v 8.3), 새로운 운영 체제(Windows Server 2012 r2)가 생겼습니다.
저희 회계부서(PC 8대)는 처음부터 네트워크 드라이브로 작업했는데, 이 경우 프로그램이 네트워크를 통해 파일을 업로드하는 원리로 작동해서 속도가 매우 느립니다. 작업 속도를 높일 수 있는 방법을 찾기로 결정했습니다.
터미널 서버를 생각했는데 터미널 서버에 대한 라이센스가 없습니다. (인터넷에서 찾을 수는 없지만 구입하는 데 비용이 많이 든다고 합니다.) 솔루션은 우연히 제안되었으며 1C는 WEB 서버를 지원하는 것으로 나타났습니다. 동일한 Apache에 대한 경험이 있고 작동 원리를 알고 있으므로 1C WEB 서버를 마스터하기로 결정했습니다.
모든 구성 요소의 설치 및 테스트
1C 웹 서버 구성 요소를 설치하여 설정을 시작해 보겠습니다. 1C 웹 서버 확장 모듈이 설치되어 있는지 확인해 보겠습니다. 설치되어 있지 않은 경우 설치하십시오.
웹 서버에 데이터베이스 게시
구성자 모드에서 1C 데이터베이스로 이동합니다. 다음은 메뉴로 가보겠습니다 "관리" - "웹 서버에 게시"
출판하자!
1C 폴더에 대한 권한 설정
다음 단계는 다음 폴더에 대한 권한을 설정하는 것입니다.
1C의 Bin 폴더.
보안 메뉴에서 아래 스크린샷과 같이 권한을 설정해 드리고 있습니다.
클라이언트 컴퓨터에서 웹 서버에 연결
이렇게 하려면 1C 데이터베이스에 대한 연결을 만듭니다. - 연결 이름 쓰기 -> 웹 서버에서 선택 -> 아래 그림과 같습니다.
그런 다음 웹 서버를 통해 1C에 연결할 수 있습니다.
내가 겪은 오류:
1C8.3 IIS "잠재적으로 위험한 Request.Path 값이 감지되었습니다" 클라이언트로부터 수신됨
1C 웹 서버를 설정 한 후 문제가 발생했습니다. IP를 통해 1C에 로그인 할 수 있고 로그인했지만 모든 메뉴가 작동하지 않고 1C 데스크톱을 제외하고 단일 창을 열 수 없습니다. 나는 인터넷에서 해결책을 찾을 때까지 오랫동안 고민했습니다.
무엇을 해야 할까요:
1. IIS를 엽니다. 시작 - 실행 - "IIS 서비스 관리자"를 찾습니다.
2. "사이트"를 엽니다.
3. 메뉴로 이동 "처리기 매핑"
4. 우리는 찾고 있다 ISAPI-dll을 클릭하고 변경을 선택하세요.
5. 요청 경로를 “*.dll”에서 실행 파일인 “*”로 변경합니다(1C의 다른 버전이 있을 수 있으므로 주의하시기 바랍니다) - “C:\Program Files (x86)\1cv8\ 8.3.6.2390
\bin\wsisapi.dll".
6. 저장합니다.
7. 확인하세요.
지금은 여기까지입니다. 질문이 있으시면 도움을 드리도록 노력하겠습니다.
이 아이디어에 관심이 생겼습니다. 그들이 말했듯이 회계사에게 빵을 먹이지 말고 1C에서 집에서 일하게하십시오. RDP로 작업을 취소한 사람은 아무도 없는데 1C로만 작업하기 때문에 하는 것은 옳지 않다고 생각해서 스탠드를 조립해서 해보기로 했습니다. 내가 시도한 것 : Windows XP SP3 RUS, 1C 8.2 buh, Apache (깨끗하고 denwer도 아니고 xampp도 아닙니다. 둘 다 설치하려고 시도한 후 결과는 비참했습니다). 시작하겠습니다... 1. Apache를 설치합니다. 여기에서 가져왔습니다. (이 기사의 내용은 해당 내용이 아니기 때문에 인터넷에서 설치 과정을 검색할 수 있습니다.) 2. 웹 서버 지원과 함께 1C 설치 3. Bukh 데이터베이스 생성 4. 웹 서버에 데이터베이스를 게시하려면 데이터베이스 구성 섹션으로 이동 관리항목을 선택하고 " 웹 서버에 게시"만약 모든 일이 순조롭게 진행되었다면 메시지는 다음과 같습니다." 웹 서버를 찾을 수 없습니다!"가 아니어야 합니다. 다음 창이 열립니다. 첫 번째 필드: "name" - 이동해야 하는 URL의 일부이므로 라틴어로 표시합니다. 두 번째 필드: "web server" - 모든 것이 설치된 경우 Apache여야 합니다. 올바르게 세 번째 필드: "디렉토리" - 설정이 저장된 폴더 - 데이터베이스가 있는 것과 동일한 폴더를 지정했습니다. 게시를 클릭하면 모든 것이 정상이면 1C에서 Apache를 다시 시작하라는 메시지가 표시됩니다. 동의합니다. 그게 다입니다. 이제 http://localhost/Buhgalteriya/에 가면 이미 익숙한 형식을 볼 수 있습니다. 음, 그게 전부입니다. 기본적으로 복잡한 것은 없습니다. 행운을 빕니다.