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.
我不确定这是否会奏效，也不知道如何才能做到。这或许可以通过iptabes来实现，但我现在还不确定。
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
我想知道两者都可以 UnicastRemoteObject.exportObject(Remote,portNo) & LocateRegistry.createRegistry(portNo); p
我有一个运行 tomcat 8.0.23 和 apache httpd 服务器的 vps。在 tomcat 中我有 3 个项目让我们用下面的名字来调用它们: /firstpro /secondpro
我试图将非 SSL 端口 8080 上的流量重定向到 SSL 端口 8443(在 Jboss 4.2.3.GA 版本上)，但它不起作用。当我在此端口上访问我的 web 应用程序时，它会停留在该端口上并
跟进: Possible to query the native inbox of a mobile from J2ME? 我怎么知道Kannel将 SMS 发送到 native 收件箱端口(我想是端
我想用 python 开发一个代码，它将在本地主机中打开一个端口并将日志发送到该端口。日志只是 python 文件的命令输出。 喜欢: hello.py i = 0 while True:
我的 tomcat 在我的 linux 机器上独立运行在端口 7778 上。我已经将 apache 配置为在端口 443 上的 ssl 上运行。 我的 httpd.conf 如下: Liste
我正在使用 React Native 作为我想要部署到 iOS 和 Android 的头像生成器。我正在为我的服务器使用 Express，它使用 localhost:3000，react native
我正在使用主板(MSI Gaming主板)和两个支持NIC卡的e1000e驱动程序构建自定义操作系统。我想使用NIC卡中的端口而不是板载端口。 为了禁用板载端口，我尝试使用 70-persistanc
我目前使用的是xampp 1.7.0，我的php版本是5.2.8 我将我的 php.ini 文件更改为: [mail function] ; For Win32 only. SMTP = smtp.g
我有以下代码来配置 Jetty 服务器: @Configuration public class RedirectHttpToHttpsOnJetty2Config { @Bean p
我使用 Ubuntu 使用 Certbot 生成了一个 SSL。这已经自动更新了我的 Nginx 配置文件并添加了一个额外的监听端口。我担心我是否只需要监听一个端口(80 或 443)而不是两个端口，
我被困在一个点，我必须调用 pentaho API 来验证来自 reactJS 应用程序的用户。两者都在我的本地机器上。到目前为止我尝试过的事情: a) 在 reactJS 配置文件 - packag
我的 native 项目在 android 模拟器上运行 但是每当我尝试将我的项目与我的 android 设备连接时，就会出现上述错误。 注意:我的手机和笔记本电脑使用相同的 wifi 连接。 请帮我
我正在运行 Elasticsearch 服务器。除了 9200/9300 端口外，Elasticsearch 还开放了很多端口，如下所示。 elasticsearch-service-x64.exe
<portType> 元素是最重要的 WSDL 元素 <portType>可描述一个 web service、可被执行的操作，以及相关的消息 我们可以把 <portT
Stack Overflow 的其他地方有一个关于让 Icecast 出现在端口 80 上的问题，我已经阅读了该问题，但仍然无法让我的服务器在端口 80 上工作。 我的 icecast.xml 有这些
如果这是一个简单的问题，我很抱歉，我对这种事情不熟悉。 我正在尝试确定我的代理服务器 ip 和端口号，以便使用 google 日历同步程序。我使用谷歌浏览器下载了 proxy.pac 文件。最后一行是
我想知道 cassnadra 是否对所有 JMX 连接/节点间通信使用 7199 端口？与早期版本一样，7199 仅用于初始握手，但后来它使用随机选择 1024-65355 端口之间的任何端口。 谢谢
在docker hub中，有一个容器，该容器在启动时会默认打开9000端口。可以通过传递环境变量server__port来覆盖该端口。 我正在尝试在dockerfile中传递Heroku $ PORT
我已经在互联网上公开的虚拟机中安装了 docker。我已经在 VM 的 docker 容器中安装了 mongodb。Mongodb 正在监听 27017港口。 我已经使用以下步骤安装 docker
个人中心
文章发布
退出
我是一名优秀的程序员,十分优秀！