小编Jef*_*ood的帖子

我的办公室工作经常看到我通过 VNC 连接到 Linux 机器。

有时我在控制台上启动远程作业，后来意识到它运行的时间比预期的要长得多。（应该首先在 Screen 下启动那个...）

我不想为了保持 VNC 会话打开而让我的工作站通宵运行；我想将已经在运行的远程作业移动到 Screen 会话中（在远程盒子上），这样我就可以关闭工作站（并在第二天早上重新连接）。

如果有的话，如何做到这一点？

目前我们正试图决定是否将我们的数据中心从西海岸搬到东海岸。

但是，我看到从我的西海岸位置到东海岸的一些令人不安的延迟数字。这是一个示例结果，在 Google Chrome 中检索一个小的 .png 徽标文件并使用开发工具查看请求需要多长时间：

• 西海岸到东海岸：
  215 毫秒延迟，46 毫秒传输时间，总共 261 毫秒
• 西海岸到西海岸：
  114 毫秒延迟，41 毫秒传输时间，总共 155 毫秒

Corvallis, OR 在地理位置上离我在加州伯克利的位置更近是有道理的，所以我希望连接速度快一点..但是当我对 NYC 执行相同的测试时，我看到延迟增加了 +100 毫秒服务器。这对我来说似乎……太过分了。特别是因为传输实际数据所花费的时间仅增加了 10%，而延迟却增加了 100%！

那感觉……不对……对我来说。

我在这里找到了一些有用的链接（通过 Google 不少！）...

• 路由距离是否显着影响性能？
• 地理位置如何影响网络延迟？
• 从欧洲到美国的互联网连接延迟

......但没有权威。

那么，这正常吗？感觉不正常啊 从美国东海岸 <--> 西海岸移动网络数据包时，我应该期望的“典型”延迟是多少？

ICANN 似乎允许创建顶级域。您实际上不是“注册”域，而是注册成为注册商（您将在 TLD 上进行注册）。

1. 他们如何决定是否接受/拒绝申请？（例如，显着性是排除 .michael 的要求）
2. 现有企业可以注册 TLD，还是只是一个更一般的组织（即“博物馆协会”而不是“纽约自然历史博物馆”）
3. 它要多少钱？

我们最近在网络方面遇到了一个小问题，其中多个服务器会以一种相当痛苦的方式（需要硬重启）间歇性地失去网络连接。这已经持续了大约两周，似乎是随机的，在不同的服务器上。没有我们可以辨别的特定模式。

在深入研究之后，我们看到交换机报告了问题端口的 100 Mbps：

这听起来非常像乔尔·斯波尔斯基 (Joel Spolsky) 的文章“五个为什么”中发生的事情

Michael 花了一些时间做事后分析，发现问题是交换机上的一个简单的配置问题。交换机可以使用多种可能的速度进行通信（10、100 或 1000 兆位/秒）。您可以手动设置速度，也可以让交换机自动协商双方可以使用的最高速度。发生故障的交换机已设置为自动协商。这通常有效，但并非总是如此，并且在 1 月 10 日早上，它没有。

我们现在已经在我们的网络硬件上禁用了自动协商，并将其设置为 1000 Mbps（千兆位）的固定速率。

我对那些拥有更多服务器硬件网络专业知识的人的问题：

1. 现代网络硬件的自动协商问题有多普遍？
2. 在设置网络时禁用自动协商并设置固定速度是否被认为是良好的标准网络实践？

随着 Stack Overflow 的发展，我们开始仔细查看我们的 IIS 日志以识别有问题的 HTTP 客户端——例如流氓网络蜘蛛、设置大页面每秒刷新的用户、编写不当的一次性网络抓取工具、棘手的问题尝试增加页面的用户数以百万计，依此类推。

我提出了一些LogParser查询，当指向 IIS 日志文件时，它们可以帮助我们识别大多数奇怪和异常情况。

按 URL 划分的最高带宽使用率

SELECT top 50 DISTINCT 
SUBSTR(TO_LOWERCASE(cs-uri-stem), 0, 55) AS Url, 
Count(*) AS Hits, 
AVG(sc-bytes) AS AvgBytes, 
SUM(sc-bytes) as ServedBytes 
FROM {filename} 
GROUP BY Url 
HAVING Hits >= 20 
ORDER BY ServedBytes DESC

url 命中 avgbyte 服务
------------------------------------------------- - ---- ------- -------
/favicon.ico 16774 522 8756028
/content/img/search.png 15342 446 6842532

URL 的热门点击次数

SELECT TOP 100 
cs-uri-stem as Url, 
COUNT(cs-uri-stem) AS Hits 
FROM {filename} 
GROUP …

我有一个将生成大量图像的项目。大约 1,000,000 开始。它们不是大图像，所以一开始我会将它们全部存储在一台机器上。

您如何建议有效地存储这些图像？（目前是 NTFS 文件系统）

我正在考虑一个命名方案...一开始，所有图像都将有一个从 1 开始的增量名称，我希望这将有助于我以后在需要时对它们进行排序，并将它们放在不同的文件夹中。

什么是更好的命名方案：

a/b/c/0 ... z/z/z/999

或者

a/b/c/000 ... z/z/z/999

对此有什么想法吗？

我想使用 memcached

http://www.danga.com/memcached/

我已经安装了 yum install memcached

但是现在我需要连接到PHP，并且有一个名为memcache 的扩展名和一个名为memcached 的扩展名？阿格

http://us3.php.net/manual/en/book.memcache.php
http://us3.php.net/manual/en/book.memcached.php

有人可以在这里指出我正确的方向..哪个会起作用？

另外，即使它是本地的，我是否需要打开任何端口才能工作？运行后，我尝试 telnet 127.0.0.1 11211 并且连接被拒绝。

我正在阅读有关Google 新公共 DNS 服务的一些说明：

• 性能优势
• 安全优势

我在安全部分注意到这一段：

在普遍实施针对 DNS 漏洞的标准全系统解决方案（例如 DNSSEC2 协议）之前，开放式 DNS 解析器需要独立采取一些措施来缓解已知威胁。已经提出了许多技术；请参阅IETF RFC 4542：使 DNS 更能抵御伪造答案的措施，以了解其中大部分内容的概述。在 Google 公共 DNS 中，我们已实施并推荐以下方法：

• 过度配置机器资源以防止对解析器本身的直接 DoS 攻击。由于 IP 地址对于攻击者来说是微不足道的，因此无法阻止基于 IP 地址或子网的查询；处理此类攻击的唯一有效方法是简单地吸收负载。

这是一个令人沮丧的认识；即使在堆栈溢出/服务器故障/超级用户上，我们也经常使用 IP 地址作为各种禁止和阻止的基础。

认为一个“有才华”的攻击者可以随便使用他们想要的任何IP地址，并合成尽可能多的唯一假IP地址，真是太可怕了！

所以我的问题：

• 攻击者在野外伪造 IP 地址真的那么容易吗？
• 如果是这样，可以采取哪些缓解措施？

我们在http://sstatic.net的网站之间提供一组共享的静态内容。不幸的是，此内容目前根本没有负载平衡——它是从单个服务器提供的。如果该服务器出现问题，则所有依赖它的站点都会有效关闭，因为共享资源是必不可少的共享 javascript 库和图像。

我们正在寻找在此服务器上负载平衡静态内容的方法，以避免单服务器依赖。

我意识到循环 DNS 充其量只是一个低端（有些人甚至可能会说是贫民窟）解决方案，但我不禁想知道——循环 DNS 是否是静态内容基本负载平衡的“足够好”的解决方案?

[dns] [load-balancing]中对此有一些讨论标签中，我已经阅读了一些关于这个主题的很棒的帖子。

我知道通过多个循环 A 记录进行 DNS 负载平衡的常见缺点：

• DNS 记录通常没有心跳或故障检测，因此如果轮换中的给定服务器出现故障，则必须手动从 DNS 条目中删除其 A 记录
• 必须将生存时间 (TTL) 设置得非常低才能使其正常工作，因为 DNS 条目在整个 Internet 中都被大量缓存
• 客户端计算机负责查看有多个 A 记录并选择正确的记录

但是，轮询 DNS 作为一个启动器是否足够好，总比没有好，“在我们研究和实施更好的替代方案的同时”为我们的静态内容负载平衡的形式吗？或者 DNS 循环在任何情况下都毫无价值？

我没有更改与 serverfault.com 的 DNS 条目相关的任何内容，但是今天一些用户报告说serverfault.com DNS 无法为他们解析。

我运行了一个简单的查询，我可以确认这一点 - serverfault.com dns 似乎无法在少数几个国家/地区解决，我没有任何特别的原因可以辨别。（也通过What's My DNS以类似的方式进行了一些全球 ping 的确认，因此它被两个不同的来源确认为一个问题。）

• 如果我没有接触 serverfault.com 的 DNS，为什么会发生这种情况？

• 我们的注册商是 (gag) GoDaddy，我在大多数情况下使用默认 DNS 设置，没有发生任何事故。难道我做错了什么？DNS的众神抛弃了我吗？

• 我能做些什么来解决这个问题吗？有什么方法可以提高 DNS 或强制 DNS 在全球范围内正确传播？

更新：截至周一太平洋标准时间凌晨 3:30，一切看起来都正确。 JustPing 报告站点可从所有位置访问。感谢您提供许多非常有用的回复，我学到了很多东西，下次发生这种情况时会参考这个 Q..