我使用 Windows Server 2008 作为我的开发操作系统。我已经能够测试机器上的 SMTP 服务器是否可以成功发送电子邮件(我在收件箱中收到它们),但没有写入日志文件。知道为什么 SMTP 服务器的日志文件没有更新吗?
“简单邮件传输协议 (SMTP)”作为本地系统帐户运行。并且本地系统帐户对日志文件文件夹具有权限。
Paul Randal问了一些关于 SharePoint SQL 数据库最佳实践的非常好的问题。今天,在帮助客户维护 SharePoint 安装时,他问了我一个关于 SharePoint 数据库的最佳 SQL 恢复模型的问题。
使用简单恢复模型是我的习惯(我不是数据库管理员 :))))。如果 SharePoint 数据库定期备份,并且您还有项目级别的 3rd 方工具备份,则您确实不需要保存整个日志。
我在这里错过了什么吗?这是正确的方法吗?您是否曾经使用过 SharePoint DB 日志来恢复您的数据?
我需要一部手机,当我离开电脑/办公桌/工作场所时,它可以帮助我密切关注我的服务器和服务。
您会为系统管理员推荐哪款智能手机?
目前我正在研究这个替代方案:
你做了哪个选择?你会推荐什么?
我继承了对运行 AD 支持的 DNS 的一组 AD 服务器的管理。其中之一是运行 DHCP。
对于此 Windows DHCP 服务器提供的 IP 范围,in-addr.arpa 区域由 AD DNS 服务器提供权威服务,以允许 AD 对自身感到满意并允许动态 DNS 正常工作。
对于这些 in-addr.arpa 区域中的每一个,我还从运行 BIND9 的 unix/linux 名称服务器中提取二级。
我开始经常在 *nix 服务器上的日志中看到这样的错误:
Jun 8 13:40:07 ns1 named[6083]: general: warning: '3.37.19.172.in-addr.arpa/PTR/IN': TTL differs in rdataset, adjusting 900 -> 1200
Run Code Online (Sandbox Code Playgroud)
我从技术的 DNS 角度了解这里发生的事情。3.37.19.172.in-addr.arpa 有 >1 条记录,它们具有不同的 TTL。BIND 正在规范 TTL 并通知我。我已经通过抓取区域的手动 AXFR 确认了这种情况:
ns1 0 /home/jj33 ># xfer 37.19.172.in-addr.arpa ad-dns | grep '^3\.' <
3.37.19.172.in-addr.arpa. 900 IN PTR 0509-l3-tmbxt.example.ad.
3.37.19.172.in-addr.arpa. 1200 IN PTR …Run Code Online (Sandbox Code Playgroud) 如果您不是域管理员并且无法登录到域控制器,是否可以查看 Active Directory 组的成员?
我有一台运行我们的 bacula 备份系统的 Linux 服务器。机器像疯了一样磨,因为它很重来交换。问题是,它只使用了 60% 的物理内存!
这是来自的输出free -m:
free -m
total used free shared buffers cached
Mem: 3949 2356 1593 0 0 1
-/+ buffers/cache: 2354 1595
Swap: 7629 1804 5824
Run Code Online (Sandbox Code Playgroud)
和一些示例输出vmstat 1:
procs -----------memory---------- ---swap-- -----io---- -system-- -----cpu------
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 2 1843536 1634512 0 4188 54 13 2524 666 2 1 1 1 89 9 0
1 11 …Run Code Online (Sandbox Code Playgroud) 您建议使用哪些技术来保护在线备份(对 Mozy 等第三方服务)具有在线备份优势但不能仅通过破坏主系统来篡改的备份?磁带的潜在优势在于,至少有一个在攻击发生时生产系统无法访问的最新版本。
我们有 AT&T U-Verse 互联网服务,它有一个非常笨拙的 DSL 网关。
我们有 5 个 IP(网络掩码 248),但网关除了单个 IP -> 单个 MAC 地址映射之外无法执行任何操作。
我们有一台防火墙机器,我们将不同的 IP/端口组合重定向到 DMZ 内的不同位置。
到目前为止,我们的解决方案是在防火墙上安装一个 VMWare 虚拟机,其中有 4 个额外的 NIC,以获取其他 4 个 IP 地址……但是我们遇到了问题。
网关基本上是在执行 ARP ping 以查看 IP 是否在预期的 MAC 上响应。由于 4 个 NIC 都在同一个 LAN 上,Linux 使用单个接口响应所有 IP 的 ARP 请求。这不是网关所期望的,它弄乱了其他 3 个 NIC。网关拒绝为 ARP ping 结果不是预期 MAC 的 IP 路由传入流量。
我们怎样才能得到 eth0 的 IP 出 eth0、eth1 的 IP 出 eth1 等的 ARP 回复?
编辑
Christopher Cashell 的响应在这种情况下不起作用。我对阅读它抱有很大的希望,但是......不。
编辑 2
解决了!看我下面的回答。
linux ×2
smtp ×2
arp ×1
backup ×1
dhcp ×1
isp ×1
memory ×1
monitoring ×1
security ×1
sharepoint ×1
smartphone ×1
sql-server ×1
ssh ×1
swap ×1
webfilter ×1
windows ×1