Запрос fetch() из поддомена к файлу, расположенному в домене уровнем выше

[Arigato]

Допустим, есть сайт www.site.com, там есть некий файл, скажем, example.xml. Необходимо прочитать этот файл находясь в поддомене, то есть скрипт запускается из sub.site.com.

Пытаюсь сделать запрос с помощью

let url = "https://www.site.com/example.xml";
fetch(url).then((response) => {console.log("REAPONSE:"); console.log(response)});

В итоге получаю: Uncaught (in promise) TypeError: Failed to fetch.

Существует ли какой-либо способ считать файл с того же сайта, но с другого поддомена (с домена второго уровня, находясь на домене третьего уровня)?

[voraa]

sub.site.com не является поддоменом www.site.com.
(Хотя является поддоменом site.com)
Следовательно обычные пляски с бубном вокруг CORS.
Сервер вместе с ответом должен посылать все необходимые заголовки.
Подробности тут https://developer.mozilla.org/ru/docs/Web/HTTP/CORS

[ruslan_mart]

На домене с файлом нужно отдавать заголовок

Access-Control-Allow-Origin: домен_откуда_будет_идти_запрос

[Arigato]

На домене с файлом нужно отдавать заголовок

Это вряд ли возможно, так как обращаюсь к файлу из расширения браузера, домен не мой.

[ruslan_mart]

Arigato, если расширение ваше, то в манифесте нужно указать пермишены на домен

"host_permissions": ["https://site.com/*"]

[Arigato]

ruslan_mart, мне кажется, это не работает. У меня указано так:

	"host_permissions": ["*://*.site.com/*"],
	"permissions": ["scripting", "activeTab", "storage"],

Access to XMLHttpRequest at 'https://www.site.com/example.xml' from origin 'https://sub.site.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

let req = new XMLHttpRequest();
req.open("GET", url);

req.onload = () => {
	console.log("RESPONSE:");
	console.log(this.response);
}

console.log(url);

req.send();

[ruslan_mart]

А так?

  "permissions": [
    "http://*.site.com/",
    "https://*.site.com/"
  ],

[MallSerg]

Ему нужно разрешение не расширению а скрипту который он вставил в страницу. Так сделать не получится с любыми разрешениями.

Что бы обойти эту проблему скрипт должен обращаться с запросами к расширению а уже расширение должно отправлять запросы к серверу в интернете у каждого расширения создается свой уникальный домен для запросов который можно узнать через апи расширения.

[Arigato]

Что бы обойти эту проблему скрипт должен обращаться с запросами к расширению а уже расширение должно отправлять запросы к серверу в интернете

В общем получилось следующим образом. В манифесте:

"permissions": ["scripting", "activeTab", "storage", "webRequest"],
"host_permissions": ["*://*.site.com/*"],
"background": {
	"service_worker": "scripts/service-worker.js"
},

В service-worker.js реализовал обработчик сообщений, суть в том, чтобы просто делать запросы куда просят:

chrome.runtime.onConnect.addListener(function(port) {
	port.onMessage.addListener(function(request) {
		if (port.name === "request") {
			const url = request.url;
			//console.log(url);
			fetch(url).then((response) => {
				let resp = {ok: response.ok}
				if (response.ok) {
					response.text().then((text) => {
						resp.text = text;
						port.postMessage(resp);
					});
				} else {
					port.postMessage(resp);
				}
			});
		}
	});
});

В content_scripts вместо обычного fetch() отправляется сообщение в service_worker с запросом нужного url:

let fetchResponse = (response) => {
	if (response.ok) {
		console.log(response.text);
	} else {
		console.log('ERROR');
	}
}

const port = chrome.runtime.connect({name: "request"});
port.postMessage({url: url});
port.onMessage.addListener(fetchResponse);

Работает.