꼰용.log

출근해서 자리에 앉자마자 "지도의 Identify(아이덴티파이) 기능이 안 된다"는 장애 내용을 전달받았습니다. 잘 되던 기능이 갑자기 안 된다니 곧바로 테스트를 진행했습니다. ※ Identify 기능은 지도에서 객체를 클릭하면 해당 객체의 속성 정보를 조회하는 기능입니다. 내부망과 외부망테스트해보니 내부망과 외부망의 결과가 달랐습니다.내부망(172.xxx.xxx.xxx) : 정상Cloudflare Tunnel(외부망) : 502 Bad Gateway최근 포트포워딩 없이 안전하게 내부망을 연계하기 위해 Cloudflare Tunnel을 도입했는데( Cloudflare Tunnel 도입기 : 포트 포워딩 없이 다중 내부망 극복기 ) 이 터널을 적용한 이후 처음 발생한 장애였습니다.시스템 구조시스템 구조..

지난 포스팅 가비아 도메인 구매부터 Cloudflare 네임서버 이관과정을 다뤄보았습니다. 이번 글은 그 다음 단계로 내부 서버에 cloudflared(Cloudflare Connector)를 설치하고 대시보드 설정을 통해 포트포워딩이나 복잡한 방화벽 설정 없이 내부 WAS(Tomcat)를 외부에 안전하게 공개하는 방법을 정리해 보겠습니다. 전체적인 동작 구조는 아래 그림과 같습니다. 외부 사용자가 HTTP요청을 하면 Cloudflare 네트워크를 거쳐 내부 서버의 cloudflared와 아웃바운드(Outbound)로 연결된 터널을 통해 안전하게 내부 서비스(8080)까지 도달하게 됩니다. Cloudflare Tunnel 생성Cloudflare 대시보드에 로그인 좌측 사이드바 메뉴에서 Networkin..

Cloudflare Tunnel 도입기 : 포트 포워딩 없이 다중 내부망 극복기의 시리즈의 실전편입니다. 앞서 Cloudflare, IP(Internet Protocol), 도메인(Domain), DNS(Domain Name System), Name Server(네임서버) 각각 인터넷 세상에서 어떤 역할을 하는지 이론적으로 알아보았습니다. 개념을 확실히 잡았으니 이제 이론을 넘어 실제로 행동에 옮길 차례입니다. 이번 글에서는 국내 대표 등록 대행업체인 가비아에서 나만의 도메인을 구매하고, 이 도메인의 주소록 관리 권한을 Cloudflare 네임서버로 변경(이관)하는 작업을 진행해 보겠습니다. 다중 내부망 탈출을 위한 첫 단추, 차근차근 함께 채워보시죠왜 굳이 Cloudflare 네임서버를 쓸까?보통 가비..

프로젝트를 개발하다 보면 외부 사용자나 협력사(컨소시엄) 개발자들에게 테스트 서버, DB, Git 저장소 등 을 공유해야하는 상황이 자주 발생합니다. 보통은 전통적인 인프라 구축 방법을 떠올리게 됩니다. 공인 IP 확보 및 고정 IP 세팅공유기나 방화벽의 포트포워딩(Port Forwarding) 설정유동 IP 대응을 위한 DDNS 구성사내 보안 방화벽 정책 허용 추가하지만 이러한 방식은 인바운드(Inbound)포트를 외부에 열어두어야 하므로 늘 보안 위험이 따르고 네트워크(보안) 부서와의 복잡한 협의 등 관리 부담이 존재합니다. 이러한 문제를 해결하기 위해 Cloudflare Tunnel을 활용하여 내부망에 위치한 서버들을 외부에 안전하게 공개했습니다. 이번 글을 통해 Cloudflare란 무엇이며 Tu..

최근 회사 프로젝트를 진행하면서 예상치 못한 네트워크 장벽을 마주하게 되었습니다. 내부에서 개발 중인 서비스 (WAS, DB, Git 등)을 외부 협력사와 공유해야 하는 상황이었습니다. 처음에는 아주 간단한 작업이라고 생각했습니다. 회사에는 공인 IP도 존재하고 내부 서버도 이미 어느 정도 구축이 되어 있었기에 포트포워딩 몇 개만 설정해 주면 금방 끝날 줄 알았습니다.하지만 현실은 전혀 달랐습니다. 이번 글은 Cloudflare Tunnel의 구체적인 구축 방법 보다는 인프라 담당자로서 왜 이 기술을 도입할 수밖에 없었는지 도입 배경과 삽질의 기록입니다. 회사 공인 IP처음 요구사항을 전달받았을 때 단순하게 생각했습니다. "공인 IP가 있으니 포트만 열어주면 되겠네"일반적인 소규모 개발 환경이라면 구조가..