Если у вас нет контроля над фрейм-сайтом, вы не можете обойти междоменную политику.
Если у вас есть контроль над обоими сайтами, вы можете использовать postMessage
для передачи данных в разных доменах. Очень простой пример:
// framed.htm:
window.onmessage = function(event) {
event.source.postMessage(document.body.innerHTML, event.origin);
};
// Main page:
window.onmessage = function(event) {
alert(event.data);
};
// Trigger:
//
document.getElementById('myframe').contentWindow.postMessage('','*');
Возможно это помогает
Для меня удаляющий .nuget папку, расположенную в C:\Users\YourNameHere, решил проблему.
Стоит отметить, что была ошибка с аутентификацией SSL ядра .NET, которая могла вызвать это. Отключение их последней реализации сетевого стека, решенной эта проблема для меня.
можно установить это постоянно или просто запустить использование приложения:
DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER=0 dotnet ...
Откройте Registry Editor путем нажатия Win + R , и тип regedit
Входят
Перешли к:
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.3\Client
Изменение значение DisabledByDefault
ключевые от 0 до 1
Тогда перезапускают Visual Studio.
У меня была подобная проблема, пытающаяся соединяться с моим частным сервером TFS вместо общедоступного сервера NuGet API. По некоторым причинам у меня была проблема между AD сервером и сервером TFS так, чтобы это всегда возвращало 401. Статья конфигурации NuGet показывает, что можно добавить AD имя пользователя и пароль к файлу конфигурации как так:
<packageSourceCredentials>
<vstsfeed>
<add key="Username" value="yourname@company.com" />
<add key="Password" value="this is an encrypted password" >
<!-- add key="ClearTextPassword" value="not recommended password" -->
</vstsfeed>
</packageSourceCredentials>
Это - не совсем идеальное решение, больше временного, пока я не могу выяснить то, что проблема с AD сервером, но это должно сделать это.