标签 gin 下的文章

2024-08-12




package main
 
import (
    "fmt"
    "github.com/gin-gonic/gin"
)
 
func main() {
    // 设置Gin为发布模式
    gin.SetMode(gin.ReleaseMode)
 
    // 创建一个Gin引擎
    engine := gin.New()
 
    // 创建一个基本的路由组
    baseGroup := engine.Group("/")
    {
        // 在基本路由组中添加一个GET路由处理函数
        baseGroup.GET("/", func(context *gin.Context) {
            context.JSON(200, gin.H{
                "message": "Hello, world!",
            })
        })
    }
 
    // 启动服务器并监听在默认端口8080
    address := fmt.Sprintf(":%d", 8080)
    if err := engine.Run(address); err != nil {
        fmt.Printf("服务器启动失败: %v\n", err)
    }
}

这段代码演示了如何使用Gin框架创建一个简单的HTTP服务器，并设置了一个基本的GET路由处理函数，该函数返回一个JSON响应。在启动服务器之后，访问http://localhost:8080/将会看到返回的JSON消息。

System

2024-08-12

所有,中间件

由于THS(TongHttpServer)是一个自研的HTTP服务器，并没有广泛的应用和标准化，因此在性能上的比较可能会有一定的局限性。不过，我们可以通过已有的信息进行一些假设和分析。

Nginx是一款广泛使用的高性能HTTP和反向代理服务器，同时也是一个成熟的开源项目。通常情况下，Nginx的性能会优于自研的HTTP服务器，因为它经过了长时间的优化和大量用户的实践检验。

如果我们要进行性能比较，可以考虑以下几个方面：

并发连接处理：Nginx通过epoll模型优化了对高并发连接的处理能力。
静态文件处理：Nginx采用了sendfile()系统调用，能够高效地传输静态文件。
内存和CPU占用：Nginx在资源占用方面通常比自研的HTTP服务器更低。
配置和扩展能力：Nginx有丰富的配置选项和第三方模块，易于进行高级配置和扩展。

如果你需要进行性能测试，可以使用如ab (ApacheBench) 或 wrk 等工具进行基准测试。

由于THS和Nginx是两个不同的软件，没有直接的性能可比性能数据，你可能需要自己进行测试，并记录下不同场景下的性能数据。

以下是一个非常简单的测试脚本示例，使用Python的http.server模块来模拟一个简单的HTTP服务器，和Nginx进行性能对比：




# Python 3.x 版本
from http.server import HTTPServer, SimpleHTTPRequestHandler
 
# 定义HTTP服务器监听的地址和端口
host = 'localhost'
port = 8000
 
httpd = HTTPServer((host, port), SimpleHTTPRequestHandler)
print(f"Serving at http://{host}:{port}")
httpd.serve_forever()

在另外一个终端运行上述脚本启动自研的HTTP服务器，然后使用Nginx和ab工具进行性能测试，并记录结果。

请注意，由于THS和Nginx各自的具体实现细节不同，这些性能数据仅供参考，实际使用中可能需要根据自己的应用场景和需求进行调整和优化。

- 阅读更多 -

Mac homebrew搭建php nginx apache mysql环境

System

2024-08-12

所有,php

在macOS上使用Homebrew搭建PHP、Nginx、Apache、MySQL环境的步骤如下：

安装Homebrew（如果尚未安装）：




/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

更新Homebrew的公式（可选）：




brew update

安装Nginx：




brew install nginx

启动Nginx服务：




brew services start nginx

安装Apache（可选，如果需要Apache而不是使用Nginx）：




brew install httpd

启动Apache服务（如果已安装）：




brew services start httpd

安装MySQL：




brew install mysql@5.7

启动MySQL服务：




brew services start mysql@5.7

安装PHP和必要的扩展：




brew install php
brew install php@7.4 php@7.4-fpm
brew install php-mysql

配置Nginx以使用PHP（如果使用Nginx），编辑Nginx配置文件：




nano /usr/local/etc/nginx/nginx.conf

在http块中添加以下内容以处理PHP文件：




server {
    listen 80;
    server_name localhost;
 
    root /usr/local/var/www;
    index index.php index.html index.htm;
 
    location / {
        try_files $uri $uri/ =404;
    }
 
    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass localhost:9000;
        fastcgi_index index.php;
        include fastcgi_params;
    }
}

重启Nginx服务以应用更改：




brew services restart nginx

（可选）如果想使用php-fpm而不是内置的PHP服务器，则需要启动php-fpm服务：




brew services start php@7.4-fpm

注意：以上步骤可能会随着Homebrew和相关软件的更新而变化，请确保访问官方文档以获取最新信息。

System

2024-08-12

所有,小程序

在Unity中使用WebSocket时，通常需要配置Nginx以支持WebSocket的安全连接（WSS）。以下是配置Nginx以转发WSS流量至WS的基本步骤：

确保Nginx编译时包含了SSL模块。
在Nginx配置文件中添加SSL证书和私钥。
配置Nginx以支持WebSocket。

以下是一个简化的Nginx配置示例，用于将WSS流量转发至WS：




server {
    listen 443 ssl;
    server_name your-domain.com;
 
    ssl_certificate /path/to/your/certificate.pem;
    ssl_certificate_key /path/to/your/private.key;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers HIGH:!aNULL:!MD5;
 
    location / {
        proxy_pass http://your_backend_upstream;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        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_read_timeout 86400;
    }
}

确保替换your-domain.com, /path/to/your/certificate.pem, /path/to/your/private.key, 和 your_backend_upstream 为实际的域名、SSL证书路径、私钥路径和后端服务器。

此配置将启用WSS，并将客户端的WebSocket连接升级请求转发到后端服务器，该服务器预期接受标准的WS连接。

注意：

确保Nginx配置文件中包含了proxy_set_header Upgrade $http_upgrade; 和 proxy_set_header Connection "upgrade"; 以支持WebSocket的升级请求。
如果使用的是Let's Encrypt提供的免费SSL证书，你可以从Let's Encrypt获取pem格式的证书，并将其路径替换为上述配置中的/path/to/your/certificate.pem。
如果遇到Unity与Nginx配合使用WebSocket时的其他问题，可以考虑检查Unity发送的WebSocket握手请求是否符合标准，以及Nginx是否正确转发了Upgrade请求。

- 阅读更多 -

Linux-tomcat环境搭建、jpress部署实践、nginx反向代理

System

2024-08-12

所有,linux

以下是一个简化的指导过程，包括在Linux环境下搭建Tomcat服务器，部署JPress博客系统，并通过Nginx进行反向代理的步骤：

安装Java环境




sudo apt update
sudo apt install openjdk-11-jdk
java -version

安装Tomcat




sudo apt update
sudo apt install tomcat9 tomcat9-admin

验证Tomcat安装




sudo systemctl status tomcat9

下载JPress




wget https://gitee.com/JPressProjects/jpress/attach_files/612861/download/JPress-v2.4.0-release.zip

部署JPress到Tomcat




sudo mkdir /var/lib/tomcat9/webapps/jpress
sudo unzip JPress-v2.4.0-release.zip -d /var/lib/tomcat9/webapps/jpress/

修改JPress配置
编辑 /var/lib/tomcat9/webapps/jpress/WEB-INF/classes/config.properties 文件，配置数据库连接信息。
重启Tomcat




sudo systemctl restart tomcat9

安装Nginx




sudo apt update
sudo apt install nginx

配置Nginx反向代理
编辑Nginx配置文件 /etc/nginx/sites-available/default，添加以下内容：




server {
    listen 80;
    server_name your-domain.com;
 
    location / {
        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_pass http://127.0.0.1:8080;
    }
}

重启Nginx并验证




sudo systemctl restart nginx

通过浏览器访问你的域名，你将看到JPress博客系统的安装界面。完成安装后，你可以通过Nginx反向代理来访问JPress，同时Nginx将请求代理到运行在Tomcat上的JPress应用。

- 阅读更多 -

【Linux】环境下部署Nginx服务 - 二进制部署方式

System

2024-08-12

所有,linux

在Linux环境下，使用二进制方式部署Nginx服务，通常涉及以下步骤：

下载Nginx的二进制文件。
解压文件。
安装必要的依赖库（如果有依赖库的话）。
配置Nginx。
启动Nginx服务。

以下是一个简化的示例流程：




# 1. 下载Nginx二进制文件
wget http://nginx.org/download/nginx-1.20.1.tar.gz
 
# 2. 解压文件
tar -zxvf nginx-1.20.1.tar.gz
 
# 3. 进入解压后的目录
cd nginx-1.20.1
 
# 4. 配置Nginx（可以根据需要添加模块等）
./configure
 
# 5. 编译和安装
make
sudo make install
 
# 6. 启动Nginx（默认安装在 /usr/local/nginx/）
sudo /usr/local/nginx/sbin/nginx
 
# 7. 检查Nginx是否运行
ps -aux | grep nginx

确保在执行以上命令前，你有相应的权限，并且已经安装了必要的编译工具，如gcc和make。如果是在生产环境，还应该检查Nginx的配置文件nginx.conf，确保配置符合生产要求，并且根据实际情况调整启动参数。

- 阅读更多 -

服务攻防-中间件安全&CVE 复现&Apache&Tomcat&Nginx

System

2024-08-12

所有,中间件

复现CVE漏洞通常涉及到安装相应的软件、应用安全补丁、配置漏洞环境等步骤。以下是针对Apache、Tomcat和Nginx的CVE漏洞复现的简化步骤和示例：

安装相应软件：




# 以Apache为例
sudo apt-get install apache2

应用安全补丁：




# 更新软件包和安全补丁
sudo apt-get update
sudo apt-get upgrade

配置漏洞环境：
- 下载对应CVE漏洞的POC或EXP。
- 根据说明书配置漏洞环境。

运行复现脚本：




# 以CVE-2017-12629为例，针对Apache Struts2
wget https://github.com/HarmonySecurity/ApacheStruts2-CVE-2017-12629/raw/master/CVE-2017-12629.sh
bash CVE-2017-12629.sh http://your-vulnerable-apache-server

注意：

请确保在执行任何脚本之前，你已经了解了其内容，并且明白了它的工作原理，避免未经授权的攻击行为。
这些示例只是用于说明如何进行CVE复现，并不包含实际的漏洞利用代码。实际的漏洞复现应该在合法的环境中进行，对目标系统有足够的了解和权限。
在实际的安全测试中，应该遵守相关的法律法规，并在获得授权的情况下进行测试。

- 阅读更多 -

探索Express-Paginate：高效的Node.js分页中间件

System

2024-08-12

所有,中间件




// 引入Express和Express-Paginate中间件
const express = require('express');
const paginate = require('express-paginate');
const app = express();
 
// 使用paginate中间件
app.use(paginate.middleware(50, 500)); // 设置默认每页显示的条目数和最大条目数
 
// 创建一个GET路由，使用分页功能
app.get('/some-data', (req, res) => {
    // 假设有一个数据数组
    const data = Array.from({ length: 1000 }, (_, i) => `Item ${i}`);
 
    // 使用req.query中的page和limit，并将结果返回给客户端
    const page = req.query.page || 0;
    const limit = req.query.limit || 10;
    const paginatedData = data.slice(page * limit, page * limit + limit);
 
    res.paginate(data.length, limit, page, {
        href(page) {
            return `/some-data?page=${page}`;
        }
    });
 
    // 响应分页后的数据
    res.json(paginatedData);
});
 
app.listen(3000, () => {
    console.log('Server is running on port 3000');
});

这段代码首先引入了Express和express-paginate，然后设置了默认的每页显示条目数和最大条目数。之后创建了一个GET路由，使用了分页功能。在这个路由中，我们假设有一个数据数组，并根据请求中的page和limit参数来分页数据，并且提供了href函数来定义分页的URL。最后，我们响应分页信息和分页后的数据。

System

2024-08-12

所有,中间件

在Web应用安全性评估过程中，了解和评估目标系统所使用的中间件软件是非常关键的。以下是针对常见Web中间件的安全问题和风险的概述：

Apache:

配置不当可能导致未授权访问或潜在的攻击面。
使用旧版本的Apache可能包含未修复的安全漏洞。

IIS:

不当的配置可能允许目录浏览、未授权访问或其他安全风险。
旧版本IIS可能含有未修复的安全漏洞。

Tomcat:

默认配置可能暴露管理接口和应用。
多个Tomcat实例可能共享一个配置，导致安全风险。
未 patch 的漏洞可能被利用。

Weblogic:

管理控制台和部署工具的弱凭据使系统面临风险。
未打补丁或配置错误可能导致远程代码执行。

WebSphere:

管理控制台的弱凭据可能被利用。
未打补丁的应用程序可能包含安全漏洞。

JBoss:

默认配置可能暴露管理接口和应用。
未打补丁的应用程序可能包含安全漏洞。

在实际的渗透测试中，可以通过以下方式进行中间件的安全性评估：

服务扫描：确定目标系统上运行的中间件版本和服务。
漏洞扫描：使用专业的漏洞扫描工具检测已知的安全漏洞。
手动审计：审查配置文件和代码以识别不当的配置和潜在的安全问题。
社会工程学：尝试获取有关中间件的信息，如登录凭据或默认密码。
渗透测试：尝试通过已知的安全漏洞进行访问。

为了精简回答，以上概述和策略已经足够进行中间件安全性评估工作。实际操作中，应该根据具体环境和风险需求选择合适的工具和方法。

- 阅读更多 -

深入浅出带你学习Nginx中间件常见漏洞

System

2024-08-12

所有,中间件

Nginx是一款开源的高性能HTTP服务器和反向代理服务器，广泛用于提供Web服务。由于其易用性和稳定性，Nginx常常作为中间件被利用。然而，随着Nginx的广泛应用，黑客们也逐渐开始利用其漏洞进行攻击。

以下是一些Nginx常见的漏洞及其修复方法：

目录遍历：如果Nginx配置不当，可能会导致目录可被遍历。攻击者可以通过访问特定URL，获取服务器文件系统的部分内容。

修复方法：确保Nginx配置中的autoindex指令被设置为off。




autoindex off;

错误页面泄露：Nginx默认会显示错误页面，如果这些页面泄露了敏感信息，如配置文件路径或服务器信息，将会导致安全风险。

修复方法：创建自定义的错误页面，确保不包含敏感信息。




error_page 404 /custom_404.html;

目录权限设置不当：如果Nginx运行用户对某些目录有过高的权限，可能会导致目录被恶意写入文件或执行恶意代码。

修复方法：设置合适的目录权限，确保只有必要的用户可以访问。




chmod -R 755 /var/www/html

文件上传漏洞：如果Nginx配置不当，可能会允许恶意用户上传文件到服务器，导致服务器安全受到威胁。

修复方法：限制文件上传的目录和文件类型，增加安全性。




location /uploads/ {
    limit_req zone=upload_zone burst=3 nodelay;
    client_max_body_size 1m;
    client_body_buffer_size 128k;
    client_body_temp_path /var/tmp;
    client_body_in_file_only on;
    client_body_timeout 10;
    limit_rate 150k;
    # 其他配置...
}

服务端请求伪造（SSRF）：如果Nginx配置不当，可能会导致服务端请求伪造漏洞。攻击者可以利用该漏洞攻击内部系统。

修复方法：限制Nginx可以访问的IP地址范围，避免外部资源访问受影响。




location / {
    internal;
    # 其他配置...
}

跨站脚本（XSS）：如果Nginx的日志文件包含了敏感信息，攻击者可能会通过跨站脚本攻击获取敏感信息。

修复方法：不要在日志中记录敏感信息，对于用户输入进行适当的过滤和转义。




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

以上只是Nginx漏洞修复的部分示例，实际应用时需要根据具体环境和配置进行相应的调整。

- 阅读更多 -