服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Cisco 887VA – 无法打开端口110

我试图configuration一个Cisco 887VA在工作中打开端口110,但无论我尝试什么,似乎并没有工作。 路由器可以通过networking用户界面从build筑物内访问,但需要CLI命令才能完成任务。 我做了相当多的研究,并相信我需要的代码是: ip nat inside source static tcp [internal IP address of our mail server] 110 [external IP address] 110 我已经将这些信息input到路由器中,当我运行一个show run命令时,它显示出来,但是当我通过一个免费的在线端口扫描器ping端口110时,端口仍然显示为closures状态。 我已经注意到演示运行报告的更多内容,对于其他大多数端口转发条目都有相应的许可条目,我不知道这是否与它有关。 路由器是由我们的ISP提供的,但是他们已经说过要花15个工作日才能派出一个工程师,而且我们不能等那么长时间,所以我有点不知所措。此时此刻。 任何人可以提供的帮助将受到最大的欢迎。 **编辑,在最终答复后部分编辑,以便只留下可能用于后续网站访问者的信息** 以下是最新报告的语法: ip NAT内源路由映射NATTING接口Dialer1过载 ip nat里面源静态tcp 192.168.10.21 25 212.9.28.216 25可扩展 ip nat内源静态tcp 192.168.10.21 80 212.9.28.216 80可扩展 ip nat内源静态tcp 192.168.10.21 88 212.9.28.216 88可扩展 ip nat内源静态udp 192.168.10.21 88 212.9.28.216 88可扩展 […]

寻找一个中央控制台pipe理软件,利用我的RDP凭据访问

我们所有托pipe的Windows Server 03+机器都可以通过RDP启用并正常连接。 但是,我想要一个不那么重的中央pipe理(基于命令行)来大规模pipe理和维护系统,以便能够通过非侵入性方法(即不中断用户生产力)来更新。 具有集中控制台的传统系统pipe理软件将非常棒,但是,我们的100多台服务器和工作站中有一半都位于自己的本地networking上。 有些是域名,有些是在工作组。 我们在美国有客户。 最初的设置当然不是我的决定,但我现在的任务是寻找一种更简化的方法来发送更新,修补程序和修复程序到我们支持的不同版本的产品的不同types的客户端。 我倾向于基于SSH的东西。 我知道在不牺牲安全性的情况下可以使用RDP进行身份validation,我们的每个客户都需要为我们维护一个pipe理员帐户。 因此,插入我们的所有信息,哪些软件可以最好地利用我们的情况? 我曾经想过腻子 ,但只保留与个别标签的公开会议。 我们没有办法根据我们预先定义的组来分发修复程序。 除非我理解错误。 在这个问题上肯定能够得到一些帮助,这将为我们的IT团队节省很多时间,至less可以得到一些基本的东西。 最好的方式是,如果它能够使用我们为RDP上的每个人存储的凭证,那么我们有300-325个客户,我们需要解释他们基础设施的变化,这将需要为每个人计划停机时间。 试图避免这一个。