我正在使用可以在我的数据库服务器上configurationufw，只允许接受从某些服务器连接到特定端口的连接（可以说1234 ）。 当一个曾经拥有访问权的服务器被移出池时，可能会忘记删除该服务器的访问规则。 我的解决scheme：设置规则时， 我想删除端口1234所有规则 ，然后使用当前池中的服务器重新创build它们。 不幸的是， ufw delete需要精确指定要删除的规则（端口，协议，scr IP，…）。 我尝试了一个解决scheme，如ufw delete $(ufw status numbered | grep 1234 | <get all the numbers of the rules> ) ，但它变得非常难看，非常快。 有没有更好的方法来删除某个端口的所有规则？
我试图解决最近的Shellshock漏洞，但是每次运行“yum update”或“yum update bash”时，它都显示所有内容都是最新的。 我在这个问题上很沮丧，可能错过了一些我还没有发现的东西。 我会非常感谢帮助，欢呼！ 使用CentOS 6.5 64位，只要你知道！ 更新示例： sudo yum update bash Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile * epel: mirror.hmc.edu Setting up Update Process No Packages marked for Update
我重新学习了bash，经过多年没有使用它，需要找出一种方法来自动化单个数据库的pg_dump到一个目录。 目前我手动ssh到框中，su到postgres用户，然后运行pg_dump database> outfile。 这工作正常，但我厌倦了手动做这个。 我真的生锈了bash，并想找出一个办法来做到以下几点。 1.）编写一个脚本，将pg_dump我的数据库到一个特定的目录2.）脚本应该输出outfile名称作为主机名 – date（以允许多个备份）3.）希望提供某种forms的error handling。 我已经看了Postgres的维基，发现了一个相当复杂的脚本来做这个，但是想知道是否有一些快速和肮脏的工作将完成。 任何提示或正确的方向点将不胜感激。 谢谢你们，伙计！
我使用at命令为了运行任务（testing脚本）每一分钟 at -f /tmp/test now +1 minute commands will be executed using /bin/tcsh job 1438153690.a at Wed Jul 29 10:08:10 2015 但如何杀死这个工作？ （1438153690.a）如果需要？
我有一个脚本，从文件夹压缩文件。 我想确保压缩文件不超过10 MB。 如果大小超过10MB，则应该创build另一个ZIP文件。 有没有可用于此的命令（或其他方法）？
所以我经常发现，当我发现这个过程已经过去了很长一段时间的时候，我真的很想知道什么时候我开始一个进程（或脚本）。这意味着我不能在命令行前后预先保存date（不中断）我现在知道的东西需要很长时间）..然后，当我离开terminal时，过程可能会结束。 这让我想 – 是否有可能扭曲shell别名，以便默认情况下每个命令行条目之前和之后调用一个“date”？ 有时能够在terminal中回滚并感受一下东西花了多长时间，这将是超级有用的。 其他人有解决这个问题的巧妙方法 – 我相信这是一个普遍的情况。 就这个方法的解决scheme而言，我猜这跟Q有点关系。 用初始命令运行一个交互式的bash子shell而不立即返回到（“super”）shell 哪里清楚你可以prepend命令..但这只是解决scheme的一部分。 也许预先挂起，然后获取shell提示符显示当前时间将是一个相当干净的解决scheme？ 思考？
在bash中，我可以截断一个文件： $ > file 然而在zsh的相同的命令挂起。 是否可以configurationzsh模拟截断文件时的bash ？
以下面的目录树为例，将directory/folderA的内容移动到目录的最佳方法是什么？ 如果目标文件中存在同名文件，例如： directory/folderA/2017/06/info.log和directory/2017/06/info.log directory/folderA/2017/06/info.log ，如何覆盖文件。 directory |– folderA | |– 2017 | | |– 06 | | | |– 2016 | | |– 12 | | |– 11 | | |– 10 | |– 2017 | |– 04 | |– 05 | |– 06 | |– 2016 | |
有谁知道为什么系统在启动时不会执行rc.local中的脚本代码？ 我有一个configuration后的bash脚本，我想在VMware ESX（Red Hat）的初始安装之后运行，由于某种原因，似乎并没有执行。 我有设置logging其执行开始，甚至进度，以便我可以看到有多远，以防万一它在某些时候失败，但即使当我看着那个日志，我发现，甚至没有开始执行脚本代码。 我已经检查过脚本有执行权限（755），还有什么我应该看的？ 这是我的代码的前几行： #!/bin/sh echo >> /tmp/configLog "" echo >> /tmp/configLog "Entering maintenance mode"
我有一个名为“log.txt”的文件，我想在每晚的基础上移动到日志文件夹。 问题是我想跟踪文件，所以我实际上需要把它移动到一个log1.txt，log2.txt，log3.txt等等。 有没有一个unix命令或bash脚本的方式来做到这一点？ G-人