服务器 Gind.cn

我的新雇主为数百个用户设置了文件夹redirect，而设置它的人并不知道他在做什么。 因此，没有遵循redirect的文件夹/主目录上的权限的最佳做法 。 让人们访问他们redirect的文件夹位置的解决scheme是，将“ Full Control权限（当然是NTFS权限，不是“共享”权限）应用于根目录（“主目录”）的Everyone并将其传播到所有子文件夹和文件在根之下。 什么可能会出错，对吗？ 这不像CEO的“ My Documents文件夹中有机密信息，或者任何人将感染CryptoWall并encryption其他人的文件。 对？ 所以，无论如何，现在CryptoWall感染已被删除，备份已经恢复，许多人希望我们用不太可怕的东西replace当前的权限，我想不必点击几个权限对话百个文件夹。 PowerShell如何为我解决这个问题，让生活重新过得去？

换句话说，正在使用v=spf1 a mx ~all推荐使用v=spf1 a mx -all ？ RFC似乎没有提出任何build议。 我的select一直是使用FAIL，这会导致问题立即出现。 我发现用SOFTFAIL，configuration不正确的configurationSPFlogging是无限期的，因为没有人注意到。 然而，我在网上看到的所有例子似乎都使用了SOFTFAIL。 是什么让我质疑我的select是当我看到Google AppsconfigurationSPF的说明： 创build一个包含此文本的TXTlogging：v = spf1 include：_spf.google.com〜all 发布使用-all而不是〜all的SPFlogging可能会导致传送问题。 有关Google Apps邮件服务器地址的详情，请参阅Google IP地址范围。 推荐使用SOFTFAIL的例子是否过于谨慎？ 是否有充分的理由使得SOFTFAIL成为最佳实践？

我在Ubuntu笔记本电脑上build立了一个运行Windows XP的虚拟机。 使用virt-manager GUI应用程序，我可以在驱动器中插入一张CD，然后转至详细信息→IDE CDROM 1，然后单击“ Connectbutton。 然后，CD在我的虚拟机中可用。 我怎么能通过命令行来做同样的事情？ 很显然，我希望能够从命令行断开连接。 注意：我可以使用virsh start testbed （testbed是域/ VM的名称）从命令行virsh start testbed VM。

当我尝试通过SSH连接到服务器时，出现以下错误， [root@oneeighty ~]# ssh -vvv -p 443 [email protected] OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to xxx.xxx.xxx [IP] port 443. debug1: Connection established. debug1: permanently_set_uid: 0/0 debug1: identity file /root/.ssh/identity type -1 debug1: identity file /root/.ssh/id_rsa type -1 debug1: identity […]

作为一个系统pipe理员，有没有什么明显的东西，即使在被指示的时候，也不应该在道德上或合法上做？ 我更合法地感兴趣， 哪种行为可能会严重损害你的未来承运人，或让你陷入法律困境 。 例如，即使Boss要求删除某些types的文件，是不是也可以？ 我特别想知道美国。 另外，目前我还没有这样的情况，另一个问题让我想到这是我应该知道的信息。 实际上，我并不是要引发伦理讨论，或者是最好打电话给律师的复杂场景。 但是，一个清单，或一些文学，或每个IT人员应该知道的一些法律。

通常，我们现场的基于debian-stable的应用程序的安装通常在VMware ESXi中运行在虚拟机中。 在一般情况下，我们无法查看或影响虚拟化环境，也无法访问例如VMware vCenter客户端或同等产品。 我在这里关注VMware，因为到目前为止，我们看到的是最常见的。 我们希望： 告诉客户的VMwarepipe理员：只要符合性能标准X，Y和Z，就可以在我们的VMware ESX环境中运行我们的应用程序。 能够确定X，Y和Z标准是否连续实现（ 即现在也是如此），即使在一个正在运行的系统上（我们不能停止我们的应用程序并运行基准testing，并且初始基准testing也不足够，虚拟环境随时间变化）。 有信心，如果符合标准X，Y和Z，我们将有足够的虚拟硬件资源来运行我们的应用程序，performance令人满意。 现在什么是X，Y和Z？ 我们一次又一次地看到，当出现性能问题时，问题不在于我们的应用，而在于虚拟化环境。 例如，另一台虚拟机使用大量的CPU，内存或实际存储磁盘的SAN，这些数据会被我们的应用程序以外的其他应用程序所占用。 我们目前无法certificate或反驳这一点。 理论上也可能有时我们的应用程序很慢… 😉 如何确定我们的性能问题的根本原因：虚拟环境还是我们的应用程序？ 性能问题通常有3个方面：CPU，内存和磁盘I / O。 中央处理器 在例如VMware中，pipe理员可以指定保留和限制，以MHz为单位，但是在一个ESX主机上，例如512MHz与另一个ESX主机上的512MHz完全相同，可能在完全不同的ESX群集中。 如何衡量我们是否真的得到了这个呢？ 当我们的应用程序正在运行时，我们可以看到我们在4个CPU上的CPU利用率为212％。 是因为我们的应用程序做了很多事情，还是因为同一台主机上的另一台虚拟机正在运行一个CPU密集型任务并使用了所有的CPU？ 记忆（气球？） 如果我们要求例如16GB内存，这通常是configuration的，但由于膨胀 ，我们实际上只得到4GB，而且我们的应用程序performance不佳。 可以询问VMware工具当前的膨胀情况，但是我们发现它经常存在（或者至less是不准确的）。 我们已经看到了操作系统认为有16GB总RAM的例子，所有进程的驻留内存（RSS）的总和是4GB RAM，但是即使VMware工具告诉我们有0膨胀，也只有2GB RAM。 – （ 另外，仅仅添加RSS是无效的，因为可以容易地共享RAM，例如，写入时复制内存，所以512MB + 512MB不一定意味着1GB，但意味着更less的意思。 因此，不能简单地从所有进程中减去RSS，以获得多lessRAM应该是空闲的，从而可靠地检测气球的度量。 人们可以检测到一些气球膨胀的情况，但也有其他情况下气球膨胀是有效的，但是不能用这种方法检测。 磁盘I / O 我想我们可以随着时间的推移读取和写入磁盘的数量，读取和写入的字节数，以及IO等待百分比。 但是，这会给我们一个磁盘I / O的准确画面吗？ 我想如果有一个比特币矿工在使用所有CPU的另一个虚拟机上运行，​​即使底层SAN具有完全相同的性能，我们的IO等待百分比也会增加，这仅仅是因为我们的CPU资源不足，因此IO等待以％衡量 ）上升。 总而言之，我们可以用什么语言来描述VMwarepipe理员，以便携和可测量的方式描述我们需要的性能？

这就是我长期以来一直在升级Gentoo的原因。 这是推荐的方法吗？ 任何陷阱或更好的方法来使用？ emerge –sync emerge -uDav –tree world emerge -av –depclean revdep-rebuild -v — –ask dispatch-conf glsa-check -t all glsa-check -f all

我有两个相同的Linux机器（在亚马逊EC2中启动相同的图像），我试图通过NFSv4挂载一个导出的目录。 以下是在客户机上安装的目录： root@server:~# ls -l /websites/ drwxr-xr-x 6 4294967294 4294967294 92 2010-01-01 20:21 logs drwxr-xr-x 2 4294967294 4294967294 20 2009-12-23 01:14 monit.d … 我再次检查，以确保UID匹配 这里是我从客户端运行的mount命令 /sbin/mount.nfs4 $MASTER_DN:/ /websites -o rw,_netdev,async 这里是服务器机器上的/etc/exports条目： /websites 10.0.0.0/8(fsid=0,no_subtree_check,rw,no_root_squash)

我正在帮助一个朋友pipe理共享的互联网连接在一个公寓80个公寓 – 8个楼梯，每个10个公寓。 networking布局在大楼一端的互联网路由器，连接到第一个楼梯的一个便宜的非pipe理16端口交换机，前十个公寓也连接在一起。 一个端口连接到下一个楼梯的另一个16端口廉价交换机，那里有10个公寓连接，等等。 各种交换机菊花链，每个“菊花”有10个公寓作为辐条。 该build筑是一个U形，大约50×50米，高20米 – 从路由器到最远的公寓大概有200米左右，包括上下楼梯。 我们遇到了一些问题，人们用错误的方式连接wifi路由器，产生stream氓DHCP服务器，这会中断大量的用户，我们希望通过使networking变得更加智能来解决这个问题（而不是做一个物理的拔掉的二进制search）。 在我有限的networking技能的情况下，我看到了两种方法 – DHCP-snooping或将整个networking拆分为每个单元的独立VLAN。 单独的VLAN给每个房间自己的私人连接到路由器，而DHCP监听仍然允许LAN游戏和文件共享。 DHCP侦听是否可以使用这种networking拓扑结构，还是依赖于networking处于正确的集线器configuration？ 我不确定是否有不同级别的DHCP监听 – 就像昂贵的思科交换机可以做任何事情，但像TP-Link，D-Link或Netgear这样的廉价产品只能在某些拓扑中使用。 对于这种拓扑，基本的VLAN支持是否足够好？ 我想即使是便宜的pipe理型交换机也可以使用自己的VLAN标签标记来自每个端口的stream量，但是当菊花链中的下一台交换机接收到“下行”端口的数据包时，是不是会剥离或replace自己的VLAN标签干线标签（或任何名称是骨干stream量）。 资金很紧张，我不认为我们能买得起专业级的思科（我多年来一直在为此付出努力），所以我很乐意提供一些关于哪种解决scheme对低端networking设备具有最佳支持的build议，如果有的话是一些推荐的具体型号？ 例如低端的惠普交换机，甚至TP-Link，D-Link等廉价品牌。 如果我忽略了解决这个问题的另一种方法，那是因为我缺乏知识。 🙂

我的公司正在运行SBS2008 / SBS2011 / Essentials，但已经发展到不再满足我们的需求（我们有太多员工！）和/或软件正在走出延伸支持。 SBS / Essentials的迁移path是什么？