Importing RSA Keys from file using aspnet_regiis - aspnet-regiis.exe

Trying to import the file fails, saying it already exists:
C:\Windows\system32>C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis
-pi "MyRsaKey" c:\key.xml
Microsoft (R) ASP.NET RegIIS version 4.0.30319.17929
Administration utility to install and uninstall ASP.NET on the local machine.
Copyright (C) Microsoft Corporation. All rights reserved.
Importing RSA Keys from file..
Object already exists.
Failed!
But deleting it fails, saying it could not be found:
C:\Windows\system32>C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis
-pz "MyRsaKey"
Microsoft (R) ASP.NET RegIIS version 4.0.30319.17929
Administration utility to install and uninstall ASP.NET on the local machine.
Copyright (C) Microsoft Corporation. All rights reserved.
Deleting RSA Key container...
The RSA key container was not found.
Failed!

The problem turned out to be related to the Permissions of the "C:\Users\All Users\Microsoft\Crypto\RSA\MachineKeys" folder.
Making sure the commands are executed using a user that belongs to the administrator group on the machine, and that the administrator group is the owner of that folder, enabled those commands to execute successfully.

Related

Jenkins Nuget Unable to load the service index for source

Firstly, I would like to portray the system that we use our company. We are using CentOS 7. I have installed Jenkins and tried my project to build. Although building started, occurred some problems. I am sharing error message.
+ dotnet build Ekol.FFE.HttpApi.Host.csproj
Microsoft (R) Build Engine version 17.2.0+41abc5629 for .NET
Copyright (C) Microsoft Corporation. All rights reserved.
Determining projects to restore...
/var/lib/jenkins/workspace/FFE/src/Ekol.FFE.Application.Contracts/Ekol.FFE.Application.Contracts.csproj : error NU1301: Unable to load the service index for source https://api.nuget.org/v3/index.json. [/var/lib/jenkins/workspace/FFE/src/Ekol.FFE.HttpApi.Host/Ekol.FFE.HttpApi.Host.csproj]
/var/lib/jenkins/workspace/FFE/src/Ekol.FFE.Integration.Rest/Ekol.FFE.Integration.Rest.csproj : error NU1301: Unable to load the service index for source https://api.nuget.org/v3/index.json. [/var/lib/jenkins/workspace/FFE/src/Ekol.FFE.HttpApi.Host/Ekol.FFE.HttpApi.Host.csproj]
How can I solve this problem ?

Fuse Console not starting

I have done a clean install fuse on karaf at
C:\esb\redhatfusekaraf\fuse-karaf-7.8.0.fuse-780038-redhat-00001
FUSE_HOME environment variable is set to this directory.
I have OpenJDK installed at
C:\Program Files (x86)\AdoptOpenJDK\jdk-8.0.282.8-hotspot
PATH and JAVA_HOME are set properly and tested.
When I run fuse.bat from the above install here is what I get.
Microsoft Windows [Version 10.0.18363.1440]
(c) 2019 Microsoft Corporation. All rights reserved.
C:\Users\MO Tec>%FUSE_HOME%
'C:\esb\redhatfusekaraf\fuse-karaf-7.8.0.fuse-780038-redhat-00001' is not recognized as an internal or external command,
operable program or batch file.
C:\esb\redhatfusekaraf\fuse-karaf-7.8.0.fuse-780038-redhat-00001\bin>fuse
karaf.bat: Ignoring predefined value for KARAF_HOME
Red Hat Fuse starting up. Press Enter to open the shell now...
100% [========================================================================]
Karaf started in 2s. Bundle stats: 12 active, 13 total
No Fuse Shell. Anything else I can look at?
The problem was caused by a missing ">" in the maven settings.xml I discovered it trying to run an "mvn clean install" when maven crashed.
I fixed the missing ">" and not only did that command run and build success but the Fuse Console now appears.

Password decryption not supported on .NET Core for Windows?

I recently converted a private NuGet repository to require authentication.
To build a project that uses that repository, I added the authentication to the local NuGet.Config with NuGet Sources add -name [repo_name] -Source [source_url] -UserName [username] -Password [password].
I now get the following error when I try running dotnet restore:
Password decryption is not supported on .NET Core for this platform. The following feed uses an encrypted password: 'nuget-sdet'. You can use a clear text password as a workaround.
I know that this isn't supported on linux, but I'm running this on Windows Server 2012 R2.
This is running on a very old version of .NET Core: 1.0.0-preview2-003121.
Is password decryption supported on Windows for newer versions of .NET Core?
Or am I stuck between either storing the password in clear text or re-enabling anonymous access to the feed?
In non windows OS you should add the suffix of --store-password-in-clear-text
to your add command.
As specified in the dotnet nuget add source article here
--store-password-in-clear-text
Enables storing portable package source credentials by disabling password encryption.
I have just came across to this issue on VS for Mac. Answers here are not really enlightening and microsoft documentation is unclear. The name --store-password-in-clear-text sounds like you have to store your repository password. Actually you can simply use an access token instead of your username.
For example on Azure Devops, you go to right-upper corner your account icon as in the image and select "Personal access tokens"
Then create a new access token by giving the permission Packing read
Copy your newly created access token use the command below using from the VS menu Tools->SDK Command Prompt
dotnet nuget add source https://myfeed/nuget/v3/index.json -n myFeed
-u usernamenotimportant -p yourtokencomeshere --store-password-in-clear-text
This command will update your nuget.config file which is found on the path ~/.nuget/Nuget/Nuget.config this path is important because this is the Nuget.Config file used and displayed by Nuget package manager in VS4Mac.
As mentioned here on the MS docu, other path there is the 2nd Nuget.Config ~/.config/NuGet/NuGet.Config that is not displayed by the Package Manager, i think that it is still used by MsBuild but not displayed. it will probably still work but can cause confusion as the Package Manager doesn't show your nuget source and your private packages.
Last point is, dont use Nuget CLI to add the source which is similar command like below
nuget add source https://myfeed/nuget/v3/index.json -name myFeed
-username usernamenotimportant -password yourtokencomeshere -StorePasswordInClearText
This command is updating the other Nuget.Config on the .config folder that wont be displayed by the VS for Mac.
So at the end only your Token is stored like below
<packageSourceCredentials>
<myFeed>
<add key="Username" value="myusername" />
<add key="ClearTextPassword" value="mytokencomeshere" />
</myFeed>
</packageSourceCredentials>

Installing Microsoft.EntityFrameworkCore.Tools 3.0.0 Prompting "Untrusted Publisher"

While performing:
Install-Package Microsoft.EntityFrameworkCore.Tools -Version 3.0.0
To the end of installation, I am getting following prompt:
Executing script file 'C:\Users\phirkabh\.nuget\packages\microsoft.entityframeworkcore.tools\3.0.0\tools\init.ps1'
Do you want to run software from this untrusted publisher?
File C:\Users\phirkabh\.nuget\packages\microsoft.entityframeworkcore.tools\3.0.0\tools\init.ps1 is
published by CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
and is not trusted on your system. Only run scripts from trusted publishers.
[V] Never run [D] Do not run [R] Run once [A] Always run [?] Help (default is "D"):
I chose D (since that is default). but then the Scaffold-DbContext is not working. Reinstalling (after removing) it is not helping. What seems to be going wrong here? Is this a EF Core problem or something else?

Installing ASP.net DNX with Powershell 2.0

I am trying to get an install of ASP.Net DNX on Windows. I followed the instructions at: https://github.com/aspnet/home#cmd
The problem is. when I run this, I get an error stating:
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\parsonsjm0818\Desktop>#powershell -NoProfile -ExecutionPolicy unrestric
ted -Command "&{$Branch='dev';iex ((new-object net.webclient).DownloadString('ht
tps://raw.githubusercontent.com/aspnet/Home/dev/dnvminstall.ps1'))}"
Using temporary directory: C:\Users\PARSON~1\AppData\Local\Temp\dnvminstall
Downloading DNVM.ps1 to
Downloading DNVM.cmd to
Installing DNVM
The script 'dnvm.ps1' cannot be run because it contained a "#requires" statemen
t at line 2 for Windows PowerShell version 3.0. The version required by the scr
ipt does not match the currently running version of Windows PowerShell version
2.0.
At line:1 char:191
+ [System.Threading.Thread]::CurrentThread.CurrentCulture = ''; [System.Threadi
ng.Thread]::CurrentThread.CurrentUICulture = '';$CmdPathFile='C:\Users\parsonsj
m0818\.dnx\temp-set-envvars.cmd';& <<<< 'C:\Users\PARSON~1\AppData\Local\Temp\
dnvminstall\dnvm.ps1' setup
+ CategoryInfo : ResourceUnavailable: (dnvm.ps1:String) [], Scrip
tRequiresException
+ FullyQualifiedErrorId : ScriptRequiresUnmatchedPSVersion
C:\Users\parsonsjm0818\Desktop>
Can I install the DNX with only Powershell 2.0 or do I have to upgrade to 3.0?
The script 'dnvm.ps1' cannot be run because it contained a "#requires" statemen
t at line 2 for Windows PowerShell version 3.0.
If you want to be sure that the script will work, you'll have to use Powershell v3.0. It is certainly possible to modify the script to remove the requirement, but it as probably put there for a good reason. It would just be a roll of the dice if it would actually work if the requirement was removed.

Resources