회사에서 Google Workspace 를 사용해서 업무용 메일을 사용한다. 기존에 내가 나@google.com 이라는 메일을 사용했다면, 이전 업무 담당자가 전@google.com 이라는 메일을 사용했었다. 그래서 퇴사 시 전@google.com을 나@google.com으로 이름을 변경해서 전달 받았다. 기존에 구글 SSO 로그인으로 postman 등 외부 서비스를 연동해서 사용하고 있었는데, 이름을 변경한 뒤로 이전 담당자인 전@google.com으로 인식이 되는 상황이 발생했다. 따라서 관련 내용을 정리 해 보려고 한다. 1. 일단 외부 사이트가 이전 이메일 주소를 캐시 할 수 있다고 한다. 따라서 이 경우에는 해당 사이트 계정에서 이메일 주소를 업데이트 할 수 있으면 개인적으로 하거나, 사이트에 문의를 통해서 캐시 갱신을 요청 해야 한다. 이러한 경우에는 이름만 확인 하기 때문에 정상적으로 로그인 될 것이다. 2. SSO가 SAML 같은 프로토콜을 사용하는데, 이것이 이메일 주소를 보는 것이 아니라 개인 고유 ID를 생성해서 그 것을 인식하는 경우일 수도 있다. 그래서 이메일 주소가 변경되어도, 개인 고유 ID가 그대로이므로 전@google.com으로 인식한다. 3. 외부 사이트에서 링크를 끊고 재 연결 해 보는 것도 정상적인 처리 과정의 일부라고 한다. 그러면 만약에 1. 과 같은 상황이어도 최신 정보를 가져와서 정상적으로 나@google.com으로 인식할 수도 있다. 4. 사실 이것은 그 서비스 회사에 문의를 해서, 그 회사에서 시스템 반영을 해 주거나 확인을 해 달라고 요청하는 것이 제일 베스트 케이스이다. 이전 업무 담당자들의 이름이 전,전전,전전전 등이라고 했을 때, 관련해서 메일이 올 수도 있으므로 추가적으로 등록을 할 수 있다. Google 계정의 [개인 정보] 탭에 가 보면, [연락처 정보] 가 있고 그 하단에 보조 이메일로 등록을 할 수 있다. 이 것 설정을 Google Workspace 관리자가 할 수도 있고, 권한에 따라서 개인이
ping 테스트 시에 ping 이 안 가는 경우에는 ICMP 차단이 되어 있는 것이다. ping이 네트워크 장비 간 연결 상태를 확인하기 위해 사용하는데, ICMP echo 요청을 보내고, echo의 응답을 받는 방식으로 동작한다. 일단 ping이 안 가더라도 정상적으로 브라우저에서 인터넷이 될 수도 있는데, 이유는 웹 브라우저가 http/https 프로토콜을 사용해서 웹 서버와 통신하기 때문이다. 이것이 TCP 위에서 동작하므로 ICMP와는 별도로 동작한다. ICMP가 주로 네트워크 진단이나 오류 보고 시에 사용하기 때문에 보통 ping 테스트를 하여 네트워크 경로 문제 진단을 하거나, 패킷 손실량을 확인하는 데 사용하지만, 실제 데이터 전송과는 차이가 있다. 그리고 ICMP 차단을 하면 방화벽이나 특정 네트워크 장비에서 설정을 하는데, 보안상 이유로 네트워크 특정 부분에서만 작동할 수도 있고, 나머지 다른 경로를 통해서 데이터를 전송하게 만들 수도 있다. 대부분 TCP/IP를 통해 직접 통신을 하므로 ICMP 차단과 관계없이 데이터 송수신이 가능하다. 따라서 ICMP를 차단하면 네트워크 진단 도구에서 오류가 날 수는 있지만, 애플리케이션 단에서는 오류가 안 날 수도 있다. 그런데 시스템 관리자 등에게 요청하기 전에 정상적으로 네트워크 통신이 되는 것을 확인하기 위해서는 아래와 같은 명령어가 있다. 일단 윈도우에서는 tracert를 통해서 패킷 이동을 볼 수 있는데, tracert도 막힐 수 있다. 그러면 nslookup 을 통해서 DNS 설정이 올바른지 일차적으로 확인할 수 있다. nslookup 명령어를 쳐서 DNS 서버에 문의하여 도메인 이름을 IP 주소로 변환하거나, 그 반대로 변환을 할 수 있다. netstat을 통해서 -an 옵션을 넣어서 현재 모든 활성 연결과 포트를 볼 수 있는데, 이를 통해서 네트워크 트래픽을 지켜볼 수 있다. 그리고 미리 telnet 클라이언트를 활성화해 놓고 나서 telnet을 통해서 IP와 port를 확인 할 수도 있다