Ключевое слово в защите информации
КЛЮЧЕВОЕ СЛОВО
в защите информации
Наши способы организации безопасного удалённого доступа к рабочим местам и корпоративным ресурсам
Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

6 Страницы«<23456>
Опции
К последнему сообщению К первому непрочитанному
Offline UArtX  
#61 Оставлено : 3 июня 2020 г. 13:09:42(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз
Автор: Артём Макаров Перейти к цитате
Проверьте корректность файла %appdata%\NuGet\NuGet.Config (пункт 6 инструкции)

В нём должна в <packageSources> должна быть первая строка вида
<add key="local coreclr" value="packages_PATH" />

где packages_PATH корректный путь до пакетов, например corefx\artifacts\packages\Debug\NonShipping

Убедитесь в корректности указанного пути и в наличии по нему nuget пакетов.


добавили packages_PATH = Диск:\corefx\artifacts\packages\Debug\NonShipping

выполнили ...\corefx>build.cmd

Сборка успешно завершена.
Предупреждений: 0
Ошибок: 0

Прошло времени 00:03:39.32

папки не создались в C:\Users\user\.nuget\packages\

но в папке Диск:\corefx\artifacts\packages\Debug\NonShipping появились файлы
1) Microsoft.Private.CoreFx.NETCoreApp.4.7.0-dev.20303.1.nupkg
2) runtime.win-x64.Microsoft.Private.CoreFx.NETCoreApp.4.7.0-dev.20303.1.nupkg


В C:\Users\user\.nuget\packages\ создали папки
microsoft.private.corefx.netcoreapp скопировали туда файл 1
runtime.win-64.microsoft.private.corefx.netcoreapp скопировали туда файла 2

Выполняем
...DotnetCoreSampleProject>dotnet restore
Определение проектов для восстановления...
Восстановлен ...DotnetCoreSampleProject\DotnetSampleProject.csproj (за 14,76 sec).


...DotnetCoreSampleProject>dotnet build

Microsoft (R) Build Engine версии 16.6.0+5ff7b0c9e для .NET Core
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

Определение проектов для восстановления...
Все проекты обновлены для восстановления.
Program.cs(22,42): error CS0117: '"HashAlgorithmName" не содержит определение для "Gost3411_2012_256". [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(25,49): error CS0246: Не удалось найти тип или имя пространства имен "Gost3410_2012_256CryptoServiceProvider" (возможно, отсутствует директива using или ссылка на сборку). [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(28,35): error CS1061: "X509Certificate2" не содержит определения "GetGost3410_2012_256PublicKey", и не удалось найти доступный метод расширения "GetGost3410_2012_256PublicKey", принимающий тип "X509Certificate2" в качестве первого аргумента (возможно, пропущена директива using или ссылка на сборку). [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(43,37): error CS0246: Не удалось найти тип или имя пространства имен "Gost3410_2012_256CryptoServiceProvider" (возможно, отсутствует директива using или ссылка на сборку). [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(48,39): error CS0117: '"HashAlgorithmName" не содержит определение для "Gost3411_2012_256". [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(46,21): error CS1503: Аргумент 1: не удается преобразовать из "string" в "System.Security.Cryptography.X509Certificates.X500DistinguishedName". [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]


Ошибка сборки.

Program.cs(22,42): error CS0117: '"HashAlgorithmName" не содержит определение для "Gost3411_2012_256". [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(25,49): error CS0246: Не удалось найти тип или имя пространства имен "Gost3410_2012_256CryptoServiceProvider" (возможно, отсутствует директива using или ссылка на сборку). [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(28,35): error CS1061: "X509Certificate2" не содержит определения "GetGost3410_2012_256PublicKey", и не удалось найти доступный метод расширения "GetGost3410_2012_256PublicKey", принимающий тип "X509Certificate2" в качестве первого аргумента (возможно, пропущена директива using или ссылка на сборку). [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(43,37): error CS0246: Не удалось найти тип или имя пространства имен "Gost3410_2012_256CryptoServiceProvider" (возможно, отсутствует директива using или ссылка на сборку). [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(48,39): error CS0117: '"HashAlgorithmName" не содержит определение для "Gost3411_2012_256". [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]
Program.cs(46,21): error CS1503: Аргумент 1: не удается преобразовать из "string" в "System.Security.Cryptography.X509Certificates.X500DistinguishedName". [D:\source\CryptoProCorefx\DotnetCoreSampleProject\DotnetSampleProject.csproj]

Предупреждений: 0
Ошибок: 6

Прошло времени 00:00:00.96

как лечить ?
Offline Артём Макаров  
#62 Оставлено : 3 июня 2020 г. 13:23:09(UTC)
Артём Макаров

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 20.02.2017(UTC)
Сообщений: 112

Сказал(а) «Спасибо»: 4 раз
Поблагодарили: 26 раз в 26 постах
"папки не создались в C:\Users\user\.nuget\packages\" - они там создадутся, когда будет выполнен restore для проекта, который их использует. Руками ничего туда класть после сборки не нужно, только хуже будет. Удалите из кэша (C:\Users\user\.nuget\packages\) папки Microsoft.Private.CoreFx.NETCoreApp и runtime.win-x64.Microsoft.Private.CoreFx.NETCoreApp.

Перейдите в директорию с примером. Выполните dotnet clean, удалите папки obj и bin.

Проверьте, что в csproj примера указанны ваша версия рантайма (4.7.0-dev.20303.1)

Код:
<PackageReference Include="Microsoft.Private.CoreFx.NETCoreApp" Version="4.7.0-dev.20303.1" />


Проверьте, что в csproj указанна следующая версия рантайма

Код:
<RuntimeFrameworkVersion>3.1.3</RuntimeFrameworkVersion>


Выполните dotnet restore, убедитесь в отсутствии ошибок и предупреждений. После данной операции и кэш должны восстановиться пакеты вашего рантайма.

Далее dotnet build
Техническую поддержку оказываем тут
Наша база знаний
Offline UArtX  
#63 Оставлено : 3 июня 2020 г. 16:29:12(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз
Автор: Артём Макаров Перейти к цитате
"папки не создались в C:\Users\user\.nuget\packages\" - они там создадутся, когда будет выполнен restore для проекта, который их использует. Руками ничего туда класть после сборки не нужно, только хуже будет. Удалите из кэша (C:\Users\user\.nuget\packages\) папки Microsoft.Private.CoreFx.NETCoreApp и runtime.win-x64.Microsoft.Private.CoreFx.NETCoreApp.

Перейдите в директорию с примером. Выполните dotnet clean, удалите папки obj и bin.

Проверьте, что в csproj примера указанны ваша версия рантайма (4.7.0-dev.20303.1)

Код:
<PackageReference Include="Microsoft.Private.CoreFx.NETCoreApp" Version="4.7.0-dev.20303.1" />


Проверьте, что в csproj указанна следующая версия рантайма

Код:
<RuntimeFrameworkVersion>3.1.3</RuntimeFrameworkVersion>


Выполните dotnet restore, убедитесь в отсутствии ошибок и предупреждений. После данной операции и кэш должны восстановиться пакеты вашего рантайма.

Далее dotnet build


Выполнили по написанному выше, но ещё есть ошибки

D:\DotnetCoreSampleProject>dotnet build
Microsoft (R) Build Engine версии 16.6.0+5ff7b0c9e для .NET Core
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

Определение проектов для восстановления...
C:\Program Files\dotnet\sdk\3.1.300\NuGet.targets(128,5): error : Локальный источник "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp" не существует. [D:\DotnetCoreSampleProject\DotnetSampleProject.sln]

Ошибка сборки.

C:\Program Files\dotnet\sdk\3.1.300\NuGet.targets(128,5): error : Локальный источник "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp" не существует. [D:\DotnetCoreSampleProject\DotnetSampleProject.sln]
Предупреждений: 0
Ошибок: 1

Прошло времени 00:00:00.47

как лечить?

Offline Артём Макаров  
#64 Оставлено : 3 июня 2020 г. 16:31:58(UTC)
Артём Макаров

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 20.02.2017(UTC)
Сообщений: 112

Сказал(а) «Спасибо»: 4 раз
Поблагодарили: 26 раз в 26 постах
Какой путь вы указали в nuget.config? Есть подозрения, что путь до кэша, а не путь с вашими собранными пакетами.
Техническую поддержку оказываем тут
Наша база знаний
Offline UArtX  
#65 Оставлено : 3 июня 2020 г. 16:36:42(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз
Автор: Артём Макаров Перейти к цитате
Какой путь вы указали в nuget.config? Есть подозрения, что путь до кэша, а не путь с вашими собранными пакетами.


Код:
    <add key="local coreclr" value="D:\corefx\artifacts\packages\Debug\NonShipping" />
Offline Артём Макаров  
#66 Оставлено : 3 июня 2020 г. 16:38:26(UTC)
Артём Макаров

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 20.02.2017(UTC)
Сообщений: 112

Сказал(а) «Спасибо»: 4 раз
Поблагодарили: 26 раз в 26 постах
В dotnet restore ошибок нет?
Техническую поддержку оказываем тут
Наша база знаний
Offline UArtX  
#67 Оставлено : 3 июня 2020 г. 16:41:44(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз
Автор: Артём Макаров Перейти к цитате
В dotnet restore ошибок нет?


D:\DotnetCoreSampleProject>dotnet restore
Определение проектов для восстановления...
C:\Program Files\dotnet\sdk\3.1.300\NuGet.targets(128,5): error : Локальный источник "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp" не существует. [D:\DotnetCoreSampleProject\DotnetSampleProject.sln]
Offline Артём Макаров  
#68 Оставлено : 3 июня 2020 г. 16:53:29(UTC)
Артём Макаров

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 20.02.2017(UTC)
Сообщений: 112

Сказал(а) «Спасибо»: 4 раз
Поблагодарили: 26 раз в 26 постах
Проверьте ещё раз физический путь до папки NonShipping (до этого у вас была ошибка что в реальном пути corefx был 2 раза, а в указанном нет).

Проверьте, что нет локального (в папке проекта который собираете) Nuget.config, в котором почему то прописан путь "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp".
Техническую поддержку оказываем тут
Наша база знаний
Offline UArtX  
#69 Оставлено : 3 июня 2020 г. 17:33:07(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз
Автор: Артём Макаров Перейти к цитате
Проверьте ещё раз физический путь до папки NonShipping (до этого у вас была ошибка что в реальном пути corefx был 2 раза, а в указанном нет).

Проверьте, что нет локального (в папке проекта который собираете) Nuget.config, в котором почему то прописан путь "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp".


Перегрузили машину.
Удалили папку packages в ... .nuget\packages
Выполнили сборку corefx, перейдя в локальную папку репозитория и выполнив build.cmd.
Сборка успешно завершена.
Предупреждений: 0
Ошибок: 0

Прошло времени 00:03:20.29

в папке .nuget\packages 199 папок, 0 файлов

D:\DotnetCoreSampleProject
λ dotnet restore
Определение проектов для восстановления...
C:\Program Files\dotnet\sdk\3.1.300\NuGet.targets(128,5): error : Локальный источник "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp" не существует. [D:\DotnetCoreSampleProject\DotnetSampleProject.sln]


Код:

NuGet.config

<configuration>
  <!-- Don't use any higher level config files.
       Our builds need to be isolated from user/machine state -->
  <fallbackPackageFolders>
    <clear />
  </fallbackPackageFolders>
  <packageSources>
    <clear />
    <!--Begin: Package sources managed by Dependency Flow automation. Do not edit the sources below.-->
    <add key="local coreclr" value="D:\corefx\artifacts\packages\Debug\NonShipping" />
    <add key="darc-pub-dotnet-standard-a5b5f2e" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/darc-pub-dotnet-standard-a5b5f2e1/nuget/v3/index.json" />
    <!--End: Package sources managed by Dependency Flow automation. Do not edit the sources above.-->
    <add key="dotnet3" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet3/nuget/v3/index.json" />
    <add key="dotnet-core" value="https://dotnetfeed.blob.core.windows.net/dotnet-core/index.json" />
    <add key="dotnet-tools" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet-tools/nuget/v3/index.json" />
    <add key="dotnet3" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet3/nuget/v3/index.json" />
    <add key="dotnet3.1" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet3.1/nuget/v3/index.json" />
    <add key="dotnet3.1-transport" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet3.1-transport/nuget/v3/index.json" />
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
  </packageSources>
  <disabledPackageSources>
    <clear />
  </disabledPackageSources>
</configuration>


Код:

DotnetSampleProject.csproj

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp3.1</TargetFramework>
	<RuntimeFrameworkVersion>3.1.3</RuntimeFrameworkVersion>
    <RuntimeIdentifier>win-x64</RuntimeIdentifier>
    <!--<RuntimeIdentifier>linux-x64</RuntimeIdentifier>-->
    <!-- make self-contained -->
    <PackageConflictPreferredPackages>Microsoft.Private.CoreFx.NETCoreApp;runtime.win-x64.Microsoft.Private.CoreFx.NETCoreApp;runtime.linux-x64.Microsoft.Private.CoreFx.NETCoreApp;$(PackageConflictPreferredPackages)</PackageConflictPreferredPackages>
  </PropertyGroup>
    <ItemGroup>
       <PackageReference Include="Microsoft.Private.CoreFx.NETCoreApp" Version="4.7.0-dev.20303.1" />
    </ItemGroup>
    <ItemGroup>
      <Reference Include="System.Security.Cryptography.Pkcs">
        <HintPath>D:\corefx\artifacts\bin\runtime\netcoreapp-Windows_NT-Debug-x64\System.Security.Cryptography.Pkcs.dll</HintPath>
      </Reference>
      <Reference Include="System.Security.Cryptography.Xml">
        <HintPath>D:\corefx\artifacts\bin\runtime\netcoreapp-Windows_NT-Debug-x64\System.Security.Cryptography.Xml.dll</HintPath>
      </Reference>
    </ItemGroup>
</Project>


где ошиблись ?

Отредактировано пользователем 3 июня 2020 г. 17:41:19(UTC)  | Причина: Не указана

Offline Артём Макаров  
#70 Оставлено : 3 июня 2020 г. 18:15:42(UTC)
Артём Макаров

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 20.02.2017(UTC)
Сообщений: 112

Сказал(а) «Спасибо»: 4 раз
Поблагодарили: 26 раз в 26 постах
Ещё раз чистим bin и obj. После чего пришлите вывод dotnet restore -v n

И на всякий случай скрин с путём и файлами расположенными в D:\corefx\artifacts\packages\Debug\NonShipping
Техническую поддержку оказываем тут
Наша база знаний
Offline Алексей К.  
#71 Оставлено : 3 июня 2020 г. 19:31:32(UTC)
Алексей К.

Статус: Новичок

Группы: Участники
Зарегистрирован: 17.04.2020(UTC)
Сообщений: 4
Российская Федерация
Откуда: Москва

Поблагодарили: 2 раз в 1 постах
Приведённое содержимое NuGet.config очень напоминает содержимое одноимённого файла из проекта corefx. UArtX, Вы уверены, что это файл из каталога %appdata%\NuGet\ , указанный в п.6 инструкции?
Offline Копатыч  
#72 Оставлено : 3 июня 2020 г. 22:37:40(UTC)
Копатыч

Статус: Новичок

Группы: Участники
Зарегистрирован: 26.05.2020(UTC)
Сообщений: 5

Сказал(а) «Спасибо»: 2 раз
Поблагодарили: 1 раз в 1 постах
Так, вроде собрать всё таким образом, чтобы не надо было в окружении шаманить, у меня получилось.
И в докер-контейнер собрать получилось в виде ASP.NET Core приложения.
Немного подумаю, как это всё поэлегантнее оформить и поделюсь, как у меня всё получилось.

Но тем временем у меня появился вопрос: как в .NET Core получать доступ к сертификату, имея доступ к контейнеру?
В обычном .NET можно было использовать Gost3410CryptoServiceProvider.ContainerCertificate, в .NET Core этого свойства нету...
А если сертификат подгружать из .pfx-файлика, то окна начинают вываливаться...
Мне нужно упаковать в докер свой сертификат (контейнер). Сориентируйте, пожалуйста, в какую сторону копать!

Отредактировано пользователем 3 июня 2020 г. 22:39:10(UTC)  | Причина: Не указана

Offline UArtX  
#73 Отправлено: : 4 июня 2020 г. 9:56:36(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз
Автор: Артём Макаров Перейти к цитате
Ещё раз чистим bin и obj. После чего пришлите вывод dotnet restore -v n

И на всякий случай скрин с путём и файлами расположенными в D:\corefx\artifacts\packages\Debug\NonShipping



UserPostedImage

D:\DotnetCoreSampleProject
λ dotnet restore -v n
Сборка начата 04.06.2020 9:47:52.
1>Проект "D:\DotnetCoreSampleProject\DotnetSampleProject.sln" в узле 1 (целевые объекты Restore).
1>ValidateSolutionConfiguration:
Создание конфигурации решения "Debug|Any CPU".
_GetAllRestoreProjectPathItems:
Определение проектов для восстановления...
Restore:
Идет восстановление пакетов для D:\DotnetCoreSampleProject\DotnetSampleProject.csproj...
1>C:\Program Files\dotnet\sdk\3.1.300\NuGet.targets(128,5): error : Локальный источник "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp" не существует. [D:\DotnetCoreSampleProject\DotnetSampleProject.sln]
1>Сборка проекта "D:\DotnetCoreSampleProject\DotnetSampleProject.sln" завершена (целевые объекты Restore) с ошибкой.

Ошибка сборки.

"D:\DotnetCoreSampleProject\DotnetSampleProject.sln" (целевой объект Restore ) (1) ->
(Целевой объект Restore) ->
C:\Program Files\dotnet\sdk\3.1.300\NuGet.targets(128,5): error : Локальный источник "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp" не существует. [D:\DotnetCoreSampleProject\DotnetSampleProject.sln]

Предупреждений: 0
Ошибок: 1

Прошло времени 00:00:00.81
Offline Артём Макаров  
#74 Оставлено : 4 июня 2020 г. 11:21:37(UTC)
Артём Макаров

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 20.02.2017(UTC)
Сообщений: 112

Сказал(а) «Спасибо»: 4 раз
Поблагодарили: 26 раз в 26 постах
Автор: Копатыч Перейти к цитате
Так, вроде собрать всё таким образом, чтобы не надо было в окружении шаманить, у меня получилось.
И в докер-контейнер собрать получилось в виде ASP.NET Core приложения.
Немного подумаю, как это всё поэлегантнее оформить и поделюсь, как у меня всё получилось.

Но тем временем у меня появился вопрос: как в .NET Core получать доступ к сертификату, имея доступ к контейнеру?
В обычном .NET можно было использовать Gost3410CryptoServiceProvider.ContainerCertificate, в .NET Core этого свойства нету...
А если сертификат подгружать из .pfx-файлика, то окна начинают вываливаться...
Мне нужно упаковать в докер свой сертификат (контейнер). Сориентируйте, пожалуйста, в какую сторону копать!


Из коробки - сейчас никак. Метод аналогичный методу обычном дотнете пока не реализовали. Основная проблема там - невозможность использовать x509Certificate в сборке Security.Csp. Задачу добавил, в будущем сделаем метод, или некоторый его аналог.

Сейчас можно попробовать либо установить сертификат из контейнера в хранилище через certmgr, либо руками через PInvoke и некрасивый reflection повторить старый код:

Код:
 Gost3410CryptoServiceProvider prov;
 SafeKeyHandle _safeKeyHandle // получить через reflection поле _safeKeyHandle провайдера prov
 byte[] rawData = CryptGetKeyParam(safeKeyHandle, Constants.KP_CERTIFICATE); // CryptGetKeyParam - обёртка вокруг одноименной функции CryptoApi
 X509Certificate2 ret = new X509Certificate2(rawData);
 object m_safeCertContext =// получить через reflection поле m_safeCertContext сертификата ret 
 // вызвать метод X509Certificate2.SetPrivateKeyProperty(m_safeCertContext, prov) через reflection
 // использовать объект ret 
Техническую поддержку оказываем тут
Наша база знаний
thanks 1 пользователь поблагодарил Артём Макаров за этот пост.
Копатыч оставлено 04.06.2020(UTC)
Offline Артём Макаров  
#75 Оставлено : 4 июня 2020 г. 11:26:42(UTC)
Артём Макаров

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 20.02.2017(UTC)
Сообщений: 112

Сказал(а) «Спасибо»: 4 раз
Поблагодарили: 26 раз в 26 постах
Автор: UArtX Перейти к цитате
Автор: Артём Макаров Перейти к цитате
Ещё раз чистим bin и obj. После чего пришлите вывод dotnet restore -v n

И на всякий случай скрин с путём и файлами расположенными в D:\corefx\artifacts\packages\Debug\NonShipping



UserPostedImage

D:\DotnetCoreSampleProject
λ dotnet restore -v n
Сборка начата 04.06.2020 9:47:52.
1>Проект "D:\DotnetCoreSampleProject\DotnetSampleProject.sln" в узле 1 (целевые объекты Restore).
1>ValidateSolutionConfiguration:
Создание конфигурации решения "Debug|Any CPU".
_GetAllRestoreProjectPathItems:
Определение проектов для восстановления...
Restore:
Идет восстановление пакетов для D:\DotnetCoreSampleProject\DotnetSampleProject.csproj...
1>C:\Program Files\dotnet\sdk\3.1.300\NuGet.targets(128,5): error : Локальный источник "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp" не существует. [D:\DotnetCoreSampleProject\DotnetSampleProject.sln]
1>Сборка проекта "D:\DotnetCoreSampleProject\DotnetSampleProject.sln" завершена (целевые объекты Restore) с ошибкой.

Ошибка сборки.

"D:\DotnetCoreSampleProject\DotnetSampleProject.sln" (целевой объект Restore ) (1) ->
(Целевой объект Restore) ->
C:\Program Files\dotnet\sdk\3.1.300\NuGet.targets(128,5): error : Локальный источник "C:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp" не существует. [D:\DotnetCoreSampleProject\DotnetSampleProject.sln]

Предупреждений: 0
Ошибок: 1

Прошло времени 00:00:00.81


Не могу далее подсказать. Что то с путями nuget, почему то не видит сборки.

Попробуйте на чистой машине воспроизвести сценарий сборки примера без сборки corefx. Если последовательно выполнить шаги - должен собираться пример. С точки зрения примера - сценарий от сценария со сборкой отличается только путём до пакетов и рантайма. Можно попробовать посмотреть dotnet restore -v detailed для ещё более подробного вывода при restore.
Техническую поддержку оказываем тут
Наша база знаний
Offline UArtX  
#76 Оставлено : 5 июня 2020 г. 9:21:29(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз
Автор: Артём Макаров Перейти к цитате


Не могу далее подсказать. Что то с путями nuget, почему то не видит сборки.

Попробуйте на чистой машине воспроизвести сценарий сборки примера без сборки corefx. Если последовательно выполнить шаги - должен собираться пример. С точки зрения примера - сценарий от сценария со сборкой отличается только путём до пакетов и рантайма. Можно попробовать посмотреть dotnet restore -v detailed для ещё более подробного вывода при restore.



Количество и содержание всегда одинаково для win10x64
в папке .nuget\packages после - Выполнить сборку corefx,
перейдя в локальную папку репозитория и выполнив build.cmd
?

Есть список что должно "набилдится" в результате команды build.cmd?

Offline UArtX  
#77 Оставлено : 8 июня 2020 г. 10:37:03(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз

Сборка проекта со сборкой corefx для Windows - на каком этапе Brick wall формируется папка c:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp?
Offline Артём Макаров  
#78 Оставлено : 8 июня 2020 г. 10:39:00(UTC)
Артём Макаров

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 20.02.2017(UTC)
Сообщений: 112

Сказал(а) «Спасибо»: 4 раз
Поблагодарили: 26 раз в 26 постах
Автор: UArtX Перейти к цитате

Сборка проекта со сборкой corefx для Windows - на каком этапе Brick wall формируется папка c:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp?


Когда вы делаете restore для тестового проекта, или любого другого проекта, который использует эту сборку.
Техническую поддержку оказываем тут
Наша база знаний
thanks 1 пользователь поблагодарил Артём Макаров за этот пост.
UArtX оставлено 08.06.2020(UTC)
Offline UArtX  
#79 Оставлено : 8 июня 2020 г. 10:58:08(UTC)
UArtX

Статус: Активный участник

Группы: Участники
Зарегистрирован: 02.06.2020(UTC)
Сообщений: 34

Сказал(а) «Спасибо»: 14 раз
Автор: Артём Макаров Перейти к цитате
Автор: UArtX Перейти к цитате

Сборка проекта со сборкой corefx для Windows - на каком этапе Brick wall формируется папка c:\Users\user\.nuget\packages\microsoft.private.corefx.netcoreapp?


Когда вы делаете restore для тестового проекта, или любого другого проекта, который использует эту сборку.





решено. через micro... vs 2019 в диспетчере NuGet был добавлен источник с путем Диск:\corefx\artifacts\packages\Debug\NonShipping

Отредактировано пользователем 8 июня 2020 г. 15:22:52(UTC)  | Причина: Не указана

Offline Копатыч  
#80 Оставлено : 8 июня 2020 г. 17:26:49(UTC)
Копатыч

Статус: Новичок

Группы: Участники
Зарегистрирован: 26.05.2020(UTC)
Сообщений: 5

Сказал(а) «Спасибо»: 2 раз
Поблагодарили: 1 раз в 1 постах
Автор: Копатыч Перейти к цитате
Друзья, подскажите пожалуйста, где можно посмотреть, как правильно добавить XAdES-BES подпись и проверить её? В проекте с примером этого не нашёл. Или данный функционал пока не поддерживается?

Нет ли у кого-нибудь информации по данному вопросу?

Ещё я заметил, что при подписании большого XML (2гб) метод SignedXml.ComputeSignature специфично работает - память вытекает просто в невероятных количествах. Что-то там нечисто..

Нужна какая-то реализация блочного хеширования/подписания, которая будет работать на Unix-системах, чтобы была возможность подписывать большие файлы без серьезной нагрузки для сервера.

И ещё вопрос: в рамках текущей версии под .NET Core есть возможность создать контейнер? Хочу использовать сертификат прямо из .pfx-файлика, не добавляя его в хранилище.

Отредактировано пользователем 19 июня 2020 г. 7:26:14(UTC)  | Причина: Не указана

RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
6 Страницы«<23456>
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.