Minhyung Park

집에서 홈서버로 몇가지 서비스를 굴리면서 cloudflare tunnel을 사용하지 않던 이유가 몇가지 있는데...

1. 캡슐화를 위해 추가 데이터가 덕지덕지 붙어 스루풋에 손해가 있다. 특히 패킷의 크기가 작으면 배보다 배꼽이 더 커진다.
2. 목표 서버는 내 방안에 있는데 정작 송신을 하면 패킷이 먼 곳, 심하면 바다를 건너 갔다 올 수 있다. 이걸 막으려면 자체적으로 DNS 서버를 굴려야하는데, 심심하면 서버를 재시작하는데다가 매 장치마다 DNS 설정을 해주는 건 너무 귀찮은 일이다.
3. http(s)가 아닌 서비스의 경우(메일서버라던가) 매우 처리가 귀찮아진다. 해결하는 방법이 아예 없는 건 아니지만 그럴 바에야 그냥 포트를 열어주는 게 훨씬 편하다.

사실 위 문제는 cloud native라면 별 문제가 없는 것들이긴 하다만... 아직까지 내 작은 SBC 서버에는 아직 시기상조인 것 같다.

git push -f 는 모든 것을 해결한다.

클라우드플레어 DNS 프록시 기능을 잘 사용하는 방법 : 쓰지 않는다.

하나의 외부 IP에서 복수(서로 다른 도메인)의 메일서버를 돌릴 일이 생겼음. 어떻게 할까 고민하다 결국 비정규포트를 사용하고 라우터에서 포트포워딩을 하는 걸로 했는데... 문제는 다른 썬더버드나 지메일같은 다른 메일 클라이언트는 괜찮은데 하필이면 아웃룩이 접속이 안된다... 구체적인 로그 메시지가 뜨는 것도 아니라 뭐가 문제인지도 모르겠고...

회사 메일을 자체 서버로 이전 작업하면서 느낀 것은, 메일 전달이 좀 잘 안되어도 의외로 업무에는 별 지장이 없었다는 것임.

구글 RSS 서비스가 종료된 이후로 feedly를 계속 써왔는데, 이번에 심심해서 설치해본 FreshRSS가 꽤 괜찮아서 넘어갈듯. 최근 들어 feedly에 광고가 많아졌는데, 기본 무료니까 어쩔 수 없지 싶기도 했고 애드가드로 막고 있어서 그냥 넘어갔는데, 아예 페이지 하나를 중간에 끼워넣는 건 다른 이야기라...