K8S Ingress、IngressController 快速开始

news2025/7/19 15:12:22

假设有如下三个节点的 K8S 集群：

​

k8s31master 是控制节点

k8s31node1、k8s31node2 是工作节点

容器运行时是 containerd

一、理论介绍

1）什么是 Ingress

  • 定义：Ingress 是 Kubernetes 中的一种资源对象，它定义了外部访问集群内服务的规则。可以将其理解为一个智能的 “流量路由器”，根据接收到的 HTTP/HTTPS 请求的不同规则，将流量转发到集群内不同的服务上。
  • 作用
    • 统一入口：为集群内的多个服务提供一个统一的外部入口点，使得外部用户可以通过一个固定的 IP 地址或域名来访问不同的服务，而不需要为每个服务都暴露独立的 IP 和端口。
    • 规则定义：支持基于域名、URL 路径等条件来定义路由规则。例如，可以配置让域名 www.example.com 的请求被路由到服务 A，而 api.example.com 的请求被路由到服务 B。还能根据 URL 路径进行更精细的路由，如 /app1/* 路径的请求转发到服务 C，/app2/* 路径的请求转发到服务 D。

2）什么是 IngressController

  • 定义：Ingress Controller 是实际负责执行 Ingress 资源中定义的路由规则的组件。它是一个运行在 Kubernetes 集群中的服务，通常以 Pod 的形式存在，不断监听 Ingress 资源的变化，并根据最新的规则来配置和更新负载均衡器或代理服务器。
  • 作用
    • 流量转发：根据 Ingress 规则，将接收到的外部流量准确地转发到对应的后端服务。它会与底层的网络基础设施进行交互，实现数据包的正确路由。
    • 负载均衡：在将流量转发到后端服务时，Ingress Controller 可以实现负载均衡功能，将请求均匀地分配到多个后端 Pod 上，以提高服务的可用性和性能。常见的负载均衡算法有轮询、加权轮询、最少连接数等。
    • 安全防护：许多 Ingress Controller 还支持 TLS/SSL 加密功能，用于对传输中的数据进行加密，确保通信安全。同时，它也可以进行一些基本的安全防护，如防止常见的网络攻击。
  • 常见类型
    • Nginx Ingress Controller：基于 Nginx 服务器的 Ingress Controller，具有高性能、丰富的功能和良好的稳定性，广泛应用于 Kubernetes 集群中。
    • Traefik Ingress Controller：专注于提供自动化的服务发现和动态配置功能，能够根据 Kubernetes 集群中的服务和端点的变化自动更新路由规则。
    • HAProxy Ingress Controller：基于 HAProxy 负载均衡器，具有出色的性能和可靠性，适用于大规模流量的场景。

3）局限性

4）总结

简单点说，Ingress 类似于 nginx 的配置文件，它里面定义了路由规则。

IngressController 类似于 nginx，它不断监听 Ingress 资源的变化，并根据最新的规则来配置和更新它所包装的负载均衡器或代理服务器。

二、安装 Ingress Nginx Controller

Ingress-Nginx GitHub：https://github.com/kubernetes/ingress-nginx

裸金属部署yml：https://github.com/kubernetes/ingress-nginx/blob/release-1.12/deploy/static/provider/baremetal/deploy.yaml

  • 版本兼容性

因为我的 K8S 是 1.31，所以 Ingress-Nginx 可以选择 1.12.2、1.12.1、1.12.0。

  •  裸金属

baremetal：

适用于 裸金属（Bare Metal）或本地环境（如物理服务器、本地 Kubernetes 集群、无云厂商集成的环境）。通常需要手动管理外部访问（如 NodePort、HostNetwork 或外部负载均衡器）。依赖 Kubernetes 的 NodePort 或 LoadBalancer 类型 Service，但需要自行配置外部负载均衡（如 MetalLB、HAProxy 等）。

  •  镜像准备

整个部署只依赖两个镜像：

registry.k8s.io/ingress-nginx/controller:v1.12.2

registry.k8s.io/ingress-nginx/kube-webhook-certgen:v1.5.3

找个国内的镜像站，提前下载好镜像。

[root@k8s31node1 ~]# ctr -n=k8s.io images pull swr.cn-north-4.myhuaweicloud.com/ddn-k8s/registry.k8s.io/ingress-nginx/controller:v1.12.2
[root@k8s31node1 ~]# ctr -n=k8s.io images tag  swr.cn-north-4.myhuaweicloud.com/ddn-k8s/registry.k8s.io/ingress-nginx/controller:v1.12.2  registry.k8s.io/ingress-nginx/controller:v1.12.2
# 查看导入情况
[root@k8s31node1 ~]# crictl images ls|grep ingress
[root@k8s31node1 ~]# ctr -n=k8s.io images pull swr.cn-north-4.myhuaweicloud.com/ddn-k8s/registry.k8s.io/ingress-nginx/kube-webhook-certgen:v1.5.3
[root@k8s31node1 ~]# ctr -n=k8s.io images tag  swr.cn-north-4.myhuaweicloud.com/ddn-k8s/registry.k8s.io/ingress-nginx/kube-webhook-certgen:v1.5.3  registry.k8s.io/ingress-nginx/kube-webhook-certgen:v1.5.3
# 查看导入情况
[root@k8s31node1 ~]# crictl images ls|grep webhook

[root@k8s31node2 ~]# ctr -n=k8s.io images pull swr.cn-north-4.myhuaweicloud.com/ddn-k8s/registry.k8s.io/ingress-nginx/controller:v1.12.2
[root@k8s31node2 ~]# ctr -n=k8s.io images tag  swr.cn-north-4.myhuaweicloud.com/ddn-k8s/registry.k8s.io/ingress-nginx/controller:v1.12.2  registry.k8s.io/ingress-nginx/controller:v1.12.2
# 查看导入情况
[root@k8s31node2 ~]# crictl images ls|grep ingress
[root@k8s31node2 ~]# ctr -n=k8s.io images pull swr.cn-north-4.myhuaweicloud.com/ddn-k8s/registry.k8s.io/ingress-nginx/kube-webhook-certgen:v1.5.3
[root@k8s31node2 ~]# ctr -n=k8s.io images tag  swr.cn-north-4.myhuaweicloud.com/ddn-k8s/registry.k8s.io/ingress-nginx/kube-webhook-certgen:v1.5.3  registry.k8s.io/ingress-nginx/kube-webhook-certgen:v1.5.3
# 查看导入情况
[root@k8s31node2 ~]# crictl images ls|grep webhook

  •  修改 deploy.yml

  • 修改镜像名称与拉取策略
image: registry.k8s.io/ingress-nginx/controller:v1.12.2
# 优先拉取本地镜像        
imagePullPolicy: IfNotPresent
image: registry.k8s.io/ingress-nginx/kube-webhook-certgen:v1.5.3
# 优先拉取本地镜像
imagePullPolicy: IfNotPresent
  • 修改 Deployment 副本数

根据工作节点个数，修改副本数。

  • 增加 Pod 反亲和性
affinity:
  podAntiAffinity:
    preferredDuringSchedulingIgnoredDuringExecution:
      - weight: 100
        podAffinityTerm:
          labelSelector:
            matchLabels:
              app.kubernetes.io/name: ingress-nginx
          topologyKey: kubernetes.io/hostname

使用主机名作为 逻辑拓扑键，通过 Pod 反亲和性，让多个 Pod 部署在不同的节点上。

  • 使用主机网络
hostNetwork: true
dnsPolicy: ClusterFirstWithHostNet

hostNetwork 作用：hostNetwork 是 Pod 规范中的一个配置选项，它控制 Pod 如何使用网络命名空间。当设置为 true 时，Pod 将直接使用宿主机（Node）的网络栈，而不是创建独立的网络命名空间。

当你设置 hostNetwork: true 时，Pod 将与宿主机共享这些网络资源，这意味着：

        Pod 内的应用程序将使用宿主机的 IP 地址

        Pod 内的服务监听的端口将直接暴露在宿主机上

        Pod 可以直接访问宿主机上的网络设备和网络配置

ClusterFirstWithHostNet 作用：当 Pod 使用主机网络（即 hostNetwork: true）时，此策略强制 Pod 使用集群 DNS 服务（CoreDNS）进行解析，而不是继承 Node 节点的 DNS 配置。 适用场景：适用于使用主机网络但仍需要访问集群内部服务的 Pod。

  • 最后配置如下

  •  查看 ingress-nginx-controller Pod

kubectl get pod -n=ingress-nginx -owide

两个 ingress-nginx-controller pod 分别部署在 node1、node2，且它们的 IP 共享节点 IP。

  •  查看 ingressClass

kubectl get ingressClass -owide

在 Kubernetes 中，IngressClass 是一个用于管理和配置 Ingress 资源的重要概念。它允许集群管理员定义和区分不同的 Ingress 实现，使得多个 Ingress Controller 可以在同一个集群中共存，并为不同的 Ingress 资源指定特定的控制器。

IngressClass 是一个集群级别的资源，用于定义和配置 Ingress Controller。

它主要包含两个核心字段：

  • controller：指定负责处理该类 Ingress 的控制器名称（例如 k8s.io/ingress-nginx）。
  • parameters（可选）：指向一个参数资源，用于配置特定控制器的行为。

三、使用 HTTP 访问

1）部署后端服务

apiVersion: apps/v1
kind: Deployment
metadata:
  name: tomcat-deploy
spec:
  replicas: 2
  selector:
    matchLabels:
      app: tomcat
  template:
    metadata:
      labels:
        app: tomcat
    spec:
      containers:
       - name: tomcat
         image: tomcat:8.5-jre8-alpine
         imagePullPolicy: IfNotPresent
         ports:
         - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: tomcat-svc
spec:
  type: ClusterIP
  selector:
    app: tomcat
  ports:
  - port: 8080
    protocol: TCP
    targetPort: 8080

使用 Deployment 控制器，部署了两个 tomcat Pod 并新建了一个 ClusterIP 类型的 Service 代理了这两个 Pod。

2）编写 Ingress

# ing ingress 的缩写
kubectl explain ing
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-ingress
spec:
  ingressClassName: nginx # 指定使用上面看到的 "nginx" IngressClass
  rules: # 路由规则
  - host: tomcat-app.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: tomcat-svc
            port:
              number: 8080
  • ingressClassName: 指定负责处理此 Ingress 的控制器类别（这里是nginx）。
  • 路由规则（Rules）:
主机规则（Host）
host: tomcat-app.com当外部请求的 HTTP Host 头为 tomcat-app.com 时，
此规则生效。
host 是网络主机的完全限定域名。
host 不可以1、不允许使用 IP 地址。
2、不识别 : 分隔符，因为不允许使用端口。
目前 Ingress 的端口默认为 http 使用 :80，https 使用 :443。
这些在未来可能会改变。
host 可以是"精确" 主机名（例如 "foo.bar.com"）
"通配符" 主机名：带单个通配符标签的域名（例如 ".foo.com"）。
通配符字符 * 必须单独作为第一个 DNS 标签出现，并且只匹配单个标签。不能单独使用通配符标签（例如 Host == ""）。
路径规则（Paths）
path: /匹配所有以/开头的 URL 路径（即所有请求）。
pathType: Prefix: 指定路径匹配类型为前缀匹配，
即任何以/开头的路径都会被匹配（例如/api、/static/js/main.js等）。
后端服务（Backend）
service.name: tomcat-svc将匹配的请求转发到名为 tomcat-svc 的
Kubernetes Service。
service.port.number: 8080 转发到 Service 的 8080 端口
（与 tomcat-svc.spec.ports.port 相对应）。
  •  整体功能

这个 Ingress 配置的作用是：

  1. 接收外部请求：当用户访问 http://tomcat-app.com 时，请求会首先到达 Nginx Ingress Controller。
  2. 路由到内部服务：控制器根据规则将请求转发到名为 tomcat-svc 的 Service 的 8080 端口。
  3. 负载均衡：Service 会将请求进一步负载均衡到后端的 Tomcat Pod 实例上。

3）修改 Windows hosts 文件

C:\Windows\System32\drivers\etc\hosts

# 192.168.40.20 是节点 k8s31node1 IP
# 这里也可以是 192.168.40.30
192.168.40.20 tomcat-app.com

 4）浏览器访问

http://tomcat-app.com/

 整个请求的过程如图：

四、使用 HTTPS 访问

1）准备证书

  • 生成私钥
openssl genrsa -out tls.key 2048
  • openssl：它属于一个功能丰富的加密工具包，能够支持像密钥生成、证书签署等众多密码学操作。
  • genrsa：此为 openssl 的子命令，专门用于生成 RSA 私钥。
  • -out tls.key：该参数的作用是将生成的私钥保存到名为 tls.key 的文件中。你可以根据自身需求，把 tls.key 替换成其他文件名。
  • 2048：这里的数字代表私钥的位数。2048 位的私钥在当前属于比较安全的配置，能够有效平衡安全性和性能。
  •  生成自签名 SSL/TLS 证书
openssl req -new -x509 -key tls.key -out tls.crt -subj /C=CN/ST=Fujian/L=Xiamen/O=Study/CN=https-tomcat-app.com
  • openssl req openssl 的子命令，用于创建和处理证书签名请求（CSR）。
  • -new 生成一个新的证书请求（通常用于向 CA 机构申请证书）。
  • -x509 直接生成自签名证书，而非仅生成 CSR。自签名证书无需 CA 机构签名，但浏览器会显示 “不安全” 警告（适用于测试环境）。
  • -key tls.key 指定私钥文件（需提前用 genrsa 命令生成，如之前的 tls.key）。私钥用于对证书签名，需妥善保管。
  • -out tls.crt 指定输出的证书文件名（.crt 或 .pem 格式）。
  • -subj /C=CN/ST=Fujian/L=Xiamen/O=Study/CN=https-tomcat-app.com
  • 证书的主题信息（Distinguished Name），
  • 格式为：
  • /C=CN：国家（Country）代码，如 CN（中国）。
  • /ST=Fujian：州 / 省份（State/Province）。
  • /L=Xiamen：城市 / 地区（Locality）。
  • /O=Study：组织（Organization）。
  • /CN=https-tomcat-app.com：域名（Common Name），必须与网站访问的域名完全一致（否则浏览器会报错）。

2）创建 Secret

  • 命令帮助
# 需要创建一个 tls 类型的 Secret
# tls Transport Layer Security
kubectl create secret tls --help

  •  创建 Secret
# 创建 TLS 类型 Secret
kubectl create secret tls nginx-ingress-secret --cert=tls.crt --key=tls.key
# 查看是否创建成功
kubectl get secret
# 查看详情
kubectl describe secret nginx-ingress-secret

3）编写 Ingress

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: tls-nginx-ingress
spec:
  ingressClassName: nginx
  tls:
    - hosts: ["https-tomcat-app.com"]
      secretName: nginx-ingress-secret
  rules:
  - host: https-tomcat-app.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: tomcat-svc
            port:
              number: 8080

kubectl apply -f tls-ingress.yaml 
kubectl get ing

4）修改 Windows hosts 文件

# 192.168.40.30 是节点 k8s31node2 IP
192.168.40.30 https-tomcat-app.com

5）浏览器访问

https://https-tomcat-app.com/

 

五、使用 keepalived + nginx 实现 Ingress 高可用

使用主机网络 hostNetwork 存在一个问题，那就是客户端持有的是节点的 IP，倘若节点挂掉之后，客户端就找不到整个集群的入口了，服务的调用更是无从谈起。所以有必要对 Ingress 进行高可用设计。具体方案如下：

  • 部署方式

ingress-nginx-controller 根据 Deployment+nodeSelector+Pod 反亲和性方式 部署在 k8s 工作节点（前面已实现），ingress-nginx-controller 这些 Pod 共享宿主机IP（hostNetwork ），然后通过 keepalived+nginx 实现 ingress-nginx-controller 高可用。

  • 入口

keepalived 帮我们虚拟出 VIP:192.168.40.80 作为入口，域名或主机名解析到这个 VIP

 1）部署 keepalived + nginx

可以看这篇博文。

 2）修改 nginx.conf

配置的路径基于 yum 安装的 nginx 目录：

user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;

events {
    worker_connections 1024;
}

http {
    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    log_format main '$remote_addr - $remote_user [$time_local] "$request" '
                    '$status $body_bytes_sent "$http_referer" '
                    '"$http_user_agent" "$http_x_forwarded_for"';

    access_log /var/log/nginx/access.log main;

    sendfile on;
    keepalive_timeout 65;

    # 定义 ingress-nginx-controller 的 upstream（负载均衡）
    upstream ingress_backend {
        # 替换为你的 Kubernetes Node IP + NodePort
        server 192.168.40.20:30927;  # Node1
        server 192.168.40.30:30927;  # Node2
    }

    # HTTP 服务器（80端口 → 强制跳转 HTTPS）
    server {
        listen 80;
        server_name https-tomcat-app.com;
        return 301 https://$host$request_uri;   
    }

    # HTTPS 服务器（443端口 → 代理到 ingress_backend）
    server {
        listen 443 ssl;
        server_name https-tomcat-app.com;

        # SSL 证书配置（替换为你的证书路径）
        ssl_certificate /etc/nginx/ssl/tls.crt;
        ssl_certificate_key /etc/nginx/ssl/tls.key;

        # 推荐的安全配置
        ssl_protocols TLSv1.2 TLSv1.3;
        ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384';
        ssl_prefer_server_ciphers on;
        ssl_session_cache shared:SSL:10m;
        ssl_session_timeout 10m;

        # 代理到 ingress_backend（负载均衡）
        location / {
            proxy_pass https://ingress_backend;  # 使用 upstream
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";

            # 可调整缓冲区、超时等
            proxy_buffer_size 16k;
            proxy_buffers 4 32k;
            proxy_connect_timeout 90s;
            proxy_send_timeout 90s;
            proxy_read_timeout 90s;
        }

        # 错误页面
        error_page 500 502 503 504 /50x.html;
        location = /50x.html {
            root /usr/share/nginx/html;
        }
    }
}
  • ingress-nginx-controller 443 的 NodePort 是 30927

  • 将 4.1 生成的 私钥跟证书上传到 nginx1、nginx2 的 /etc/nginx/ssl

3）修改 Windows hosts 文件

# 主机名指向 VIP
192.168.40.80 https-tomcat-app.com

 4）浏览器访问

https://https-tomcat-app.com/

5）云之展望

上面是本地部署的高可用方案，云上的部署其实也是类似。

把本地DNS换成云解析，keepalived + nginx 换成云服务商 LB。

六、 Ingress 部署 Spring Cloud 项目实战案例

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2376981.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

快消零售AI转型：R²AIN SUITE如何破解效率困局

快消零售AI转型：R²AIN SUITE如何破解效率困局

引言 快消零售行业正经历从“规模扩张”到“精益运营”的转型阵痛，消费者需求迭代加速、供应链复杂度攀升、人力成本持续走高，倒逼企业通过技术升级实现业务重塑[1]。RAIN SUITE以AI应用中台为核心，针对快消零售场景打造全链路提效方案&…
阅读更多...
电路中零极点的含义

电路中零极点的含义

模拟电路中的零极点设计非常重要，涉及到系统的稳定。零点是开环传输函数分子为0时对应的频率。极点就是开环传递函数分子为0时对应的频率。 零点表征电路中能量输出路径的抵消效应，当不同支路的信号大小相等、方向相反时，导致特定频率下响应…
阅读更多...
解读RTOS 第八篇 · 内核源码解读：以 FreeRTOS 为例

解读RTOS 第八篇 · 内核源码解读：以 FreeRTOS 为例

1. 引言 FreeRTOS 作为最流行的嵌入式实时操作系统之一，其内核源码简洁且功能完善。通过剖析其关键模块（任务管理、调度器、队列、内存管理和移植层），不仅能够更深入地理解 RTOS 的运行机制，还能掌握根据项目需求进行内核定制与优化的能力。本章将带你以 FreeRTOS 10.x 版…
阅读更多...
2025年长三角+山东省赛+ 认证杯二阶段资料助攻说明

2025年长三角+山东省赛+ 认证杯二阶段资料助攻说明

长三角高校数模B题 完整论文代码已经在售后群 网盘链接 发布 长三角更新时间轴 5.15 23:00 B站发布 完整论文讲解视频 5.16 18:00 j降重说明 5.17 22:00 无水印版本可视化无水印代码 其余时间 写手老师 售后群在线答疑 山东省助攻C道 认证杯二阶段助攻C题 山东省认证杯…
阅读更多...
鸿蒙电脑：五年铸剑开新篇，国产操作系统新引擎

鸿蒙电脑：五年铸剑开新篇，国产操作系统新引擎

出品 | 何玺 排版 | 叶媛 前不久，玺哥发布的《鸿蒙电脑，刺向垄断的利刃，将重塑全球PC市场格局》发布后，获得了读者朋友的积极反馈，不少都期望鸿蒙电脑早日发布。 如今，它真来了！ 5月8日&…
阅读更多...
SQLMesh信号机制详解：如何精准控制模型评估时机

SQLMesh信号机制详解：如何精准控制模型评估时机

SQLMesh的信号机制为数据工程师提供了更精细的模型评估控制能力。本文深入解析信号机制的工作原理，通过简单和高级示例展示如何自定义信号，并提供实用的使用技巧和测试方法，帮助读者优化数据管道的调度效率。 一、为什么需要信号机制&#xf…
阅读更多...
通义千问-langchain使用构建（二）

通义千问-langchain使用构建（二）

目录 序言xinference应用构建构建过程简单概述成效 chatchat应用构建过程成效 总结 序言 在昨天的使用langchain的基础上。又尝试了构建智能问答应用。 使用langchain chatchat这个开源包，构建了一下智能问答系统。 前置项，是使用了一下xinference框架&…
阅读更多...
[IMX] 02.GPIO 寄存器

[IMX] 02.GPIO 寄存器

目录 手册对应章节 1.GPIO 复用（引脚功能选择）- IOMUXC_SW_MUX_CTL_PAD_xxx 2.GPIO 电气特性 - IOMUXC_SW_PAD_CTL_PAD_xxx 3.GPIO 数据与控制寄存器 3.1.数据 - DR 3.2.输入/输出选择 - GDIR 3.3.状态 - PSR 3.4.中断触发控制 - ICR 3.5.中断使…
阅读更多...
【电子通识】热敏纸的静态发色性能和动态发色性能测试方法

【电子通识】热敏纸的静态发色性能和动态发色性能测试方法

静态发色性能的测定 测定治具 测定静态发色曲线需要使用三个仪器，包括静态发色仪、秒表（分辨力为0.01 s）、反射光密度计（符合 GB/T23649）。 静态发色曲线使用的测试仪为静态发色仪。其结构如下图所示：包括了保湿压板、金属加热板、温度显示器、控制面板。温度能在50℃到…
阅读更多...
AIbase推出全球MCP Server集合平台 收录超12万个MCP服务器客户端

AIbase推出全球MCP Server集合平台 收录超12万个MCP服务器客户端

2025年，AI领域迎来了一项重要的技术进展——MCP（Model Context Protocol，模型上下文协议）的广泛应用。全球MCP Server集合平台AIbase(https://mcp.aibase.cn/)应运而生，为AI开发者提供了一站式的MCP服务器和客户端整合…
阅读更多...
使用CMake中的configure_file命令自动生成项目版本信息

使用CMake中的configure_file命令自动生成项目版本信息

1 背景 随着实际项目的完善，可维护变的更加重要。在日志中保存项目的版本或是构建信息是一个非常有用的方法。 CMake提供了configure_file()命令，可以帮助开发者在构建项目时，自动生成版本或是构建信息，便于开发者在代码中直接引…
阅读更多...
Linux的进程管理和用户管理

Linux的进程管理和用户管理

gcc与g的区别 比如有两个文件：main.c mainc.cpp（分别是用C语言和C语言写的）如果要用gcc编译： gcc -o mainc main.c gcc -o mainc mainc.cpp -lstdc表明使用C标准库； 区别一： gcc默认只链接C库&#x…
阅读更多...
【springcloud学习(dalston.sr1)】Eureka服务端集群的搭建（含源代码）（二）

【springcloud学习(dalston.sr1)】Eureka服务端集群的搭建（含源代码）（二）

该系列项目整体介绍及源代码请参照前面写的一篇文章【springcloud学习(dalston.sr1)】项目整体介绍（含源代码）（一） 这篇文章主要介绍多个eureka服务端的集群环境是如何搭建的。 （一）eureka的简要说明 Eu…
阅读更多...
崩坏星穹铁道 3.3 版本前瞻活动攻略：在黎明升起时坠落

崩坏星穹铁道 3.3 版本前瞻活动攻略：在黎明升起时坠落

《崩坏星穹铁道》3.3 版本 “在黎明升起时坠落” 将于 5 月 21 日正式上线。本次版本更新内容丰富，新角色、新地图、新活动和新周本 BOSS 等精彩内容，等待开拓者们前去体验。下面就为大家带来 3.3 版本的前瞻活动攻略。 一、新角色与卡池 1.上半卡池&am…
阅读更多...
OneNote内容太多插入标记卡死的解决办法

OneNote内容太多插入标记卡死的解决办法

OneNote内容太多插入标记卡死的解决办法 针对平板电脑的OneNote用户适合此类情况： 当向电脑导入几百页pdf可以正常使用，唯独插入标记的时候OneNote直接罢工，只能关闭。关闭时还可能会出现0x000000fxxxxx的错误。 注：仅对于平板…
阅读更多...
fpga系列 HDL : Microchip FPGA开发软件 Libero Soc 安装 license申请

fpga系列 HDL : Microchip FPGA开发软件 Libero Soc 安装 license申请

启动 注册账号：https://login.microchip.com/申请免费许可：https://www.microchipdirect.com/fpga-software-products C:\Windows\System32>vol驱动器 C 中的卷是 Windows卷的序列号是 ****-****为“D:\Microsemi\License.dat”创建环境变量“LM_LICE…
阅读更多...
极简主义现代商务风格PPT模版6套一组分享下载

极简主义现代商务风格PPT模版6套一组分享下载

现代商务风格PPT模版下载https://pan.quark.cn/s/12fbc52124d9 第一张PPT模版，简约风，橄榄绿背景，黑色竖条装饰，文字有中英文标题和占位符。需要提取关键元素：简约、橄榄绿、对称布局、占位文本的位置。 风格​&#…
阅读更多...
解码生命语言：深度学习模型TranslationAI揭示RNA翻译新规则

解码生命语言：深度学习模型TranslationAI揭示RNA翻译新规则

RNA翻译是基因表达的核心环节，其精确调控依赖于翻译起始位点（TIS）和终止位点（TTS）的准确识别。传统方法依赖于简单的经验规则（如Kozak序列或最长开放阅读框ORF），但忽略了RNA结构、顺…
阅读更多...
重磅发布！OpenAI 推出最新模型 GPT-4.1 系列！

重磅发布！OpenAI 推出最新模型 GPT-4.1 系列！

今日凌晨，OpenAI宣布开放全新模型GPT-4.1，并于即日起在ChatGPT中投入使用。 超长上下文与卓越编码能力 GPT-4.1作为OpenAI的最新模型，支持长达100万tokens的上下文，是OpenAI首次发布的长窗口模型。相较于前代，GPT-4.1…
阅读更多...
sqli-labs靶场第七关——文件导出注入

sqli-labs靶场第七关——文件导出注入

一：目标 通过sql注入将php代码写入网站目录，通过这个php文件执行命令 二：确认前置条件 %secure_file_priv% 首先我们需要Mysql是否允许导出文件 先尝试在网页中sql注入，检查导出权限 ?id1)) union select 1,secure_file_pr…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023