Articles of 根

获取Linux机器的root权限

可能重复: 丢失的Root和其他用户密码 我有一个以前的系统pipe理员留下的Linux机器(debian和ubuntu)。 没有办法在这些计算机上findroot密码。 如何在不重新安装linux的情况下获得root权限?

安全策略:没有root /pipe理员密码的服务器

我正在考虑使用空白根/pipe理员密码运行公共Web和应用程序服务器,我想知道这是否是一个错误的政策。 我看到没有密码的好处。 “无密码”不能被强迫,遗失,遗忘或最终落入坏人之手。 pipe理员将需要使用他们的个人帐户login,以便更容易地查看谁访问并正在做什么,而不是跟踪谁知道根密码。 如果您设法locking自己,则可以轻松地重新激活对本机进行物理访问的任何帐户。 我主要运行Ubuntu 14和Windows Server 2008服务器,这两个服务器默认情况下都拒绝用户无密码的远程login。 Linux机器通过SSH访问,Windows机器通过RDP访问,以及通过Copssh访问SSH。 服务器的物理保护足以达到实际目的,任何设法获取访问权限的人无论使用什么密码都能够造成损害。 问题是,这可能是一个很好的安全策略,还是有没有想到的实际考虑? 具体来说,Windows或Linux中是否有任何特殊的服务可以允许通过空密码帐户远程访问机器?

交换Web服务器的根目录

我维护的一个客户请求重新devise一个网站,我们在子文件夹/ newsite /中完成所有的工作,并且打算让它在这个瞬间生存下来。 / newsite /是在wordpress中制作的,从我的理解中,WP保留了最初创build的所有URL。 在/ newsite /创build新的根目录还是将根目录的所有内容移动到/ oldsite /并将/ newsite /移动到根目录会更容易些? 请build议最佳路线,即mod_rewrite。

对于root用户,PATH环境variables突然发生了变化

最近我的一个工作愉快多年的Gentoo Linux服务器突然停止响应我通常发布的BASH命令。 非常基本的命令,如rc-update ,或者检查我的iptablesconfiguration状态。 经过几分钟的调查,我发现这是因为我的$ PATHvariables不再引用/ sbin /或/ usr / sbin /。 现在,这似乎是一个微不足道的修复,但奇怪的是,它应该发生这样的蓝色。 现在,这个地方变得有点奇怪:我只是login到位于同一设施的其他Gentoo服务器,突然间有同样的问题。 / sbin /和/ usr / sbin都不在$ PATH envvariables中。 我是轮组中唯一的人,也是唯一连sudo都可以访问这两个系统的人。 其中之一是通过SSH访问,但没有任何人的logging,当我知道它不是我的时候,根本或sudoing。 而且我无法想象任何可以改变这一点的东西。 我想我在这里有两个问题: 1)这有可能是某种恶意破坏,而这只是他们所做的一个症状? 如果是这样,我应该寻找什么。 2)如果这是良性的,那么任何人都可以提出一个永久性的解决scheme,更重要的是一个合理的解释,如何这可能发生在一个服务器没有被任何人修改权限改变系统文件? 现在我在我家使用Gentoo服务器,以及大量的桌面计算机,现在我正在写这个笔记本电脑。 这些系统都没有经历类似的问题,有些已经更新,有些则没有。 但没有人遇到过这样的问题。 这使得我怀疑两个相隔一个月左右经历过这个问题的服务器。 提前感谢您提供的任何帮助

nginx没有find目录,但Apache的

我使用Apache作为后端服务器和前端的nginx。 Apache监听端口8080和nginx到端口80.我所做的是有根指向公用文件夹foreach虚拟主机: <VirtualHost *:8080> ServerAdmin webmaster@localhost ServerName site.com ServerAlias site.com *.site.com DocumentRoot /var/www/site.com/public <Directory /> Options FollowSymLinks AllowOverride None </Directory> <Directory /var/www/site.com/public/> Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all </Directory> </VirtualHost> 这里是nginxconfiguration: server { listen 80; access_log /var/log/nginx.access.log; error_log /var/log/nginx.error.log; root /var/www/site.com/public; index index.php index.html; server_name site.com *.site.com; location / { […]

如果networking连接断开,则根login被拒绝(LDAP环境)

我想知道为什么我的LDAP无法login(ssh,sudo或su – ),或者我的networking中断了。 如何重现该问题: – 只需将您的DNS更改为无效(例如:nameserver 100.0.2.2) – 尝试login(su – )或ssh / var / log / secure说: Feb 26 18:45:39 vmcentos5 sshd[6311]: Accepted password for root from 10.0.2.2 port 59717 ssh2 Feb 26 18:46:19 vmcentos5 sshd[6311]: nss-ldap: do_open: do_start_tls failed:stat=-1 Feb 26 18:46:59 vmcentos5 sshd[6311]: nss-ldap: do_open: do_start_tls failed:stat=-1 Feb 26 18:46:59 vmcentos5 sshd[6311]: nss_ldap: […]

如何通过web / php界面更改受保护的configuration文件?

我正在寻找方式来修改通过networking(特别是PHP)界面下的/etc目录下的configuration文件。 虽然它不是一个读取问题(如果您正确设置文件权限),那么修改/写入不能由非所有者和非root用户( www-data user )写入的文件。 具体来说,我在dovecot passwd文件( /etc/dovecot/passwd )之后,我想写入,所以我可以更改dovecot虚拟用户的密码。 我有PHP的逻辑,可以读取,重新排列和准备保存到/etc/dovecot/passwdstring,除了它不能再进一步,因为,正如我所提到的www-data用户不能写入/etc目录下的任何东西。 有没有解决方法? 有可能是一些代理二进制或脚本,可以通过PHP触发input参数做这项工作? 提前致谢。

我能够使用WHMlogin到我的服务器,但是当我SSH的轮组帐户我无法苏根

在上个星期我一直有问题,或者从轮组用户帐户执行su。 我可以用root密码login到WHM,但是当我得到: [xxxxx@server public_html]$ su Password: su: incorrect password 我曾经尝试过: 切割,然后从同一缓冲区粘贴到WHMlogin以及su。 在WHM中更改root密码 我现在有点亏了怎么办。 更新:我现在通过设置sudo有root权限。 我仍然想知道为什么CentOS报告一个无效的密码,当我尝试做su。

CentOS 7 – root密码只能使用一次

我在这里有一个很奇怪的问题。 我的root密码只能运行一次,一旦我注销,它就停止运行。 随后的login尝试返回为“login不正确”。 我必须退回到单用户模式,并重置密码以重新进入根目录。 虽然我可以在需要时成功重置根密码,但这种一次性使用的性质在很长一段时间内是站不住脚的。 在这台机器上运行WHM,FYI。 最近经历了持续的黑客攻击(最近24小时内发生了280次CPHulk警报)。 CPHulk和LFD都设置为非常偏执的水平,所有的账户密码都是GRC生成的,最小的。 32个字符长。

在Nginx的根目录下提供额外的目录内容

在Django中使用Nginx,我在我的服务器configuration中有以下位置条目: location / { include uwsgi_params; uwsgi_pass 127.0.0.1:1234; } 因此,所有的根URL请求都被传递给Django。 现在,我想在根url下添加一些其他文件,例如robots.txt , favicon.ico和其他无限数量的文件。 例如/robots.txt应返回我的robots.txt文件,它位于/var/www/project/misc/ 。 我如何在Nginx中做到这一点? 我似乎无法获得用于捕获根URL“/”的多个位置。 我知道,我可以这样做: location /robots.txt { alias /var/www/project/misc/robots.txt; } 但是,我们正在讨论很多不同的文件,为它们增加一个额外的位置似乎相当笨拙。 如果有一种方法可以简单地提供根URL下的整个目录,那就更好了。