-
如何查看和修改共享文件夹的NTFS权限？
NTFS 权限是 Windows 文件系统的核心安全机制，与共享权限共同决定最终访问能力（NTFS 权限优先级更高）。以下是完整的查看、修改步骤，包含图形界面与命令行两种方式，适用于本地 / 域环境。 一、前提条件与核心概念 文件系统要求：目标文件夹必须位于NTFS 格式分区（FAT32/exFAT 不支持权限控制） 权限类型： 权限级别 核心能力 完全控制 所有操作（修改、删除、更改权限、获取所有权） 修改 读取 + 写入 + 删除 + 修改文件内容 读取和执行 读取文件 + 运行程序 列出文件夹内容 查看文件夹内文件 / 子文件夹 读取 查看文件内容 / 属性 写入 新建文件 / 文件夹 + 修改属性 关键规则： 权限具有累加性（用户从多个组获得的权限叠加） 拒绝权限优先级最高（即使被允许也会被拒绝） 子对象默认继承父对象权限（可手动禁用） 域环境优先使用域用户 / 域组授权（避免本地账户混乱） 二、图形界面：查看 NTFS 权限（最常用） 打开文件资源管理器，找到目标共享文件夹 右键 → 属性 → 切换到安全选项卡（核心入口） 在 “组或用户名” 列表中，可查看当前授权的账户 / 组 选中某账户，下方 “权限” 区域显示其允许 / 拒绝的具体权限 点击高级，可查看更详细信息（如权限是否继承、应用范围） 三、图形界面：修改 NTFS 权限（详细步骤） 3.1 基础修改（添加 / 编辑 / 删除权限） 进入 “安全” 选项卡 → 点击编辑（需管理员权限） 添加新用户 / 组（域环境必备）： 点击添加 → 输入账户名（域环境格式：域名\用户名 如company\张三） 点击检查名称（验证账户有效性，避免输入错误） 确定后，新账户出现在列表中 设置权限： 选中目标账户 → 在 “权限” 区域勾选所需权限（如 “修改”+“读取和执行”） 谨慎使用拒绝（仅用于明确禁止的场景） 删除权限：选中账户 → 点击删除 点击应用 → ……
SE-YangYao 2025-12-09
7 0 0 -
4 个实用的 Mycat + MySQL 版本兼容性验证清单
清单 1：Mycat 1.6.x + MySQL 8.0 适配专项验证清单（解决高版本适配痛点） 专门针对 Mycat 1.6.x 连接 MySQL 8.0 的「驱动 / 认证 / 语法」核心适配问题，快速排查与验证。 验证项 操作步骤 预期结果 异常处理方案 驱动版本适配 `ls -l /usr/local/mycat/lib grep mysql-connector-java` 驱动版本 ≥8.0（如 8.0.33） 替换旧驱动：删除 5.x 版本，下载 8.0+ 驱动并重启 Mycat 认证方式修正 MySQL 执行：SELECT user,plugin FROM mysql.user WHERE user='mycat'; 插件为 mysql_native_password 执行 ALTER USER 'mycat'@'%' IDENTIFIED WITH mysql_native_password BY '123456'; FLUSH PRIVILEGES; 8.0 新特性规避 Mycat 执行：SELECT id, ROW_NUMBER() OVER (ORDER BY id) AS rn FROM test_compat; 1.6.x 报错（正常），业务需时升级 Mycat 2.0.x 1. 业务避免用窗口函数；2. 直接连接 MySQL 执行新语法 数据包大小适配 Mycat 执行：INSERT INTO test_large (content) VALUES (REPEAT('a', 100000)); 无 PacketTooBigException 修改 Mycat server.xml 中 maxPacketSize=64M，MySQL 配置 max_allowed_packet=64M 驱动类名配置 检查 Mycat schema.xml 中 dataHost 的 driverClassName 1.6.x 需设为 com.mysql.cj.jdbc.Driver 替换旧驱动类名（旧版为 com.mysql.jdbc.Driver） 清单 2：Mycat + MySQL 集群高可用（主从 / 双主）兼容性验证清单 验证集群架构下的读写分离、故障切换、数据一致性，适配生产高可用场景。 验证项 操作步骤 预期结果 异常处理方案 主从同步状态 MySQL 从库执行：show slave status\G Slave_IO_Running=Yes 且 Slave_SQL_Running=Yes 1. 检查主库 binlog 开启；2. 核对从库 master_log_file/master_log_pos Mycat 读负载均衡 1. 开启从库通用日志……
SE_Yang 2025-12-08
8 0 0 -
【Linux】进程信号（一）信号原理、产生方式、调试技巧
信号快速认识 1、在现实世界中有各种各样的信号，如红绿灯，上下课铃声，当没有信号的时侯我们也能识别并处理这些信号，是因为我们以前见过，所以记住了信号的特征的信号的处理方法。 2、信号是异步产生的，并用于信息事件的通知。 3、信号到来的时候，我们可能正在做更重要的事情，所以信号的处理过程，可能不是立即进行的，而是在之后合适的时间处理，所以这就需要我们先把这个信号保存下来。 4、进程处理信号有三种行为： 默认动作 忽略信号 自定义捕捉 部分linux信号介绍（signal） 1、信号名本质就是宏，宏值就是对应信号的编号。 2、信号一共有62个，没有33、34。 3、1-31为普通信号，34-64为实时信号，我们只研究普通信号，实时信号常用于实时场景，实时操作系统用的更多。 4、man 7 signal 指令查看信号详细说明，如下所示（大部分信号的默认处理动作都是终止进程，如Core、Term）： 5、系统调用signal可以用来更改进程收到信号后的默认行为（只用修改一次，后续该进程收到修改过默认行为的信号后都会执行自定义行为）： 我们以ctrl+c为例，它会像当前进程发送2号信号SIG_INT，示例如下： #include <iostream> #include <sys/types.h> #include <unistd.h> #include <signal.h> void myhandler(int x) { std::cout << "当前进程：" << getpid() << "捕获到了一个信号：" << x << std::endl; } int main() { // signal(SIGINT, SIG_IGN); // signal(SIGINT, SIG_DFL); signal(SIGINT, myhandler); while (true) { std::cout << "我是一个进程,pid:" << getpid() << std::endl; sleep(1); } return 0; } 除了将默认行为改为我们自己实现的方法，也可以用系统提供的宏，如SIG_IGN（表示进程收到特定信号后……
SE_Wang 2025-12-08
7 0 0 -
2025从能用到AI好用：银河麒麟和统信UOS在AI能力的优劣对比剖析
2025年，国产操作系统正加速从“基础功能可用”向“AI深度赋能”跃迁。作为两大主力军，银河麒麟与统信UOS的AI化能力成为行业焦点。本文以银河麒麟V10 SP1 2503版本为样本，结合统信UOS的AI生态布局，从技术架构、应用场景、生态适配三个维度，深度解析两者在AI能力上的差异化路径。 一、技术架构：解耦能力与生态开放性的博弈 银河麒麟AI子系统以“分层解耦”为核心设计理念，构建了AI SDK与AI推理框架双层结构。AI SDK提供154个标准化接口，覆盖文本生成、图像处理、语音交互等六大类功能，开发者可通过工具包快速调用系统级AI能力，无需重复开发底层接口。AI推理框架则通过异构调度CPU、GPU、NPU资源，实现硬件算力与模型需求的动态匹配。例如，用户可自由切换本地轻量化模型与云端大模型，满足数据安全与高效推理的双重需求。其“三域融合”架构（硬件、模型、应用）打破传统操作系统“烟囱式”开发模式，支持国产xPU芯片与主流AI框架的即插即用。 统信UOS则采用“云端+端侧”协同架构，通过UOS AI API实现系统级AI能力封装。其优势在于覆盖90%主流开源大模型与AI框架，支持开发者基于系统接口快速构建AI应用。例如，UOS AI 2.0接入qwen2、llama2等模型，提供文档总结、翻译等功能，并通过RAG技术实现本地文件向量化检索。 二、应用场景：从办公到行业落地的差异化实践 银河麒麟的AI能力已深度融入政企办公场景。系统内置的AI助手支持语音生成会议纪要、智能模糊搜索历史文件、文本润色与周报整理等功能，显著提升工作效率。例如，在金融行业，用户可通过本地化模型处理敏感数据，避免云端传输风险；在科研领域，AI子系统可调用多卡算力加速大模型推理。其“记忆地图”功能可自动关联用户历史操作记录，通过自然语言指令快速调取相关文件或系统配置。 统信UOS则聚焦“跨应用AI赋能”，其“随航”功能允许用户在划选文本……
SE_Tianle 2025-12-08
172 0 0 -
计算机加入域后无法访问共享资源怎么办？
计算机加入域后无法访问共享资源，是域环境中常见的后续问题，核心原因通常集中在网络连通性、权限配置、身份验证、名称解析或客户端 / 服务器端设置这几类。以下是按 “从基础到复杂” 排序的常见问题及对应解决方法，帮你高效定位问题： 一、先排查最基础的 “网络连通性”（最容易被忽略） 如果客户端和共享主机（域内服务器 / 其他计算机）之间网络不通，所有访问都会失败，需优先确认： 1. 物理 / 逻辑网络是否通畅 现象：访问共享时提示 “找不到网络路径”，或用ping共享主机 IP / 主机名失败。 原因：网线松动、Wi-Fi 断开、VLAN 划分错误（客户端和共享主机不在同一 VLAN 且无路由）、防火墙拦截共享相关端口。 解决方法： 检查物理连接：确保网线插紧，Wi-Fi 已连接且能访问域控制器（可通过ping 域控制器IP验证）。 测试连通性： 用ping <共享主机IP>测试（若 ping 不通，是网络路由或防火墙问题）； 用ping <共享主机名>测试（若 IP 能通、主机名不通，是名称解析问题，见下文 “三”）。 检查防火墙： 客户端 / 共享主机的 Windows 防火墙：需允许 “文件和打印机共享”（入站规则），或临时关闭防火墙测试（仅用于排查）； 网络防火墙（如企业路由器、防火墙设备）：需放行共享相关端口（TCP 139、445；UDP 137、138）。 2. 共享主机的 “Server 服务” 是否启动 现象：能 ping 通共享主机，但访问\\共享主机名时提示 “无法访问，可能是服务未启动”。 原因：共享主机的核心共享服务（Server 服务，负责提供文件 / 打印共享）未启动。 解决方法： 在共享主机上操作： 按Win+R输入services.msc打开 “服务”； 找到 “Server” 服务，确保状态为 “正在运行”，启动类型为 “自动”； 若未启动，右键 “启动”，并重启共享主机（部分场景需重启生效）。 二、核心问题：“权限配置” 是否正确（……
15 0 0 -
Mycat + MySQL 版本兼容性验证清单
该清单覆盖「环境基础检查、连接认证验证、核心功能验证、语法兼容性验证、故障兜底检查」五大维度，可直接落地执行，快速确认 Mycat 与 MySQL 版本是否适配，适配 CentOS/Linux 环境（Windows 可参考核心步骤，替换路径 / 命令即可）。 一、前置准备 检查项 操作步骤 预期结果 记录版本信息 1. Mycat 版本：/usr/local/mycat/bin/mycat version 2. MySQL 版本：mysql -V 明确 Mycat/MySQL 版本（如 Mycat 1.6.7.6 + MySQL 8.0.33） 确认 JDK 版本 java -version Mycat 1.6.x 需 JDK 8；Mycat 2.0.x 需 JDK 8/11 检查 Mycat 驱动版本 `ls -l /usr/local/mycat/lib grep mysql-connector-java` Mycat 1.6.x + MySQL 8.0 需驱动 ≥8.0；Mycat 2.0.x 无需手动改 二、基础连接与认证验证（核心第一步） 验证 Mycat 能否正常连接 MySQL，解决最常见的「认证方式不兼容」问题。 验证项 操作步骤 预期结果 异常处理方案 MySQL 账号认证方式 登录 MySQL 执行： SELECT user,plugin FROM mysql.user WHERE user='mycat'; Mycat 1.6.x 需 plugin=mysql_native_password；Mycat 2.0.x 支持 caching_sha2_password 若为 caching_sha2_password（MySQL 8.0 默认）： 1. Mycat 1.6.x：ALTER USER 'mycat'@'%' IDENTIFIED WITH mysql_native_password BY '123456'; 2. 刷新权限：FLUSH PRIVILEGES; Mycat 连接 MySQL 用 Mycat 端口连接： mysql -h127.0.0.1 -umycat_app -p123456 -P8066 成功进入 Mycat 命令行，无 认证失败 报错 报错 Client does not support authentication protocol： 1. 替换 Mycat 驱动为 8.0+ 版本； 2. 调整 MySQL 账号认证方式 切换逻辑库 连接 Mycat 后执行：use mycat_db; 无报错，成功切换到逻辑库 报错 Unknown database：检查 schema.xml 中逻辑库名配……
16 0 0 -
Linux《Socket编程UDP》
1.Socket通信接口 在使用UDP来实现服务器和客户端之间的通信之前，先来详细的了解bind等Socket套接字当中提供的通信接口。 创建socket套接字 #include <sys/types.h> #include <sys/socket.h> int socket(int domain, int type, int protocol); 参数： domin：协议族 常见的有：AF_INET:IPv4 AF_INET6:IPv6 AF_UNIN:本地通信 type:套接字类型 常见的有：SOCK_STREAM:有连接的TCP SOCK_DGRAM:无连接UDP protocol:指定协议，正常填0即可，系统会自动选择合适的协议 返回值：成功返回套接字的文件描述符，失败返回-1 进行套接字的创建之后就需要使用到bind来进行ip和端口号的绑定 绑定端口 #include <sys/types.h> #include <sys/socket.h> int bind(int sockfd, const struct sockaddr *addr,socklen_t addrlen); 参数： sockfd:套接字文件描述符，即socket的返回值 addr:一个addr结构体的指针，在该结构体当中存储对应的ip和端口 addrlen:addr结构体大小 返回值: 当绑定成功时返回0，否则返回-1 通过以上就可以看出使用bind来进行绑定的，其中函数的参数包括之前使用socket创建出来的套接字文件描述符，除此之外还需要传入一个sockaddr的结构体指针。 在此我时需要使用UDP来进行客户端和服务器之间的连接通信，那么就是进行网络通信，那么在此就需要传一个sockaddr_in的结构体，并且在传入的时候要强制类型转换为sockaddr。 通过之前的学习我们知道sockaddr_in内有以下的成员变量： struct sockaddr_in { sa_family_t sin_family; // 地址族：AF_INET（IPv4） in_port_t sin_port; // 端口号（网络字节序） struct in_addr sin_addr; // IP地址 unsigned char s……
15 0 0 -
将计算机加入域时有哪些常见问题及解决方法？
一、 网络连接问题 这是最基础也是最常见的问题。 1. 无法找到域控制器 (Domain Controller) 现象：系统提示 “找不到网络路径” 或 “无法联系域控制器”。 原因： 客户端计算机与域控制器不在同一网络，或网络路由不可达。 网络电缆未插好或 Wi-Fi 未连接。 解决方法： 检查物理连接：确保网线插紧，或 Wi-Fi 已连接并能访问互联网 / 内网。 测试网络连通性：在命令提示符（CMD）中使用 ping <域控制器IP地址> 测试是否能 ping 通域控制器。 检查防火墙：确保客户端和域控制器之间的防火墙（包括 Windows 防火墙和网络防火墙）允许域相关的流量通过。关键端口包括：TCP 88 (Kerberos), 135 (RPC), 389 (LDAP), 445 (SMB), 3268 (LDAP Global Catalog)。 2. 域控制器名称解析失败 现象：可以 ping 通域控制器的 IP 地址，但无法使用域名（如 ping company.com）ping 通。 原因：客户端计算机的 DNS 服务器配置不正确，导致无法将域名解析为 IP 地址。 解决方法： 检查 DNS 设置：在客户端计算机上，进入 “网络连接” 属性，确保其 “首选 DNS 服务器” 设置为域控制器的 IP 地址，或者是能正确解析域控制器的 DNS 服务器。 刷新 DNS 缓存：在 CMD 中执行 ipconfig /flushdns。 验证 DNS 解析：使用 nslookup <域名> 或 dig <域名> 命令，检查是否能正确返回域控制器的 IP 地址。 二、 DNS 配置问题 DNS 是域环境的核心，配置错误会导致多种问题。 1. 客户端未指向正确的 DNS 服务器 现象：加入域时提示 “无法找到域控制器” 或 “找不到指定的域”。 原因：客户端的 DNS 指向了公网 DNS（如 8.8.8.8）或其他无法解析域控制器的 DNS。 解决方法： 修改 DNS 配置：将客户端的首选 DNS 服务器设置为域控制器的 IP 地址。这是加入域的必要条件。 2. DNS 记录问题 现象：间歇性无法加入……
21 0 0 -
如何确定Mycat与MySQL版本的兼容性
确定 Mycat 与 MySQL 版本的兼容性，核心是参考官方兼容性文档 + 验证核心功能 + 规避已知版本坑，以下是分步骤的实操方法，覆盖「事前查询、事中验证、事后避坑」全流程： 一、第一步：查官方兼容性文档（最权威） Mycat 官方会明确标注各版本对 MySQL 的适配范围，这是最核心的依据，无需自行试错。 1. 官方文档获取渠道 Mycat 官网：http://www.mycat.org.cn/ → 「文档中心」→ 「版本说明 / 兼容性」； GitHub 仓库：https://github.com/MyCATApache/Mycat2（2.0.x 版本）/ https://github.com/MyCATApache/Mycat-Server（1.6.x 版本）→ 「README.md」或「RELEASE.md」； Mycat 权威指南：官网下载的《Mycat 权威指南》中「环境要求」章节。 2. 核心兼容性结论（整理自官方，避免踩坑） Mycat 版本 兼容的 MySQL 版本 关键注意事项 Mycat 1.6.x（主流稳定版） MySQL 5.5/5.6/5.7（完美兼容）；MySQL 8.0（部分兼容） 1. 连接 MySQL 8.0 需修改驱动（替换 mysql-connector-java 为 8.0+ 版本）； 2. 需关闭 MySQL 8.0 的 caching_sha2_password 认证（改为 mysql_native_password）； 3. 不支持 MySQL 8.0 新增的 SQL 语法（如窗口函数）。 Mycat 2.0.x（新版） MySQL 5.7/8.0（原生兼容）；MySQL 5.6（兼容） 1. 原生支持 MySQL 8.0 的 caching_sha2_password 认证，无需修改驱动； 2. 支持 MySQL 8.0 大部分新语法； 3. 对 MySQL 5.5 及以下兼容性差，不建议使用。 Mycat 1.5.x 及以下 MySQL 5.1/5.5/5.6（兼容） 完全不支持 MySQL 8.0，仅适合老旧 MySQL 集群。 二、第二步：环境验证（实操确认，避免理论偏差） 即使官方标注兼容，也需在实际环境中验证核心功能，确保适配业务场景。 1. 基础验证：连接与简单 SQL 执行 bash 运行 # 1. 用 Mycat 连接 MySQL（通过……
11 0 0 -
零基础学AI大模型之Milvus部署架构选型+Linux实战：Docker一键部署+WebUI使用
零基础学AI大模型之Milvus部署架构选型+Linux实战：Docker一键部署+WebUI使用 上一篇我们吃透了Milvus的“分区-分⽚-段”核心结构，知道了它如何高效组织海量数据。但理论再好，落地才是关键——到底该选哪种部署方式？Linux服务器上怎么快速部署？部署后怎么验证是否成功？今天就来解决这些“落地问题”，从部署架构选型到Linux Docker实战，再到WebUI使用，一步步带你搞定Milvus部署，新手也能跟着做！ 一、部署架构选型：按项目阶段选对方案 Milvus提供多种部署选项，核心是“按需选择”——不同项目规模、不同阶段，对应不同部署方式，不用盲目追求复杂架构。 1. 三大核心部署方案对比 部署方案 适用场景 支持数据量 核心优势 限制 Milvus Lite 快速原型开发、Jupyter Notebook测试、边缘设备 最多几百万向量 轻量（Python库）、无需复杂部署、一键启动 不支持Windows系统、无高可用 Milvus Standalone（单机版） 个人学习、小团队测试、中型项目（非核心业务） 最高1亿向量 Docker一键部署、组件集成、支持主从复制高可用 横向扩展能力有限 Milvus Distributed（分布式版） 企业级生产、核心业务、大规模数据 1亿-千亿向量 云原生架构、水平扩展、冗余备份、高性能 部署复杂、需K8S集群、运维成本高 2. 额外选择：云服务版（懒人首选） 如果不想自己搭建和运维，直接选择云厂商提供的Milvus服务（如阿里云Milvus），开箱即用，支持弹性扩容，适合企业快速落地。 官方链接：阿里云Milvus文档 3. 选型建议 新手/学习者：优先选Milvus Standalone，部署简单，能覆盖大部分学习和测试场景； 原型开发：用Milvus Lite，直接集成到Python代码，快速验证想法； 生产环境：数据量1亿以下且预算有限，用Standalone+主从复制；数据量超1亿或核心业务，用Distributed（K8S部署）或云服务。 二、Milvus分层架构：看懂部署……
38 0 0
中间件
