사용자가 네트워크에 로그인할 때 수많은 경쟁 조건과 기타 문제에 직면하기 때문에 우리는 현재 네트워크 로그인 스크립트에서 사용자 브라우저에서 SharePoint 실행을 제거하기 위해 경영진에 로비하고 있습니다. 즉, 사용자가 네트워크에 로그온할 때 네트워크 로그인 스크립트의 마지막 단계는 SharePoint 서버 주소로 IE를 시작하는 것입니다.
이것이 나쁜 생각인 수많은 기술적 이유가 경영진에 제시되었지만 네트워크 로그인 스크립트를 사용하여 SharePoint를 시작하면 안되는 이유에 대해서는 제3자 검증이 필요합니다. 관리의 목표는 SharePoint를 네트워크에 로그인할 때 표시되는 첫 번째 응용 프로그램으로 만드는 것입니다.
제가 찾고 있는 것은 SharePoint 실행에 대한 모범 사례와 가능하다면 네트워크 로그인 스크립트에서 이 작업을 수행하면 안되는 이유를 자세히 설명하는 리소스/사례 연구입니다. 궁극적으로 제가 받는 피드백은 사업부, 즉 최종 사용자가 소화할 수 있는 형태여야 합니다. 로그, 구성 비교 및 기타 진단을 확실히 제공할 수 있지만 이는 그들에게 의미가 없습니다.
답변1
이는 로그온 스크립트에서 시작하는 다소 색다른 종류의 작업입니다. 요청을 받으면 사용자 레지스트리의 "레거시 실행" 키나 "시작" 프로그램 그룹을 통해 이를 수행하여 Explorer.exe가 시작된 후 브라우저가 호출됩니다.
그럼에도 불구하고 사용자의 명시적인 동의 없이 브라우저를 시작하는 것이 추악하고 다소 촌스럽다는 점 외에 왜 나쁜 생각인지 말씀드리기가 어렵습니다.
사람들이 SharePoint 사용에 관심을 갖게 만드는 일종의 동기가 있다고 가정합니다. 나는 그것을 억지로 강요하고 잠재적으로 컴퓨터 시작을 조금 느리게 만드는 것은 열정을 키우는 방법이 아니라고 주장하고 싶습니다.
(나는 실제로 당신의 수많은 기술적 문제를 듣고 싶습니다. 왜냐하면 나는 어떤 문제도 해결하기 어렵기 때문입니다. 앞서 말했듯이 나는 기회를 만들고 싶지 않기 때문에 로그온 스크립트에서 시작하지 않을 것입니다. Explorer.exe는 만족스럽지 않지만 그 외에도 각 로그온 세션에서 자동으로 브라우저를 시작하는 것은 개인적으로 싫지만 여전히 가능합니다.
답변2
로그온 스크립트에서 시작할 때 서버 측 문제는 없으며 클라이언트 측에서 발생하는 문제만 있습니다. 귀하의 의견에 따르면 문제는 MnM 소프트웨어에 있는 것 같습니다. 어쩌면 해당 제품과 IE 간의 충돌로 설명할 수도 있습니다.
편집하다:로그온 스크립트의 관련 부분을 게시하지 않았지만 IE가 시작하는 데 걸리는 시간을 측정할 수 있습니까? 예를 들어이 질문에타이머용. 그런 다음 스크립트에서 설정하면 다음과 같습니다.
- 타임스탬프 가져오기
- 달리다
start /wait iexplore.exe ..... - 타임스탬프 가져오기
- 결과 확인
여담이지만, 이것은 충분히 숙고된 요청처럼 들리지 않습니다. 나는 이것에 대한 Evan의 의견을 반영합니다... 최종 사용자로서, 내가 요청하지 않았을 때 브라우저가 나타나는 것보다 더 짜증나는 일은 상상할 수 없습니다. 나는 컴퓨터가 내가 요청하지도 않은 일을 하는 것을 좋아하지 않습니다. 아마도 이것이 제공할 열악한 사용자 경험을 강조하기 위해 경영진이 식별할 수 있는 몇 가지 좋은 비유/예를 생각해 낼 수 있을 것입니다.
좋은 절충안은 SharePoint 사이트를 브라우저 홈 페이지로 사용하는 것입니다.
답변3
매일 SharePoint를 "워밍업"하도록 하면 사용자가 로그인할 때 SharePoint가 훨씬 더 빠르게 반응할 수 있습니다. 즉, 다수의 사용자가 Sharepoint 사이트를 처음 방문하고 아직 "워밍업"되지 않은 경우 천천히 하세요.)
Google에서 "SharePoint 준비 스크립트" 관련 리소스를 찾아보세요.