服务器 Gind.cn

我在通过应用程序包的根目录下的.ebextensions/*.config文件定义实例types和安全组时遇到了问题。 简而言之，我有两个看起来像这样的configuration文件： .ebextensions/01-options.config ： option_settings: […] – namespace: 'aws:elasticbeanstalk:application:environment' option_name: CONFIG_FILE_ONE value: '01-options.config' […] 和.ebextensions/02-app-test-env.config ： option_settings: – namespace: 'aws:elasticbeanstalk:application:environment' option_name: NODE_ENV value: 'Test' – namespace: 'aws:elasticbeanstalk:application:environment' option_name: CONFIG_FILE_TWO value: '02-app-test-env' – namespace: aws:autoscaling:launchconfiguration option_name: InstanceType value: t2.micro – namespace: aws:autoscaling:launchconfiguration option_name: SecurityGroups value: sg-ys75dfs2 现在，环境variables正在设置，所以我知道它正在读取两个configuration文件，但安全组和实例types没有被设置 – 即使在我重build环境时，实例仍然被创build为t1.micro默认安全组 – 我的设置没有被应用。 我在这里错过了什么？ 我如何使用.config文件定义实例types？

我在Puppet模块中有一个步骤，粗略地做了以下设置一些应用程序键： file { '/root/setup_app_keys.sh': ensure => file, owner => 'root', group => 'root', mode => '0700', source => 'puppet:///modules/app_module/setup_app_keys.sh', } exec { 'setup_app_keys': unless => '/etc/pki/tls/private/app-foo.key', command => '/root/setup_app_keys.sh', user => 'root', group => 'root', } setup_app_keys.sh脚本有点太长，无法做成（可读的）单行程序，所以我把它保存到机器的文件系统中并从那里执行。 它在/etc/pki…创build它的文件/etc/pki…并且它工作得很好。 令人讨厌的是，shell脚本基本上是一次性使用的东西。 它不应该再次运行在机器的生命周期，但它必须留在Puppet存储它的文件系统。 如果它被删除，Puppet再次有用地重新创build它。 我认为必须有一种方法来使用exec完全重写，这将允许我在需要的时候从puppetmaster下载脚本，执行一次，然后放弃脚本（或者不把它存储在第一位）。 但是我试过的一切都是这样的： command => 'puppet:///modules/app_module/setup_app_keys.sh', 要么 command => 'curl http://__[various puppetmaster URLs]__ | sh', […]

是否有可以更改的设置（或可以添加的registry项）来设置服务的处理器关联性？ 我想要设置亲和力，并在重新启动时保持此设置（因此在启动服务后手动更改亲和力对我不起作用）。

我在共享环境中pipe理大量服务器的WSUS服务器。 最近我注意到，尽pipe预定的安装时间是通过许多服务器的本地gpoconfiguration的，但是他们在预定的安装时间之后有时候1.5-2小时没有重新启动。 检查他们的事件日志和WindowsUpdate.log我看到，他们实际上是在他们的计划安装时间开始安装，但在安装更新“ Windows Malicious Software Removal Tool x64 – March 2015 (KB890830)"或其等效那一个月，在完成安装下一次更新并事件重启之前，这将是1-1.5小时。 检查WindowsUpdate.log我看到吨像下面的条目： 2015-03-16 20:51:01:700 26316 704 Handler CBS called Progress with state=7, ticks=102299, total=691 其他服务器似乎没有相同的设置更新的问题。 这将只需要15-20分钟，并将在预定的安装时间的30分钟内重新启动。 有没有人看到类似的东西？ 每月恶意软件更新在预定时间安装是否有一定的原因，其余的则需要几个小时？ 他们没有吨更新，平均有10-15更新计划。 这些系统在性能规格方面都处于劣势，所以我不认为它与硬件规格有关。 谢谢 更新这个问题在这台机器上继续发生。 我现在不能完全确定它是否与Windows恶意软件工具有关。 我发现的唯一症状如下： 安装任何数量的更新将需要1.5-1.75小时，其他安装相同更新的服务器需要15-30分钟才能安装。 Windows更新日志是从上到下填充以下几遍（完全填满日志在几分钟内） 2015-07-20 21:13:47:793 7432 3e8 Handler CBS called Progress with state=7, ticks=204999, total=502 2015-07-20 21:13:50:320 7432 3e8 Handler […]

是否有可能取代通过代理传递的每个页面上的内容，类似于如何使用mod_rewrite URL？ 替代文件不清楚。 我有一些页面我是反向代理，有绝对path。 这打破了网站。 他们需要更换和像mod_rewrite这样的工具不拾起它们，因为它们不是URL请求。 <VirtualHost *:80> ServerName servername1 ServerAlias servername2 ErrorLog "/var/log/proxy/jpuat_prox_error_log" CustomLog "/var/log/proxy/jpuat_prox_access_log" common RewriteEngine on LogLevel alert rewrite:trace2 RewriteCond %{HTTP_HOST} /uat.site.co.jp$ [NC] RewriteRule ^(.*)$ http://jp.uat.site2uk.co.uk/$1 [P] AddOutputFilterByType SUBSTITUTE text/html Substitute "s|uat.site.co.jp|jp.uat.site2uk.co.uk|i" ProxyRequests Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / http://uat.site.co.jp/ ProxyPassReverse / http://uat.site.co.jp/ </VirtualHost> 上述两种方法都不能替代HTMLstring <link href="//uat.site.co.jp/css/css.css […]

无法将用户切换到postgres。 postgres用户的ulimit设置设置了合理的限制。 我们没有达到最大。 / var / log / messages中没有错误。 错误： BETA -bash-4.2# sudo su – postgres su: /bin/bash: Resource temporarily unavailable 设置： BETA -bash-4.2# ps -auxww | grep -i postgr | wc -l 503 BETA -bash-4.2# lsof | grep -i postgr | wc -l 35225 BETA -bash-4.2# Ulimit postgres进程。 BETA -bash-4.2# cat /proc/26230/limits Limit Soft […]

我有一个在virtualbox中设置的Ubuntu 14.04虚拟机，我试图按照这些指示。 https://serversforhackers.com/an-ansible-tutorial 当我到达模块部分，并尝试使用此命令安装nginx。 在/ etc / ansible / hosts中将“local”设置为“localhost” ansible local -s -m shell -a 'apt-get install nginx' 我得到以下错误： localhost | FAILED => Missing become password 我search谷歌的方式来通过这个，但我不明白我做错了什么。 这是服务器操作系统的全新安装，唯一的安装完成在本教程中。

我似乎无法在任何地方find一致的答案，所以我想我会问自己。 我有五个运行12.04或14.04的Ubuntu服务器，是否应该使用unattended-upgrades在这些服务器上启用自动安全更新？ 或者我应该每个月都运行手动更新？ 通过这个我的意思是安全/可以使这些导致任何操作系统/安全问题？ 利大于弊吗？

依照VMWare的VM自定义matrix ，我正在vSphere 5.5 Update 2d上进行testing。 我使用RHEL 7.1 DVD创build模板，并将anaconda指向如下所示的kickstart： #version=RHEL7 # Ref: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Installation_Guide/sect-kickstart-syntax.html # System authorization information auth –enableshadow –passalgo=sha512 # Installation cdrom text poweroff # Run the Setup Agent on first boot firstboot –disable ignoredisk –only-use=sda # Localization keyboard –vckeymap=us –xlayouts='us' lang en_US.UTF-8 timezone America/New_York –isUtc # Network information network –bootproto=static –ip=192.168.3.10 –netmask=255.255.255.0 –gateway=192.168.3.1 –nameserver=192.168.3.1 […]

我读过容器化比虚拟化便宜。 我知道容器化比虚拟化使用的资源要less，因为只涉及一个操作系统，没有虚拟化的硬件。 但是，我需要一个支持虚拟化的CPU来运行容器化，例如Docker，或者因为它使用容器中的操作系统库运行应用程序，我可以在没有虚拟化的情况下在CPU上运行它吗？