Nginx 위치 블록 및 요청 매칭
각 수신 요청을 어떤 구성이 처리할지 결정하는 Nginx 위치 블록과 매칭 규칙을 익힙니다.
Nginx 위치 블록 및 요청 매칭은(는) CoddyKit의 무료 API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) 강의입니다. 이것은 4개 중 4번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) 강의에는 총 4개의 강의가 포함되어 있습니다.
이 강의의 일부는 아직 번역되지 않았으며 영어로 표시됩니다.
Why Location Blocks Matter
A real site serves many paths differently: static files, an API, an admin area. Location blocks let Nginx apply different rules per URL path.
Anatomy of a Location
A location block matches a request URI and contains directives for it.
location /images/ {
root /var/www;
}Prefix Matching
By default a location is a prefix match: location /blog matches /blog, /blog/post, and anything starting with it.
location /blog {
# matches /blog, /blog/, /blog/anything
}Exact Match with =
The = modifier requires an exact URI. It is fast and great for hot paths like the health endpoint or homepage.
location = /health {
return 200 'ok';
}Regex Matching
Use ~ for case-sensitive and ~* for case-insensitive regular expressions, handy for file extensions.
location ~* \.(jpg|png|gif)$ {
expires 30d;
}The Matching Priority
Nginx does not just pick the first match. Order of precedence:
=exact match wins immediately^~prefix stops regex search- regex (
~/~*) in file order - longest plain prefix as fallback
The ^~ Modifier
^~ means: if this prefix is the longest match, use it and skip regex checking. Useful to protect a static directory from regex rules.
location ^~ /static/ {
root /var/www;
}Longest Prefix Wins
Among plain prefixes, the longest match is chosen, not the first listed. /api/v2 beats /api for a request to /api/v2/users.
Combining with proxy_pass
Location blocks commonly route to backends. Different paths can proxy to different upstreams.
location /api/ {
proxy_pass http://127.0.0.1:8080;
}Nested and Named Locations
Locations can nest inside others, and named locations (@name) are jumped to internally, often for fallbacks like try_files.
location / {
try_files $uri @app;
}
location @app {
proxy_pass http://backend;
}Debugging Matches
When a request hits the wrong block, check: is there an exact or ^~ match stealing it? Is a regex matching unexpectedly? Reload and test with curl -v.
nginx -t && nginx -s reloadQuick Check
Test your location matching knowledge.
Recap
You learned Nginx location matching:
- Prefix match is the default;
=is exact - Regex uses
~and~* - Priority: exact, then
^~, then regex, then longest prefix - Longest prefix wins among plain matches
- Named locations enable fallbacks; test with
nginx -tand reload
자주 묻는 질문
“Nginx 위치 블록 및 요청 매칭” 강의는 무료인가요?
네 — “Nginx 위치 블록 및 요청 매칭” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) 강의 전체를 잠금 해제할 수 있습니다. API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) 강의에는 총 4개의 강의가 포함되어 있습니다.
“Nginx 위치 블록 및 요청 매칭”에서 뭘 배우나요?
각 수신 요청을 어떤 구성이 처리할지 결정하는 Nginx 위치 블록과 매칭 규칙을 익힙니다. 브라우저에서 직접 실행하는 실습 코드로 API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.
API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)을(를) 시작하는 데 경험이 필요한가요?
사전 경험은 필요하지 않습니다. CoddyKit의 API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 4번째 강의입니다.
“Nginx 위치 블록 및 요청 매칭” 강의는 얼마나 걸리나요?
대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.
이 API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) 강의에서 코드를 작성하고 실행할 수 있나요?
네. 모든 API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.
이 강의의 모든 강의
- Nginx 설치 및 설정
- Nginx 기본 설정
- Nginx로 정적 콘텐츠 제공
- Nginx 위치 블록 및 요청 매칭