URL (Uniform Resource Locator)이란 무엇입니까?

URL로 축약되는 Uniform Resource Locator는 인터넷에서 파일의 위치를 식별하는 방법입니다. 웹 사이트를 열 때뿐만 아니라 이미지, 비디오, 소프트웨어 프로그램 및 서버에서 호스팅되는 기타 유형의 파일을 다운로드하는 데 사용됩니다.

컴퓨터에서 로컬 파일을 여는 것은 파일을 두 번 클릭하는 것만 큼 간단하지만 웹 서버와 같은 원격 컴퓨터에서 파일을 열려면 웹 브라우저에서 찾을 위치를 알 수 있도록 URL을 사용해야합니다. 예를 들어, 아래에 설명 된 웹 페이지를 나타내는 HTML 파일을 열려면 사용중인 브라우저 상단의 탐색 모음에 입력하면됩니다.

Henrik5000 / 게티 이미지

다른 이름

Uniform Resource Locator는 가장 일반적으로 URL로 축약되지만 HTTP 또는 HTTPS 프로토콜을 사용하는 URL을 참조 할 때 웹 사이트 주소라고도합니다.

URL은 일반적으로 각 문자를 개별적으로 발음하여 발음됩니다 (예 : earl이 아닌 u-r-l). 1994 년에 Uniform Resource Locator로 변경되기 전에 Universal Resource Locator의 약어였습니다.

URL의 예

Google 웹 사이트에 액세스하기 위해 다음과 같이 URL을 입력하는 데 익숙 할 것입니다.

https://www.google.com

전체 주소를 URL이라고합니다. 또 다른 예는이 웹 사이트 (첫 번째)와 Microsoft (두 번째)입니다.

https://www.lifewire.com
https://www.microsoft.com

위키 백과 웹 사이트의 Google 로고를 가리키는 긴 URL처럼 매우 구체적이고 이미지에 대한 직접 URL을 열 수도 있습니다. 해당 링크를 열면 다음으로 시작하는 것을 볼 수 있습니다. https:// 위의 예와 같이 규칙적으로 보이는 URL이 있지만 웹 사이트 서버에서 이미지가있는 정확한 폴더와 파일을 가리 키기 위해 다른 많은 텍스트와 슬래시가 있습니다.

라우터의 로그인 페이지에 액세스 할 때도 동일한 개념이 적용됩니다. 라우터의 IP 주소는 구성 페이지를 열기위한 URL로 사용됩니다.

우리 대부분은 Firefox 또는 Chrome과 같은 웹 브라우저에서 사용하는 이러한 유형의 URL에 익숙하지만 URL이 필요한 유일한 경우는 아닙니다.

이 모든 예제에서 HTTP 프로토콜을 사용하여 웹 사이트를 열고 있는데, 대부분의 사람들이 접하는 유일한 웹 사이트이지만 FTP, TELNET, MAILTO 및 RDP와 같은 다른 프로토콜도 사용할 수 있습니다. URL은 하드 드라이브에있는 로컬 파일을 가리킬 수도 있습니다. 각 프로토콜에는 대상에 도달하기 위해 고유 한 구문 규칙 집합이있을 수 있습니다.

URL 구조

URL은 서로 다른 섹션으로 나눌 수 있으며 각 부분은 원격 파일에 액세스 할 때 특정 목적을 제공합니다.

HTTP 및 FTP URL은 다음과 같이 구조화됩니다. 프로토콜 : // 호스트 이름 / 파일 정보. 예를 들어 URL을 사용하여 FTP 파일에 액세스하는 것은 다음과 같습니다.

FTP : // 서버 이름 / 폴더 /otherfolder/programdetails.docx

가지고있는 것 외에 FTP 대신 HTTP, 웹에서 볼 수있는 다른 URL처럼 보입니다.

HTTP 주소의 예로 Google에서 CPU 결함을 발표 한 다음 URL을 사용하고 각 부분을 식별 해 보겠습니다.

https://security.googleblog.com/2018/01/todays-cpu-vulnerability-what-you-need.html

HTTPS 통신하는 서버의 유형을 정의하는 프로토콜 (예 : FTP는 프로토콜)입니다.
보안 이 특정 웹 사이트에 액세스하는 데 사용되는 호스트 이름입니다.
googleblog 도메인 이름입니다.
COM .net, .org, .co.uk 등이 포함되는 최상위 도메인 (TLD)이라고합니다.
/ 2018 / 01 / 웹 페이지 또는 파일을 구성하는 데 사용되는 디렉토리를 나타냅니다. 웹 사이트 파일을 보유하고있는 웹 서버에서는이 URL이 지정하는 파일을 찾기 위해 클릭하는 실제 폴더가됩니다.
todays-cpu-vulnerability-what-you-need.html URL이 가리키는 실제 파일입니다. 이미지, 오디오 파일 또는 HTML 파일 대신 다른 파일 형식을로드하려는 경우 URL은 해당 파일 확장자 (예 : PNG 또는 MP3)로 끝납니다.
security.googleblog.com 그룹은 FQDN (Fully Qualified Domain Name)이라고합니다.

URL 구문 규칙

URL에는 숫자, 문자 및 다음 문자 만 허용됩니다 : ()! $ -'_ * +.

다른 문자를 허용하려면 인코딩 (프로그래밍 코드로 번역)해야합니다.

일부 URL에는 추가 변수에서 분리하는 매개 변수가 있습니다. 예를 들어 Google에서 lifewire를 검색하는 경우 :

https://www.google.com/search?q=lifewire

표시되는 물음표는 Google 서버에서 호스팅되는 특정 스크립트에 사용자 지정 결과를 얻기 위해 특정 명령을 보내고 싶다는 의미입니다.

Google이 검색을 실행하는 데 사용하는 특정 스크립트는 ? q = URL의 일부는 검색어로 식별되어야하므로 URL의 해당 지점에 입력 한 내용은 Google 검색 엔진에서 검색하는 데 사용됩니다.

최고의 고양이 동영상을 검색하는이 YouTube 검색의 URL에서 유사한 동작을 볼 수 있습니다.

https://www.youtube.com/results?search_query=best+cat+videos

URL에는 공백이 허용되지 않지만 일부 웹 사이트에서는 + Google 및 YouTube 예제 모두에서 볼 수 있습니다. 다른 사람들은 인코딩 된 동등한 공백 (% 20)을 사용합니다.

일부 URL은 컨텍스트에 따라 매개 변수간에 교환 할 수 있습니다. YouTube 동영상에 타임 스탬프를 추가 할 때 좋은 예를 볼 수 있습니다. 일부 링크에는 앰퍼샌드가 필요하고 다른 링크는 물음표를 사용합니다.

URL은 앵커를 사용할 수도 있습니다. 이들은 맨 끝에 있으며 해당 페이지에서 링크가 선택 될 때 이동할 위치를 설명합니다. 앵커는 웹 페이지에 링크를 추가 할 때 생성되며 숫자 기호 (#). 다음은 앵커가 페이지의 다른 부분으로 이동하는 Wikipedia 항목의 예입니다.

https://en.wikipedia.org/wiki/Lifewire#History

여러 변수를 사용하는 URL은 물음표 뒤에 하나 이상의 앰퍼샌드를 사용합니다. 여기에서 Windows 10에 대한 Amazon.com 검색의 예를 볼 수 있습니다.

https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=windows+10

첫 번째 변수는 URL, 앞에 물음표가 나오지만 다음 변수는 필드 키워드, 앞에 앰퍼샌드가 있습니다. 추가 변수 앞에는 앰퍼샌드도 붙습니다.

URL의 일부는 대소 문자를 구분합니다. 특히 도메인 이름 (디렉토리 및 파일 이름) 뒤의 모든 항목이 있습니다. 위에서 분해 한 Google의 예제 URL에서 "need"라는 단어를 대문자로 입력하여 URL의 끝을 읽도록하면 직접 확인할 수 있습니다. todays-cpu-vulnerability-what-you-NEED.html. 해당 페이지를 열어 보면 특정 파일이 서버에 없기 때문에로드되지 않는 것을 확인할 수 있습니다.

URL에 대한 추가 정보

URL이 JPG 이미지와 같이 웹 브라우저에서 표시 할 수있는 파일을 가리키는 경우 실제로보기 위해 컴퓨터에 다운로드 할 필요가 없습니다. 그러나 PDF 및 DOCX 파일, 특히 EXE 파일 (및 기타 여러 파일 형식)과 같이 브라우저에 일반적으로 표시되지 않는 파일의 경우 다운로드하라는 메시지가 표시됩니다.

URL은 실제 주소를 알 필요없이 서버의 IP 주소에 쉽게 액세스 할 수있는 방법을 제공합니다. 우리가 즐겨 찾는 웹 사이트의 기억하기 쉬운 이름과 같습니다. URL에서 IP 주소로의 이러한 변환은 DNS 서버가 사용되는 용도입니다.

일부 URL은 매우 길고 복잡하며 링크로 클릭하거나 브라우저의 주소 표시 줄에 복사 / 붙여 넣기 할 때 가장 잘 사용됩니다. URL의 실수는 400 시리즈 HTTP 상태 코드 오류를 생성 할 수 있으며, 가장 일반적인 유형은 404 오류입니다.

gog.com에서 한 가지 예를 볼 수 있습니다. 서버에 존재하지 않는 페이지 (예 :이 페이지)에 액세스하려고하면 404 오류가 발생합니다. 이러한 유형의 오류는 너무 흔하여 일부 웹 사이트에서 사용자 지정, 종종 유머러스 한 버전을 찾을 수 있습니다. 우리는 더 나은 것들의 목록을 유지합니다.

정상적으로로드되어야한다고 생각하는 웹 사이트 또는 온라인 파일에 액세스하는 데 문제가있는 경우 다음에 수행 할 작업에 대한 유용한 아이디어를 보려면 URL에서 오류 문제 해결 방법 가이드를 참조하십시오.

대부분의 URL은 포트 이름을 제공 할 필요가 없습니다. 예를 들어, http://www.google.com:80과 같이 끝에 포트 번호를 지정하여 google.com을 열 수 있지만 반드시 그럴 필요는 없습니다. 웹 사이트가 포트 8080에서 대신 작동하는 경우 포트를 교체하고 그런 방식으로 페이지에 액세스 할 수 있습니다.

기본적으로 FTP 사이트는 포트 21을 사용하지만 다른 사이트는 포트 22 또는 다른 곳에 설정 될 수 있습니다. FTP 사이트가 포트 21을 사용하지 않는 경우 서버에 올바르게 액세스하기 위해 사용중인 포트를 지정해야합니다. 액세스에 사용 된 프로그램이 기본적으로 사용하고 있다고 가정하는 것과 다른 포트를 사용하는 모든 URL에 동일한 개념이 적용됩니다.