不建议使用root账户来搭建web服务,这是个安全习惯,不然别人从web入侵你的网站,直接就是root权限,你整个服务器都无所遁形,人家在浏览器里就能删除你服务器的所有文件。
一般来说web服务要严格限制权限,一般比普通账户权限还低,能访问的目录严格限制在web目录下等等。这样即使有入侵,损失最大也就是这个web,不会波及别的。假如你服务器还有别的系统,用root启用web,所有系统都受这个网站影响。
至于端口,每个软件配置端口的地方不一样,不是怎么在80端口开启服务的问题,而是你用的这个软件,怎么配置端口的问题
另外你得看看80端口是不是已经占用了
不建议使用root账户来搭建web服务,这是个安全习惯,不然别人从web入侵你的网站,直接就是root权限,你整个服务器都无所遁形,人家在浏览器里就能删除你服务器的所有文件。
一般来说web服务要严格限制权限,一般比普通账户权限还低,能访问的目录严格限制在web目录下等等。这样即使有入侵,损失最大也就是这个web,不会波及别的。假如你服务器还有别的系统,用root启用web,所有系统都受这个网站影响。
至于端口,每个软件配置端口的地方不一样,不是怎么在80端口开启服务的问题,而是你用的这个软件,怎么配置端口的问题
另外你得看看80端口是不是已经占用了
我这是新建的一个管理员账号来测试启动运行看看会出什么问题,如何解决它,没打算用root账号。
启动输出日志已经打印出失败的原因了,在倒数第五行。不会是端口号占用的问题,如果是,之前改用root权限(有配置系统环境变量成功启动过,但是运行时部分文件数据路径不好找)启动会输出端口号占用的。另外,我改过端口号为8688启动成功运行了。
我这是新建的一个管理员账号来测试启动运行看看会出什么问题,如何解决它,没打算用root账号。
启动输出日志已经打印出失败的原因了,在倒数第五行。不会是端口号占用的问题,如果是,之前改用root权限(有配置系统环境变量成功启动过,但是运行时部分文件数据路径不好找)启动会输出端口号占用的。另外,我改过端口号为8688启动成功运行了。
修改端口号能启动,说明80端口被占用了,我的就是被lighttpd占用,我以80端口启动python服务器失败,改成8080就启动了。

不建议使用root账户来搭建web服务,这是个安全习惯,不然别人从web入侵你的网站,直接就是root权限,你整个服务器都无所遁形,人家在浏览器里就能删除你服务器的所有文件。
一般来说web服务要严格限制权限,一般比普通账户权限还低,能访问的目录严格限制在web目录下等等。这样即使有入侵,损失最大也就是这个web,不会波及别的。假如你服务器还有别的系统,用root启用web,所有系统都受这个网站影响。
至于端口,每个软件配置端口的地方不一样,不是怎么在80端口开启服务的问题,而是你用的这个软件,怎么配置端口的问题
另外你得看看80端口是不是已经占用了
有道理,不过80端口除了调cap那就只剩root能开了(因为端口号太低了)
当然NGINX反代也是个招
目前已经通过NGINX转发解决!
Popular Ranking
ChangePopular Events
More

中文 
我这里用的是JDK8u332,给管理员账号hxxx配置了用户环境变量(~/.bashrc)。
有试过以root方式启动,启动成功了,但是日志与相关信息输出的文件的路径都和程序位置不匹配了(不好找)。
我这里启动了数据库,启动了nacos等,以8688端口号启动服务正常跑起来了,但是以80端口号启动就失败,输出信息如下:
启动命令就是下面这种
当我在前面先执行
sudo su就直接切换到root账号了,而这也启动失败:显然,这个是因为我只给管理员账号配置了用户环境变量的缘故。
另外一种处理方式是80端口通过NGINX转发,目前还没有尝试,不晓得是否存在问题。
不知道谁晓得在管理员账号如何以80端口号启动服务?