当默认服务器包含
Alias /bla /srv/www/blub
那么所有的 VirtualHosts 也可以访问/bla。
我必须说我没有预料到这一点。IMO 虚拟服务器应该有自己单独的配置。
这是一个错误还是一个功能？我可以关闭此行为吗？
这是b.service：
[Unit]
Description=b.service
ConditionPathExists=/usr/sbin/b
Requires=a.service
BindsTo=a.service
After=a.service
[Service]
ExecStart=/usr/sbin/b
这几乎可以满足我的所有需求：
- 如果 b.service 启动，则 a.service 启动。
- 如果 a.service 启动，则 b.service 启动。
- 如果 a.service 停止，则 b.service 停止。
我想添加剩余的依赖项：如果 b.service 停止，则 a.service 停止，如果可能，不修改 a.service 的服务文件。
我正在尝试Administrator在 ACL 包含Administrators（组）时使用用户访问共享。
共享的权限是Administrator: Full Control。（这是 Windows 2016）
共享内对象的安全设置继承了包含Administrators具有完全控制权的组以及 Users仅具有读取和执行权限的组的 ACL。
我在从 CIFS 挂载中写入/删除这些对象时遇到问题。
共享从 Linux 挂载，没有其他选项，除了指定要连接的管理员用户，导致：
(rw,relatime,vers=1.0,sec=ntlmssp,cache=strict,username=Administrator,domain=SERVER,uid=0,noforceuid,gid=0,noforcegid,addr=1.2.3.6,file_mode=0755,dir_mode=0755,nounix,mapposix,rsize=61440,wsize=65536,actimeo=1)
预期结果：由于Administrator属于 group Administrators，我应该拥有使用 CIFS 挂载点的完全访问权限。
实际结果：我只能读，不能写，不能删除。
由于某种原因，我看起来像 CIFS 上的“管理员”被映射到Users组，而不是Administrators：仅保留Administrators在 ACL 中并删除不再Users提供任何访问权限。Administrator在 Windows ACL 中显式指定/添加（用户）可提供 R/W 访问权限。
如何在 PowerCLI 5.5 中对单个磁盘进行 svMotion？
尝试Set-HardDisk给出以下警告：
WARNING: Parameter 'Datastore' is obsolete. 'Datastore' parameter is obsolete. To move hard disk to another datastore
and change it's storage format, use 'Move-HardDisk' cmdlet instead.
Set-HardDisk无论如何都会失败，并显示磁盘已锁定的消息（因此我猜您不能将其用于在线迁移）。
Move-HardDisk似乎也只能在离线模式下移动磁盘（冷迁移），但是我想执行 Storage vMotion。
Move-VM只能移动VM的所有磁盘，这不是我想要的。（VM 上的磁盘太多和太大，一个目标 LUN 永远无法容纳）
假设我有：
- 公网IP地址A：发送主机
- 公共 IP 地址 B：A 的邮件中继
- 公共 IP 地址 C：接收方 MX
C看什么IP？
他是否尝试在“已接收”标头中查找 A 的 IP（例如，通过尝试查找第一个非私有 IP）？或者他是否使用在这种情况下从 B 建立的连接的源 IP 地址？
我看到例如 googlemail 似乎是后者。虽然看起来我们的当地供应商之一似乎在做前者。
https://www.rfc-editor.org/rfc/rfc7208并没有真正启发我关于这个基本点。我确实找到了间接短语
因为 SPF 评估是基于“最后一个”发送 SMTP 服务器的 IP 地址
在第 10.3 节中。但我想某处需要有一个更清晰的定义。
我们有一些 ProxySG。版本为 SGOS 6.4。它们以显式模式配置。https 请求的含义：它们通过代理 IP 地址的端口 80 进行隧道传输。
任何使用类似设置的人请尝试以下法国网络邮件提供商的 CSS 样式表地址，并向我解释为什么需要 30 秒或更长时间才能通过代理加载（如果您的站点是这种情况）：
我已经在不同的 Internet 连接后面尝试了几个 ProxySG。当我直接去的时候，没问题。不管我使用什么浏览器，在 Windows 中尝试 IE，在 Windows 中尝试 FF，在 Linux 中尝试 FF。通过代理，该站点存在可怕的超时，使其无法使用，因为他们在半年前左右更新了站点。
我也试过通过一个明确的 Squid 代理：没问题！
我在这里不知所措。
- 他们是否在 HTTP 中使用了 ProxySG 阻塞的东西？
- SSL有什么问题吗？我看到他们的证书似乎并不总是与他们的实际主机名匹配（laposte.net vs. laposte.fr）......
- 我打开了 SG 的完整策略跟踪，但没有看到明显的错误，没有黑名单匹配等（无论如何评估都不会持续 30 多秒）
有趣的事情：在安装了 FF 的同一个 Linux 机器上使用 wget，都跨代理，wget 下载文件没有任何延迟。
请指教 ：）
请参阅下面的数据包捕获（左=PC 到代理，右=代理到 Internet）
我们有一些制造商 Raritan 的串行控制台。
更具体地说，8 端口和 16 端口 DSX-8 和 DSX-16。
目前，我严重怀疑它们的稳定性。
大多数时候会发生什么：
通常，一段时间内不需要该设备。
当最终需要它时，我通过 ssh 连接到它并给它（串行）端口号以连接到它。
执行该操作后，它会重新启动。并且需要很长时间（10 多分钟）才能重新启动。（在紧急需要控制台的网络问题期间，这是无法容忍的。）
固件是最新的。
支持根本没有用。（“您希望我们发送替代品吗？”）
（并非所有人都在这样做。）
有人使用那些 Raritan 设备吗？
要么他们天生就有问题，要么我们一直在做错事。
我认真考虑改用更严肃的设备。
NFS 服务器是 SLES11SP3，这里是导出语句：
/media/data *domain.com(rw,sync,no_root_squash,fsid=1)
我怀疑这是客户端（RHEL6）上的缓存问题，但是我相信我关闭了所有缓存，但问题仍然存在。
问题如何显示：
在服务器上我做了一个touch /media/data/test. 即使我等待几分钟，该文件也不会显示在客户端上。
如果我touch /media/data（目录）在服务器上，那么它会显示。当我touch /data/test2来自客户端时，它也会出现。
我在客户端上试过的：
# original
server:/media/data /data nfs rw,soft,vers=3,rsize=1048576,wsize=1048576,mountvers=3,sync,lookupcache=none
# mod 1 (remove parameters which have defaults: size, mountvers; add noac)
server:/media/data /data nfs rw,soft,vers=3,sync,lookupcache=none,noac 0 0
我也尝试使用hard和指定安装actimeo=1，没有效果。
更新#1
似乎底层文件系统很特殊。
服务器上的底层文件系统是 Novell NSS 卷。
NSS 具有某些独特的属性，例如将文件的创建时间映射到 Linux 中的ctime（这本身就是那里的更改时间）。
含义：修改目录内容后，只有 mtime 得到更新，ctime 没有得到更新。显然 RHEL NFS 客户端不认为这是更新其缓存的充分理由，而 SuSE NFS 客户端似乎为此打了补丁。
有什么选择？
- 更改 NSS 卷上的属性（可以选择将 ctime 映射到更改时间而不是创建时间，尽管必须调查此文件系统范围设置的影响）
- 让 Redhat 只考虑 mtime 而不是 ctime（为什么还要考虑？）
- 解决方法：在列出目录之前先触摸目录.......
你能帮我诊断一下这个OOM吗？
我的言论介于两者之间。
<4>[598175.284914] cifsd invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0
什么？GFP 掩码低字节 0xa 表示请求 highmem 中的空闲页面。这是一个 64 位系统，因此没有 highmem 区域。
<6>[598175.284919] cifsd cpuset=/ mems_allowed=0
<4>[598175.284921] Pid: 5529, comm: cifsd Tainted: G E X 3.0.101-0.35-default #1
<4>[598175.284923] Call Trace:
<4>[598175.284934] [<ffffffff81004935>] dump_trace+0x75/0x310
<4>[598175.284941] [<ffffffff8145f2f3>] dump_stack+0x69/0x6f
<4>[598175.284947] [<ffffffff810fc53e>] dump_header+0x8e/0x110
<4>[598175.284950] [<ffffffff810fc8e6>] oom_kill_process+0xa6/0x350
<4>[598175.284954] [<ffffffff810fce25>] out_of_memory+0x295/0x2f0
<4>[598175.284957] [<ffffffff8110287e>] __alloc_pages_slowpath+0x78e/0x7d0
<4>[598175.284960] [<ffffffff81102aa9>] __alloc_pages_nodemask+0x1e9/0x200
<4>[598175.284965] [<ffffffff8113de60>] alloc_pages_vma+0xd0/0x1c0
<4>[598175.284969] [<ffffffff81130bcd>] read_swap_cache_async+0x10d/0x160
<4>[598175.284972] [<ffffffff81130c94>] swapin_readahead+0x74/0xd0
<4>[598175.284975] [<ffffffff81120bfa>] do_swap_page+0xea/0x5f0
<4>[598175.284978] [<ffffffff81121c21>] handle_pte_fault+0x1e1/0x230
<4>[598175.284982] [<ffffffff81465bcd>] do_page_fault+0x1fd/0x4c0
<4>[598175.284985] [<ffffffff814627e5>] page_fault+0x25/0x30
<4>[598175.285002] [<00007f65a0891078>] 0x7f65a0891077
好的，它想从交换中获取某些东西但失败了，因为显然没有更多的物理内存。让我们继续...
<4>[598175.285003] Mem-Info:
<4>[598175.285004] Node 0 DMA per-cpu:
<4>[598175.285006] CPU 0: hi: 0, btch: 1 usd: 0
<4>[598175.285007] CPU 1: hi: 0, btch: 1 usd: 0
<4>[598175.285008] Node 0 DMA32 per-cpu:
<4>[598175.285010] CPU 0: hi: 186, btch: 31 usd: 9
<4>[598175.285011] CPU 1: hi: 186, btch: 31 usd: 7
<4>[598175.285012] Node 0 Normal per-cpu:
<4>[598175.285013] CPU 0: hi: 186, btch: 31 usd: 35
<4>[598175.285014] CPU 1: hi: 186, btch: 31 usd: 31
<4>[598175.285017] active_anon:218 inactive_anon:91 isolated_anon:0
<4>[598175.285018] active_file:187788 inactive_file:451982 isolated_file:896
<4>[598175.285018] unevictable:0 dirty:0 writeback:69 unstable:0
<4>[598175.285019] free:21841 slab_reclaimable:8417 slab_unreclaimable:132175
<4>[598175.285020] mapped:8168 shmem:4 pagetables:2639 bounce:0
在这里，我们看到使用了略高于 3G 的网络，尽管我无法准确地说出不同的条目是什么。
<4>[598175.285021] Node 0 DMA free:15880kB min:256kB low:320kB high:384kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolat
ed(anon):0kB isolated(file):0kB present:15688kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0k
B pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
<4>[598175.285027] lowmem_reserve[]: 0 3000 4010 4010
<4>[598175.285029] Node 0 DMA32 free:54600kB min:50368kB low:62960kB high:75552kB active_anon:860kB inactive_anon:308kB active_file:600716kB inactive_file:1576184kB
unevictable:0kB isolated(anon):0kB isolated(file):3328kB present:3072160kB mlocked:0kB dirty:0kB writeback:248kB mapped:26800kB shmem:16kB slab_reclaimable:23552kB
slab_unreclaimable:412540kB kernel_stack:752kB pagetables:2412kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:4169324 all_unreclaimable? yes
<4>[598175.285036] lowmem_reserve[]: 0 0 1010 1010
<4>[598175.285038] Node 0 Normal free:16884kB min:16956kB low:21192kB high:25432kB active_anon:12kB inactive_anon:56kB active_file:150436kB inactive_file:231744kB u
nevictable:0kB isolated(anon):0kB isolated(file):384kB present:1034240kB mlocked:0kB dirty:0kB writeback:28kB mapped:5872kB shmem:0kB slab_reclaimable:10116kB slab_
unreclaimable:116160kB kernel_stack:2848kB pagetables:8144kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:688103 all_unreclaimable? yes
<4>[598175.285044] lowmem_reserve[]: 0 0 0 0
<4>[598175.285046] Node 0 DMA: 0*4kB 1*8kB 0*16kB 0*32kB 2*64kB 1*128kB 1*256kB 0*512kB 1*1024kB 1*2048kB 3*4096kB = 15880kB
<4>[598175.285051] Node 0 DMA32: 12620*4kB 3*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 54600kB
<4>[598175.285056] Node 0 Normal: 3195*4kB 1*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 16884kB
似乎有很多碎片。但是由于请求了订单 0 页 (4k)（在 highmem 中！？），并且有大量可用，那没关系，不是吗？
<4>[598175.285061] 375504 total pagecache pages
那是超过 1G 的页面缓存。它不应该在抛出 OOM 之前先降低缓存吗？
<4>[598175.285062] 268 pages in swap cache
<4>[598175.285064] Swap cache stats: add 1266107, delete 1265839, find 3666696/3838636
<4>[598175.285065] Free swap = 4641856kB
<4>[598175.285066] Total swap = 5244924kB
几乎没有使用交换。在抛出OOM之前不应该交换吗？
<4>[598175.285066] 1030522 pages RAM
顺便说一句，这是一台具有 4G RAM 的机器。
哦，FWIW 来了进程列表
<6>[598175.285067] [ pid ] uid tgid total_vm rss cpu oom_adj oom_score_adj name
<6>[598175.285071] [ 485] 0 485 4223 62 0 -17 -1000 udevd
<6>[598175.285073] [ 1434] 0 1434 1003 65 1 0 0 acpid
<6>[598175.285075] [ 1449] 100 1449 8585 112 0 0 0 dbus-daemon
<6>[598175.285077] [ 1475] 0 1475 36450 428 1 0 0 mono
<6>[598175.285079] [ 1772] 0 1772 21365 298 1 0 0 vmtoolsd
<6>[598175.285081] [ 1838] 101 1838 12322 180 0 0 0 hald
<6>[598175.285083] [ 1842] 0 1842 41067 187 1 0 0 console-kit-dae
<6>[598175.285085] [ 1843] 0 1843 4510 56 1 0 0 hald-runner
<6>[598175.285087] [ 1961] 0 1961 8691 17 0 0 0 hald-addon-inpu
<6>[598175.285107] [ 1984] 0 1984 8691 75 1 0 0 hald-addon-stor
<6>[598175.285109] [ 1992] 101 1992 9130 7 1 0 0 hald-addon-acpi
<6>[598175.285111] [ 1993] 0 1993 8691 77 0 0 0 hald-addon-stor
<6>[598175.285113] [ 2562] 0 2562 47184 78 1 0 0 httpstkd
<6>[598175.285115] [ 2581] 0 2581 5881 221 1 0 0 syslog-ng
<6>[598175.285117] [ 2584] 0 2584 1070 63 1 0 0 klogd
<6>[598175.285119] [ 2598] 0 2598 23796 104 1 -17 -1000 auditd
<6>[598175.285121] [ 2600] 0 2600 19995 87 1 0 0 audispd
<6>[598175.285123] [ 2621] 0 2621 2093 58 0 0 0 haveged
<6>[598175.285125] [ 2641] 0 2641 4728 81 1 0 0 rpcbind
<6>[598175.285127] [ 2680] 0 2680 77513 657 0 0 0 nsrexecd
<6>[598175.285129] [ 2753] 0 2753 4222 52 0 -17 -1000 udevd
<6>[598175.285131] [ 2832] 0 2832 2160 75 0 0 0 irqbalance
<6>[598175.285133] [ 2863] 0 2863 6778 53 1 0 0 mcelog
<6>[598175.285135] [ 3163] 0 3163 35027 170 1 0 0 gmond
<6>[598175.285137] [ 3177] 65534 3177 56670 185 0 0 0 gmetad
<6>[598175.285139] [ 3213] 0 3213 24991 107 1 0 0 sfcbd
<6>[598175.285141] [ 3214] 0 3214 16795 0 1 0 0 sfcbd
<6>[598175.285143] [ 3221] 0 3221 20445 78 1 0 0 sfcbd
<6>[598175.285145] [ 3222] 0 3222 41992 117 1 0 0 sfcbd
<6>[598175.285147] [ 3239] 0 3239 16092 58 1 0 0 pure-ftpd
<6>[598175.285149] [ 3240] 2 3240 6284 82 0 0 0 slpd
<6>[598175.285151] [ 3290] 0 3290 12855 120 0 -17 -1000 sshd
<6>[598175.285153] [ 3316] 74 3316 8070 152 0 0 0 ntpd
<6>[598175.285154] [ 3333] 0 3333 17945 90 1 0 0 cupsd
<6>[598175.285156] [ 3393] 0 3393 19365 31 1 0 0 sfcbd
<6>[598175.285158] [ 3395] 0 3395 21475 109 0 0 0 sfcbd
<6>[598175.285160] [ 3400] 0 3400 38331 129 1 0 0 sfcbd
<6>[598175.285162] [ 3479] 0 3479 38357 125 0 0 0 sfcbd
<6>[598175.285164] [ 3719] 0 3655 220311 2005 0 0 0 ndsd
<6>[598175.285166] [ 3893] 30 3893 177915 910 0 0 0 java
<6>[598175.285168] [ 3910] 0 3910 14968 97 1 0 0 nscd
<6>[598175.285170] [ 3961] 0 3961 47276 332 0 0 0 namcd
<6>[598175.285172] [ 4073] 0 4073 10998 104 0 0 0 master
<6>[598175.285174] [ 4099] 51 4099 14190 229 0 0 0 qmgr
<6>[598175.285176] [ 4135] 0 4135 33370 99 1 0 0 httpd2-prefork
<6>[598175.285178] [ 4136] 30 4136 35518 85 1 0 0 httpd2-prefork
<6>[598175.285180] [ 4137] 30 4137 35523 266 0 0 0 httpd2-prefork
<6>[598175.285182] [ 4138] 30 4138 35523 111 0 0 0 httpd2-prefork
<6>[598175.285184] [ 4139] 30 4139 35523 137 0 0 0 httpd2-prefork
<6>[598175.285186] [ 4140] 30 4140 35523 299 0 0 0 httpd2-prefork
<6>[598175.285188] [ 4168] 0 4168 5751 86 0 0 0 cron
<6>[598175.285190] [ 4349] 0 4349 43028 120 0 0 0 ndpapp
<6>[598175.285194] [ 4548] 0 4548 17722 33 0 0 0 adminusd
<6>[598175.285196] [ 4577] 0 4577 17136 26 1 0 0 jstcpd
<6>[598175.285198] [ 4580] 0 4580 12511 0 1 0 0 jstcpd
<6>[598175.285200] [ 4601] 0 4601 10976 42 1 0 0 vlrpc
<6>[598175.285202] [ 4621] 0 4621 4222 54 1 -17 -1000 udevd
<6>[598175.285204] [ 4672] 0 4672 21525 70 0 0 0 volmnd
<6>[598175.285206] [ 4693] 0 4693 48377 195 0 0 0 ncp2nss
<6>[598175.285208] [ 4942] 81 4942 40049 32 0 0 0 novell-xregd
<6>[598175.285210] [ 5195] 0 5195 90312 479 0 0 0 cifsd
<6>[598175.285212] [ 5240] 0 5240 9586 9 1 0 0 smdrd
<6>[598175.285214] [ 5279] 0 5279 55127 172 0 0 0 novfsd
<6>[598175.285216] [ 5327] 104 5327 9431 72 0 0 0 nrpe
<6>[598175.285218] [ 5337] 0 5337 3177 78 0 0 0 mingetty
<6>[598175.285219] [ 5338] 0 5338 3177 78 1 0 0 mingetty
<6>[598175.285221] [ 5339] 0 5339 3177 78 0 0 0 mingetty
<6>[598175.285223] [ 5340] 0 5340 3177 78 1 0 0 mingetty
<6>[598175.285225] [ 5341] 0 5341 3177 78 0 0 0 mingetty
<6>[598175.285227] [ 5342] 0 5342 3177 78 1 0 0 mingetty
<6>[598175.285229] [ 5520] 0 5520 67658 99 0 0 0 cifsd
<6>[598175.285231] [25139] 0 25139 17698 836 0 0 0 snmpd
<6>[598175.285233] [ 4842] 51 4842 14147 511 0 0 0 pickup
<6>[598175.285235] [ 7917] 0 7917 21027 2460 1 0 0 savepnpc
<3>[598175.285237] Out of memory: Kill process 3719 (ndsd) score 19 or sacrifice child
<3>[598175.285239] Killed process 3719 (ndsd) total-vm:881244kB, anon-rss:0kB, file-rss:8020kB
所以它发现了几乎 1G 的内存要释放，但它继续，许多进程跟随......
这有些不对劲。
这是一个内核 3.0.x 顺便说一句
我知道有很多关于这个的问题说它会立即起作用。
唉，至少在我们较新的 SLES (Suse Linux Enterprise) 11 SP3 系统上，情况似乎不再如此。（你必须重新加载/重新启动 cron 才能让它意识到/etc/crontab已经改变了。）
我刚刚测试了它。您需要重新启动 cron。确实。
这是安装的
# rpm -qa | grep -i cron
cron-4.1-194.209.1
似乎是ISC cron。
手册页说它每分钟检查一次 crontab 是否有更改，并在必要时重新加载。然而，情况似乎并非如此。
有人对此有任何见解吗？就像由于某种原因可能出错的情况等。也许这是一个错误或联机帮助页是错误的，但我现在无法想象......
在我们拥有 VCSA（Vcenter Server Appliance）之前，我们拥有的是 Windows Vcenter Server。
我们在本地安装了 PowerCLI。
在那里，我们可以说
Get-VM -Name * | Sort-Object | %{
....
获取在 Vcenter 中注册的所有 VM 的列表。
现在我们有了设备。
我也安装了 vMA（管理助手）。
我注册了 vCenter 设备，我已成功连接到它，但我无法像上面那样简单地检索 VM 列表。
它总是希望我连接到单个 ESXi 主机来执行列表。
现在对我来说，这似乎是一个倒退。
你会怎么做？
你会使用 vMA 吗？也许使用 vCLI？或者坚持使用 PowerCLI，但是我需要再次安装 Windows 机器来运行我的脚本.....
我需要一双新鲜的眼睛。
我们正在使用一条 15 公里长的光纤线路，光纤通道和 10GbE 被多路复用（无源光 CWDM）。对于 FC，我们有适合长达 40 公里的长距离激光器（Skylane SFCxx0404F0D）。多路复用器受到最大 SFP 的限制。4Gb 光纤通道。FC 交换机是 Brocade 5000 系列。FC 的波长分别为 1550、1570、1590 和 1610nm，10GbE 的波长为 1530nm。
问题是 4GbFC 结构几乎从不干净。有时他们会持续一段时间，即使他们有很多流量。然后它们可能会突然开始产生错误（RX CRC、RX 编码、RX 差异，...），即使它们只有边际流量。我附上了一些错误和流量图。当流量为 1Gb/s 时，目前每 5 分钟出现 50-100 个错误。
光学
这是总结的一个端口的功率输出（sfpshow在不同的交换机上收集）
SITE-A 单位=uW（微瓦） SITE-B
************************************************
FAB1
SW1 TX 1234.3 RX 49.1 SW3 1550nm (ko)
接收 95.2 发送 1175.6
FAB2
SW2 TX 1422.0 RX 104.6 SW4 1610nm（正常）
接收 54.3 发送 1468.4
在这一点上，我觉得奇怪的是功率水平的不对称性。SW2 以 1422uW 发射，SW4 以 104uW 接收，而 SW2 仅以 54uW 仅接收具有相似原始功率的 SW4 信号。
SW1-3 反之亦然。
无论如何，SFP 的 RX 灵敏度低至 -18dBm（约 20uW），所以无论如何它应该没问题……但什么都不是。
一些 SFP 已被制造商诊断为故障（上面显示的 1550nm 带有“ko”）。1610nm 显然没问题，它们已经使用流量生成器进行了测试。租用线路也经过了不止一次的测试。一切都在公差范围内。我正在等待替换，但出于某种原因，我不相信它会使事情变得更好，因为表面上好的那些也不会产生零错误。
早些时候，在将信号上线之前，涉及到有源设备（某种 4GFC 重定时器）。不知道为什么。由于问题，该设备被淘汰，所以我们现在只有：
- 开关中的长距离激光，
- （新）10m LC-SC 单模电缆连接到多路复用器（每个结构），
- 租用线路，
- 同样的事情，但在链接的另一侧反转了。
FC 交换机
这是来自 Brocade 的端口配置portcfgshow（显然两边都是这样）
区号：0 速度等级：4G 填充字(On Active) 0(Idle-Idle) 填充字（当前） 0（空闲-空闲） AL_PA 偏移 13：关闭 中继端口开启 长距离LS VC 链接初始化关闭 所需距离 32 公里 保留缓冲区 70 锁定 L_Port 关闭 锁定 G_Port 关闭 禁用 E_Port 关闭 锁定 E_Port 关闭 ISL R_RDY 模式关闭 RSCN 抑制关闭 永久禁用关闭 LOS TOV 启用 OFF NPIV 功能开启 QOS E_Port 关闭 端口自动禁用：关闭 速率限制关闭 EX 端口关闭 镜像端口关闭 信用恢复开启 F_Port 缓冲区关闭 故障延迟：0(R_A_TOV) NPIV PP 限制：126 CSCTL 模式：关闭
强制链接到 2GbFC 不会产生任何错误，但我们购买了 4GbFC 并且我们想要 4GbFC。
我不知道该去哪里找了。有什么想法接下来要尝试什么或如何进行？
如果我们不能使 4GbFC 可靠地工作，我想知道使用 8 或 16 的人会做什么......我不认为“这里和那里的一些错误”是可以接受的。
哦，顺便说一句，我们与制造商的每个人（FC 交换机、MUX、SFP，...）都有联系，除了要更改的 SFP（之前已经更改过一些），没有人知道。Brocade SAN Health 表示结构正常。MUX，嗯，它是被动的，它只是一个棱镜，自然是最好的。
有没有在黑暗中拍摄？
附录：对您的问题的回答
@Chopper3：这是出现问题的第二代织锦。之前我们有 5000 个，现在我们有 5100 个。刚开始我们还有active MUX的时候租了一次长距离的激光器直接放到switch里面为了测试一天，那一天当然是干净的。但正如我所说，有时它就是那样干净。有时不是。替代交换机意味着使用仅用于测试的交换机来重建整个 SAN。替代 SFP，他们很难像那样获得。
@longneck：线路是租用的。它是一种深色光纤（9um 单模），所以上面没有其他光纤。当然有接头。我不能去看，但我必须相信他们做得对。正如我所说，这条线路已经过检查和重新检查（使用光学时域反射仪）。显然，您自己没有所有这些设备，因为它太贵了。
@mdpc：根据您的说法，“错误”的电缆类型是什么？直到开关，一切都是单模的，是的。连接器也是正确的。是的，我知道有些绿色的光纤以一定的角度被切断等。但据我所知，我们有正确的。
进度报告 #1
我们有两个带有 FabricOS 6.4.1 的 Brocade 5100 的结构（=2x2 交换机）和 FabricOS 7.0.2 上的两个结构（另一个 2x4 交换机）。
在长距离 ISL（每个结构中一个）上，FOS 6.4.1 将其设置为长距离会发出有关 VC Init 设置的警告，从而导致填充字。但这些只是警告。FOS 7.0.2要求您对 VCI 和长距离链接的填充词进行修改。
使用错误的 VCI 和填充字设置将 FOS 6.4.1 设置为 LS（长距离静态距离）设置会使整个结构无法运行（卡在 SCN 循环中，使用fabriclog -s查看，在其他任何地方都看不到，没有端口错误计数器或任何增加的东西）。
目前，我正在给具有 IMHO 更正确设置的一种织物打一个跳动，它似乎做得很好，而另一种没有太多流量的织物仍然到处都有错误。
简而言之：
- 我们已经消除了 MUX 的活动部分（FC 重定时器）。
- 我们正在将长距离 SFP 本身放入终端设备中。
- 只是为了确保我们购买了新的单模电缆来将终端设备连接到 MUX 的剩余无源部分。
- 我们现在正在尝试几种长距离配置。
这几乎是黑魔法。发生的一切大多都是经验性的，似乎没有人知道做某事的确切原因是什么。（“我们已经尝试过，但没有成功，然后我们尝试了，它成功了，所以我们坚持这样做。”但似乎没有人真正知道为什么。）
我会及时通知你的。
进度报告 #2
我们在保修期内为其中一种织物购买了新的激光器。即使在 4GbFC 上也非常干净。
它们以大约 2mW (3dBm) 的功率传输，而其他的只有 1.5mW (1.5dBm)，尽管这应该足够了。
另一种织物（激光显然没问题）仍然很少产生一两个CRC。
使用sfpshowSFP 产生实际的 RX 错误显示
状态/控制：0x82 报警标志[0,1] = 0x5, 0x40 警告标志[0,1] = 0x5, 0x40
现在我得弄清楚这意味着什么。不确定它以前是否在那里。
好吧，我先用一周的假期来理清头绪。8-)
我们使用 BlueCoat ProxySG（软件 6.4.3.1）进行了显式（= 不透明）代理设置。
当我创建 Web 访问层规则时，例如：
- 协议：HTTPS -> 所有 HTTPS：允许，
- 协议：所有 TCP 隧道：拒绝，然后
我仍然可以通过代理在外面进行 SSH。
相反，当指定某些东西时
- 协议：所有外壳：拒绝
（没有明确的 HTTPS 声明）我也可以通过代理进行 SSH。
唯一有帮助的（使用 SSH）是指定All TCP Tunneling: DENY. 但是在这种情况下，HTTPS 也不再有效。
因此，HTTPS 似乎被视为 TCP 隧道。这也是跟踪文件在 HTTPS 请求上显示的内容：
CONNECT tcp://www.xxx.com:443/
我知道只要允许某人创建传出的加密连接，他们就可以使几乎任何事情都正常工作。但我不想让它太容易。
那么如何识别 HTTPS 同时又不允许太多其他东西呢？（如果不设置 MitM 的东西等可能是不可能的。）为什么会有一个名为 HTTPS 的对象，当我使用它时它不会改变任何东西。我真的不明白那部分。
在 vMotion 之后，一些客人提前了 2 小时。
比 UTC 早 2 小时正是我们的时区。
为什么会这样做？AFAICS 源主机和目标主机具有相同的配置。
但显然不是。有什么问题？
有人可以向我解释这个 RRD 中的 ds[fan_speed].value 字段吗？
rrdtool 信息给出：
rrd_version = "0003"
step = 300
last_update = 1360341382
ds[fan_speed].type = "GAUGE"
ds[fan_speed].minimal_heartbeat = 600
ds[fan_speed].min = 0.0000000000e+00
ds[fan_speed].max = 1.0000000000e+02
ds[fan_speed].last_ds = "60"
ds[fan_speed].value = 4.9200000000e+03 ********* ???
ds[fan_speed].unknown_sec = 0
...
rra[2].cf = "AVERAGE"
rra[2].rows = 700
rra[2].cur_row = 295
rra[2].pdp_per_row = 6
rra[2].xff = 5.0000000000e-01
rra[2].cdp_prep[0].value = 6.0000000000e+01
rra[2].cdp_prep[0].unknown_datapoints = 0
（在“PDP 状态”中使用“rrdtool dump”显示相同的值。）
它是什么？
（通常，此设备上的风扇为 60(%)，例如在 rra[2].cdp_prep[0].value = 6.0000000000e+01 中显示）
谢谢。
错误是 2147746321。
我可以在它尝试的邮件服务器日志中看到，但连接已关闭。
Wed 2012-10-10 15:55:25: Session 990590; child 1
Wed 2012-10-10 15:55:25: Accepting SMTP connection from [x:49161] to [y:25]
Wed 2012-10-10 15:55:25: --> 220 Mdaemon; Wed, 10 Oct 2012 15:55:25 +0200
Wed 2012-10-10 15:55:25: <-- EHLO x
Wed 2012-10-10 15:55:25: --> 250-Hello x, pleased to meet you
Wed 2012-10-10 15:55:25: --> 250-VRFY
Wed 2012-10-10 15:55:25: --> 250-EXPN
Wed 2012-10-10 15:55:25: --> 250-ETRN
Wed 2012-10-10 15:55:25: --> 250-AUTH LOGIN
Wed 2012-10-10 15:55:25: --> 250-8BITMIME
Wed 2012-10-10 15:55:25: --> 250 SIZE 20971000
Wed 2012-10-10 15:55:25: <-- AUTH LOGIN
Wed 2012-10-10 15:55:25: --> 334 VX......
Wed 2012-10-10 15:55:25: Connection closed
Wed 2012-10-10 15:55:25: SMTP session terminated (Bytes in/out: 26/212)
谷歌搜索并没有透露太多，只是它确实“不起作用”并且 Exchange 随处可见。
这不是 Exchange 服务器。我只想要一个简单直接的 SMTP 连接。如何？
（我试过以普通用户和系统帐户运行任务，没有区别。）
使用 telnet 手动从该服务器向端口 25 发送邮件是可行的。
(Windows 2008 R2)
我们目前有一个我不太喜欢的 DHCP 设置。
两个 DHCP 服务器：
- 第一个仅发送带有代理 IP 字段的 DHCPOFFER（无 IP 租约）。
- 第二个发布 IP 地址（代理 IP 为空）。
一切似乎都正常工作，但可能只是因为仅包含 ProxyIP 的那一个通常比实际分配 IP 地址的那一个更快。
你怎么看？（特别是关于正在考虑两个报价的部分，而我认为应该只选择一个）
当我告诉我的 Cisco 路由器 (IOS)
(config)# logging syslog.mydomain.com
然后查看config，config中包含syslog.mydomain.com的IP，即1.2.3.4。
现在 DNS 的全部目的是在服务名称和实际主机之间建立一个抽象层。在这种情况下，如果我将系统日志服务器移动到另一个 IP，我必须再次联系 Cisco。（反正看起来是这样）
它不简单地存储系统日志主机名并定期从 DNS 获取主机名更新是否正常？
你怎么看？
当我在服务器上启用 redirect-gateway 选项，重新启动 openvpn 并重新启动客户端软件时，新的默认网关会在客户端上设置。
然后，当我在服务器配置中禁用重定向网关选项时，在服务器上重新启动 openvpn，然后在客户端上，客户端不再设置旧网关，有效地中断了对外界的访问。
为什么会这样？
伙计们，我相信我遇到了编码问题。
我已经从 phpBB2 升级到 phpBB3。
旧数据库在 latin1 中，新数据库使用 utf8 编码。
在升级过程中，DB 的某些行仅被部分读取到新版本中，因为结果出现了奇怪的字符。
当我使用 PHP 的 mb_convert_encoding() 函数将这些字符串转换为 UTF8 时，它们最终会变成 0x0093，即它们一定是某种双引号。
即使进行了这种转换，它们仍然在浏览器中显示为 0x0093（当浏览器不知道要显示什么时，它们中带有 0093 的方块）。
有人可以在这里解释这个问题吗？
我有点困惑，担心我看不到所有需要工作才能获得正确编码和正确显示的依赖项......