我正在尝试从本地机器使用 azure cli 创建 linux VM。我可以使用以下命令创建 VM,但是现在当我想通过 ssh 进入 VM 时,我需要在本地计算机上拥有公钥?
如何获取所需的公钥以使用 连接到 vm ssh azureuser@publicIpAddress
?生成的 ssh 密钥在哪里--generate-ssh-keys
以及如何获取它?
az vm create \
--resource-group myResourceGroup \
--name myVM \
--image UbuntuLTS \
--admin-username azureuser \
--generate-ssh-keys
Run Code Online (Sandbox Code Playgroud)
我使用具有提升权限的 PowerShell 7.0 来运行上述命令
解决了
更新 1:
--generate-ssh-keys
switch 时,SSH 密钥会在 c:\users\.ssh\ 中生成id_rsa
& 的文件,id_rsa.pub
那么它可能会发生冲突,您可以使用另一个开关--ssh-key-values /path/to/public/key
来指定不同的文件名Permissions for 'private-key' are too open
出现错误,请按照此处提到的步骤操作 我正在尝试按照这篇文章在 Ubuntu 18.04 上设置 Kubernetes 。
一切正常,但是当我尝试访问本地 Kubernetes 仪表板时,它显示为空,并且没有像 Pod、服务和部署那样可见。
但是,当我运行时,$> kubectl get pods,svc,deployments
它会显示以下输出。如果命令行显示所有详细信息,为什么我看到空的 Kubernetes 仪表板?
我已经运行了以下命令
$> kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta8/aio/deploy/recommended.yaml
$> kubectl proxy
Run Code Online (Sandbox Code Playgroud)
我在这里缺少任何配置吗?有什么建议可以解决这个问题吗?
$> kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
kubernetes-dashboard dashboard-metrics-scraper-76585494d8-4rrdp 1/1 Running 3 46h
kubernetes-dashboard kubernetes-dashboard-5996555fd8-sxgxf 1/1 Running 16 46h
Run Code Online (Sandbox Code Playgroud)
查看通知部分后,发现这些错误
事件被禁止:用户“system:serviceaccount:kubernetes-dashboard:admin-user”无法列出命名空间“default”中API组“”中的资源“events”
pods 被禁止:用户“system:serviceaccount:kubernetes-dashboard:admin-user”无法列出命名空间“default”中 API 组“”中的资源“pods”
更新 1:
它在应用 RBAC kubectl apply -f filename.yml后现在工作
apiVersion: v1
kind: ServiceAccount
metadata:
name: admin-user
namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1beta1 …
Run Code Online (Sandbox Code Playgroud) Ubuntu18.04 在 VirtualBox v6.x 上运行良好,直到我获得 Windows 更新(内部预览)。现在我的任何旧虚拟机和任何新虚拟机都因以下错误而崩溃
调用 WHvSetupPartition 失败:ERROR_SUCCESS (Last=0xc000000d/87) (VERR_NEM_VM_CREATE_FAILED)。
结果代码:E_FAIL (0x80004005) 组件:ConsoleWrap 接口:IConsole {872da645-4a9b-1727-bee2-5585105b9eed}
除非没有解决此问题的方法,否则我不想卸载 Windows 更新。
请让我知道是否有任何快速修复可用于此。
我正在尝试在 Windows 上为 dotnet 核心应用程序构建一个 docker 映像,我打算将它托管在 Kubernetes 上
有以下详细信息
#docker file
FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim AS base
WORKDIR /app
EXPOSE 8989
FROM mcr.microsoft.com/dotnet/core/sdk:3.1-buster AS build
WORKDIR /src
COPY ["amazing-app.csproj", "amazing-app/"]
RUN dotnet restore "amazing-app/amazing-app.csproj"
COPY . .
WORKDIR "/src/amazing-app"
RUN dotnet build "amazing-app.csproj" -c Release -o /app/build
FROM build AS publish
RUN dotnet publish "amazing-app.csproj" -c Release -o /app/publish
FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "amazing-app.dll"]
Run Code Online (Sandbox Code Playgroud)
目录结构是>>
运行后,docker build -t amazing-app-one .
我在步骤 10/16 …
kubernetes ×2
ubuntu ×2
ubuntu-18.04 ×2
.net ×1
azure ×1
azure-cli ×1
azure-devops ×1
docker ×1
dockerfile ×1
powershell ×1
virtualbox ×1