25
4
There are multiple questions and answers about running Flask applications on port 80, but none address the issue of venv.
有许多关于在端口80上运行FlaskTM应用程序的问题和答案，但没有一个涉及venv的问题。
Typically the answer quoted is to run the application as root.
通常，引用的答案是以根用户身份运行应用程序。
This is ok as a solution as it doesn't require any special system configuration, but on the other hand isn't viable in many cases if the user doesn't have access to sudo or the root account.
这是一种不错的解决方案，因为它不需要任何特殊的系统配置，但另一方面，如果用户无法访问sudo或根帐户，则在许多情况下是不可行的。
In this particular case, although I do have access to sudo, I am running Python 3 with a virtual environment. That means that just running sudo ./my_flask_thing doesn't work. This is a Debian 12 system, so there isn't much in the way of alternatives. (eg: no system wide pip3 install flask)
在本例中，虽然我可以访问sudo，但我在虚拟环境中运行的是Python3。这意味着只运行sudo./my_flaskthing不起作用。这是一个Debian 12系统，所以没有太多的替代方案。(例如：没有系统范围的PIP3安装烧瓶)
How can I run a Flask application on port 80 in this particular case?
在这种情况下，如何在端口80上运行FlaskTM应用程序？
One solution which occured to me which doesn't require anything in the way of Python would be to run some kind of application which forwards requests to port 80 to port 5000 (the Flask default).
我想到的一个解决方案是运行某种应用程序，该应用程序将请求从端口80转发到端口5000(Flask默认为)。
I'm not sure if this would work, or how it could be done. This could perhaps be done with iptables, but I am not sure at this time.
我不确定这是否可行，或者如何做到。这也许可以用iptables来完成，但我现在还不确定。
There is absolutely no reason a priori why "I'm running a virtual environment" would change absolutely anything whatsoever about how this works. We would need a proper minimal reproducible example in order to see an actual problem. If your Python process needs to run with a specific Python installation - whether or not that's a venv - as root, then run that Python as root. If it's a venv, then activate the venv as root. But first, make absolutely sure that you really do need that privilege. Permissions exist for a reason.
“我正在运行一个虚拟环境”绝对没有理由先验地改变它的工作原理。我们需要一个适当的、最小的可重现的例子才能看到实际的问题。如果您的Python进程需要与特定的Python安装一起运行--无论该安装是否是venv--作为根用户，那么以根用户身份运行该Python。如果是venv，则将venv作为根激活。但首先，要绝对确保你确实需要这种特权。权限的存在是有原因的。
"That means that just running sudo ./my_flask_thing doesn't work." Well, maybe that could be fixed, if we had some idea of the contents of the ./my_flask_thing script... ? Is that just the top-level Python script without an extension, or is it something that tries to activate the venv first, or just what?
“这意味着只运行sudo./my_flaskthing不起作用。”嗯，如果我们对./my_flaskthing脚本的内容有一些了解，也许这是可以修复的……？这是不是只是没有扩展的顶级Python脚本，或者它是试图首先激活venv的东西，或者只是其他什么？
"This is a Debian 12 system, so there isn't much in the way of alternatives. (eg: no system wide pip3 install flask)" - there are a million different Linuxes with comparable default restrictions, for good reason. Generally you can add Pip to the system Python with the system package manager, but generally you shouldn't as it increases the risk exposure surface for any malware that makes it on to PyPI.
“这是一个Debian12系统，所以没有太多的替代方案。(例如：没有系统范围的PIP3安装烧瓶)”--有一百万种不同的Linux有类似的默认限制，这是有充分理由的。通常，您可以使用系统包管理器将Pip添加到系统Python中，但通常不应该这样做，因为这会增加任何恶意软件进入PyPI的风险暴露表面。
Apologies; root users will ignore the virtualenv activation in terms of locating Python. But configuring PATH (and clearing out PYTHONHOME) is the only meaningful thing that activating a virtualenv actually does (the rest is cosmetic - read the activate script if you don't believe me); so just explicitly specify the path to the virtualenv's Python executable.
抱歉；根用户将忽略在定位Python方面的Virtualenv激活。但是，配置路径(并清除PYTHONHOME)是激活Virtualenv真正做的唯一有意义的事情(其余部分只是表面上的--如果您不相信我，请阅读激活脚本)；所以只需显式地指定到Virtualenv的Python可执行文件的路径即可。
One way to do it would be to install and configure a reverse proxy with nginx. Presumably nginx would have to be run with root privilages, but this would be ok as a solution.
要做到这一点，一种方法是使用nginx安装和配置反向代理。假设nginx必须以超级用户权限运行，但这作为一种解决方案是可以的。
Gave up. Just changed the url to ask for port 5000. Much easier solution
放弃了。刚将url更改为请求端口5000。更简单的解决方案
This is an absurd circumlocution around what should be a non-problem.
这是一种荒谬的迂回说法，绕过了本应不成问题的问题。
25
4
0
我正在学习网络和套接字，但有些东西我不明白。我经常听说“TCP端口”但我认为端口与应用层有关(例如 HTTP 服务器为 80)。那你为什么不说“应用程序端口”呢？为什么端口似乎与 TCP 层相关联(它
配置 Nginx 以允许像这样的 DOMAIN:PORT 请求的正确方法是什么: http://example.com:8080/?a=xxx&b=yyy&c=zzz over TCP or UDP
已关闭。此问题不符合Stack Overflow guidelines 。目前不接受答案。 这个问题似乎不是关于 a specific programming problem, a software
这是我的 nginx.conf，适用于 https。 如果有人输入 HTTP://dev.local.org:3002，我该如何重定向到 HTTPS://dev.local.org:3002？ 这个
我在这方面需要一点帮助，而我对这方面的 RegEx 知识有点欠缺。 我有一个代理列表，我正在尝试解析该列表并将 IP 和端口号与字符串分开。 正在读取的字符串看起来像这样。(示例 1) 121.121
我正在尝试制作一个 Firefox 扩展。我需要与后台脚本 (main.js) 交换数据，所以我尝试使用端口，但它不起作用。 //Content.js self.port.on("alert",fun
我正在学习教程，他们使用命令[[ -z "$PORT" ]] && export PORT=8080我不完全明白它在做什么。我对 bash 命令的了解非常基础，所以我什至不知道用什么谷歌来解决这个问题
我已经阅读了数据表和谷歌，但我仍然不明白。 就我而言，我将 PIC18F26K20 的 PIN RC6 设置为 INPUT 模式: TRISCbits.TRISC6 = 1; 然后我用 PORT 和
我想知道是否可以将公共(public) IP 端口(例如端口 80)映射到 Azure iaas VM 上的不同本地/私有(private) IP 端口(例如端口 81)。我相信这在旧门户中是可行的，
我有一个用 python-twisted 编写的客户端，它将 UDP 数据包发送到 IP aaa.bbb.ccc.ddd 的端口 1234，然后等待响应。我还有用 C-libuv 编写的 UDP 服务
我有一个使用弹性 IP 12.34.56.78 运行的 Amazon EC2 实例。我拥有一个域名 example.com，我已将其设置为指向 EC2 实例。我在 EC2 实例的端口 80 上运行 A
我正在尝试在 AWS Lightsail 上配置网站。我做的第一件事是在 中将端口号从 22 更改为 2200 /etc/ssh/sshd_config ，然后我像这样配置了简单的防火墙 sudo u
几天前才意识到 Docker 似乎绕过了我的 iptable 规则。我对 Docker 和 iptables 的经验并不令人难以置信。最近几天尝试了很多不同的东西。还看到最近的 docker 版本有很
我从他们的website 下载了零层使用以下命令: curl -s https://install.zerotier.com | sudo bash 每当我尝试使用 zerotier cli 时，都会
我是字符串操作的新手，只是试图替换列表中的值。 我试图修复的两个输入是 MCAFEE和 PORT O'BRIAN . 所以我跑 ucwords(strtolower($rawTitle)) .但现在我
我正在使用 SSH 访问我大学的 afs 系统。我喜欢使用 rmate(远程 TextMate)，它需要 SSH 隧道，因此我在 .bashrc 中包含了这个别名。 alias sshr=ssh -R
当我使用 Control-C 退出“Heroku Open”(Heroku 工具栏服务器命令)时。我无法重新启动。我收到此错误: /vendor/bundle/gems/puma-2.14.0/lib
我正在发送这样的消息: self.port.emit("nodes_grubed", textNodesValues); 并想对此使用react: worker.port.on("nodes_grub
我正在尝试在此扩展中创建一个函数，该函数将打开具有给定网址的选项卡，并在该选项卡上使用给定文件名运行脚本。该功能大部分工作正常，只是我无法在主脚本和我在新选项卡上运行的脚本之间进行通信(我为此使用了
我在我的 .NET MVC 4 元素中使用 Bootstrap ，我使用 NuGet 导入 Bootstrap 我的元素，我有一个布局页面，我在这个页面中包含 Bootstrap 标签，我的索引页面正
个人中心
文章发布
退出
我是一名优秀的程序员,十分优秀！