收到同事的V，說是：182上的npm不知道咋突然壞了，查到這里了，不敢動了。

咱一定要抓重點：突然壞了。這里的突然肯定不是瞬間（大概率是上次可用，這次不可用，中間間隔了多長時間，不好說~_~）。

來吧，登錄到服務器上，執行npm命令：

~]# npm?
node: relocation error: /lib64/libnode.so.93: symbol FIPS_selftest, version OPENSSL_1_1_0g not defined in file libcrypto.so.1.1 with link time reference

libcrypto.so.1.1不支持/lib64/libnode.so.93，但是呢后者依賴前者，這就是原因：

~]# ldd /lib64/libnode.so.93 | grep libcrypto ? ?
? ? ? ? libcrypto.so.1.1 => /usr/local/openssl/lib/libcrypto.so.1.1 (0x00007f19e3eaf000)

顯然是編譯安裝了一個openssl版本：

~]# ll /bin/openssl
lrwxrwxrwx 1 root root 30 Aug 12 09:45 /bin/openssl -> /usr/local/openssl/bin/openssl

~]# openssl version
OpenSSL 1.1.1p ?21 Jun 2022

這臺機器是CentOS7.9，缺省安裝的是1.0.2k，這里應該是升級openssh的時候將openssl升級了。

~]# rpm -qa|grep openssl
openssl-1.0.2k-26.el7_9.x86_64
openssl11-libs-1.1.1k-6.el7.x86_64
openssl11-1.1.1k-6.el7.x86_64
openssl-libs-1.0.2k-26.el7_9.x86_64

查看RPM包可以看到，除了原生安裝的1.0.2.k外，還安裝了1.1.1k版本，這么一來/usr/local/openssl就沒必要了。

1、如下將/usr/local/openssl/lib注釋掉

~]# cat /etc/ld.so.conf
include ld.so.conf.d/*.conf
#/usr/local/openssl/lib

2、使用?ldconfig?命令更新動態鏈接庫緩存：

~]# ldconfig

3、確認是否生效，引用到了/lib64/libcrypto.so.1.1

~]# ldd /lib64/libnode.so.93 | grep libcrypto
? ? ? ? libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007efee33dd000)

最后，執行npm -v命令，問題解決：

~]# npm -v
8.19.4

剛通知同事，問題解決了，Please enjoy！結果告訴我還是不能用~~我這一臉問號還沒消失，截圖就過來了，問題回顯如下：

~]# npm ping http://192.168.1XX.XX:4873/
npm notice PING http://192.168.1XX.XX:4873/
npm ERR! code ERR_INVALID_URL
npm ERR! Invalid URL

npm ERR! A complete log of this run can be found in:
npm ERR! ? ? /root/.npm/_logs/2024-11-22T07_26_02_329Z-debug-0.log

問題定位：

1、telnet 192.168.1XX.XX 4873，是通的

2、在另外一臺服務器上裝了一個npm命令，OK的

3、問問AI，百度搜搜，無果~~不過AI回答的一個可能原因提醒了我（無心插柳，踏破鐵鞋）：因為之前的HVV，設置了防火墻策略，不允許訪問互聯網，我就設置了web代理。

解決：

注釋掉代理配置，然后重新登錄即可。