를로드하는 동안 나는 세 개의 서버가 거부 :액세스는 오픈 소셜 가젯
서버 A : 기본 응용 프로그램 호스트
서버 B : 다른 응용 프로그램의 호스트 openScoial 가젯
등의 기본 응용 프로그램에서 열립니다 서버 C : 서버 B의 응용 프로그램에 대한 OpenSocial 사양 파일의 호스트
이제 서버 A에서 응용 프로그램에 액세스하지만 일부 javaScript 파일 기능에서 액세스가 거부되었다는 오류가 발생합니다.
일부 도메인 간 문제와 비슷한 것처럼 보이지만 도움이 필요합니다.
가젯에 어떤 종류의 인증을 사용하고 있습니까? 응용 프로그램과 XML이 다른 서버에있는 이유는 무엇입니까? 그들도 다른 영역에 있습니까? 어떤 메소드를 사용하여 자바 스크립트를로드합니까? 어떤 OpenSocial Container 구현을 사용하고 있습니까? 잠긴 도메인을 사용하고 있습니까? 지금까지 뭐 해봤 어?
나는 일반적인 조언이나 정보를 줄 수는 있지만 적어도 위의 질문에 답하지 않으면 나는 당신의 문제가 무엇인지 정확하게 이해할 수 없다.
OpenSocial 가젯은 iframe 내부에서 렌더링되며 OpenSocial 가젯은 렌더링하는 OpenSocial 컨테이너에서 도메인을 선택하므로 가젯 XML 도메인에 렌더링 된 적이 거의 없습니다 (내가 아는 경우는 없음). 잠긴 도메인이 활성화되어 있지 않으면이 도메인은 종종 상위 페이지/OpenSocial 컨테이너의 도메인이됩니다.이 경우 가젯은 상위 페이지에서 액세스하지 못하도록 별도의 고유 한 도메인에서 렌더링합니다.
크로스 도메인 정책이 xhr 요청을 차단하기 때문에 일반적으로 xhr과 관련하여 gadgets.io.makeRequest를 사용해야하지만 makeRequest는 일종의 인증 (일반적으로 oauth)이 필요합니다. 이는 기본적으로 OpenSocial 가제트 서버 (예 : 서버의 C 및 B)의 컨테이너 프록시 컨텐츠. 교차 원점 정책의 영향을받지 않는 JSONP를 사용하여 javascript/데이터를로드 할 수도 있습니다.
David 님, 간단한 HTML 페이지에서 iFrame을 통해 웹 페이지 (크로스 도메인 정책에 따라)에 액세스하는 방법에 대한 링크를 공유 할 수 있습니까? –
내가 필요한 것은 상호 도메인 정책을 우회하는 것입니다. –
당신은 내가 묻는 어떤 질문에도 대답하지 않았습니다. '교차 도메인 정책 무시'를 검색해 보셨습니까? (당신은 정말로 그렇게해서는 안됩니다 ...). 간단한 HTML 페이지에서 iframe을 렌더링하려면 간단한 을 포함 시키십시오. –