SAS 9.4 메타데이터 서버 없이 Viya 4 에만 붙는 구성(EG-only)에서, 같은 설치본을 쓰는데도 PC 에 따라 연결이 되기도 하고 안 되기도 한다. 실패하는 PC 에서는 연결 정보를 넣어도 인증 코드를 받는 로그인 화면 자체가 뜨지 않고, 오류 창도 뜨지 않는다.
Enterprise Guide 는 Viya 4 에 붙을 때 SAS Logon Manager 의 OAuth 흐름을 쓴다. 프로그램 안에서 인증용 브라우저 창을 띄우고 거기서 받은 코드로 토큰을 받는 구조다. 따라서 실패 지점은 다음 셋 중 하나다.
화면에 아무것도 안 뜨는 증상은 로그 없이는 진전이 없다.
C:\Users\<사용자>\AppData\Roaming\SAS\EnterpriseGuide\Logs
SEGuide 로 시작하는 로그에서 licens, oauth, token, certificate, rest 를 찾는다. 로그 경로와 파일 이름은 EG 버전에 따라 다를 수 있다 (확인 필요).
실패하는 PC 에서 Viya 엔드포인트에 직접 붙어 본다.
Test-NetConnection viya.example.com -Port 443
Invoke-WebRequest -Uri https://viya.example.com/SASLogon/login -UseBasicParsing
브라우저로 같은 주소를 열어 로그인 화면이 뜨는지 확인한다. 브라우저는 되는데 EG 만 안 되면 네트워크·인증서 문제는 아니다. 사설 CA 를 쓴다면 루트 인증서가 Windows 의 신뢰할 수 있는 루트 저장소에 들어 있어야 한다. 브라우저 자체 저장소만 쓰는 제품도 있으므로, 브라우저에서 경고가 없다고 해서 OS 저장소에 들어 있다고 단정하지 않는다.
EG 의 서버·연결 정보는 프로그램이 아니라 사용자 프로필에 저장된다. 프로그램을 지우고 다시 깔아도 그대로 남는 것이 정상 동작이다.
C:\Users\<사용자>\AppData\Roaming\SAS\EnterpriseGuide
C:\Users\<사용자>\AppData\Local\SAS\EnterpriseGuide
레지스트리의 사용자 하이브에도 최근 연결 정보가 남는다. 정확한 키 경로는 EG 버전에 따라 다르므로 실제 PC 에서 확인한다 (확인 필요).
연결 정보만 초기화하려면 EG 를 완전히 종료한 뒤 위 두 디렉터리를 지운다. 이 두 곳은 EG 사용자 설정만 들어 있어 SAS Management Console 이나 다른 SAS 클라이언트에는 영향이 없다.
C:\Program Files\SASHome 전체나 HKEY_LOCAL_MACHINE 아래의 SAS 키는 지우지 않는다. 같은 PC 의 다른 SAS 클라이언트가 함께 깨진다.
브라우저로는 로그인 화면이 정상인데 EG 안에서만 창이 뜨지 않는다면 로컬 실행 환경 쪽이다. 확인할 것은 다음과 같다.
차단 여부는 감으로 판단하지 않고 증거를 잡는다. Process Monitor 로 EG 프로세스를 걸어 두고 연결을 시도하면 DLL 로드 실패나 파일 접근 거부가 로그로 남는다. Windows 이벤트 뷰어의 Defender 운영 로그에도 차단 기록이 남는다.
응용 프로그램 및 서비스 로그 -> Microsoft -> Windows -> Windows Defender -> Operational
Windows 10 에서는 되고 Windows 11 에서는 안 되는 현상의 원인은 이 기록만으로 확정하지 못했다. 대화 기록에는 Windows 11 의 기본 보안 정책이 원인이라는 설명이 있으나 근거가 제시되지 않았고, 사용자 확인 결과 Smart App Control 은 꺼져 있었다. 확정하려면 다음이 필요하다.
원인을 확정하기 전까지는 대안 클라이언트(SAS Studio 웹, VS Code 확장)로 우회하고, SAS 기술지원에 로그와 함께 접수한다.