맥 화면 공유, 권한을 켜도 안 될 때

회의 초대장을 눌렀다가 ‘브라우저에서 계속하기’를 선택했다면, 설치된 회의 앱이 아니라 브라우저로 참가한 것이다. 예전에 Zoom으로 발표할 때 권한을 줬더라도 이번 웹 회의에서는 Chrome의 화면 접근을 따로 허용해야 할 수 있다. 회의 이름은 같아도 맥에서 권한을 받는 프로그램은 달라진다.

발표를 앞두고 설정을 바꾸기 전에는 화면에 뜬 안내를 읽어 두는 편이 좋다. ‘호스트만 공유할 수 있다’면 주최자의 도움이 필요하고, 화면 기록 허용을 요구한다면 내 맥에서 설정할 일이다. 자료를 고르는 창까지 열렸는데 PDF만 보이지 않는 경우도 있다. 이때는 권한 창으로 돌아가기 전에 최소화해 둔 PDF 창을 다시 띄워 본다.

공유 버튼이 막혔다면 회의 권한부터

회의의 호스트는 누가 화면을 공유할지 정할 수 있다. 참가자 공유가 제한된 회의에서는 내 맥의 화면 기록 권한을 켜도 발표할 수 없다. ‘호스트가 공유를 허용하지 않았다’는 안내를 받았다면 호스트에게 공유 허용을 요청한다. 이때 시스템 설정을 여러 번 열거나 브라우저를 바꾸는 것보다 회의의 발표 권한을 바꾸는 것이 먼저다.

Zoom의 참가자 공유 설정에서는 호스트나 공동 호스트가 Share 옆 화살표→Host tools for share로 들어가 Who can share를 조정한다. Host only면 호스트와 공동 호스트만, All participants면 참가자들도 해당 회의에서 공유할 수 있다. 한 명씩만 공유하도록 설정했다면 앞 발표자의 공유를 끝낸 뒤 다음 사람이 시작해야 한다.

회의 중 바꾼 설정은 그 회의에 적용된다. 다음 회의에서도 참가자가 발표하게 하려면 호스트가 웹 포털의 기본 공유 설정을 따로 검토한다. 조직 관리자가 화면 공유 기능을 제한했다면 호스트가 바꿀 수 있는 범위도 제한될 수 있다. Google Meet 역시 호스트 또는 관리자의 설정으로 발표가 비활성화될 수 있다고 설명한다.

예를 들어 팀 회의에서는 잘 공유되는데 외부 주최자의 회의에서만 버튼이 막힌다면, 현재 회의의 참가자 권한을 물어볼 만하다. 반대로 여러 회의에서 화면 기록을 허용하라는 같은 오류가 반복되면 아래의 앱 접근 설정으로 넘어간다. 한 번 성공한 회의가 있다는 사실은 비교할 단서가 되지만, 모든 회의에서 같은 권한을 가진다는 뜻은 아니다.

Zoom을 허용할까, Chrome을 허용할까

Apple 메뉴→시스템 설정→개인정보 보호 및 보안→화면 및 시스템 오디오 녹음을 연다. 영어 메뉴는 Screen & System Audio Recording이며, macOS 버전에 따라 화면 기록 관련 항목의 이름이 다르게 보일 수 있다. 목록에서 지금 회의를 실행하는 앱의 화면 접근을 켠다. Apple의 접근 제어 안내는 앱별로 허용을 바꾸고, 목록에 없는 앱은 아래 추가 버튼으로 넣을 수 있다고 설명한다.

회의 초대장을 클릭했다고 항상 설치된 앱으로 들어가는 것은 아니다. 웹에서 계속하기를 선택했다면 회의 화면은 브라우저 안에서 실행된다. 이 경우 목록에서 Zoom만 켜 놓은 상태로는 브라우저의 허용 여부를 확인한 것이 아니다. Zoom은 웹 참가 시 브라우저와 운영체제 권한을 확인하도록 안내하고, Teams도 웹 사용자는 브라우저의 화면 기록 권한을 허용하도록 설명한다.

화면과 시스템 오디오를 다루는 설정 안에서도 오디오만 허용하는 항목과 혼동하지 않는다. 보여 주려는 것은 문서 화면이므로 화면 접근이 허용돼 있어야 한다. 카메라와 마이크는 각각 별도의 접근 항목이다. ‘목소리는 들리니 권한 문제가 아닐 것’이라고 판단하면 화면 권한만 빠진 상황을 놓칠 수 있다.

시스템 설정의 일반→공유→화면 공유는 이름은 비슷하지만 다른 기능이다. Apple은 이를 네트워크의 다른 컴퓨터에서 내 맥을 보고 제어하게 하는 기능으로 설명한다. 회의 앱이 발표 자료를 캡처하도록 허용하는 곳은 개인정보 보호 및 보안이다. Zoom의 Accessibility 권한도 원격 제어를 위한 것으로 안내돼 있으므로, 단순 발표를 위해 관계없는 권한을 모두 켤 필요는 없다.

창 닫기와 앱 종료는 다르다

권한을 켠 직후에도 기존 회의 창은 계속 열려 있을 수 있다. Zoom은 실행 중 권한을 바꾸면 새 설정을 적용하기 위해 앱을 다시 시작하라는 안내를 표시한다. 다른 사람이 발표할 수 있는 시점에 잠시 나갔다 돌아오겠다고 알린다. 작업 중인 문서를 저장하고 다시 접속할 회의 링크를 준비한 뒤 앱을 종료한다.

맥 창 왼쪽 위의 빨간 닫기 버튼만 누르면 창은 사라져도 앱이 계속 실행될 수 있다. Apple의 앱 종료 방법은 메뉴 막대의 앱 이름→종료 또는 Command-Q다. 종료한 앱을 다시 열어 같은 회의에 참가하고 공유를 누른다. 권한 안내에서 재실행 버튼을 제공했다면 그 버튼으로 다시 시작할 수 있다.

Chrome의 경우 Google은 단순 창 닫기가 아닌 전체 재실행을 안내한다. 저장하지 않은 입력을 먼저 처리한 뒤 주소창에 chrome://restart를 입력한다. 브라우저 창이 닫혔다 다시 열리면 회의에 재참가한다. Meet 문제 해결 문서가 제시하는 이 방법은 Chrome용이며 다른 브라우저 주소창에 같은 값을 넣는 절차가 아니다.

실제 Sequoia 15.7.2 사용자의 질문에서는 여러 앱에서 공유가 실패하고 권한을 껐다 켜도 그대로였지만, 맥을 완전히 재부팅한 뒤 해결됐다는 추가 보고가 있었다. 모든 공유 실패가 재부팅으로 해결된다는 뜻은 아니다. 앱 재실행으로도 안 되면 작업을 저장하고 맥 재시동까지 시도할 수 있으며, Google도 오류 대응에 컴퓨터 재시작을 포함한다. 덮개를 닫았다 여는 잠자기 복귀와 재시동은 같은 조치가 아니다.

자료 창이 목록에 없거나 다른 화면이 보일 때

공유 대상 선택 창이 열렸다면 그 안에서 무엇을 골랐는지 확인한다. Google Meet에서는 회의 참가 후 Present now를 눌러 탭·창·전체 화면을 선택한다. 문서 하나만 보여 주려면 그 문서가 있는 탭이나 창을 고르고 Share를 누른다. 운영체제에서 추가 허용 창을 띄우면 공유할 대상을 확인하고 진행한다. 시스템 설정의 스위치를 켜는 것과 이번 회의에서 어떤 내용을 보낼지 선택하는 과정이 모두 필요할 수 있다.

Meet의 창 목록에 문서가 없으면 해당 문서를 먼저 열고 최소화 상태를 푼다. Google은 공유할 창이 열려 있어야 하고 최소화돼 있지 않아야 한다고 안내한다. 예를 들어 PDF를 Dock으로 내려 둔 상태라면 PDF 창을 다시 화면에 띄운 뒤 공유 선택을 열어 본다. 목록에 PDF 창이 나타나면 그 창을 골라 공유를 시작한다.

회의 화면이 거울처럼 반복돼 보이면 회의 자체가 열린 창이나 탭을 선택했는지 살핀다. 자료가 열린 탭을 따로 고르면 상대에게 회의 화면 대신 문서가 전달된다. 여러 문서를 오가야 할 때 전체 화면을 공유할 수도 있지만, 특정 탭만 공유한 상태에서는 다른 앱으로 이동한 내용까지 자동으로 전달된다고 기대하면 안 된다. 공유 범위에 맞춰 자료 전환 방식을 정한다.

PDF 창을 공유한 채 스프레드시트로 옮겨 설명하는 상황을 생각해 보자. 내 화면에는 표가 열렸어도 상대에게는 선택했던 PDF가 계속 보일 수 있다. 다른 앱의 자료를 보여 줄 때는 현재 공유를 중지하고 그 자료의 창을 다시 고르거나, 처음부터 필요한 화면 범위를 선택한다. Meet에서 다른 Chrome 탭으로 바꿀 때는 해당 탭의 배너에 있는 ‘대신 이 탭 공유’를 사용할 수도 있다. 자료 하나를 계속 보고 있는데 화면이 따라오지 않는다면 한 장 넘기거나 스크롤한 뒤 상대에게 현재 페이지를 묻는다. 다른 자료로 이동한 것인지 같은 자료의 전송이 멈춘 것인지 확인한 뒤 다음 조치를 정할 수 있다.

Teams와 Zoom의 공유 방식이 다를 때

권한과 재실행을 확인해도 문제가 남으면 앱이 화면을 가져오는 방식도 살펴볼 수 있다. Teams에서는 macOS에서 제공하는 공유 기능을 선택할 수 있다. Microsoft의 Mac 발표 안내에 따르면 Teams 설정→General→Screen sharing에서 Use macOS content sharing을 켤 수 있다. 이 변경 자체는 즉시 적용되며 Teams를 다시 시작할 필요가 없다. 앞에서 설명한 권한 변경 후 재실행과는 적용 대상이 다르다.

다만 기본 macOS 공유 방식에서는 공유한 내용의 제어권을 주고받는 기능을 지원하지 않는다. 동료에게 화면만 보여 줄 회의와 동료가 내 화면을 조작해야 할 지원 작업은 필요한 기능이 다르다. 이 옵션을 켠 뒤 화면은 보이는데 제어권 요청이 안 된다면, 권한을 더 켜기 전에 선택한 공유 방식의 제한을 확인한다.

Zoom의 고급 공유 설정은 프로필→Settings→Share Screen→Advanced에 있다. Zoom은 Screen capture mode의 기본값을 Auto로 안내하며, 캡처 방식을 바꾸면 드롭다운 메뉴나 대화상자 같은 일부 내용이 전달되지 않을 수 있다고 설명한다. 운영체제에 따라 제공되는 옵션도 다르다. 따라서 인터넷에서 본 모드 이름을 모든 맥에 적용하기보다, 현재 설정과 실패 장면을 기록하고 해당 환경에 맞는 지원 안내를 따른다.

앱·브라우저와 macOS 업데이트도 확인한다. 회사에서 관리하는 맥이라 설정이나 업데이트를 바꿀 수 없다면 담당자에게 사용 앱, OS 버전, 오류 문구를 전달한다. 화면 공유 하나를 고치려고 모든 개인정보 보호 권한을 초기화하거나 관련 없는 드라이버를 지우는 과정을 먼저 진행할 필요는 없다.

상대 화면까지 확인하고 발표 시작하기

문제가 해결됐는지는 발표 자료가 상대에게 보이고, 페이지 전환도 따라오는지로 확인한다. 공유를 끝낼 때는 회의 앱의 Stop sharing 또는 발표 중지를 누른다. 회의 중간에 다른 앱이나 브라우저로 옮겼다면 그 프로그램에서도 처음부터 같은 접근과 공유 대상 선택이 필요한지 확인한다. 앱만 바꿨다고 기존 앱의 권한이 함께 옮겨가는 것은 아니다.

공유 도중 잠금 화면에 ‘화면이 관찰되고 있음’과 같은 안내가 나타날 수 있다. Apple은 회의 화면 공유, 미러링, 녹화, 원격 접근 등에서 이 개인정보 보호 알림이 표시될 수 있다고 설명한다. 이 문구 하나로 회의 녹화 파일이 저장되고 있다고 단정할 수는 없다. 어떤 앱이 공유 중인지 확인하고 사용을 끝낸 앱의 공유를 중지한다.

계속 실패하면 ‘화면 공유 안 됨’에 더해 막힌 지점을 남긴다. 호스트 제한 문구가 있는지, OS 허용 창이 반복되는지, 자료 창이 목록에 없는지, 공유는 시작되지만 상대 화면이 검은지 구체적으로 적는다. 앱 또는 브라우저 이름과 버전, macOS 버전, 재실행 후 결과를 함께 전달하면 지원 담당자가 회의 권한부터 다시 추측하지 않고 해당 단계에서 조사를 이어갈 수 있다.

예를 들어 ‘Chrome으로 회의에 참가했고 화면 기록을 허용한 뒤 전체 재실행했다. 창 선택 목록에는 PDF가 보이고 공유도 시작되지만, PDF 안에서 페이지를 넘겨도 상대는 첫 장만 본다’고 전달할 수 있다. 여기에 실제 브라우저·macOS 버전과 발생 시각을 붙인다. 호스트에게 발표 허용을 요청할 상황과, 공유가 시작된 뒤 멈추는 현상을 지원 담당자에게 전달할 상황이 이렇게 달라진다. 오류 화면을 보낼 때는 회의 링크와 문서의 비공개 내용을 가리고, 어느 앱의 어떤 단계에서 막혔는지는 남긴다.