浙江物链网络科技有限公司

计算

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

自研全栈 AI 原生计算平台，依托十余年运营商级基础设施经验，提供安全可靠、弹性伸缩的算力服务。旨在降低企业 AI 成本，驱动业务创新，加速数智化转型。

网络

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

物链通过OTN传输深度融合 BGP 核心、IDC 汇聚与低延迟边缘网，构建安全可靠的可信连接平台，无缝高效的链接计算、存储与人工智能。

网络规划服务

无论您的企业面临网络性能挑战、全球协作需求，还是网络安全难题，我将为您提供全方位的网络规划服务，涵盖网络基础设施设计、网络优化以及网络安全策略等。我将与您高效紧密的合作，确保网络解决方案充分满足业务需求与成本预算，并具备随着业务发展而适应调整的弹性能力。通过我们的专业服务，您将拥有一个强大、稳定且安全的网络环境，助力您的企业成功应对各种挑战。

网络管理服务

7X24X365的无间断网络管理服务，确保您的网络始终稳定、安全且高效。涵盖安全策略制定与配置等，实时的网络可靠性和性能监控服务，持续的性能分析和优化，帮助您的企业网络提高吞吐量、降低延迟，确保业务流程的顺畅进行。并定期对您的网络设备进行维护和更新，确保设备运行在最佳状态，同时保持与最新技术和安全标准的兼容性，并且您将随时获得即时网络用量和性能报告。

网络优化服务

利用流量感知技术，实时监控网络状况，深度挖掘流量价值，融合BGP、交换机中心和SDN技术，确保您和您的基础设施与世界无缝且安全高效的链接。通过量化的性能和用量数据，智能感知网络流向和应用性能，辅助边缘节点的精细化建设和智能路径调度及QOS网络优化策略实施，将帮助您降低网络运营成本，提升用户联网体验，提高资源利用率，为您的企业创造更多价值。

存储

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

分布式存储平台，采用统一命名空间，提供高性能、多协议互通的文件、对象及块存储服务。具备全方位数据保护，完美兼容主流硬件并支持异构存储接入。

安全高效

全自研分布式统一存储，进一步降低性能损耗，可提供代码级维护能力，基于Rust语言开发，安全可靠且可控。

统一存储

提供 NFS、SMB、S3、HDFS、FC、iSCSI 及 NVMe-OF 存储协议，统一命名空间实现数据互通，同一份数据多协议访问

分布式架构

全分布式架构，所有节点和磁盘均可独立提供存储服务，所有软硬件全冗余设计，无瓶颈节点，无单点故障，具有超高可用性

数据冗余

多副本和纠删码冗余，多级故障域自愈能力，提升数据可靠性，并提供快照、归档及多站点数据灾备保护，保证业务快速恢复

纳管利旧

异构存储资源池化，实现已有存储资源利旧整合和统一管理，可为上层提供块、对象、文件、大数据等多协议数据存储能力

开放兼容

3 节点起步轻量灵活，容量性能弹性扩展，不绑定硬件及品牌，兼容 X86 和 ARM 信创架构，并可支持纯软和一体机交付模式

智能

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

一站式智能应用平台，构建数据基础，打通数据管道，打造智能应用，融合计算、存储、网络的全栈全生命周期智能工具链，驱动企业数智化转型

BGP网络

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

物链依托自主自治系统 AS37969，打造了深度覆盖全球核心枢纽的 BGP 路由矩阵。我们不仅整合了 PCCW、Lumen 等顶级 Tier-1 运营商的国际带宽，更针对中国大陆市场进行了电信 (AS4812)、移动 (AS9808) 及联通 (AS4837) 的专项路径优化，配合 NNIX 等中立交换中心，确保跨区域访问时延降至最低。

在 AI 浪潮下，物链方案通过 Anycast 路由技术实现边缘算力的智能调度与灾备，显著提升大模型推理的响应速度（TTFT）。从全路由 IP Transit 到高可用 GSLB，物链始终致力于为全球企业提供一个高可靠、低延迟、自动收敛的弹性网络底座，助力业务跨越地理界限，实现无缝连接

为什么选择物链

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

加入物链

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

物链秉承“客户成功、互助共赢”的可持续发展理念，勇于推进产品创新、渠道模式创新与营销模式创新。始终坚守“为客户与伙伴创造价值，并在此过程中实现自我价值”的企业使命，持续为国内企业、机构及终端用户提供更安全、更完善、更具创新力的产品与服务。

请李粮喝酒
雇李粮干活
听李粮吹牛

技术分析解决方案

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

混合云分析

混合云结合了公有云和私有云的优势，可以灵活部署和管理IT资源。在分析过程中，需要评估混合云的可行性和适用性，考虑如何实现不同云环境之间的无缝集成和互操作。

弹性扩展分析

为了应对业务流量波动，需确保基础设施具备弹性扩展能力，包括对计算、存储和网络资源的动态扩展伸缩，以满足业务需求的变化。在分析过程中，需要考虑如何设计和实现弹性扩展策略，以及如何利用云计算、容器等技术来实现弹性扩展。

可靠性分析

分析基础设施的可靠性，包括硬件和软件的稳定性、冗余设计、容灾备份等方面。需要评估现有基础设施的可靠性水平，并提出改进措施和优化方案，以确保业务的连续性和稳定性。

网络安全分析

网络安全是基础设施建设的关键，需对网络安全风险进行全面考量，包括对网络攻击、数据泄露、恶意软件等安全威胁的识别和预防，以及安全策略和措施的制定和实施。在分析过程中，需要关注网络安全的最新动态和发展趋势，以确保基础设施的安全防护能力。

性能跟踪和瓶颈分析

为了确保基础设施的高性能运行，需要对性能进行跟踪和监控，并分析可能的性能瓶颈。在分析过程中，需要关注计算、存储和网络等资源的利用率和响应时间，识别并解决性能瓶颈。

风险和应急处理预案

在分析基础设施问题和业务逻辑流转的过程中，需要预测可能出现的风险，并制定相应的应急处理预案。这包括对硬件故障、软件错误、网络故障、安全事件等。

架构设计解决方案

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

项目建议

与客户沟通，了解项目背景、目标及需求，初步确定项目的方向、范围和预期成果，并形成项目建议书。可行性研究：对项目的技术可行性、市场可行性、经济可行性、法律法规可行性和环境可行性等方面进行综合评估，以确保项目的实施具备合理性和可行性。

需求分析

对项目的具体需求进行详细梳理，包括功能需求、性能需求、用户体验需求等，并形成需求分析报告。项目计划：根据项目需求，制定项目的实施计划，包括进度计划、资源分配、预算安排、风险管理等方面的详细规划。

项目管理

确保项目按照计划进行，协调项目各方资源，监控项目进度、质量和成本，及时调整项目计划，确保项目的顺利实施。

项目评估

对项目实施过程和成果进行评估，分析项目的效果和影响，为项目持续改进和优化提供依据。

项目总结

总结项目实施过程中的经验教训，评估项目的成功与否，为类似项目的策划和实施提供参考。

培训与支持

为客户提供项目相关的培训和技术支持，帮助客户更好地了解和掌握项目内容，确保项目的顺利实施和持续运营。

策划解决方案

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

项目建议

需求分析

项目管理

确保项目按照计划进行，协调项目各方资源，监控项目进度、质量和成本，及时调整项目计划，确保项目的顺利实施。

项目评估

对项目实施过程和成果进行评估，分析项目的效果和影响，为项目持续改进和优化提供依据。

项目总结

总结项目实施过程中的经验教训，评估项目的成功与否，为类似项目的策划和实施提供参考。

培训与支持

为客户提供项目相关的培训和技术支持，帮助客户更好地了解和掌握项目内容，确保项目的顺利实施和持续运营。

从事IDC代理业务相关所需的名词解释

info@wlstack.com (物链网络) — Sun, 22 Jun 2025 00:00:00 +0000

计费模式相关

术语	解释
95计费	每月按带宽峰值第95百分位值计费（去掉最高5%的峰值点），常用于大流量业务。
日95月平	每日取95峰值，再计算当月每日平均值的计费模式（比传统95计费成本更低）。
包端口	固定租用物理端口（如10G端口），按端口容量而非实际流量计费。
补贴端口	运营商为吸引客户提供的低价或免费端口（通常需承诺长期合作或达到流量门槛）。
配比端口	主端口与备份端口的绑定套餐（如主用10G+备用1G，或主备冗余端口或IDC端口配多少城域网端口，或IDC计费端口配多少免费端口）。
酬金	运营商给代理商的销售返佣（如机柜酬金、专线酬金、CDN代销订单返点）。

资源类型

术语	解释
80资源	支持HTTP 80端口的服务器（用于常规网页服务）。
非80资源	仅支持非80端口（如443/8080）的服务器（常用于视频、下载等业务）。
云主机资源	基于虚拟化的云计算主机（弹性扩展，按需付费）。一般特指天翼云、移动大云这些拿云主机跑PCDN的
高防	提供DDoS防护的服务器（防御能力可达Tbps级）。
源站	业务数据的原始服务器（CDN从此节点拉取内容）。
裸纤	运营商提供的纯物理光纤直连（无协议转换，延迟最低）。

网络架构

术语	解释
城域网	运营商互联网专线。
BGP	多线路智能路由协议（实现电信/联通/移动三网自动选最优路径）。
三线	同时接入电信+联通+移动三家运营商网络。
双线/多线	接入两家（双线）或多家（多线）运营商。
OTN	光传输网络（提供大带宽、低延迟的底层光缆资源）。
三线单IP	三网融合但共用一个IP（通过BGP实现智能解析，BGP为主动广播宣告IP），或运营商地址代为广播。
三线三IP	三网独立IP（需用户自行配置DNS调度）。

CDN技术

术语	解释
CDN	内容分发网络：将内容缓存到边缘节点，加速用户访问。
PCDN	P2P+CDN混合技术，用家宽汇聚接服务器或单独接路由器/盒子跑cdn。
ACDN	用接入城域网大带宽的物理机群按虚拟机或物理机或k8s api给互联网top客户跑CDN。
融合CDN	整合多家CDN厂商资源的调度平台（自动选择最优服务商）。
三网CDN	支持电信/联通/移动三网覆盖的CDN服务。
调度	控制业务流量，确保低价端口跑满，高价端口只跑95。
削峰调度	在多个节点之间或端口之间控制业务流量，确保只跑95。

测试与运营

术语	解释
测试期	资源开通后的免费试用阶段（通常7-30天）。个别运营商可按端口批次开关多次测试。
测试机	用于业务上线前到测试服务器。
压测	压力测试：模拟高并发测试带宽是否配足额。
单线测试机	仅接入单运营商（如电信）的测试服务器。
三线测试机	接入三网线路的测试服务器。
流量误差	运营商计费流量与用户监控流量的差异（行业允许±3%）。
抠流量	通过技术手段（如压缩/去冗余）降低计费流量。
流量倒挂	入流量 > 出流量（CDN场景中通常出流量更大，倒挂需排查异常）。
三网测试	同时测试电信/联通/移动三网的访问质量。

其他行话

术语	解释
跑异网	流量跨运营商传输（如电信用户访问联通服务器，质量可能下降）。
1024	带宽单位换算：1Gbps = 1024Mbps。
3个1024	指三次1024，即1Gbps=1024mbps=1024x1024kbps=1024x1024x1024bitps
天翼云CDN	中国电信旗下的CDN服务。
代下单	通过代理商购买运营商资源（常用于无直接合作资质的企业）。
IP备案	将服务器IP绑定到已备案域名（国内业务强制要求）。

一、网络覆盖与结算

术语	解释
跨省	业务流量跨越省级行政边界（如北京→上海），涉及跨省结算费（运营商间结算成本高）
跨地市	流量在同一省内跨城市需要结算
结出	运营商向其他运营商输出流量（需支付结算费）
结入	运营商接收其他运营商流量（获得结算收入）
净结入	结入金额 - 结出金额（正值表示结算盈利）
跨省比例	业务流量中跨省流量的占比（通常要求≤30%以控制成本）

二、机房基础设施

术语	解释	技术细节
机房等级	国标GB50174分级：• A级：容错型（双路供电+备份）• B级：冗余型• C级：基础型	金融/政企必选A级，Web服务可选B级
自有机房	运营商自建并管理的机房（如移动南方基地）	稳定性高，资源调配快
合作机房	第三方建设，运营商租用机柜的资源池	成本低，扩容灵活
PUE	电能使用效率 = 总耗电 / IT设备耗电（理想值≈1.3）	PUE>1.8属高能耗，北上广深要求≤1.4
机柜功率	单机柜供电能力（标准4-6kW，高密柜可达10-20kW）	GPU算力集群需≥10kW
风冷	传统空调制冷（适用于中低密度机柜）	成本低，维护简单
液冷	液体循环冷却（用于GPU服务器等高密度场景，降温效率提升50%）	算力中心标配，PUE可降至1.1以下
柜电分离	电费与机柜租费分开计费（避免捆绑加价）	大客户压降成本常用模式
机柜托盘	承托服务器的滑轨支架（标准深度42U/48U）	影响服务器部署密度

三、光缆与传输

术语	解释	关联概念
出纤	从机房向外敷设的光纤（用户向运营商购买）	需明确纤芯数量和路由
进纤	接入机房的光纤资源（运营商提供）	通常含熔接配线服务
光交箱	光纤交接箱（室外线路与机房内线的转接点）	跳纤操作核心设备
波分	波分复用技术（单纤传输多路信号，提升带宽）	骨干网必用，单纤可达192*100Gbps
骨干网络	国家级/省级核心传输网（中继带宽≥100Gbps）	三大运营商自有拓扑
骨干出口局	骨干网在城市的互联节点（如北京三元桥、上海南汇）	多线BGP机房优先选址点
离岸出口	跨境网络出口（如香港、绥芬河节点）	免备案业务常用
双路由	关键链路配置物理分离的两条路径（防单点中断）	金融/政企强制要求

四、工程与运维

术语	解释	操作要点
机房工勘	机房环境实地勘察（承重/电力/制冷/走线等）	上架前必备流程，输出《工勘报告》
割接	业务从旧系统迁移至新系统（常在凌晨进行，需备案）	风险操作！需备回滚方案
过点费	流量经过第三方网络节点的转接费用（如A→B需经C网，则向C付费）	专线报价需确认是否含过点费
配虚机	分配虚拟测试机（临时用于业务验证）	测试期免费提供
账期(T+2)	上月费用延后2月结算（如3月账期在5月支付）	运营商常用结算周期

五、流媒体与算力

术语	解释	技术逻辑
拉流	客户端从服务器拉取音视频流（如直播观众端行为）	与“推流”（主播端）对应
算力	数据处理能力（单位：TFLOPS/GPU卡）	1张A100≈20TFLOPS（FP32精度）
包头系数	网络传输中IP/TCP包头占有效数据的比例（通常≈1.15-1.2）	计算带宽需求：实际带宽 = 业务流量 × 包头系数
调度	动态分配资源（如CDN将用户请求导至最优节点）	核心算法：基于时延/负载/成本

六、端口与资源组合

术语	解释	成本策略
端口组合	多端口绑定套餐（如10个10G IDC端口+5个10G城域网端口）	提升可靠性，降低备份成本
第三方机房	非运营商自建机房（如万国数据、世纪互联）	议价空间大，但网络质量依赖运营商接入

Centos7 升级gcc/glibc/make/cmake

info@wlstack.com (物链网络) — Fri, 19 Jan 2024 00:00:00 +0000

前言

眼瞅着Centos7的生命周期即将终结，系统默认的gcc/glibc版本又太低，而事实上，目前为止，因升级gcc/glibc导致的悲剧又依然不少见，特别是glibc从升级到宕机，几乎每隔一段时间就可以看见有网友嗝屁。所以，这里把这个基础操作步骤写出来，做个小记。

操作有风险，执行需谨慎

本人也曾经因升级glibc出过事故，后因算法需求，在多次练习后已是信手拈来，但是自己的升级过程不够规范和详细，所以在写本日记的时候，参考（ctrl+c/ctrl+v）了大神的这篇文章: https://chandrameenamohan.medium.com/building-nvidia-triton-inference-server-from-scratch-for-tensorflow-backend-873ef0a1f7f3 来总结此文。该文章的各项步骤均已经过本人亲自验证可行。

升级前的准备

验证当前版本：

gcc -v
ldd --version

确定升级的版本 gcc4.8.5–>gcc9.3.0 glibc2.17–>glibc2.29
升级路径

升级和验证

先安装依赖

包名	用途
wget	用于从网络下载文件
gcc	C/C++ 编译器
gcc-c++	C++ 编译器
zlib-devel	zlib 开发库
libcurl-devel	libcurl 开发库
openssl-devel	OpenSSL 开发库
bzip2-devel	bzip2 开发库
gmp-devel.x86_64	GNU Multiprecision Library 开发库（x86_64）
mpfr-devel.x86_64	MPFR Library 开发库（x86_64）
libmpc-devel.x86_64	MPC Library 开发库（x86_64）
libSM-devel.x86_64	X.Org SM 库开发库（x86_64）
libxml2-devel	libxml2 库开发库
gcc-gfortran.x86_64	Fortran 编译器（x86_64）
autoconf	自动化配置脚本生成器，用于生成 Makefile 文件
automake	自动化 Makefile 生成器，用于生成 Makefile.in 文件
boost-devel	Boost 库的开发包，用于开发 C++ 程序
make	构建工具，用于自动化软件编译、安装、测试等工作
patchelf	用于修改 ELF 文件的符号表和动态链接库依赖项
bison	语法分析器生成器，用于生成 C 语言语法分析器

大概是这些依赖，yum 安装即可，建议在yum安装这些依赖之前，都安装一下epel库。

debian12 编译frankenphp

info@wlstack.com (物链网络) — Fri, 19 Jan 2024 00:00:00 +0000

前言

FrankenPHP 是建立在 Caddy Web 服务器之上的现代 PHP 应用程序服务器。

FrankenPHP 凭借其令人惊叹的功能为你的 PHP 应用程序提供了超能力：早期提示、worker 模式、实时功能、自动 HTTPS、HTTP/2 和 HTTP/3 支持……

FrankenPHP 可与任何 PHP 应用程序一起使用，并且由于提供了与 worker 模式的集成，使你的 Symfony 和 Laravel 项目比以往任何时候都更快。

FrankenPHP 也可以用作独立的 Go 库，将 PHP 嵌入到任何使用 net/http 的应用程序中。

本质来说，frankenphp是通过cgo来跑php的！

至于快/慢问题，目测是比fast-cgi/php-fpm快的。

编译前准备

安装必要的依赖

apt-get install libbrotli-dev \ libsnmp-dev
libxml2-dev
libsqlite-dev
libsnmp-dev
libxml2-dev
libsqlite3-dev
libzstd-dev
liblz4-dev
libjpeg-dev
libpng-dev
libpcre3-dev
libmcrypt-dev
libgd-dev
libbz2-dev
libonig-dev
libpq-dev
libreadline-dev
libsodium-dev

编译php

./configure --prefix=/usr --libdir=/usr/local/lib --enable-embed=static --enable-static --enable-zts --disable-shared --disable-cgi --disable-fpm --disable-phpdbg --with-config-file-path=/etc/frankenphp --with-config-file-scan-dir=/etc/frankenphp/php.d --enable-zend-max-execution-timers --with-snmp --enable-bcmath --enable-mbstring --enable-ctype --enable-dom --enable-session --enable-simplexml --enable-sockets --enable-tokenizer --enable-xml --enable-xmlreader --enable-xmlwriter --enable-soap --enable-opcache --enable-pdo --with-pdo-mysql --with-pdo-pgsql --with-pgsql --with-zip --with-curl --with-zlib --with-readline --with-iconv --with-libxml --with-openssl --with-bz2 --enable-gd --with-jpeg --with-webp --with-freetype --with-sodium --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-pcntl --enable-shmop --enable-phar
make -j $(nproc)
make install

** 注意，我这里启用了一些扩展，比如snmp，我寄望是一些网络监控服务，诸如cacti/zabbix/librenms也能过痛过这个方式来跑； **

nginx 1.25.0 pagespeed 安装

info@wlstack.com (物链网络) — Thu, 18 Jan 2024 00:00:00 +0000

前言

遵从来自20世纪的呼唤，最近重新开始研究单体应用的极致的性能优化，在web应用加速来说，google和nginx曾经一度引领风骚，pagespeed+nginx的组合，一度成就了yottta这样被google花了5亿美金收购的公司，号称对web应用，实现了页面精简、html/css压缩，动态加速等。而这样的东西自从2018年后，似乎突然就不被重视了。随着云和微服务的兴起，应用被拆分得越来越细，以至于，不再有人care在http1.0/1.1时代的C10K、C100K这样的挑战了。性能不够，机器来凑，尤其是，使用云和k8s之后，没有了直接的硬件投入，起个服务和应用，api调用一下，鼠标点一点，几百上千的虚拟机或pod就起来了，而容器则动则几万几十万个，而这样的情况，短时间的成本可能已经在“人比机器贵”的黄金时代来说，不再引人注目了。长此以往，特别到了疫情后，大家的口袋都没钱的时候，才发现，原来不知不觉，在云上已经花了这么多钱，所以，鼓吹下云也好，继续上云也罢，理念的东西都不重要，重要的，还是经济效益，于是，单体应用的性能，理应重新得到重视。而这时候，我才发现，nginx似乎也不再受欢迎，好多人都要换到caddyserver去，pagespeed更是几乎没什么人用了,连明日黄花，可能都算不上了。。毕竟现代前端框架，自身在build的时候，已经是各种裁剪优化了,甚至于，倾向于搞ssr（server side render）这样的歪门邪道（当然，一段时间是因为框架对搜索引擎过于不友好，搞出来的web，搜索引擎都收录不了。。哪来的用户，哪来的业务），服务器的计算资源，始终是有限的，而客户端，却是随着用户数增长而增长…最主要的一点，服务器，是需要付费的，而用户侧的算力，是免费的. 好了，废话说了很多，很显然，在这个时候，来折腾这些一度落寞的玩意，可能会费时费力。（有人会叫你去白嫖比人打包好的docker镜像或deb包），而我决定自力更生，丰衣足食。

安装环境

OS:Centos 7.9 GCC:4.8.5 NGINX:1.25.0 PAGESPEED(NPS):1.13.35.2

依赖：

包名	用途
wget	用于从网络下载文件
gcc	C/C++ 编译器
gcc-c++	C++ 编译器
zlib-devel	zlib 开发库
libcurl-devel	libcurl 开发库
openssl-devel	OpenSSL 开发库
bzip2-devel	bzip2 开发库
gmp-devel.x86_64	GNU Multiprecision Library 开发库（x86_64）
mpfr-devel.x86_64	MPFR Library 开发库（x86_64）
libmpc-devel.x86_64	MPC Library 开发库（x86_64）
libSM-devel.x86_64	X.Org SM 库开发库（x86_64）
libxml2-devel	libxml2 库开发库
gcc-gfortran.x86_64	Fortran 编译器（x86_64）
libjpeg-turbo-devel.x86_64	libjpeg-turbo 库开发库（x86_64）
openjpeg-devel	OpenJPEG 库开发库
libpng12-devel	libpng 库开发库
libtiff-devel	libtiff 库开发库
cmake3.x86_64	CMake 3 编译系统（x86_64）
libtools-devel	libtools 开发库
yum-utils	yum 实用工具
libffi-devel	libffi 库开发库
jemalloc-devel.x86_64	jemalloc 内存分配器开发库（x86_64）
jasper-devel	JasPer 库开发库
tbb-devel	Threading Building Blocks 库开发库
libdc1394-devel	libdc1394 库开发库
gstreamer-devel.x86_64	GStreamer 库开发库（x86_64）
blosc-devel	Blosc 库开发库
libaec-devel	libaec 库开发库
brotli-devel	Brotli 库开发库
giflib-devel	giflib 库开发库
gtk2-devel	GTK+ 2 库开发库
libaio-devel	libaio 库开发库
libsqlite3x-devel.x86_64	libsqlite3x 库开发库（x86_64）
make	构建工具
eigen3-devel	Eigen3 线性代数库开发库

安装

安装依赖

yum install epel-release.noarch -y
yum install wget gcc gcc-c++ zlib-devel libcurl-devel openssl-devel bzip2-devel gmp-devel.x86_64 mpfr-devel.x86_64 libmpc-devel.x86_64 libSM-devel.x86_64 libxml2-devel gcc-gfortran.x86_64 libjpeg-turbo-devel.x86_64 openjpeg-devel.x86_64 libpng12-devel.x86_64 libtiff-devel cmake3.x86_64 libtool-devel yum-utils libffi-devel jemalloc-devel.x86_64 jasper-devel.x86_64 tbb-devel libdc1394-devel gstreamer-devel.x86_64 blosc-devel libaec-devel brotli-devel.x86_64 giflib-devel.x86_64 gtk2-devel libaio-devel libsqlite3x-devel.x86_64 make eigen3-devel libpcre3-devel

下载安装包并解压：

 wget -O nps.zip https://github.com/apache/incubator-pagespeed-ngx/archive/71e24c1c47113acb5924d8cb523d572b376e9dd0.zip && unzip nps
wget http://nginx.org/download/nginx-1.25.0.tar.gz
wget -O psol.tar.gz https://dl.google.com/dl/page-speed/psol/1.13.35.2-x64.tar.gz

nginx编译注意点

LD_LIBRARY_PATH=../incubator-pagespeed-ngx-${PAGESPEED_VERSION}/usr/lib:/usr/lib 指定LD_LIBRARY_PATH到incubator-pagespeed-ngx-71e24c1c47113acb5924d8cb523d572b376e9dd0，以便编译pagespeed，71e24c1c47113acb5924d8cb523d572b376e9dd0即为上文下载的对应版本的pagespeed版本解压后的目录

东晓南奇观之烧烤摊

info@wlstack.com (物链网络) — Thu, 26 Oct 2023 00:00:00 +0000

东晓南奇观之烧烤摊

序:东晓南地属海珠岛，城中村居连绵不绝，阡陌巷径交织，现金流动如水，以服装布匹而闻名。有夜市盛汇里，人流密集而烟火浓密，人均50至上百数百不均，小年轻云集。又有广场曰盈熙，毗邻民居，自有疫以来，海底捞凋零，商业萧条而餐饮盛起，娱乐坚持，水会一枝独秀。有一小店，以潮汕海鲜为主，夜间方营业。该店自营业以来，时常得见三五年轻人，饮酒至天明乃至次日九十点，固然好奇，奈何言语不通，观察数次，乃作打油诗以记之。

城中村巷烧烤摊

几个叼毛侃大山

一瓶啤酒几根串

吹牛吹着天又亮

Centos7 cacti spine php74 nginx安装配置

info@wlstack.com (物链网络) — Fri, 22 Sep 2023 00:00:00 +0000

cacti是什么

Cacti是一款功能完整的网络图形化解决方案，Cacti旨在利用RRDtool的数据存储以及图形化功能来给广大安全研究人员提供以下功能性帮助：

远程和本地数据收集；
设备扫描与发现；
设备与图形创建自动化；
自定义数据收集方法；
用户、组和域访问控制；

所有的这些功能都封装在一个直观并易于使用的用户界面之中，而这种特性对于局域网安装配置以及包含数千台设备的复杂网络都有实际意义。

本项目是Ian Berry于2000年初创建的一个高中研究项目，但目前已经发展成为上千万公司以及网络安全爱好者用于监控和管理他们企业网络以及数据中心的最佳解决方案了。

Centos 7 安装 cacti

安装基础依赖和数据库

基础依赖： 先安装对应的yum repo，避免部分依赖rpm包找不到

yum install epel-release.noarch -y
yum install https://rpms.remirepo.net/enterprise/remi-release-7.rpm -y

注意，这里使用了基于remi库封装的php rpm包，所以在后续使用的时候，需要考虑remi库 rpm包安装的路径问题，否则可能出现cmd.php/poller.php运行失败的问题。接下来安装基础库：

yum install wget gcc gcc-c++ zlib-devel wget libcurl-devel openssl-devel bzip2-devel gmp-devel.x86_64 mpfr-devel.x86_64 libmpc-devel.x86_64 libSM-devel.x86_64 libxml2-devel gcc-gfortran.x86_64 bzip2-devel libjpeg-turbo-devel.x86_64 openjpeg-devel.x86_64 libpng12-devel.x86_64 libtiff-devel cmake3.x86_64 autoconf automake libtool yum-utils libSM-devel.x86_64 bzip2-devel libffi-devel jemalloc-devel.x86_64 gperftools-devel.x86_64 jasper-devel.x86_64 libxml2-devel tbb-devel libdc1394-devel gstreamer-devel.x86_64 blosc-devel libaec-devel brotli-devel.x86_64 giflib-devel.x86_64 gtk2-devel libaio-devel libsqlite3x-devel.x86_64 gperftools-devel.x86_64 make eigen3-devel ntp ntpdate perl-devel perl-CPAN perl-YAML fontconfig ttmkfdir -y

看得出来，我们安装了很多图像图像乃至视频的包。如果觉得多余，可以把gstream相关不安装，不过ntp/ttmk这些时间、字体相关的，还是装一下。 2. 安装数据库然后我们来安装数据库服务器。这里我们选择安装mysql5.7。

在修数据和修空调之间选择了秀逗

info@wlstack.com (物链网络) — Fri, 14 Jul 2023 00:00:00 +0000

悲剧是怎么产生的

公司自建的一个小机房，说大不大，6个机柜而已，每个机柜规划功率是5kw，跑计算和存储，作为研发测试开发环境使用。悲剧的起因呢，是刚刚进入到数据中心行业的某知名空调厂家，项目经理和售前技术支持都是初哥，虽然到现在各种量，最后算出来的冷量，还是错误的，远远低估了GPU服务器的功率和热量。并且极其顽固的不采纳区区在下的意见，与各种人等承诺，他们的计算绝无问题，最终方案定下来，使用两台2P的精密空调…

普通机房计算制冷量需要的普遍的一个计算：空调总制冷量=设备热负荷（设备总功率综合运行系数热量转换系数）+环境热负荷（0.15KW/平米）*机房面积

小机房，简单一点计算，设备总功率*1.2，大致就是空调的冷量需求。

当然，施工完成之后，很显然，出现了制冷不够，设备高温，机房如同烤箱的现象。出于责任划分，于是厂家又给加了个3P的挂机。 3P挂机上线之后，按日常使用是够了。毕竟并不是蛮符合运转。奈何问题又来了。。。3P的挂机，功率要求是20A的空开。。。。结果接了个16A的。。于是在夏天，频繁跳闸，一跳闸，冷量不够，设备高温，机房如同烤箱，最终导致一系列悲剧。

有多悲惨

看图说话，诶

要怎么修

鉴于我们的存储节点，每个节点是raid6。假设一次性损坏多块盘的情况，基本上不存在修复的可能。但是硬盘从状态观察来说，大概率是没有损坏。所以，进入raid控制界面，尝试将离线的盘强行标记为状态正常。结果发现告警里面提示离线了的6块盘，其中4块能正常拉起。于是使用热备盘替换，进行raid重构。花了接近一周的时间，重构完成，系统正常。

而对于家用经常遇到的移动硬盘损坏，经常表现为windows里面看得到盘符，但无法打开。可以下载磁盘精灵进行修复操作。需要特别注意的是，磁盘精灵是收费的。目前可以白嫖的版本，比较古老，我给出一个关键词4.9.5，大家可以自由发挥。

librenms部署到cloudflare

info@wlstack.com (物链网络) — Wed, 17 May 2023 00:00:00 +0000

Librenms是什么

LibreNMS是一个开源的网络监控和自动化工具。它可以帮助管理员监控和管理他们的网络设备、服务器和应用程序。LibreNMS提供了一个综合的平台，用于监控网络设备的性能、可用性和健康状况，以及生成报告和警报。它支持SNMP（Simple Network Management Protocol）来收集设备的指标和状态信息，并提供了一个用户友好的Web界面，供管理员查看和分析监控数据。

LibreNMS具有许多功能，包括实时图表和可视化，用于显示网络设备的性能和趋势，以及提供历史数据的存档。它支持自动发现网络设备和应用程序，并提供基于规则的警报和通知功能，以便管理员在出现问题时及时采取行动。此外，LibreNMS还提供了强大的API，可以与其他系统和工具集成，以实现自动化和定制化的监控和管理任务。

librenms的架构

LibreNMS是使用PHP语言开发的，基于Laravel框架构建的网络监控系统。Laravel是一个流行的开源PHP框架，它提供了许多工具和组件，用于快速开发高质量的Web应用程序。

使用Laravel作为开发框架，LibreNMS能够充分利用Laravel提供的功能和特性，包括路由管理、数据库抽象层、会话管理、认证和授权、模板引擎等。这些功能使得LibreNMS的开发过程更加高效、可维护和可扩展

为什么部署到cloudflare

Cloudflare 是一家提供内容分发网络服务、DDoS 保护、互联网安全性和分布式域名服务器服务的公司。其服务旨在保护和加速任何互联网应用程序，而无需更改应用程序的代码。以下是 Cloudflare 的主要功能：

内容分发网络 (CDN): Cloudflare 的 CDN 通过其全球数据中心网络存储网站的静态内容，从而使访问者能够从最近的数据中心获取内容，加速页面加载速度。

DDoS 保护: Cloudflare 可以识别并吸收大量的请求，从而保护网站不受恶意攻击。

Web 安全性: Cloudflare 提供 Web 应用程序防火墙 (WAF)、安全套接字层 (SSL) 加密等功能，以增强网站的安全性。

智能路由: Cloudflare 的 Argo Smart Routing 能够确保用户的请求通过最快的路径到达目的地。

部署到cloudflare的优势：

安全性: LibreNMS 作为一个网络管理和监控工具，可能会面临各种网络攻击，特别是 DDoS 攻击。Cloudflare 可以为 LibreNMS 提供额外的安全层，保护它免受这些攻击。
可访问性: 使用 Cloudflare，即使 LibreNMS 的主服务器出现问题，用户仍然可以通过 Cloudflare 的缓存数据访问 LibreNMS 的某些信息。
性能: Cloudflare 的 CDN 可以加速 LibreNMS 的在全球范围内的访问，特别是当你拥有一个跨地域的协作或合作的时候，确保你和你的合作伙伴能够快速访问LibrenNMS以获得网络用量和简况状况显得尤为重要。
简化配置: 对于那些不熟悉web服务安全配置的用户，使用 Cloudflare 可以简化 LibreNMS 的安全和性能优化配置，确保LibreNMS的相对安全性和管理的便捷性。

肠胃不适

info@wlstack.com (物链网络) — Tue, 11 Apr 2023 00:00:00 +0000

吟诗作对就如肠胃不适，当你沐浴更衣蹲好姿势却发现半天也别不出去一个屁，而有时候在路上却灵感迸发颇有一泻千里一发不可阻止的架势，即使勒紧裤腰带也无济于事。

不知不觉，还是把博客主题改成了CMS

info@wlstack.com (物链网络) — Tue, 14 Mar 2023 00:00:00 +0000

祖传绝技

东拼西凑，呕心沥血，十年饮冰，从sa-blog到wordpress，再短暂的切换到typecho，最终投入hugo怀抱，修修改改，延续祖传绝技ctrl+c/ctrl+v,这个博客终于开始有了点模样。奈何在不知不觉中，主题还是改成了cms的样式。真真是，命比纸薄，心比天高，03年到现在的门户梦还不死心，痴矣。在这个过程中，又痴迷了chatgpt。本站的大多数查询语句和变量，css样式，均由chatgpt生成。

chatgpt如何帮我设计了这个站点

从布局到样式，从查询语句、变量和过滤，chatgpt都很好的帮到了我，适逢其会，同时用到了chatgpt3.5和3.5turbo、chatgpt-4 下面一一赘述我的问题和chatgpt的答复

布局

这里略显凌乱，尚在整理;

样式

这里略显凌乱，尚在整理;

查询

置顶文章

这里略显凌乱，尚在整理;

除置顶文章意外的最新文章列表

这里略显凌乱，尚在整理;

风邪入体难受

info@wlstack.com (物链网络) — Tue, 14 Mar 2023 00:00:00 +0000

内核优化参数之2-网友的内核引导参数

info@wlstack.com (物链网络) — Fri, 10 Mar 2023 00:00:00 +0000

参数说明

Linux内核参数的配置对于性能的影响是巨大的。可以通过修改/etc/sysctl.conf文件来调整。下面是每个参数的简要说明：

参数	说明
loglevel=3	设置内核打印级别为3
selinux=0	禁用 SELinux
audit=1	启用系统审计功能
rd.systemd.show_status=auto	启用 Systemd 系统启动状态
rd.udev.log_priority=3	设置 udev 日志级别为3
systemd.unified_cgroup_hierarchy=false	禁用 Systemd 统一 cgroup 层级
systemd.legacy_systemd_cgroup_controller=false	禁用旧版 Systemd cgroup 控制器
scsi_mod.use_blk_mq=1	使用多队列 I/O 调度器（blk-mq）
crashkernel=384M-2G:64M,2G-:128M	为内核启动设置的保留物理内存大小
workqueue.power_efficient=0	禁用内核 power_efficient 工作队列优化
domain init_on_free=0, init_on_alloc=0	禁用 NUMA 内存分配初始化
cma=128M	设置 Contiguous Memory Allocator（CMA）大小
vsyscall=none	禁用 vDSO/vsyscall
nosoftlockup	禁用软锁定检测
mce=off	禁用机器检查异常（MCE）
threadirqs	启用中断线程（threaded interrupt）
noresume	禁用系统挂起功能
nmi_watchdog=0	禁用 NMI 监视器
vt.cur_default=50	设置终端 VT 缓冲区大小
transparent_hugepage=never	禁用透明大页（Transparent Huge Pages，THP）
cgroup_enable=memory	启用 cgroup 内存限制
cgroup_memory=nokmem	禁用 KSM 和 THP
swapaccount=1	启用交换空间统计
nf_conntrack.acct=0	禁用 netfilter 连接追踪计数
log_buf_len=2M	设置内核日志缓冲区大小
intel_pstate=disable	禁用 Intel P-state 驱动
processor.max_cstate=0	禁用处理器 C 状态
intel_idle.max_cstate=0	禁用 Intel Idle
thermal.off=1	禁用温度传感器
pci=realloc	启用 PCI 设备热插拔支持
pcie_aspm=off	禁用 PCIe ASPM 支持
cpufreq.off=1	禁用 CPU 频率调节功能
idle=halt	使用 halt 代替 idle
net.ifnames=0	禁用预测命名接口
biosdevname=0	禁用预测 BIOS 命名接口
mitigations=off	禁用针对特定 CPU 安全漏洞的补丁
noibrs	禁用间接分支预测限制（Indirect Branch Restricted Speculation）
nopti	禁用特权级别转换限制（Privilege Level Translation Tables）
l1tf=off	禁用 L1 终端失效漏洞（L1 Terminal Fault）
nomodeset	禁用内核模式设置
nospec_store_bypass_disable	禁用处理器存储旁路漏洞的修复
noibpb	禁用分支预测条目保护（Indirect Branch Prediction Barrier）。
spectre_v2_user=off	禁用用户空间的漏洞修复
spectre_v2=off	禁用针对 Spectre Variant 2 漏洞的修复
kvm-intel.vmentry_l1d_flush=never	禁用 L1D Flush 特性，减少 L1D Cache 映射切换的开销
no_timer_check	禁用内核检查定时器是否过期，可减少部分系统调用的开销
noreplace-smp	禁用热插拔 CPU
kvm-intel.nested=1	启用 KVM Nested 虚拟化
nosync	禁用 CPU 忙等待
iommu.strict=0	禁用 IOMMU 严格模式
intel_iommu=on	启用 Intel VT-d IOMMU
amd_iommu=on	启用 AMD IOMMU
cryptomgr.notests	禁用内核加密 API 的测试模式
rcu_nocbs=0-64	设置 RCU 操作不会影响 CPU 0 到 CPU 64 之间的性能
rcupdate.rcu_expedited=1	优先处理 RCU 更新操作，以减少延迟
rcutree.kthread_prio=2	设置 RCU 的内核线程的优先级为 2
skew_tick=1	启用 CPU 偏移时钟

参考示例

loglevel=3 selinux=0 audit=1 rd.systemd.show_status=auto rd.udev.log_priority=3 systemd.unified_cgroup_hierarchy=false systemd.legacy_systemd_cgroup_controller=false scsi_mod.use_blk_mq=1 crashkernel=384M-2G:64M,2G-:128M workqueue.power_efficient=0 domain init_on_free=0, init_on_alloc=0 cma=128M vsyscall=none nosoftlockup mce=off threadirqs noresume nmi_watchdog=0 vt.cur_default=50 transparent_hugepage=never cgroup_enable=memory cgroup_memory=nokmem swapaccount=1 nf_conntrack.acct=0 log_buf_len=2M intel_pstate=disable processor.max_cstate=0 intel_idle.max_cstate=0 thermal.off=1 pci=realloc pcie_aspm=off cpufreq.off=1 idle=halt net.ifnames=0 biosdevname=0 mitigations=off noibrs nopti l1tf=off nomodeset nospec_store_bypass_disable noibpb spectre_v2_user=off spectre_v2=off kvm-intel.vmentry_l1d_flush=never no_timer_check noreplace-smp kvm-intel.nested=1 nosync iommu.strict=0 intel_iommu=on amd_iommu=on cryptomgr.notests rcu_nocbs=0-64 rcupdate.rcu_expedited=1 rcutree.kthread_prio=2 skew_tick=1

内核优化参数记录

info@wlstack.com (物链网络) — Tue, 07 Mar 2023 00:00:00 +0000

参数说明

Linux内核参数的配置对于性能的影响是巨大的。可以通过修改/etc/sysctl.conf文件来调整。下面是每个参数的简要说明：

参数名	参数值	说明	建议
vm.swappiness	0	控制内核将哪些页面交换到磁盘以释放内存。	如果您的系统拥有足够的内存容量，建议将这个参数的值设置为 0，以减少交换分区的使用。
vm.panic_on_oom	1	控制系统在内存不足时是否会宕机。	如果您的系统拥有足够的内存容量，建议将这个参数的值设置为 1，以确保系统不会因为内存不足而出现问题。
kernel.panic	10	控制系统在内核崩溃时重新启动的时间。	如果您的系统存在内核崩溃的问题，建议将这个参数的值设置得较小，以便快速重新启动系统。
fs.file-max	65536	控制内核允许打开的文件数的最大数量。	如果您的应用程序需要大量的文件句柄，建议增加这个参数的值。
kernel.sysrq	0	控制内核是否允许使用 SysRq 键来执行紧急操作。	如果您不需要使用 SysRq 键，建议将这个参数的值设置为 0，以增加系统的安全性。
kernel.printk	5 4 1 7	控制内核消息的打印级别。	如果您不需要详细的内核消息，建议将这个参数的值设置为 3 4 1 3，以减少内核消息的频率和级别。
kernel.softlockup_panic	1	控制系统在发生软锁定时是否宕机。	如果您的系统存在软锁定的问题，建议将这个参数的值设置为 1，以便快速重新启动系统。
net.ipv4.conf.default.rp_filter	0	控制反向路径检测。	如果您的系统需要进行反向路径检测，建议将这个参数的值设置为 1。
net.ipv4.ip_forward	1	控制 IP 转发功能。	如果您的系统需要使用 IP 转发功能，建议将这个参数的值设置为 1。
net.core.netdev_max_backlog	40960	控制网络设备接收队列的长度。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.core.optmem_max	921600	控制内核套接字缓冲区的最大大小。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.core.rmem_default	2097152	控制内核套接字接收缓冲区的默认大小。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.core.rmem_max	8388608	内核套接字接收缓冲区的最大大小。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.ipv4.tcp_rmem	4096 87380 8388608	内核套接字 TCP 接收缓冲区的最小、默认、最大大小。	如果您的系统的网络流量较大，建议增加这些参数的值。
net.ipv4.tcp_wmem	4096 87380 8388608	内核套接字 TCP 发送缓冲区的最小、默认、最大大小。	如果您的系统的网络流量较大，建议增加这些参数的值。
net.ipv4.udp_mem	8388608 12582912 16777216	内核套接字 UDP 缓冲区的最小、默认、最大大小。	如果您的系统的网络流量较大，建议增加这些参数的值。
net.ipv4.udp_rmem_min	65536	内核套接字 UDP 接收缓冲区的最小大小。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.ipv4.udp_wmem_min	65536	内核套接字 UDP 发送缓冲区的最小大小。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.ipv4.tcp_no_metrics_save	1	控制内核是否保存 TCP 的性能指标。	如果您不需要保存 TCP 的性能指标，建议将这个参数的值设置为 1，以减少系统的 I/O 负载。
net.ipv4.icmp_echo_ignore_broadcasts	1	控制内核是否响应广播地址的 ICMP 请求。	如果您不需要响应广播地址的 ICMP 请求，建议将这个参数的值设置为 1，以增加系统的安全性。
net.ipv4.ipfrag_high_thresh	5242880	控制内核 IP 分片的高阈值。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.ipv4.ipfrag_low_thresh	2932160	控制内核 IP 分片的低阈值。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.ipv4.ip_local_port_range	1025 65530	控制内核分配本地端口的范围。	如果您的应用程序需要大量的本地端口，建议增加这些参数的值。
net.ipv4.neigh.default.gc_thresh1	8192	控制内核网络邻居表的 GC 阈值。	如果您的系统的网络流量较大，建议增加这个参数的值。｜
net.ipv4.neigh.default.gc_thresh2	4092	控制内核网络邻居表的 GC 阈值。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.ipv4.neigh.default.gc_thresh3	8192	控制内核网络邻居表的 GC 阈值。	如果您的系统的网络流量较大，建议增加这个参数的值。
net.ipv4.tcp_fin_timeout	10	控制内核 TCP 连接终止时的超时时间。	如果您的应用程序需要快速地建立和终止 TCP 连接，建议将这个参数的值设置为较小的值。
net.ipv4.tcp_keepalive_time	3600	控制内核 TCP 连接的空闲时间。	如果您的应用程序需要保持 TCP 连接的长时间空闲状态，建议增加这个参数的值。
net.ipv4.tcp_max_syn_backlog	40960	控制内核 TCP SYN 队列的最大长度。	如果您的系统需要处理大量的 TCP 连接请求，建议增加这个参数的值。
net.ipv4.tcp_max_tw_buckets	1440000	控制内核 TCP TIME-WAIT 队列的最大长度。	如果您的系统需要处理大量的 TCP 连接请求，建议增加这个参数的值。
net.ipv4.tcp_rmem	92160 6000000 17476000	内核套接字 TCP 接收缓冲区的最小、默认、最大大小。	如果您的系统的网络流量较大，建议增加这些参数的值。
net.ipv4.tcp_sack	1	控制内核是否启用 TCP SACK。	如果您的应用程序需要使用 TCP SACK，建议将这个参数的值设置为 1。
net.ipv4.tcp_synack_retries	2	控制内核 TCP 连接建立时的重试次数。	如果您的系统需要处理大量的 TCP 连接请求，建议增加这个参数的值。
net.ipv4.tcp_syncookies	1	控制内核是否启用 TCP SYN Cookie。	如果您的系统需要处理大量的 TCP 连接请求，建议将这个参数的值设置为 1。
net.ipv4.tcp_syn_retries	2	控制内核 TCP 连接建立时的重试次数。	如果您的系统需要处理大量的 TCP 连接请求，建议增加这个参数的值。
net.ipv4.tcp_tw_recycle	1	控制内核是否启用 TCP TIME-WAIT 回收机制。	如果您的系统需要处理大量的 TCP 连接请求，建议将这个参数的值设置为 1。
net.ipv4.tcp_tw_reuse	1	控制内核是否启用 TCP TIME-WAIT 重用机制。	如果您的系统需要处理大量的 TCP 连接请求，建议将这个参数的值设置为 1。
net.ipv4.tcp_window_scaling	1	控制内核是否启用 TCP 窗口扩展机制。	如果您的系统需要处理大量的 TCP 连接请求，建议将这个参数的值设置为 1。
net.ipv4.tcp_timestamps	1	控制内核是否启用 TCP 时间戳机制。	如果您的应用程序需要使用 TCP 时间戳机制，建议将这个参数的值设置为 1。
net.core.somaxconn	65535	内核套接字连接队列的最大长度。	如果您的系统需要处理大量的 TCP 连接请求，建议增加这个参数的值。

参考示例

vm.swappiness = 0
vm.panic_on_oom=1
kernel.panic=10
fs.file-max = 65536
kernel.sysrq = 0
kernel.printk = 5 4 1 7
kernel.softlockup_panic = 1
net.ipv4.conf.default.rp_filter = 0
net.ipv4.ip_forward = 1
net.core.netdev_max_backlog = 40960
net.core.optmem_max = 921600
net.core.rmem_default = 2097152
net.core.wmem_default = 2097152
net.core.wmem_max = 8388608
net.core.rmem_max = 8388608
net.ipv4.tcp_rmem = 4096 87380 8388608
net.ipv4.tcp_wmem = 4096 87380 8388608
net.ipv4.udp_mem = 8388608 12582912 16777216
net.ipv4.udp_rmem_min = 65536
net.ipv4.udp_wmem_min = 65536
net.ipv4.tcp_no_metrics_save = 1
net.ipv4.icmp_echo_ignore_broadcasts = 1
net.ipv4.ipfrag_high_thresh = 5242880
net.ipv4.ipfrag_low_thresh = 2932160
net.ipv4.ip_local_port_range = 1025 65530
net.ipv4.neigh.default.gc_thresh1 = 8192
net.ipv4.neigh.default.gc_thresh2 = 4092
net.ipv4.neigh.default.gc_thresh3 = 8192
net.ipv4.tcp_fin_timeout = 10
net.ipv4.tcp_keepalive_time = 3600
net.ipv4.tcp_max_syn_backlog = 40960
net.ipv4.tcp_max_tw_buckets = 1440000
net.ipv4.tcp_rmem = 92160 6000000 17476000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_syn_retries = 2
net.ipv4.tcp_tw_recycle=1
net.ipv4.tcp_tw_reuse=1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.core.somaxconn = 65535

openEuler折腾小记:docker/nvidia 配置

info@wlstack.com (物链网络) — Fri, 17 Feb 2023 00:00:00 +0000

openEuler 简介

openEuler是一款开源操作系统。当前openEuler内核源于Linux，支持鲲鹏及其它多种处理器，能够充分释放计算芯片的潜能，是由全球开源贡献者构建的高效、稳定、安全的开源操作系统，适用于数据库、大数据、云计算、人工智能等应用场景。同时，openEuler是一个面向全球的操作系统开源社区，通过社区合作，打造创新平台，构建支持多处理器架构、统一和开放的操作系统，推动软硬件应用生态繁荣发展

为什么选择openEuler

内存RAS - 高可靠内存，可以支持内核、关键进程、内存文件系统、文件缓存使用高可靠内存，避免内存多 bit 故障引起内核复位。改进了对高可靠内存的支持，对高可靠内存支持更加完善。
内存RAS - UCE容错增强，支持 copy_from_user 读操作时，发生内存多bit错误，可以通过杀掉受影响的进程，而避免内核复位。可编程内核调度框架，抢占、选核、选任务部分实现及示例。
资源隔离，在cgroup v1中支持iocost，用户可以通过配置权重对io资源进行分配。
CXL支持，增加PCIe/AER的RCEC(Root Complex Event Collectors)处理。调测，基于 ARM 64 SPE，实现 perf c2c，更方便的检测Cache伪共享，定位性能瓶颈。
AF_UNIX socket 性能优化，大幅降低多并发场景下，连接时延和CPU占用率。

openEuler智能运维

openEuler提供智能运维基本框架，支持cve管理、配置溯源、异常检测等基础能力，支持快速排障和运维成本降低。

cve在线巡检，提供cve批量感知修复能力，系统管理各主机漏洞情况，方便用户快速识别主机漏洞，区分受影响与不受影响cve，一键修复，保障集群安全，提升漏洞修复效率。异常检测，突破在线巡检、高性能高精度探针等关键技术，在mysql、openGauss业务场景实现网络I/O时延、丢包、中断等故障以及磁盘I/O高负载故障的发现。运维工具集，通过对案例的总结/分析形成，包含问题定位、系统巡检/监控、ftrace增强、一键收集日志等功能，是一款集成分析、流程跟踪、信息定时记录、历史经验固化等功能于一体的OS内核问题定位工具。

折腾环境与目标

CPU：I9-10980XE 主板:MSI X299-PRO 内存:32Gx2 GPU:GIGABYTE 3060x2 OS:openEuler 22.03 (LTS-SP1) 安装包:最小化安装

安装所需依赖

dnf install kernel-devel dkms make -y
yum install bzip2-devel gmp-devel.x86_64 mpfr-devel.x86_64 libmpc-devel.x86_64 libSM-devel.x86_64 libxml2-devel -y

安装nvidia驱动

注释开源驱动和ipv6这种碍事的东西编辑/etc/grub2.cfg或/etc/grub2-efi.cfg，具体是哪个文件取决于bios设置的引导模式是什么。

	echo 'Loading openEuler (5.10.0-136.17.0.93.oe2203sp1.x86_64) 22.03 (LTS-SP1)'
 linuxefi	/vmlinuz-5.10.0-136.17.0.93.oe2203sp1.x86_64 root=UUID=54a9e953-0a9e-45dc-9206-179453b0f341 ro cgroup_disable=files apparmor=0 ipv6.disable=1 rd.driver.blacklist=nouveau nouveau.modeset=0 crashkernel=512M

安装nvidia显卡驱动静默安装，默认接受协议，不检测x windows系统,安装dkms动态内核模块

对抗伤风感冒的护体神功

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

#若不是因为贫穷，没有谁愿意练就一身武功。感冒也好，新冠也罢，如果一边发烧一边冷到颤抖，建议你们卧床的时候，可以学着捂汗，假若能够配合一定到呼吸吐纳，其实深呼吸、缓吐气，就行。套上一点神秘色彩的词汇，这个行为可以称之为观想或内视。

本质上是尝试感知吸入的这口气在体内的循环路径，由鼻入，顺着血脉走遍五脏六腑和大小经脉，直至最后吐出来，循环反复。如果会结手印，可能更加有效。客观的说，我这一套呼吸观想内视，也是野路子，并没有什么理论支持。以亲身经历和体会，就小时候感冒，既没有空调暖气，也只能看赤脚医生，甚至记忆尤深的神药安乃近也不见得都吃得起，所以只能硬挺。硬挺的过程自然痛苦无比，不管是三伏天还是数九寒冬烤火盆，不管怎么盖被子都冷，农村俗话说这是打摆子，有点地方可能上炕靠或进蒸笼蒸，咱没这个实力，只能硬挺。后面配合呼吸。瞎几把搞。很快发热出汗。。那时候也不懂，武侠小说说啥就啥呗，不知道是心理安慰还是，配合呼吸之后总之感觉很舒服很有效果。至于手印，这个我个人感觉只是辅助确认呼吸循环路径，比如五指相扣，大拇指相互顶着，能够感觉到血液循环。19年年底，春节前病毒横行时候，我有点不舒服，不敢在家影响家人。就开了个房间呆了三天，带了盒茶叶，不停喝水，冲热水澡，捂汗。然后好了。

都说到呼吸、内视、手印，肯定有人有没有武功秘籍，比如佛家的咒语道家的真言，比如我见过的取鱼刺、止血一类的外用祝由术的驱邪避凶的类似口诀，但我这野路子，不费那个劲。且以为只要自己舒服就行了。哪来那么多讲究，实在不行，或无聊透底，也可以背诵九阳神功“他强任他强，清风拂大岗”，甚至背道德经。但真正有效，还是配合呼吸、感知身体，心无杂念，消灭病菌。效果倒是和小说形容的类似，排除的汗水，估摸着也是污秽。我觉得你们可以姑且一试，反正躺床上也睡不着。。。试试不会怀孕。也没有什么坏处。

产品研发中的系统化思维（1）：囚徒困境

info@wlstack.com (物链网络) — Wed, 23 Nov 2022 00:00:00 +0000

从2010年起，工作的重心与研发的联系越来越紧密。非科班出身，边学习边工作。十二年饮冰，步步皆艰辛。访问最多的网站肯定是某搜索引擎，使用频次最高的按键依然是Ctrl+C和Ctrl+V. 开始时战战兢兢，只会敲命令背语法亦步亦趋，到14年开始创业已是放荡不羁不换行不注释无所畏惧，再到隐入城市，在城中村中求静，潜心打磨产品，一不小心，就已过了4年有余，产品也由套框架、买主题，上线测试，用户评议、合规注册，再到改版重构，数次迭代，渐渐累积了各种矛盾各种负面情绪，或当然还会有敬畏。显然市场竞争技术研发产品进化是逆水行舟不进则退，无论从何角度看都没有躺平的意愿。而前进的诱惑和担忧，却又彷若夫妻有七年止痒，市场反响褒贬不一,用户反馈噪杂无序，微弱的性能优势在价格竞争中不值一提，研发资源有限却又被各种任务快速消费。产品的历史是往日的荣光，但更可能是三体人的智子，锁死了前进的道路。

而我们清楚的知道，如果不前进就一定会死 同时我发现，这个产品的第一代第二代乃至一直陪伴这个产品成长的小伙伴，在现有体系、架构，维护起来渐感力不从心的时候，往往都希望有一个“破壁者” 但下一个迭代，如果方向不对，就是一个陷阱，很容易陷入某种困境，而跳出来，方有可能在上一个阶梯。

抱怨1:测试与开发之间

1. 关于流程：提测单里不写测试范围或者寥寥几句跟没写一样!系统中提交的bug开发都不及时处理，也不看测试邮件！

2. 关于标准：为什么开发写完代码都不自测就扔给我们?测试提的bug不能复现、优先级还设置为major！

3. 关于资源：谁在测试环境调试？谁动了我们的测试数据？我们开发环境没数据，不用你们的用谁的？

4. 关于态度：测试什么都不懂…跟你说不清楚用户根本不可能这样用，你们整来整去净瞎耽误工夫你们安排计划时根本不考虑测试，三天，三天怎么可能测得完！

...诸如此类...

抱怨2:市场与后端之间

抱怨3:实施与研究之间

抱怨4:需求与设计之间

什么是囚徒困境

囚徒困境是博弈论中的一个经典理论

1950年，梅里尔.德莱希尔提出了“囚徒困境”的游戏。杜克将这一想法定型完善。

两个罪犯被当作嫌疑犯抓获，隔离囚禁候审，二人均在思考招供还是不招。
若二人均不招，各判半年徒刑；
若一人招拱，另一人不招，招供者立功释放，不招者判10年徒刑；
若二人都招，各判2年徒刑。
因无法沟通，二人困惑不已。发明者以这一游戏透示社会生活中普遍存在的一种状况。

在企业里面，通常存在如下类似的困境:

一名经理，数名员工; 前提，经理比较苛刻;
如果所有员工都听从经理吩咐，则奖金等待遇一样，不过所有人都超负荷工作;如果某人不听从吩咐，其他人听从吩咐，则此人下岗,其他人继续工作;如果所有人都不听从经理吩咐，则经理下岗;

但是，由于员工之间信息是不透明的，而且，都担心别人听话自己不听话而下岗，所以，大家只能继续繁重的工作。

上帝视角不应只存在于老板眼中

电影《教父》里有一句台词：「花一秒钟就看透事物本质的人，和花一辈子都看不清事物本质的人，注定是截然不同的命运。」

而系统思维，可以简单的以老板看问题看事情的角度来类比。

从工作本身而论：

程序员通常执着于某段代码某个功能的实现。老板看到的是这个功能能不能迎合市场取悦顾客，能不能卖出产品，以及实现这个功能所需的成本、时间、资源。

而这最终要求产品经理、研发、测试，在产品研发的全生命周期，具备一定的视野，不一定是全局的、系统性的，但至少要分得清，这个系统是什么，由什么组成、组成的流程和链接关系、链接路径，最终实现了什么功能，满足了市场的某个需求

从企业文化与工作氛围来说：

我们当然没有办法要求每个人都一定都视野或格局，或经验沉淀，来聚焦核心，或是高屋建瓴，也不可能要求把什么事情都想的面面俱到。但“宰相起于州部猛将发于卒伍”，今天不敢想，不深入的想，忙忙碌碌看上去活就没停过，最后发现，要么交付的东西与最初的用户需求或问题，已南辕北辙，捡了芝麻丢了西瓜，要么是是改进了A功能，引入了B隐患或缺陷，最终顾此失彼。而这样的人生，看上去这么辛苦，产物确实一塌糊涂，与测试扯“设计如此”、与老板讲“资源局限性和妥协”、与客户强调“客观条件”，最终陷入“相互指责”、“借口与推脱”、“相互摆烂”的囚徒困境。

而囚徒困境下，员工与老板、与企业是双输并且将一直输，除非事情得到改善。很简单的逻辑：工作辛苦、产品不出众、企业市场竞争处于劣势、效益差、薪水低、工作幸福感更差，于是下一个版本下一个产品更…..死循环直到企业消亡。而在这个时间段，企业与老板，输的是可量化的经济损失。但对工程师而言输了什么？输了职场的黄金时间，输了职业生命周期。而这，是决定一个工程师能否成长到高级/资深工程师或架构师，走上职场金字塔巅峰的起点。输在了起点，基本上，即可宣告

在

系统的定义

德内拉•梅多斯在她的著作《系统思考》中的定义：

系统是一组相互关联的元素，它以一种可以实现某些东西的方式联系起来。

所以，我们可以将系统分为：环境：系统的运行环境、硬件、操作系统、使用场景；要素：在系统里，最核心的要素是什么？互联：要素之间是如何连接的？它们之间的关系是怎样的？它们进行输入和输出的途径是什么？目的：产品最终想要达到的目的是什么？程序和功能并不是目的，帮助使用程序或功能的人解决某种问题达成某个目标，才是系统设计、产品研发的根部目的。

套入我们辅助诊断系统：

环境

操作系统：Centos7 64bit/一切64位的linux操作系统（特别是基于Linux衍生的国产操作系统，在以后越来越重要），或Windows操作系统 使用场景：病理科边扫描边计算，当切片量大、扫描设备多时，扫描、计算、阅片复核，同时进行是常态。 硬件环境:

组件	供应商或品牌或架构
CPU	Intel/AMD/ARM(华为)/Apple M
内存	DDR家用级/服务器级（ecc）
存储	local(ssd/nvme ssd/sata) remote(nas:nfs/cifs/fc/vfs client/fuse client)
网络	介质:ethernet/fiber 连接:lan/wan
计算卡	GPU:nvidia(cuda)/amd(romc)/华为/Google/xilinx（fbga）

软件环境：

jupyterhub notebook ldap统一认证

info@wlstack.com (物链网络) — Mon, 10 Oct 2022 00:00:00 +0000

冷饭重炒

这其实是在19年就应该发出来的一点笔记，只是以前都存在自己脑子里，而且现在随着版本的变动，配置上也有了一点点小变化，所以炒一下冷饭。

需求是什么

在一个小公司里面，如何为算法工程师分配GPU资源是个问题。大厂当然有成熟的k8s+各种gpu虚拟化黑科技。但很显然，这需要完整的体系，从用户认证到临时存储、持久化存储、日志存储、资源配额、资源用量统计、任务队列等等的配套，才能结合k8s的调度一起来完成GPU资源分配。在2019年的时候，服务器少，人也少，项目和任务单一，所以那时候只搞了服务器端的ldap认证，不存在什么资源协调问题，所以裸机直接上了。到了20年，机器增多，人也增多，任务和环境的诉求也不一样，这个时候，再走裸机，很显然，无论从资源利用率、数据安全、环境冲突（即使有Anaconda和virtualenv）这样的环境管理，也无法在延续之前的裸机方式了。

所以呢，准备基于docker容器特性，来实现GPU资源的交付和隔离。那就意味着，在容器内，涉及容器内ssh服务（算法工程师大多喜欢通过vscode直连服务器ssh）、notebook的认证，延续之前的ldap认证。

规划是这样的：

采用nvidia-container-toolkit结合docker交付GPU资源
建设内部镜像库，涵盖常见的发行版和cuda版本；
基于内部镜像库build每个工程师的容器镜像
每个工程师的工程目录，即ldap里面账户的/home目录，一般在/home/username 下面
每个工程师能够访问的数据通过挂载host上的目录透传到容器中
统一管理容器内的时间戳、认证、权限（sudoers）

实际的操作

容器镜像build的时候安装openssh-server、生成ssh服务所需要的key文件
容器镜像build的时候，安装jupyterhub和jupyterhub-ldapauthenticator 和nodejs、npm包configurable-http-proxy
容器镜像build的时候安装nss-pam-ldapd 认证模块
创建容器

docker run -d --rm=false --net=host --restart=unless-stopped --name username --shm-size=8g (cat /etc/hosts|awk -F ' ' '{if(NR>2){print "--add-host "$2":"$1}}') -it -v /data-directory:/data-directory -v /home/username:/home/username -v /var/log/username:/var/log/username -v /etc/jupyterhub/username_config.py:/etc/jupyterhub/username_config.py -e TZ=Asia/Shanghai -v /etc/pam.d:/etc/pam.d:ro -v /etc/nslcd.conf:/etc/nslcd.conf:ro -v /etc/nsswitch.conf:/etc/nsswitch.conf:ro -v /var/run/nslcd:/var/run/nslcd -v /etc/passwd:/etc/passwd:ro -v /etc/group:/etc/group:ro -v /etc/shadow:/etc/shadow:ro -v /etc/gshadow:/etc/gshadow:ro -v /etc/sudoers:/etc/sudoers:ro --runtime nvidia --privileged image:tag /home/username/start.sh

几个特殊的挂载点和参数，解释一下：

FreeBSD ZFS存储与samba配置

info@wlstack.com (物链网络) — Tue, 27 Sep 2022 00:00:00 +0000

作为穷人，我们选择基于FreeBSD+ZFS+SAMBA构建山寨存储

毋庸质疑，也无需赘述

freebsd操作系统是公认的“快”、“安全”、“稳定”

zfs是人类有史以来最先进的文件系统

FreeBSD入门

软件包管理

Linux® 命令 (Red Hat/Debian)	FreeBSD 等价命令目的
yum install package / apt-get install package	pkg install package 从远程仓库安装 package
rpm -ivh package / dpkg -i package	pkg add package 安装 package
rpm -qa / dpkg -l	pkg info 列出已安装的软件包

系统管理

Linux	FreeBSD 等价命令目的
lspci	pciconf 列出 PCI 设备
lsmod	kldstat 列出已载入的内核模块
modprobe.	kldload / kldunload 载入/卸载内核模块
strace.	truss 跟踪系统调用

网络管理

Linux	FreeBSD 等价命令目的
ip	ifconfig
ifconfig	ifconfig
iptable	ipfw

ZFS入门

ZFS 的历史

ZFS是由 Matthew Ahrens 和 Jeff Bonwick 在 2001 年开发的。ZFS 是作为太阳微系统(Sun MicroSystem) 公司的 OpenSolaris 的下一代文件系统而设计的。在 2008 年，ZFS 被移植到了 FreeBSD 。同一年，一个移植 ZFS 到 Linux 的项目也启动了。然而，由于 ZFS 是通用开发和发布许可证 (Common Development and Distribution License)（CDDL）许可的，它和 GNU 通用公共许可证不兼容，因此不能将它迁移到 Linux 内核中。为了解决这个问题，绝大多数 Linux 发行版提供了一些方法来安装 ZFS。在甲骨文公司收购太阳微系统公司之后不久，OpenSolaris 就闭源了，这使得 ZFS 的之后的开发也变成闭源的了。许多 ZFS 开发者对这件事情非常不满。三分之二的 ZFS 核心开发者，包括 Ahrens 和 Bonwick，因为这个决定而离开了甲骨文公司。他们加入了其它公司，并于 2013 年 9 月创立了 OpenZFS 这一项目。该项目引领着 ZFS 的开源开发。让我们回到上面提到的许可证问题上。既然 OpenZFS 项目已经和 Oracle 公司分离开了，有人可能好奇他们为什么不使用和 GPL 兼容的许可证，这样就可以把它加入到 Linux 内核中了。根据 OpenZFS 官网的介绍，更改许可证需要联系所有为当前 OpenZFS 实现贡献过代码的人（包括初始的公共 ZFS 代码以及 OpenSolaris 代码），并得到他们的许可才行。这几乎是不可能的（因为一些贡献者可能已经去世了或者很难找到），因此他们决定保留原来的许可证。

FreeBSD Lagg 端口聚合与LACP配置

info@wlstack.com (物链网络) — Fri, 23 Sep 2022 00:00:00 +0000

基础环境

os:FreeBSD 12.3-RELEASE

网卡:Mellanox Technologies ConnectX-4 Lx

交换机：华为ce6820-48S6CQ-B

需求

FreeBSD 通过ConnectX-4 两个端口连接到交换机。配置端口聚合（bonding、aggregate，port-chanel，portgroup 好多种说法），实现2个端口负载均衡。

配置

FreeBSD侧配置：

kldload if_lagg ### 加载bonding，即freebsd里的lagg内核模块

ifconfig lagg0 create ### 创建lagg接口

ifconfig mce0 up ### 启动mce1 网卡

ifconfig mce1 up ### 启动mce1 网卡

ifconfig lagg0 up laggproto lacp laggport mce0 laggport mce1 ### 启动聚合接口，聚合协议为lacp，同时还有loadbalance/fce/failover/roundrobin和none模式可选

交换机侧配置：

int eth 111

mode lacp-dynamic

持久化配置到服务器上，编辑/etc/rc.conf 配置文件

ifconfig_mce0="up"
ifconfig_mce1="up"
cloned_interfaces="lagg0"
ifconfig_lagg0="up laggproto lacp laggport mce0 laggport mce1"
ipv4_addrs_lagg0="x.x.x.x/x"
defaultrouter="x.x.x.x"

FreeBSD Lagg协议的分类

协议	说明
failover	主备模式，第一个端口为主端口，后续端口为备用端口。流量默认走主端口，主端口故障中断后切换到备用端口
LACP	支持 IEEE 802.3ad 链路聚合控制协议 (LACP) 和标记协议。 LACP 将与一个或多个链路聚合组中的对等方协商一组可聚合链路。每个 LAG 由相同速度的端口组成，设置为全双工操作。流量将在总速度最大的 LAG 中的端口之间进行平衡，在大多数情况下，只有一个 LAG 包含所有端口。如果物理连接发生变化，链路聚合将快速收敛到新配置。根据协议标头hash信息平衡活动端口之间的传出流量，并接受来自任何活动端口的传入流量。hash包括以太网源地址和目标地址，以及 VLAN 标记（如果可用）以及 IPv4/IPv6 源地址和目标地址。一般和华为交换机对接时使用
FEC	支持思科 EtherChannel。这是一种静态设置，不会与对等方协商聚合或交换帧来监控链路，如果交换机支持 LACP，则应改为使用它。根据标头信息hash平衡活动端口之间的传出流量，并接受来自任何活动端口的传入流量。 hash包括以太网源地址和目标地址，以及 VLAN 标记（如果可用）以及 IPv4/IPv6 源地址和目标地址。
loadbalance	FEC的别名
roundrobin	使用轮询分发流量，通过所有活动端口分配传出流量，并接受来自任何活动端口的传入流量。此模式将违反以太网帧顺序，应谨慎使用。大概率负载不均。
none	这个协议什么都不做：它在不禁用 lagg 接口本身的情况下禁用任何流量。

内核优化参数记录之FreeBSD

info@wlstack.com (物链网络) — Mon, 07 Mar 2022 00:00:00 +0000

#最大的待发送TCP数据缓冲区空间 net.inet.tcp.sendspace=65536

#最大的接受TCP缓冲区空间 net.inet.tcp.recvspace=65536

#最大的接受UDP缓冲区大小 net.inet.udp.sendspace=65535

#最大的发送UDP数据缓冲区大小 net.inet.udp.maxdgram=65535

#本地套接字连接的数据发送空间 net.local.stream.sendspace=65535

#加快网络性能的协议 net.inet.tcp.rfc1323=1 net.inet.tcp.rfc1644=1 net.inet.tcp.rfc3042=1 net.inet.tcp.rfc3390=1

#最大的套接字缓冲区 kern.ipc.maxsockbuf=2097152

#系统中允许的最多文件数量 kern.maxfiles=65536

#每个进程能够同时打开的最大文件数量 kern.maxfilesperproc=32768

#当一台计算机发起TCP连接请求时,系统会回应ACK应答数据包. #该选项设置是否延迟ACK应答数据包,把它和包含数据的数据包一起发送, #在高速网络和低负载的情况下会略微提高性能,但在网络连接较差的时候, #对方计算机得不到应答会持续发起连接请求,反而会降低性能. net.inet.tcp.delayed_ack=0

#屏蔽ICMP重定向功能 net.inet.icmp.drop_redirect=1 net.inet.icmp.log_redirect=1 net.inet.ip.redirect=0 net.inet6.ip6.redirect=0

#防止ICMP广播风暴 net.inet.icmp.bmcastecho=0 net.inet.icmp.maskrepl=0

#限制系统发送ICMP速率 net.inet.icmp.icmplim=100

#安全参数,编译内核的时候加了options TCP_DROP_SYNFIN才可以用 net.inet.icmp.icmplim_output=0 net.inet.tcp.drop_synfin=1

#设置为1会帮助系统清除没有正常断开的TCP连接,这增加了一些网络带宽的使用,但是一些死掉的连接最终能被识别并清除.死的TCP连接是被拨号用户存取的系统的一个特别的问题,因为用户经常断开modem而不正确的关闭活动的连接 net.inet.tcp.always_keepalive=1

#若看到net.inet.ip.intr_queue_drops这个在增加,就要调大net.inet.ip.intr_queue_maxlen,为0最好 net.inet.ip.intr_queue_maxlen=1000

#防止DOS攻击,默认为30000 net.inet.tcp.msl=7500

#接收到一个已经关闭的端口发来的所有包,直接drop,如果设置为1则是只针对TCP包 net.inet.tcp.blackhole=2

#接收到一个已经关闭的端口发来的所有UDP包直接drop net.inet.udp.blackhole=1

#为网络数据连接时提供缓冲 net.inet.tcp.inflight.enable=1

#如果打开的话每个目标地址一次转发成功以后它的数据都将被记录进路由表和arp数据表,节约路由的计算时间,但会需要大量的内核内存空间来保存路由表 net.inet.ip.fastforwarding=0

##kernel编译打开options POLLING功能,高负载情况下使用低负载不推荐 ##SMP不能和polling一起用 #kern.polling.enable=1

#并发连接数,默认为128,推荐在1024-4096之间,数字越大占用内存也越大 kern.ipc.somaxconn=32768

#禁止用户查看其他用户的进程 security.bsd.see_other_uids=0

#设置kernel安全级别 kern.securelevel=0

#记录下任何TCP连接 net.inet.tcp.log_in_vain=1

#记录下任何UDP连接 net.inet.udp.log_in_vain=1

#防止不正确的udp包的攻击 net.inet.udp.checksum=1

企业使命

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

企业使命

精研雾联、云算、海存、网链四大底层技术，筑牢三级网络根基；深耕"智用"场景落地，驱动产业从数字化向智能化迭代升级。以全栈技术实力为客户创造价值，链接产业伙伴共建开放共赢生态，以数字智能的力量助推产业高质量发展。

企业愿景

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

企业愿景

以雾联触达万物，云算驱动效能，海存淬炼数据，网链贯通全域，智用赋能场景。打造国内领先的"数字基建 + 智能应用"综合服务商，构建物联互通、算力普惠、数据安全、网络畅达、智能普惠的产业新生态，持续引领数字技术与实体经济深度融合、智能进化。

企业资质

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

企业资质

电信增值业务经营许可证：B1-20250064 公司在云计算与网络通信领域拥有多项知识产权。

关于物链

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

公司介绍

浙江物链网络科技有限公司（简称：物链网络）成立于 2018 年，坐落于杭州数字经济核心区西溪谷国际商务中心，是专注新一代数字基础设施建设与产业智能升级的高新技术企业。

公司构建"雾联、云算、海存、网链、智用"五位一体技术体系，并搭建"边缘接入网、IDC 汇聚网、BGP 骨干网"三级立体网络架构，形成从终端接入、算力调度、数据存储、全域组网到智能应用的全栈服务能力。

雾联：深耕边缘物联接入，实现终端快速互联、数据本地处理，打通物理世界与数字世界的"最后一公里"。
云算：依托弹性算力集群，承载大数据运算与智能分析，为业务运转提供充沛算力支撑。
海存：搭建分布式海量存储体系，保障数据安全留存、高效流转与深度价值挖掘。
网链：依托三级网络架构融合可信链路技术，打造高速、稳定、安全的全域互通网络。
智用：依托底层基建能力，研发落地场景化智能应用，推动数字化全面向智能化进阶。

基础架构

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

基础设施

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

物链在全球精选北京、香港、广州、上海、武汉、杭州及新加坡、东京、法兰克福、阿姆斯特丹、伦敦的T3+数据中心构建部署坚若磐石的基础设施，提供全周期数据存储与处理服务，涵盖数据生成、采集、传输、处理、应用、分发、归档各阶段。

安全保障

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

面向AGI与Z时代的下一代网络安全基础服务与全球 T1/IX 直连，Anycast EDGE 近源防御，清洗弹性清洗能力，覆盖网络层到应用层，为智能应用API、Web3网络、MCP与向量检索与模型推理提供毫秒级防护。物链获得ISO27001认证。访问 hiddos.com(https://hiddos.com) 了解更多安全服务信息.

建筑智能化

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

设计协作

安全生产

成本稽核

社区运营

边缘智算

智能巡察无人机

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

产品概况

核心技术

组件架构

核心优势

服务与资质

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

服务与资质

面向物流供应链、工业制造、政企信息化等领域，物链网络提供定制化的全链路数字化、智能化解决方案。

公司持有工信部增值电信业务经营许可证，是中国互联网络信息中心（CNNIC）会员单位，拥有自主 IPv4/IPv6 地址段与 AS 号，并与国内主要运营商建立 BGP 互联。凭借完整的技术架构与扎实的落地能力，物链网络推动物联、算力、数据、网络与智能应用深度融合，助力实体经济从数字化向智能化转型升级，致力成为产业智能发展值得信赖的核心伙伴。

物链经验

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

物链经验

自2018年以来，我们已从一家中国初创企业成长为全球知名的端到端技术平台。WlStack网络云服务最初是为解决第三方电商解决方案供应商收费过高、限制过多的问题而开发，如今已成为那些希望快速全球化发展、消除复杂性和多合作伙伴关系需求的企业的首选合作伙伴。

通过利用我们企业级的全球网络——覆盖全球大都会市场的35多个尖端数据中心，我们提供底层网络基础设施及软硬件解决方案，为整个THG商务平台提供动力，支持超过160个电子商务网站的运行，服务客户包括多家世界领先品牌。

通过我们的增值服务，您的企业可以专注于创新，而将基础设施工作交给我们。以结果为导向的方法确保我们能够设计、交付和管理最合适、最具价值驱动力的解决方案，以满足您的独特需求——无论您处于何种运营环境。

管理平台

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

智能高效、训推一体的全栈算力服务平台，支持多样化的算力供应能力，纳管CPU和NVIDIA/AMD/国产自主GPU等异构计算加速卡。支持算力管理、存储管理、网络编排、数据智能及业务自动化、用量审计、健康与性能监控、财务对账等传统功能。支持虚拟化、容器、K8S和裸金属等灵活交付模式。

融合网络

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

通过OTN传输网络融合BGP核心网、IDC汇聚网、低延时边缘网，使计算更快、数据更近、网络延时更低，提供超高可靠性、超高性价比、超低延时的网络链接服务，包括BGP网络接入、IDC大带宽与边缘计算加速服务

物链官网焕新上线

info@wlstack.com (物链网络) — Wed, 10 Jun 2026 00:00:00 +0000

物链网络全新官方网站正式上线。我们围绕「计算、存储、网络、智能」四大板块重新梳理了产品体系，新增并完善了云主机、裸金属、GPU 服务器、云容器、边缘计算、分布式存储、BGP / 传输网络、零信任与 AI 数据采集等服务介绍，并提供统一的用户中心入口与 7×24 技术支持。

欢迎访问体验，产品反馈与商务合作请通过「联系我们」与我们沟通。

价值重构：从「卖资源」到「交付价值」

info@wlstack.com (物链网络) — Sun, 07 Jun 2026 00:00:00 +0000

物链网络启动「价值重构」战略：从单纯提供算力、带宽与存储等资源，转向以业务价值为中心进行交付。

我们以自主可控的核心网络与全栈数字基建为底座，结合智能调度与一体化控制台，帮助客户把基础设施瓶颈转化为业务突破口（Turn Bottlenecks into Breakthroughs）。未来我们将持续优化产品结构、服务标准与全生命周期支持，让每一份投入都对应可衡量的业务价值。

坑位闲聊,敢想敢做才是大聪明

info@wlstack.com (物链网络) — Mon, 10 Apr 2023 00:00:00 +0000

坑位闲聊，总结一下，无论人生境遇如何，不要做思想的巨人而不付诸实施的傻子。

周末去见了一个十几年的网友，在他湖景大别野闲聊发现只有讨论到技术问题（当前聚焦在算力出租、渲染、云游戏领域）的时候，他才能变得兴奋。
看另一个老哥（亿万富豪）熬夜肝（魔改开源的）了一周的chatgpt的共享平台上线，并从熟人开始拉新，实现了子账户的会话记录和隔离、流控，而我们的小伙子搞了2周还没搞定…不知道是技术还是没有意识到价值。按老哥的说法，钱不钱的没所谓，他只是不想重复教朋友们怎么注册账号了。
感谢曾总的机柜赞助，给几台瞎折腾的机器寻了个安身之所。
早上看到osschat.io上线（是必然），前些天其实已经在考虑，如果基于chatgpt的api去做垂直行业的多租户的聊天/对话机器人，那么缓存的存在即是必须的。一方面降低api的调用频次，另一方面，垂直数据fintune（各种prompt）的结果也需要客户chatgpt session的过期导致的遗忘问题。很显然，osschat基于其milvus向量相似度搜索数据库（也是开源的)，很好的解决了这个问题，另外其还开源了一个gptcache的pip库。
珍爱生命，远离ubuntu…

FAQ

info@wlstack.com (物链网络) — Mon, 03 Apr 2023 00:00:00 +0000

您的服务以何种形式开展?

面向个体和企业同时开展,提供位于中华人民共和国境内或离岸的香港、英国、美国注册的商事主体供签约所需。签约商事主体具备各项服务所需的资质。

服务的时候您是个体还是团队形式？

根据服务内容和相应的规格，提供所需的人员和资源配备。即假若项目是需要多人协作或其他行业的专家介入，我们也将按约定提供，力求帮助用户达成目标即是我们的唯一目标。

服务的时候您所提到的工具或软件是否都得到相应的授权？

通常会基于开源软件的组合来帮助用户达成目标，但假若项目涉及到相关的商业软件，则该软件应该是由用户来取得相应的授权（License）许可，我们可以提供相应的安装配置工作。

您的服务是如何收费的？有哪些收费标准？

我们的收费方式灵活多样，可以根据项目的性质、规模、复杂程度和所需时间来制定相应的收费标准。具体来说，我们可能采用以下收费方式：按项目收费：针对具体项目的一次性收费，根据项目需求和实际工作量来确定。按时间收费：根据所需服务的时间长度来收费，例如按小时、按天或按月计费。订阅制：针对长期合作的客户，按月或按年收取固定费用，提供持续的服务。具体收费标准将在与客户沟通需求后，根据实际情况制定。我们始终致力于为客户提供物超所值的服务。

如何保障数据安全和隐私？

数据安全和客户隐私是我们非常重视的问题。我们会遵循严格的安全措施来保护您的数据和隐私。具体措施包括：加密传输：所有数据在传输过程中都采用加密技术，确保数据安全。存储安全：我们会采用安全的存储方案，对数据进行备份和加密，防止数据泄露或丢失。访问控制：我们实行严格的访问控制政策，只有授权的人员才能访问客户数据。合规遵守：我们会遵守相关法律法规和行业标准，确保客户数据的合规处理。此外，我们会与客户签订相关保密协议，明确规定双方在数据安全和隐私保护方面的责任和义务。

您的服务支持哪些语言？

我们主要提供中文和英文服务，但根据客户需求，我们可以寻找具备其他语言能力的专业人员，以满足客户在多语言环境下的IT基础设施规划实施、网络优化、运维外包和合规咨询服务需求。在与客户沟通时，我们会详细了解您的语言需求，并在合同中明确服务所涉及的语言。

FAQ

info@wlstack.com (物链网络) — Mon, 03 Apr 2023 00:00:00 +0000

Question 1

Answer 1

Question 2

Answer 2

Question 3

Answer 3

Linux命令手册

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

文件
- 查看文件内容
  - head
  - tail
  - cat
  - nl
  - more
- 创建
  - touch
  - mkdir
  - mktemp
- 删除
  - rm
  - rmdir
- 查找文件
  - find
  - locate
- ls
- pwd
- wc
- chattr
- paste
- stat
- grep
- sed
- cd
- cp
- mv
- open
- source
- tree
- ln
- file
- sort
- uniq
- split
- vim
系统管理
- nohup
- watch
- ping
- which
- shutdown
- reboot
- uptime
- crontab
- at
- uname
- ifconfig
- whereis
- chmod
- lsof
- chown
- systemctl
- service
- free
- type
- alias
- time
- jobs
- &
- screen
系统进程
- ps
- pstree
- top
- netstat
- kill
- killall
用户管理
- useradd
- userdel
- passwd
- chpasswd
- chsh
- chfn
- usermod
- users
- who
- w
- last
- su
- whoami
环境变量
- printenv
- set
- export
- unset
压缩、解压
- zip
- unzip
- gzip
- bzip2
- tar
加解密
- md5sum
- base64
网络
- ssh
- wget
- curl
- scp
- rsync
磁盘
- df
- du
包管理
- yum
- apt-get
其他
- 目录名称含义
- 重定向输入和输出
- 管道
- echo
- date
- man
- sleep
- history
- xargs
- cal
- expr
- bc
- timeout
- exit
- basename
- read
- tee
- clear

文件

查看文件内容

head

显示文件的头部内容，默认前 10 行

SD-WAN

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

互联网接入

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

传输网络

info@wlstack.com (物链网络) — Wed, 14 Dec 2022 00:00:00 +0000

发展历程

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

资质荣誉

info@wlstack.com (物链网络) — Tue, 28 May 2019 00:00:00 +0000

博客祭

info@wlstack.com (物链网络) — Fri, 26 May 2017 00:00:00 +0000

写博客这种东西应该是蛮费劲的。可毕竟曾自诩是个秀才，虽无功名在身，无病呻吟的小毛病却一直挥之不去，虽不至于掉书袋，时常酸上一两句总是难免。想来大概是因为学生时总是乱涂乱想乱写，年轻时也总有些所谓意难平，而年近四十，想忘记的一直无法忘记，要想起的却无从拾取，一把年纪，不过嘘嘘，也要嘘嘘，暂且嘘嘘。

自从弃笔从计（计算机），时时在各大技术类论坛社区混迹，见过许多嬉笑怒骂也见过许多欢喜悲戚，总有些主观的客观的原因使得有些事有些话只能哽咽凝噎。而我是个比较懒的人，遇到一些客观因素，怕是就不容易坚持了。所以原本准备用来记录工作和生活点滴的blog失联也是意料之中的事情。此去经年，忘却未必，毕竟年年生日时还是会想起，检查一下域名的whois，看看是不是可以重新注册以求回归。也不知是哪位兄弟，抢注域名之后，经年闲置，突然有一年，居然以网页快照的形式上线，实属令人恶心（其实也可能是某种黑产，通过抢注域名+网页快照，等原主人来高价购回）。历经波折，终于是在去年，花了三千元，买回了博客所用的域名。如今，选在高考前后这一相对特殊的时刻将之上线回归，还是得胡诌几句。

学生时代，凭记忆能力和理解能力，早早的就在学习上告别了勤奋两字，作业笔记好像都离自己有些遥不可及。大概是因为贫穷限制了我对知识的渴求，所谓天将降大任于斯人也必先劳其筋骨饿其体肤，物质的匮乏导致思想精神饥饿，那时候阅读上瘾，课内课外，厕所宿舍食堂，书报摊废品站，无论小说杂志报纸，是来者不拒，只言片纸，也能读得津津有味。甚至是教材课本，也总是在每学期开学的时候拿到新课本不久就已经混论吞枣过了一遍，在别人看来这可能只能算作是预习，而在我这就是学而时习之了，待到真正上课时却不认真听，要么是翻着废品站淘来的或书报摊租来的玩意，要么是在纸上刻画自己的无病呻吟，要么帮一些狐朋狗友写上几句青春萌动赚取啤酒饮料花生米，最搞笑的是，曾经帮某位写的情书，在5元的润笔费之后，这份情书被批量的替换姓名打印后，广为流传，校园里熟知的几位美女都收到了。当然有时候也会以浅薄和无知反驳老师，更愚蠢的是用特立独行来昭示叛逆，就凭着初读时的一知半解，答题和交卷都是“迅猛”无比，成绩嘛忽高忽低波动不停，总体却有方仲永之实。迟到早退，旷课嬉戏，都是常有的事，说好听点是颇有些文人墨客养望的意思和风韵，说难听点，大概是穷到极致后的特立独行与傻逼来博取小小的注意力。然后在这荒僻的县城，和联考的几所中学之间也有了一些名气，议论总是有的，甚至有一些挑灯夜读而成绩却不太好的人还会嫉妒我这大愚若智的样子吧。适逢时代变革伊始，前有古惑仔的江湖气后有韩寒的才华溢，作为寒门子弟，本应该操心学习成绩，本应该想着在高考夺魁，我居然已经看见了计算机技术发展所能带来的机会，开始一边学习计算机一边和同龄人一样在日记本在草稿纸在作文里书写无聊的心事，唯一的一次勤奋大概是自以为找到了捷径能够走出一条合适自己的路，耗费了今后全部的墨水，为当时存在某种鲤鱼跃龙门可能的新概念作文竞赛准备，洋洋洒洒数千字，在少年而言只算是寻常，而今想来却有颇有点壮举的意思了。遗憾当时在行文迂回时，就在传阅中遗失了部分，终究参赛一事未能成行。想来也是出师未捷稿先失，常使狗熊长嘘嘘啊。特别是放弃之后尚有数页文稿，被某些“收藏家”时不时拿出来帮我回忆一下，想来我应该努力一番成就一番名利，这样才能让他/她的收藏的升值。只是既然已弃笔从机（计算机），虽然有着03年开始的个人站长黄金时期，初入门的我却是难以寻找到自己的位置，在几个论坛社区，聊聊天罐罐水，写写攻略炫炫技，除了交了几个朋友而今尚在联系，也没能草莽成名，几次尝试得点蝇头小利也是步步惊心，有几个身家颇丰的兄弟拉扯我去做一些事情也被我婉拒，毕竟还是认得几个字也有一些愚蠢的坚持，又或者是胆小怕事，私服游戏垃圾站群广告作弊减肥单品，收益较高的门路我都一一绕行。也只有体重跟上了时光流逝的速度，其他的财富也好名望也罢，好比午后的阳光穿过手指缝隙，终究还是只剩下了自己。

博客失联原因呢，无非是chenliliang.com这个域名忘记续费，不知被何方高人抢注，起初没有停放也没有出售，想要购回都没有门径可循，想必又是一个收藏家，咱也不和他急，那就让它在收藏家的暗室好好呆着，之前的40几篇博文也就是乱发了一点牢骚，索性咱就不写了吧。毕竟之后的几年创业生涯忙忙碌碌，灯红酒绿染成一身俗，别说写博客做笔记，就是有事放屁，也是未完待续。

错过了落日余晖，尚且有满天星辰。四季时景，人生百味，情感慰藉，又或者是奋斗足迹，能记且记。

GPU服务器

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

云主机

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

云容器

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

云硬盘

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

云网盘

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

对象存储

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

数据库

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

用户使用协议

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

合作声明与协议精神

本协议以平等、自愿为基础，旨在明确双方在云计算及相关技术服务合作中的权利、义务与责任，共同营造公开、公正、透明、诚信的合作环境。双方将在遵守国家法律法规及行业规范的前提下恪守约定，发挥各自优势，实现资源共享、合作共赢。如遇分歧，双方将本着积极沟通、理性协商的原则妥善解决，维护双方合法权益。

提示条款

本服务协议是 物链网络（浙江）有限公司（以下简称“物链”或“物链云”）就其云服务器及相关云服务产品与您订立的有效合约。您可通过签字盖章、网络页面点击确认或其他方式接受本协议；一旦您使用物链云服务，即表示同意接受本协议全部内容。请您务必仔细阅读、充分理解各条款，特别是免除或限制责任、违约、法律适用与争议解决等条款。如对条款有疑问，请联系物链客服或相关业务部门。若您不同意本协议任意内容或无法准确理解条款，请勿进行后续操作。

第一条服务内容

本协议中“服务”指物链官网（ www.wlstack.com ）上提供的云服务器、存储、网络、容器及智能应用等云服务，以及相关的技术与网络支持服务。

第二条服务费用

物链云服务费用以官网公布价格为准。您可自行选择服务类型，并按订购页面列明的价格、计费规则、结算与支付方式履行付款义务。
先付费：采用先付费后使用方式的，您可通过账户在线付款，或通过对公账户向物链指定账户支付。
后付费：对于约定的先用后付（如有），您应在约定时间内付清全部费用；逾期未付的，除应付费用外另需按 应付费用 × 0.3% × 逾期天数 支付滞纳金，直至结清；逾期 30 天仍未支付，物链有权单方终止本协议。
在您付清全部费用之前，物链保留暂不提供或终止服务与技术支持的权利。

第三条您的权利与义务

您同意遵守本协议及服务页面的管理规范与流程。物链有权对条款进行调整，并通过网站公告、邮件、短信、站内信等方式公布，您继续使用即视为接受。
您有权依约使用所购服务，并获得物链的技术支持与售后服务；同时应按页面提示与本协议约定支付相应费用。
服务仅供您自行使用，您不得以转让、出售、出租、合作等任何形式有偿或无偿将服务提供给他人。
物链作为中立的云资源与技术支持提供者，您的网站、应用及内容由您自行开发、运营并承担全部责任；因您发布的信息违反法律法规、规章或国家政策造成的后果，由您承担，物链不承担责任。
您应依《网络安全法》《互联网信息服务管理办法》等规定保留访问日志，并在国家有关机关依法查询时予以配合。
数据备份系您的义务：物链不备份用户数据，亦不对其备份工作或结果负责，请您自行完成数据备份。
您应对业务数据的来源与内容合法性负责。如违反法律法规，物链有权立即停止服务、终止协议，相应后果由您承担。
您承诺合法合规使用服务，不得用于：违法政治宣传或涉密信息；淫秽色情、赌博、封建迷信或教唆犯罪等内容；散布垃圾邮件；侵害他人合法权益；钓鱼、黑客、病毒木马、扫描嗅探、DoS 等危害网络安全的行为；逆向工程、破解或破坏系统配置；过度占用平台资源影响他人；安装使用盗版软件等。
如需经营许可或备案（如 ICP 备案、经营性网站许可、视听/游戏/新闻等专项许可），您应依法自行办理并保证信息真实有效；否则物链有权依法拒绝或停止接入服务。
如您违反上述约定，物链有权视情况采取终止、中止、限制服务、删除信息、断开链接等措施；因此给物链造成损失的，您应予赔偿，已收服务费可作为违约金不予退还。

第四条物链的权利与义务

物链应按本协议约定向您提供服务。
服务期内提供如下售后：7×24 小时网络监控与客服热线（+86-0571-56781566）紧急响应；通过在线工单受理并及时处理非人为故障（人为原因、不可抗力及非物链可控事项除外）。
您可另行购买其他付费售后服务，详见官网相关页面。
因物链产品故障导致您无法使用服务的，物链按官网公示的 SLA / 赔偿规则进行赔偿或补偿，赔偿总额不超过相应订单已支付服务费总额。

第五条知识产权

一方向对方提供的资料、技术、软件、服务等知识产权归提供方或其合法权利人所有；未经明示同意，另一方无权复制、传播、转让或许可他人使用。
您应保证提交的素材及使用服务所产生的成果不侵犯任何第三方合法权益；如因此引发第三方索赔或诉讼，您应赔偿物链由此产生的费用或损失并使其免责。

第六条保密条款

保密资料指一方向另一方披露的技术与非技术信息（包括但不限于产品资料、价格、财务与营销规划、客户信息与数据、研发、软硬件、API、技术说明、算法等）。
双方应对获悉的对方保密资料予以保密，并约束相关员工遵守保密义务；除依法被强制要求或资料已进入公有领域外，不得对外披露。
一旦发生泄露，双方应合作采取一切合理措施避免或减轻损害。

第七条期限与终止

合作期限以您在线订购的服务时长与所交费用为准，自服务开通之日起算；到期且双方无异议则自动顺延。
经双方协商一致，或您严重违约时，服务可提前终止；因您违约终止的，剩余款项可作为违约金不予退还。
自物链停止为您提供服务之时起，您保存于物链的全部数据将被删除清空且不可恢复，请提前做好备份。

第八条违约责任

任何一方违约均应依法承担违约责任。
鉴于计算机与互联网的特殊性，下列情形不属于物链违约：系统/服务器配置、维护、升级所需的短时中断；因互联网通路阻塞导致访问速度下降；其他物链无法控制或合理预见的情形。
如因物链原因导致您连续 72 小时无法正常使用服务，您可终止服务（非物链可控原因除外）。
在任何情况下，物链不对间接、后果性、惩戒性、偶然性或特殊性损害（含利润损失）承担责任；物链的违约赔偿责任总额不超过相应服务费总额。

第九条不可抗力

因不可抗力或意外事件致使本协议履行不能、不必要或无意义的，遭受方不承担责任，并应采取必要措施减少损失、待事件消除后恢复履行。不可抗力指不能预见、不能克服且不能避免的客观事件，包括自然灾害（洪水、地震、瘟疫等）与社会事件（战争、动乱、政府行为、主干线路中断、黑客、网络堵塞、电信管制等）。

用户登录

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

联系我们

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

裸金属服务器

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

边缘计算

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

零信任网络

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000

面向多源数据的统一采集与传输框架

info@wlstack.com (物链网络) — Mon, 01 Jan 0001 00:00:00 +0000