수정한 설정에서 nginx -t가 성공했는데 브라우저 응답이 같다면 두 질문을 나누세요. 실행 중인 프로세스가 새 설정을 읽었는지, 요청이 수정한 server·location으로 들어갔는지입니다. 문법 검사 통과는 이 둘을 대신 확인하지 않습니다.
같은 포트에서 Host만 바꾼 결과
임시 Nginx 1.24.0에 default 서버와 named.test 서버를 두었습니다. other.test 요청은 default-A, named.test 요청은 named-A를 받았습니다. 이후 디스크 설정의 named-A를 named-B로 바꾸고 nginx -t만 실행했습니다. 검사 종료 코드는 0이었지만 실행 중 서버는 계속 named-A를 반환했습니다. reload를 하지 않았기 때문입니다.
주소·포트와 Host에 따른 선택 순서는 Nginx 요청 처리 문서와 대조할 수 있습니다. HTTPS에서는 TLS 가상 호스트와 SNI도 고려해야 하므로 HTTP Host 실험만으로 인증서 선택까지 검증했다고 볼 수 없습니다.
실제 프로세스와 테스트한 파일을 맞추기
서비스의 시작 명령과 nginx -V의 기본 경로를 확인합니다. -c나 -p로 다른 설정을 쓰는 프로세스라면 같은 인자로 검사해야 합니다. nginx -T는 include를 펼쳐 보여주지만 토큰·내부 주소가 포함될 수 있어 전체 출력을 공개하지 않습니다. 같은 도메인이라도 CDN 캐시와 다른 origin을 보고 있지 않은지도 구분합니다.
반영은 이전 설정을 보관한 뒤 문법 검사, 해당 서비스의 reload 결과와 error log 확인, 같은 Host·경로의 응답 비교 순서로 진행합니다. 응답이 그대로면 곧바로 restart하기보다 선택된 server와 캐시 계층을 다시 확인하세요. 이번 실험은 운영 설정의 reload 성공을 검증한 것이 아닙니다.