Skip to content
isdnetworks
Go back

전용 도구가 없으면 접근이 막힌다

관리 콘솔로만 볼 수 있는 자료가 있었는데 그 콘솔이 특정 브라우저에서만 열렸다. 그 브라우저를 쓸 수 없는 환경에서 급하게 확인할 일이 생겼고 그 자리에서 아무것도 못 했다.

Table of contents

Open Table of contents

하나뿐인 줄 알았던 경로

방법이 하나뿐이라고 알고 있었는데 실제로는 찾아보지 않은 것이었다. 문서를 열어 보니 같은 자료에 접근하는 경로가 콘솔 말고도 셋이나 더 있었다.

접근 경로가 하나면 그것이 안 될 때 할 수 있는 일이 없어진다. 이 상황이 위험한 이유는 하필 급할 때 그 하나가 막히기 때문이다.

스크립트로 접은 조회

콘솔에서 클릭으로 보던 목록을 한 명령으로 만들어 두니 콘솔보다 빨랐다. 그리고 결과가 표준 출력으로 나오므로 다른 명령에 그대로 넘길 수 있었다.

상태가 이상한 것만 걸러 상세를 이어서 조회하는 일이 한 줄로 끝난다. 화면에서 하던 반복 작업이 조합 가능한 단위로 바뀐 것이 실제 이득이었다.

토큰 캐시와 파일 권한

인증 토큰은 한 번 받아 두고 만료 전까지 재사용하도록 캐시했다. 매 호출마다 발급을 요청하면 느리고 발급 자체가 제한에 걸린다.

다만 토큰이 파일로 남으므로 생성 시점에 권한을 좁게 만들어 다른 계정이 못 읽게 했다. 편의를 위해 만든 캐시가 노출 경로가 되면 원래 문제보다 나쁘다.

콘솔에만 있는 것의 목록

전부가 프로그래밍 경로로 되는 것은 아니어서 사용량 그래프와 청구 내역은 콘솔에만 있었다. 그래서 무엇이 콘솔 전용인지를 목록으로 적어 두었다.

적어 두니 이것도 자동으로 되지 않느냐는 물음을 다시 조사하지 않게 됐다. 없다는 것을 확인한 사실과 찾아보지 않은 상태는 겉보기에 같지만 다음 사람에게는 전혀 다르다.

권한이 다르면 대체가 아니다

경로를 넓히고 나서 권한이 같지 않다는 것을 확인했는데 발급한 토큰은 읽기만 가능했다. 급할 때 설정을 바꿔야 하면 여전히 콘솔이 필요한 상태였다.

접근 경로가 여럿이어도 권한이 다르면 완전한 대체가 아니다. 그래서 평소 스크립트용 읽기 토큰과 따로 보관하는 변경 토큰으로 나누고 변경 토큰은 사용 기록을 남기게 했다.

정리


Share this post on:

Previous Post
경유와 참조라는 두 질문
Next Post
비어 있던 정책 값