bash执行install.sh报Network is unreachable 手动执行正常
问题根因
整个问题的核心是脚本执行时的身份、环境上下文和手动逐行执行的状态完全不一致,具体有三个核心矛盾点:
- 权限错配:手动执行时,只有apt-get安装系统包的步骤加了sudo,后续pip安装、创建虚拟环境、安装依赖的操作全是用普通用户
chain的身份执行的;但跑脚本时直接用sudo ./install.sh启动,相当于脚本内所有命令全部以root身份执行。此时pip install --user virtualenv会把包装到root的家目录/root/.local下,而非chain用户的目录;创建的TMD_SAT/TMD虚拟环境所有者也会变成root,后续普通用户既没法正常激活,也没法往里面写文件装依赖。 - 环境变量丢失:这是日志里报
Network is unreachable的直接原因。多数内网服务器的外网代理、pypi源配置都是写在普通用户的环境文件(如~/.bashrc、~/.profile)里的,sudo默认会启动一个干净的root shell,不会继承当前用户的代理配置、源地址等环境变量,导致root身份的pip根本找不到访问pypi的网络路径,直接报网络不可达。 - 上下文不匹配:手动执行时,shell已经加载了当前用户目录下的pip缓存、代理配置,pip安装时会优先用本地已下载的缓存包,不需要实时联网拉取,所以安装能正常完成(对应手动日志里全是
Using cached的提示);而root身份执行时,既没有当前用户的pip缓存,也没有代理配置,只能尝试实时联网拉取包,又因为网络路径不通,最终报找不到对应版本的包。
解决方案
- 修正脚本的权限逻辑,不要全量用sudo启动脚本:只给需要系统级安装的apt-get命令加sudo前缀,其余pip、虚拟环境操作全部保留普通用户身份执行。同时给apt命令加上
-y参数,避免安装时卡在交互确认环节。 - 优化后的正确脚本示例:
#!/bin/bash # 仅系统包安装需要root权限 sudo apt-get install -y python3 sudo apt-get install -y python3-pip # 以下步骤全部使用当前普通用户身份执行,禁止加sudo python3 -m pip install --user virtualenv bash neo4j_library/create3.sh python3 -m venv TMD_SAT/TMD source TMD_SAT/TMD/bin/activate pip install wheel pip install -r TMD_SAT/requirements.txt - 执行脚本时直接用普通用户权限跑
./install.sh即可,不要加sudo。如果因为特殊场景必须用sudo启动脚本,给需要保留环境的sudo命令加-E参数,让sudo继承当前用户的代理、缓存等环境配置,避免网络访问失败。
注意:虚拟环境的目录、内部的包文件一定要归当前执行项目的普通用户所有,如果出现所有者为root的情况,可以用
chown -R chain:chain TMD_SAT/修正权限后再执行安装。
内容的提问来源于stack exchange,提问作者Gianluca
相关产品推荐
相关产品推荐

