|
|
2020-8-5 20:54:24에 게시됨
|
|
|
|
브라우저가 한 도메인 이름의 웹페이지에서 다른 도메인 이름으로 자원을 요청할 때, 도메인 이름, 포트, 프로토콜은 다르며, 이들은 교차 도메인입니다.
저는 크로스도메인에 대해 다음과 같이 많이 글을 썼습니다:
또한 크로스도메인이 무엇인지에 대한 구체적인 설명도 있습니다:
크로스 도메인 자원 공유 표준은 서버가 브라우저를 통해 어떤 출처가 어떤 자원에 접근할 수 있는지 선언할 수 있도록 하는 새로운 HTTP 헤더 필드 집합을 추가합니다. 또한, 명세는 서버 데이터에 부작용이 있을 수 있는 HTTP 요청 메서드(특히 GET가 아닌 HTTP 요청이나 일부 MIME 유형의 POST 요청)에 대해, 브라우저가 먼저 OPTIONS 메서드를 사용하여 프리플라이트 요청을 시작하여 서버가 크로스 도메인 요청을 허용하는지 확인해야 합니다. 서버는 실제 HTTP 요청을 하기 전에 허용되는지 확인합니다. 프리플라이트 요청이 반환될 때, 서버는 클라이언트에게 신원 증명(쿠키 및 HTTP 인증 관련 데이터 포함)을 가져와야 하는지 알려줄 수도 있습니다.
HTTP 접근 제어 (CORS)
하이퍼링크 로그인이 보입니다.
지난 주말, 제 블로그 소개 페이지에서 기사 제목을 인터페이스 호출 형태로 사용자에게 반환했는데, 이는 다른 2차 도메인 이름으로 호출되어 크로스 도메인 문제가 발생했고, 인터페이스가 POST 요청을 통해 접근되었으며, OPTIONS 요청을 처음에 설정하는 것을 깜빡해 오류는 다음과 같이 보고되었습니다:
인터페이스는 mvc 컨트롤러 asp.net 작성되므로 또 다른 OPTIONS 요청을 추가하고 도메인 간 교차를 허용하면 됩니다. 코드는 다음과 같습니다:
access-control-allow-headers: *
access-control-allow-methods: GET, POST, PUT, DELETE
access-control-allow-origin: *
cache-control: private
content-length: 0
date: Wed, 05 Aug 2020 12:43:22 GMT
status: 200
(끝)
|
이전의:SSIS 튜토리얼 (7) SQL Server 2012 실행 SSIS 작업다음:텐센트, Hexun.com, 시나, 스노우볼, 넷이즈 주식 인터페이스 데이터
|
2021-10-26 14:30:23에 게시됨
|
집주인|
2025-2-17 11:25:24에 게시됨
|
