바쁘니

"브라우저에서는 되는데 왜 안 된다고 하지?"사이트 문제를 브라우저로 확인하면 캐시, 자동 재시도, 인증서 예외 처리 때문에 실제와 다르게 보입니다. curl은 그런 보정 없이 서버가 실제로 뭘 주는지 그대로 보여줍니다.결론부터 — 이 다섯 개면 대부분 잡힙니다curl -s -o /dev/null -w '%{http_code}\n' https://example.com/ # ① 살아있나curl -sI https://example.com/ | grep -i location # ② 어디로 보내나curl -s ... vs curl -sk ... # ③ 인증서 문제인가curl --resolve example...

도메인을 바꿨는데 반영이 안 되거나, 접속이 되다 안 되다 할 때 dig를 씁니다.옵션이 많지만 실무에서 실제로 치는 건 다섯 가지 정도입니다.결론부터 — 이 다섯 개면 됩니다dig +short A example.com # ① 어디를 가리키나dig +short NS example.com # ② 네임서버가 어디인가dig @ns.example-dns.com example.com A +short # ③ 캐시 무시하고 진짜 값dig example.com ANY +noall +answer # ④ 레코드 전체 보기dig +short -x 1.2.3.4 ..

브라우저에서 "이 사이트는 안전하지 않습니다"가 뜨거나, curl이 아무 응답 없이 실패할 때가 있습니다.서버에 인증서가 없는 게 아니라 "엉뚱한 인증서"가 응답하는 경우가 많습니다.원인은 대개 셋 중 하나이고, 명령어 한 줄로 구분됩니다.결론부터echo | openssl s_client -connect 도메인:443 -servername 도메인 2>/dev/null \ | openssl x509 -noout -subject -issuer -dates이 한 줄로 누구 이름의 인증서인지, 언제까지인지, 누가 발급했는지가 나옵니다.증상subject 확인 결과원인만료 오류내 도메인 이름은 맞는데 notAfter가 지났다① 만료이름 불일치전혀 다른 이름이 나온다② 이름 불일치특정 기기만 오류subject는 맞..