代码之美

博客

  • Windows本地部署deepseek

    1. 下载安装oolama

    https://ollama.com/download/OllamaSetup.exe

    1. 设置环境变量(优化性能)

      set OLLAMA_FLASH_ATTENTION=1

    2. 拉取模型

      ollama pull deepseek-r1:7b

    3. 运行模型

      ollama run deepseek-r1:7b

    4. 运行web前端

      docker run -d -p 3000:8080 --add-host=host.docker.internal:host-gateway -v open-webui:/app/backend/data --name open-webui --restart always ghcr.io/open-webui/open-webui:main

    查看模型列表
    https://ollama.com/search

    Views: 1

  • go语言fmt占位符

    • 通用

      %v the value in a default format
      when printing structs, the plus flag (%+v) adds field names
      %#v a Go-syntax representation of the value
      (floating-point infinities and NaNs print as ±Inf and NaN)
      %T a Go-syntax representation of the type of the value
      %% a literal percent sign; consumes no value

    • 布尔值

      %t the word true or false

    • 整型

      %b base 2
      %c the character represented by the corresponding Unicode code point
      %d base 10
      %o base 8
      %O base 8 with 0o prefix
      %q a single-quoted character literal safely escaped with Go syntax.
      %x base 16, with lower-case letters for a-f
      %X base 16, with upper-case letters for A-F
      %U Unicode format: U+1234; same as “U+%04X”

    • 浮点型

      %b decimalless scientific notation with exponent a power of two,
      in the manner of strconv.FormatFloat with the ‘b’ format,
      e.g. -123456p-78
      %e scientific notation, e.g. -1.234456e+78
      %E scientific notation, e.g. -1.234456E+78
      %f decimal point but no exponent, e.g. 123.456
      %F synonym for %f
      %g %e for large exponents, %f otherwise. Precision is discussed below.
      %G %E for large exponents, %F otherwise
      %x hexadecimal notation (with decimal power of two exponent), e.g. -0x1.23abcp+20
      %X upper-case hexadecimal notation, e.g. -0X1.23ABCP+20

      The exponent is always a decimal integer.
      For formats other than %b the exponent is at least two digits.

    • 字符串

      %s the uninterpreted bytes of the string or slice
      %q a double-quoted string safely escaped with Go syntax
      %x base 16, lower-case, two characters per byte
      %X base 16, upper-case, two characters per byte

    • 切片

      %p address of 0th element in base 16 notation, with leading 0x

    • 指针

      %p base 16 notation, with leading 0x
      The %b, %d, %o, %x and %X verbs also work with pointers,
      formatting the value exactly as if it were an integer.

    %v格式在不同类型下等效于：
    bool: %t
    int, int8 etc.: %d
    uint, uint8 etc.: %d, %#x if printed with %#v
    float32, complex64, etc: %g
    string: %s
    chan: %p
    pointer: %p

    对于复合对象，使用以下规则以递归方式打印元素

    struct:             {field0 field1 ...}
array, slice:       [elem0 elem1 ...]
maps:               map[key1:value1 key2:value2 ...]
pointer to above:   &{}, &[], &map[]

    宽度由紧接在动词前面的可选十进制数指定。如果不存在，则宽度为表示值所需的任何值。精度由（可选）宽度后面的句点和十进制数指定。如果没有句点，则使用默认精度。没有后续数字的句点指定精度为零。示例：
    %f default width, default precision
    %9f width 9, default precision
    %.2f default width, precision 2
    %9.2f width 9, precision 2
    %9.f width 9, precision 0
    对于字符串，宽度的单位是unicode点位而不是字节。

    其它占位符

    '+' always print a sign for numeric values;
    guarantee ASCII-only output for %q (%+q)
'-' pad with spaces on the right rather than the left (left-justify the field)
'#' alternate format: add leading 0b for binary (%#b), 0 for octal (%#o),
    0x or 0X for hex (%#x or %#X); suppress 0x for %p (%#p);
    for %q, print a raw (backquoted) string if [strconv.CanBackquote]
    returns true;
    always print a decimal point for %e, %E, %f, %F, %g and %G;
    do not remove trailing zeros for %g and %G;
    write e.g. U+0078 'x' if the character is printable for %U (%#U)
' ' (space) leave a space for elided sign in numbers (% d);
    put spaces between bytes printing strings or slices in hex (% x, % X)
'0' pad with leading zeros rather than spaces;
    for numbers, this moves the padding after the sign

    参考：
    https://pkg.go.dev/fmt

    Views: 0

  • go配置仓库镜像

    • 七牛云
    go env -w GO111MODULE=on
go env -w GOPROXY=https://goproxy.cn,direct
go env -w "GOSUMDB=sum.golang.org https://goproxy.cn/sumdb/sum.golang.org"
    • nexus

    添加go proxy仓库
    名称为goproxy.cn，remote为https://proxy.golang.org/
    添加go group仓库
    name为go,添加goproxy.cn为成员
    添加raw仓库
    name为golang-sum-proxy，remote为https://sum.golang.org/
    然后客户端配置

    go env -w GO111MODULE=on
go env -w GOPROXY=https://mirrors.hetao.me/go,direct
go env -w "GOSUMDB=sum.golang.org https://mirrors.hetao.me/golang-sum-proxy"

    Views: 0

  • 3GPP R19特性

    性能

    • UE触发beam reporting

      UE-initiated beam reporting enhancements to allow the UE to trigger beam reporting rather than waiting for the gNB to trigger.
      用于降低beam reporting的开销和延迟

    • channel state information (CSI) reporting的端口数从32增加到128

    • non-ideal synchronization 和 backhaul 场景下的 inter-site CJT

      non-ideal synchronization指的是接收和发送使用不同的基站，backhaul指的是无线回程

    • SBFD

      带内全双工，在TDD中引入SBFD可以降低延迟，改善覆盖范围，增加容量。SBFD的难点主要是干扰问题。

    • intra-CU layer 1(L1)/layer 2 (L2)-triggered mobility (LTM)

      LTM可以减少漫游的延迟和中断时间，但是在R18中公支持CU内的LTM，R19中引入了跨CU的LTM

    拓朴

    • 5G femtocell

      一个Wifi路由器大小的设备，插到光猫上，可以中继5G信号

    • multi-hop sidelink relay

      R18仅支持single-hop UE-to-network sidelink relay，single-hop UE-to-network sidelink relay，但是R19可以多个UE串起来中继来扩展传输距离

    • additional reference satellite payload parameters

      用于增强下行覆盖

    • Regenerative payload with full gNodeB

      5G system functions onboard the NTN platform.
      我的理解是NR-NTN可以作为gNodeB(全功能的基站)使用，在R17和R18中卫星只能作为中继站。使用Regenerative payload会增加卫星的成本。

    • Improved uplink capacity and throughput

    • NR-NTN支持RedCap和eRedCap

    • store-and-forward satellite operation with regenerative payload for IoT NTN
      为IoT NTN提供卫星转发能力，这样不需要地面站也能工作

    节能

    • LP-WUR

      低功耗唤醒无线电，在以前使用的是DRX机制定期唤醒radio，LP-WUR则使用一个低功耗无线电来接收LP-WUS信号来唤醒主radio。RRM测量也从主radio卸载到LP-WUR.当UE处于连接模式时LP-WUR也可以触发主radio去监听physical downlink control channel (PDCCH)
      LP-WUR主要用于物联网设备

    • On-demand SSB transmission for devices in CONNECTED MODE with intra-/inter-band CA

      Specify triggering based on device uplink wake-up signal (WUS), cell on/off indication via backhaul, Scell activation/deactivation signaling

    • On-demand SIB1 transmission for devices in IDLE / INACTIVE mode

      Study triggering based on uplink WUS
      Study WUS configuration provisioning to device
      Study information exchange between gNodeBs for the configuration of WUS

    • adaptation of common signal/channel transmissions

      Specify adaptation of PRACH and SSB in time domain (e.g., periodicity)
      Study adaptation of PRACH in spatial domain (e.g., non-uniform resources)
      Specify adaptation of paging occasions

    以上3个特定主要用于节省基站的能耗，基本思路是使用按需的广播信号而不是周期发送，是对R18中Study on network energy savings for NR工作的延续。

    • 6G

      R19研究6G用例和需求，R20进行6G技术研究

    R20功能预测

    • 能源效率
    • AI/ML
    • MIMO增强
    • 3TR上行增强
    • NTN增强
    • XR和沉浸式通信体验(基于ATSSS和AI)
    • 通感一体化
    • 6G相关
      R20是5G通往6G的桥梁，6G可能是R20的主要工作

    参考：
    https://arxiv.org/pdf/2312.15174
    https://www.qualcomm.com/content/dam/qcomm-martech/dm-assets/documents/5G-A-Rel-19-Presentation.pdf

    Views: 10

  • securefx中文文件名乱码

    打开以下目录

    %userprofile%\appdata\roaming\vandyke\config\Sessions

    找到对应会话的配配置文件

    在配置文件中找到Filenames Always Use UTF8，然后修改其值为00000001

    Views: 11

  • 国内主要IPv6前缀

    • 2409开头的

      2409:6000::/20 吉利 2020-10-22
      2409:8000::/20 中国移动 2011-08-23
      2409:2000::/21 华为 2020-07-20

    • 2408开头的

      2408:4000::/22 阿里巴巴 2015-12-21
      2408:8000::/22 中国联通 2011-07-07
      2408:8400::/22 中国联通 2012-05-31
      2408:8800::/21 中国联通 2012-05-31
      这3个段是分3次申请的，可以合并为2408:8000::/20

    • 240a开头的

      240a:2000::/24 北京光环新网 2020-11-03
      240a:4000::/21 广电 2017-12-29
      240a:6000::/24 水利部 2021-01-14
      240a:8000::/21 铁通 2013-01-30 现为中国移动所有
      240a:a000::/20 未来互联网试验设施，简称FITI 2021-04-01
      240a:c000::/20 中国石油 2018-08-20

    • 240e开头的

      240e::/24 中国电信 2010-05-20
      240e:100::/24 中国电信 2011-12-14
      240e:200::/23 中国电信 2011-12-14
      240e:400::/22 中国电信 2011-12-14
      240e:800::/21 中国电信 2011-12-14
      240e:1000::/20 中国电信 2018-12-27
      240e:2000::/19 中国电信 2018-12-27
      以上几个段聚合为240e::/18

    • 其它

      240c:c000::/20 教育网 CERNET2 2019-01-29 AS23910
      240b:6000::/20 字节跳动 2022-10-20
      240b:2000::/22 国家石油天然气管网集团有限公司 2021-11-24
      240b:8000::/21 电子政务网 2013-08-16
      240c:8000::/21 中国石油 2014-09-05
      240d:4000::/21 赛尔网络下一代互联网商用网 2019-02-03 AS133111,其实就是教育网推出的商业网络
      240c:4000::/22 百度 2018-11-13
      240d:8000::/24 北京国科云计算技术有限公司 2015-02-05
      240f:4000::/24 腾讯 2019-07-09
      240f:8000::/24 AMAZON-CN 2015-04-27
      240f:c000::/24 京东 2019-09-17
      2001:4510::/29 长城互联网 2005-08-15
      240c:c000::/20 CERNET2 2019-01-29
      2001:da8::/32 CNGI-CERNET2 2003-11-10
      2001:250::/32 CERNET2主干网 2000-04-26 – 2002-07-26

    • APNIC持有的所有IPv6前缀

      2001:B000::/20
      2001:4400::/23
      2001:0200:/23
      2001:0C00:/23
      2001:0E00:/23
      2001:07FA:/32
      2001:8000::/23
      2001:8200::/23
      2001:8400::/23
      2001:8600::/23
      2001:8800::/23
      2001:8A00::/23
      2001:8C00::/23
      2001:8E00::/23
      2001:9000::/23
      2001:9200::/23
      2001:9400::/23
      2001:9600::/23
      2001:9800::/23
      2001:9A00::/23
      2001:9C00::/23
      2001:9E00::/23
      2001:A000::/23
      2001:A200::/23
      2001:A400::/23
      2001:A600::/23
      2001:A800::/23
      2001:AA00::/23
      2001:AC00::/23
      2001:AE00::/23
      2400:0000::/12
      由此可见亚太地址的前缀主要是2400开头的，少部分是2001开头的，因为2001段的地址数太少，所以使用2001前缀的主要是企业和一些早期的实验网。
      参考：
      https://stat.ripe.net/app/launchpad
      https://ispip.clang.cn/all_cn_ipv6.html
      https://blog.csdn.net/jayjaydream/article/details/123528274

    Views: 44

  • ppa.launchpad.net下载速度慢

    在/etc/apt/sources.list.d下找到对应ppa源的配置，把其中的ppa.launchpad.net替换为launchpad.proxy.ustclug.org

    Views: 0

  • openssl集成pkcs#11加密engine

    /etc/ssl/openssl.cnf添加以下配置

    [openssl_init]
providers = provider_sect
# Load default TLS policy configuration
ssl_conf = ssl_module
alg_section = evp_properties
pkcs11 = pkcs11_section

[pkcs11_section]
engine_id = pkcs11
dynamic_path = /usr/lib64/engines-3/pkcs11.so
MODULE_PATH = /usr/lib64/opensc-pkcs11.so
init = 0

    编译libp11

    git clone https://github.com/OpenSC/libp11
cd libp11
autoreconf -fi
./configure --prefix=/usr
make && make install
ln -sf /usr/lib64/engines-3/libpkcs11.so /usr/lib64/libpkcs11.so

    ubuntu上libp11叫libengine-pkcs11-openssl

    执行openssl engine pkcs11 -t后显示以下内容就对了

    (pkcs11) pkcs11 engine
    [ available ]

    但是我执行这个命令的时候70%的概率会报

    /lib64/libpkcs11.so: undefined symbol: OPENSSL_finish

    不过我用pkcs11生成证书时一直报错

    openssl req -engine pkcs11 -new -keyform engine -key ‘pkcs11:model=PKCS%2315;manufacturer=EnterSafe;serial=2c692c97000a0025;token=OpenSC%20Card;id=%45;object=id_4’ -keyform engine -x509 -out cert.pem -text

    Engine “pkcs11” set.
    PKCS#11: Initializing the engine: (null)
    Unable to load module (null)
    PKCS11_get_private_key returned NULL
    Could not find private key from org.openssl.engine:pkcs11:pkcs11:model=PKCS%2315;manufacturer=EnterSafe;serial=2c692c97000a0025;token=OpenSC%20Card;id=%45;object=id_4
    00CE51640C7F0000:error:41000401:libp11:ERR_P11_error:Unable to load PKCS#11 module:p11_load.c:103:
    00CE51640C7F0000:error:40800067:pkcs11 engine:ERR_ENG_error:invalid parameter:eng_back.c:730:
    00CE51640C7F0000:error:13000080:engine routines:ENGINE_load_private_key:failed loading private key:crypto/engine/eng_pkey.c:79:

    Views: 0

  • 智能卡相关术语

    smard card和hsm（hardware security module)本质上一种东西，只是不同的行业叫法不一样。都是通过芯片卡或集成电路提供安全功能。

    相关名词：

    • PKCS#11

      也叫作Cryptoki，是RSA实验室最初发布，现已为OASIS标准。它定义了智能卡与应用程序之间的编程接口。PKCS#11主要在Linux上使用的比较多。

    • CAPI和CNG

      Cryptographic Application Programming Interface也叫作CryptoAPI，Microsoft Cryptography API, MS-CAPI。由Windows NT 4.0引入，作为Cryptographic Service Provider的编程接口。
      CNG的全称是Cryptography API: Next Generation，是由Windows Vista中引入，作为CAPI的升级，在CNG中把provider分为了Key storage provider和Cryptographic Algorithm Providers，前者进行密钥创建，存储及签名，后者提供加密算法。CNG提供了ECC等现代算法的支持，还支持硬件加密模块(HSM,Smard Card)。

    • Cryptographic Service Provider（CSP)/Key storage provider(KSP)/Cryptographic Algorithm Providers（CAP)

      Cryptographic Service Provider是CAPI的实现库，同时提供密钥管理和加解密功能，不支持ECC算法。
      Key storage provider(KSP)为CNG提供密创建和存储功能，默认情况下导入的私钥会保存在Microsoft Software Key Storage Provider中，如果需要指定KSP，则要用certutil命令。
      Cryptographic Algorithm Providers（CAP)为CNG提供加密解功能

      关于CSP/KSP参考：https://www.gradenegger.eu/en/basics-cryptographic-service-provider-csp-and-key-storage-provider-ksp/

    • Microsoft Base Smart Card Cryptographic Service Provider

      这是一个基于CAPI接口的CSP,所以同样不支持ECC算法，用于与Smard Card/HSM交互，它提供了相当于PKCS#11的功能。
      示意图

    • miniDriver

      Microsoft Base Smart Card Cryptographic Service Provider通过miniDriver与Smard Card进行交互，把来自Microsoft Base Smart Card Cryptographic Service Provider的请求转发给Smard Card。
      Smard Card也可以直接实现CSP,KSP,CAP，而不是通过Microsoft Base Smart Card Cryptographic Service Provider中转请求，但是这样对硬件厂商来说会增加成本。miniDriver是为了降低硬件厂商开发CSP的成本。

    • PC/SC (short for Personal Computer/Smart Card)

      是智能卡读卡器与计算机通迅的语义接口，最早为Windows上实现，后来Linux和MacOS也提供了对应的实现。
      WinSCard智能卡函数

    • CCID/ICCD

      CCID (chip card interface device)是芯片卡设备，用于USB读卡器
      ICCD (Integrated Circuit(s) Card Devices)，俗称IC卡，用于USB读卡器
      这两种卡都可以通过PC/SC协议通迅

    • FIPS 140

      美国联邦信息处理标准FIPS（Federal Information Processing Standard）是一种针对密码算法模块的安全标准，通过部署FIPS功能，能够提升设备的安全性能。
      FIPS是由美国国家标准和技术研究院制定，由美国商务部批准的针对密码算法安全的标准，它规定了一个安全系统中的密码算法模块应该满足的安全性要求。FIPS 140是FIPS系列标准中针对密码算法模块的安全标准，是进行密码算法模块评测认证的基础标准，共分Level1, Level2, Level3三个等级。
      FIPS 140–2表示的就是FIPS 140 Level 2

    • FIDO(U2F,UAF)

      U2F(Universal 2nd Factor)和UAF(Universal Authentication Framework)是FIDO开发的第一代身份验证标准。
      U2F提供双因素身份验证，但不支持生物识别和无密码认证，主要用于银行。
      UAF提供无密码认证和生物认证

    • FIDO2

      FIDO2是FIDO开发的第二代身份验证标准，是对FIDO(U2F,UAF)的扩展，可以支持单因素和多因素身份验证，也支持无密码和生物识别。FIDO2由WebAuthn和CTAP组成，支持Web应用和本地应用的无密码和多因素身份验证。

    • OTP,HOTP,TOTP

      OTP 是 One-Time Password的简写，表示一次性密码。
      HOTP 是HMAC-based One-Time Password的简写，表示基于HMAC算法加密的一次性密码。
      TOTP 是Time-based One-Time Password的简写，表示基于时间戳算法的一次性密码。
      Yubico OTP，可以在每次触摸yubikey按钮时从键盘键盘一串密码
      Yubico Authenticator可以支持HOTP,TOTP,并与yubikey集成。其实就是提供硬件支持的Gooogle Authenticator，需要在手机或电脑上下载Yubico Authenticator应用。

    • PIV(Personal Identity Verification)

      PIV的规范由FIPS 201定义(2005年)，主要用于智能卡身份认证，比如这种门禁卡门禁卡
      当用于Windows登录时则需要提供对应的智能卡CSP，在Linux上用于登录时需要提供PKCS#11接口。

    • OpenPGP

      是一个加密标准，主要用于签名和加密文件，也可以用于签名和加密电子邮件，在Linux上广泛使用。
      OpenPGP也支持使用使用智能卡进行加密，称为OpenPGP card，使用ISO/IEC 7816标准,但是OpenPGP Card只实现了ISO/IEC 7816-4/-8的子集，比PIV卡定义的还要早，一般长这样
      OpenPGP card
      SIM卡
      当然使用的时候是需要读卡器的。

    • OpenSSH

      ssh命令可以通过-I选项指定PKCS#11库来支持智能卡加密，使用PKCS#11时需要使用证书认证。

    Views: 1

  • openssl req生成证书

    • 生成自签名CA证书

      openssl req -x509 -newkey rsa:2048 -keyout ca-key.pem -out ca.pem -noenc

    • 生成证书请求

      openssl req -newkey rsa:2048 -keyout key.pem -out req.pem -noenc

    • 签名证书

      openssl req -x509 -CA ca.pem -CAkey ca-key.pem -in req.pem -copy_extensions copy -out c.pem

    Views: 0