我想在993以外的端口上运行imaps。 我在/etc/dovecot/conf.d/10-master.conf更改了这个，并预先备份了原始副本/etc/dovecot/conf.d/10-master.conf.bak 。 我做了一切 # service dovecot restart # service dovecot stop # service dovecot start # doveadm reload # doveadm restart 甚至完整的服务器重启。 不过， doveconf | grep 993 在输出中， doveconf | grep 993报告port = 993 ，而configuration文件中的端口已被更改。 注意我也运行roundcube和postfix，并通过SSL连接我的电子邮件帐户到gmail应用程序以及993端口。我也不确定是否需要更改任何其他configuration以使用dovecot或不使用我的手机上的电子邮件设置为Gmail应用程序。 编辑它竟然conf.d不包括….
介绍 我是来自比利时的networking学生，刚刚分配了一个大项目。 基本上我负责ADDS。 我们必须创build几个OU，每个OU至less需要20个或更多的用户。 这些OU中有1个被称为“客人”，有20多个客人。 所有这些“客人”configuration文件必须是强制性的（我知道如何创build它们）。 我的问题 有没有办法通过Windows Powershell或可能的组策略创build强制configuration文件。 由于手动完成+20个configuration文件需要花费大量的工作，并且可能比我想象的要简单。 细节 所有客户端都是Windows 8或Windows 8.1 Windows Server 2012（DC） Windows Server 2012（ADC） 所有其他configuration文件是漫游configuration文件（pipe理员除外） configuration文件使用DFS存储在两台服务器上以实现冗余 我使用的脚本只是创build树映射。 FE： Domain.local – > Domain – > OU – >这张地图里面你会发现： OU_Group_DomainLocal OU_Group_Global All_OU_Users 这对于所有的OU 混乱编辑 我还没有创build任何用户，我将通过PowerShell创build所有用户。 我想知道是否有一个自动的方式来创build强制configuration文件，而不是进入registry编辑一堆东西，每个用户seperatly。
问题在于：（我是NGinx的新手，请仔细阅读，但没有find我的工作解决scheme。） 我在Windows系统上。 我的项目文件系统位于： E:/www/ 这里是一个项目文件夹，我将尝试在本例中稍后介绍： E:/www/projectTest 我有一个Apache服务器运行良好。 我想build立一个Nginx服务器并行，这就是为什么我使用另一个端口configuration我的nginx（见下面的configuration文件）。 Nginx的文件在那里： E:/nginx/ 我在那里复制了一个PHP： E:/nginx/php/ 这里是我的例子'index.php'我放在我目前的文件夹来testing我的php和nginxconfiguration： <?php echo "THIS IS A TEST"; ?> 这里是我的nginx.conf文件（我删除了注释行）： worker_processes 1; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 8111; server_name localhost; root E:/nginx/; index index.php index.html index.htm; charset utf-8; location / { […]
我是NixOS的新手，并试图学习它的概念。 我对此感到兴奋的原因之一是我希望能够给我一个可重复的系统configuration，类似于使用Ansible for localhost 。 但是，我不知道如何实现这一点。 我知道/etc/nixos/configuration.nix中的/etc/nixos/configuration.nix ，但这些只是系统范围的软件包。 我也知道nix-env命令可以为用户安装一个软件包，但我宁愿将这样的软件包声明为一个文件，我可以检查到源代码pipe理。 有一个特定的文件，我可以configuration（类似于一个剧本），我可以为用户声明一套软件包？ 或至less指定其“用户环境”或“configuration文件” （不知道哪个术语是正确的）？ 理想情况下，我可以将几个文件复制到另一台计算机，运行一个命令，并且与旧计算机处于相同的状态，包括具有不同套件的多个用户。 最后，我的用例意味着我不应该使用nix-env来安装软件包吗？
我试图通过registry（在HKEY_USERS\<USER_SID>\Software\Microsoft\Windows\CurrentVersion\Internet Settings\下为所有用户（包括远程桌面用户）设置默认代理设置） 在传统的服务器或工作站上，每个用户在HKEY_USERS下都有一个configuration文件和相应的registry项。 但在Windows 2008R2我注意到，只使用远程桌面login的用户在HKEY_USERS下没有子项： 看看下面的图像：在％systemdrive％\ users下find了31个configuration文件，但是HKU中只有几个键 所以我想知道在哪里的Internet Explorer设置存储在这里？
我的兄弟正在使用托pipe服务提供商，为他的公司提供一台装有Windows Server 2008 R2的虚拟机。 他们不得不在一台服务器上运行整个堆栈，所以我的兄弟至less要求为操作系统，IIS，数据库，日志等单独的驱动器。 他们在同一个“物理”磁盘0上为他提供了5个逻辑驱动器（例如向操作系统显示为一个物理磁盘 – 一个VMDK）。 假设在这些不同的逻辑磁盘之间有一个合理的stream失，将它们作为单独的“物理”磁盘（我猜想是VMDK）添加是合理的？ 看起来似乎仍然会有一个performance上的收获，但我不确定如何去做certificate，还没有find关于这方面的文献。
我正在使用Digital OceanconfigurationUbuntu 14.04服务器，并在用户数据字段中使用Cloud-Config进行一些初始设置。 我遇到的问题是创build一个新的用户，并使用SHA-512哈希密码string设置密码。 在创build服务器时，此新密码不起作用。 在检查/etc/shadow文件时，我发现散列的密码已经被复制过来了! 在散列的开始。 /etc/shadow/示例行如下所示： jerry:!$6$rHazYJBiLiJ2$yZei93AcU9JlauoBV338kVMAOBk0b83iYtxw2/seXfTVuW0e6qtP4sL.ip9JVdnT3HbZ4620ql66WaEANJkg61:16855:0:99999:7::: 一旦删除! jerry:紧接着，密码按预期工作。 有谁知道为什么会发生这种情况？
如何指定www.domain.com/ru/打开www.domain.com/的内容？ 不是redirect。 我已经试过别名和根，但不能如何使其工作。 谢谢。
我在Google Compute Engine实例上运行CoreOS beta 991.1.0，其中cloud-config是通过user_data元数据variablesconfiguration的。 我的云configuration看起来像这样： #cloud-config write_files: – path: "/etc/kubernetes/kube.conf" permissions: "0644" owner: "root" content: | apiVersion: v1 kind: Config clusters: – name: kube cluster: server: https://127.0.0.1:443 certificate-authority: /etc/kubernetes/ssl/ca.pem users: – name: kubelet user: client-certificate: /etc/kubernetes/ssl/master-client.pem client-key: /etc/kubernetes/ssl/master-client-key.pem contexts: – context: cluster: kube user: kubelet ssh_authorized_keys: – "SECRET" coreos: etcd2: discovery: https://discovery.etcd.io/106b575a45f2abefdaea40ebba4d0d84 initial-advertise-peer-urls: https://$private_ipv4:2380 […]
我有一个docker compose安装程序，成功启动consul（config 这里 ）。 保险柜似乎开始好，除了在设置TTL（日志在这里 ）的一些错误。 进一步来说，领事似乎在试图达到/v1/agent/check/fail/vault:127.0.0.1:8200:vault-sealed-check?note=Vault+Sealed时/v1/agent/check/fail/vault:127.0.0.1:8200:vault-sealed-check?note=Vault+Sealed 。 显然'vault:127.0.0.1:8200:vault-sealed-check' status is now critical 。 consul1 | 2016/11/05 20:50:04 [DEBUG] agent: Check 'vault:127.0.0.1:8200:vault-sealed-check' status is now critical consul1 | 2016/11/05 20:50:04 [DEBUG] agent: Service 'vault:127.0.0.1:8200' in sync consul1 | 2016/11/05 20:50:04 [DEBUG] agent: Service 'consul' in sync consul1 | 2016/11/05 20:50:04 [DEBUG] agent: Check 'vault:127.0.0.1:8200:vault-sealed-check' in […]