我正在尝试让 openvpn客户端与 google-authenticator 和双因素身份验证一起使用。我无法以任何方式更改服务器（即我无法通过 pam mods 等进行密码/令牌连接）。
我认为这需要重新编译源代码以包含来自谷歌代码的双因素身份验证功能，以便在输入密码后提示输入两因素身份验证代码。
有没有人这样做过，或者有任何关于这样做的提示？
这类似于 osx/windoze 的 Viscosity 软件，它使用openvpn 源代码 并添加了 google-authenticator 双因素身份验证功能。不幸的是，Viscosity 虽然基于 openvpn，但却是封闭源代码。
使用詹金斯食谱 2.2.2
==> https://supermarket.chef.io/cookbooks/jenkins
我可以使用 chef_zero 配置器在 vagrant vm 中调出 jenkins
chef.run_list = [
'recipe[jenkins::master]',
]
但是，我正在尝试安装插件并从 erb 模板创建新工作，但我没有运气。我的理解是配置应该使用厨师零的“chef.json”数据结构传递。我尝试了很多语法配置，但没有运气（也没有错误，如果不正确，它就会被忽略）
这是一个安装不起作用的插件的示例（我想问题是如何在 vagrant 内部的食谱中使用 chef_zero 配置配置厨师资源）：
chef.json = {
'java' => {
'jdk_version' => '7',
},
'jenkins' => {
'master' => {
'jenkins_plugin' => [ 'job-dsl', 'groovy', 'git', 'packer' ]
}
}
}
如果有人能提供 vagrant chef_zero provisioner 想要安装 jenkins 插件（和/或从 erb 模板或 xml 文件安装新工作）的 chef.json 工作示例，我将不胜感激
http://www.stackoverflow.com./不起作用，请注意尾随点。
Bad Request - Invalid Hostname
HTTP Error 400. The request hostname is invalid.
是否应该将服务器配置为拒绝任何没有尾随点的 URL？（没有尾随点，它们不是 FQDN，根据 RFC，它们是相对域名。）
流氓 DHCP 服务器不能将 dns 后缀搜索路径推送到客户端并利用它吗？
假设一个流氓 DHCP 服务器能够推送“evildomain.com”的 dns 搜索后缀，那么用户访问chase.com 将导致访问“chase.com.evildomain.com”。用户访问“chase.com”。（带有尾随点，它是一个 FQDN）不会受到此漏洞的攻击。
几乎我在媒体上看到的每个 URL 都是相对的（因为尾随点不是明确的，只有在底层库添加尾随点后才成为真正的 FQDN）。
我们是否应该尽可能地强制使用绝对域名或 FQDN？
在 Windows 上，恶意网络服务器不能简单地更改最终用户的 dns 后缀搜索路径吗？在 *nix 机器上，更新 resolv.conf（配置了 dns 搜索后缀的位置）需要升级权限，但 nix 用户是否仍然容易受到 DHCP 欺骗场景的攻击？
所以问题是，运行localhost mta（即postfix）会“更好”还是“更好”使用嵌入在应用程序中的第3方restful api来发送电子邮件？
我很好奇人们会在这里做什么。
我发现 linux 上的 postfix 允许更大的灵活性和控制。默认的 sendmail/postfix 日志记录 (/var/log/maillog) 非常适合我，您甚至可以通过 iptables 对每个 uuid 设置限制，从而允许限速应用程序。