问题标签 [file-transfer]

根据我的经验，我看到很多架构图，它们广泛使用 FTP 作为链接架构组件的媒介。

作为不做出架构决策但倾向于查看架构图的人，任何人都可以解释使用 FTP 的价值是什么，它在哪里合适以及何时将数据作为文件传输是一个好主意。

我知道通常有一些遗留系统只需要以这种方式工作——尽管任何历史洞察力也会很有趣

由于简单和熟悉，我可以看到传输文件的吸引力（尤其是在需要传输的文件时），并且想知道推理是否超出此范围。

编辑：感谢那些指出 SFTP 更可取的人，但是我的问题比想要推荐文件传输协议更广泛。对困惑感到抱歉。

我在客户端机器上有一个文本文件，想将它移动到数据库服务器（MS SQL 2008），但除了通过 SQL Server 客户端外，我没有任何访问服务器的权限。我可以使用 SQL 客户端连接将此文件传输到服务器吗？

我正在尝试通过 java 套接字发送文件并通过另一个套接字接收它。但是，会发生这种情况：

发送内容：

/* 这只是一个要传输的文件 */

已收到：

所以基本上我无法在堆栈溢出时逃避接收到的内容。它基本上是一堆不可读的字节（大约 32 个字节），然后是我发送的消息。

对于客户：

我有一个可能返回text/html或的响应application/octet-stream。如果我收到 html，我想用返回的响应数据替换部分页面，如果我收到二进制数据（文件下载），我想显示一条消息并将数据发送到浏览器，以便用户可以下载文件。有没有办法做到这一点？

我能够将文件从一台移动设备传输到另一台移动设备。当发送方发送这个 8 字节的文本文件时，接收方将变成一个 256 字节的 txt 文件，当我打开 txt 文件的内容时，有我的信息和很多方框。这是来自发件人的我的代码：

Any1知道我该如何解决？

我正在构建一个应用程序，该应用程序将移动一些潜在的大文件，但我希望这样做不会通过淹没它来干扰用户的网络连接。我知道 Windows BITS 具有这种功能，而这基本上就是我想要复制的功能（就限制而言）。我知道 BITS 还有其他我不感兴趣的功能，我也可以选择从 .NET 中使用它，但我对它的工作原理很感兴趣。

我在网上查看过，除了模糊的“BITS 轮询活动以观察其他程序使用的带宽下降”之外，我还没有找到关于 BITS 究竟如何确定要消耗多少带宽的明确解释。这是什么意思？其他程序消耗的带宽也可能由于许多其他原因而下降 - BITS 可以区分吗？如果我正在寻找一个复制这种“保持在雷达之下，用户不会注意到传输”功能的过程，我将如何去做？

更新：目前有许多程序可以做到这一点 - 最值得注意的是，像 Mozy 这样的自动备份程序。他们将只使用可用的后台带宽，而不会减慢其他应用程序的速度。也许他们只是不断增加他们正在尝试的传输率，直到实际传输率停止增加，然后将其降低 10% 左右。我很好奇是否有人尝试过类似的事情。

我们有一个 Win2003 服务器，我们通过 NDM 接收文件，并且在任何时候，我们都会收到来自不同来源的 6 个文件。此服务器上的 CPU 始终 > 95%，这会导致所有组件变慢，并且服务器每 2 天挂起一次。我们在服务器上运行了最新的 McAfee。有什么建议么。

我正在尝试使用 Python 和 AES 编写一个安全的传输文件程序，但我遇到了一个我不完全理解的问题。我通过用 1024 字节块解析文件并将它们发送过来来发送我的文件，但是接收数据的服务器端崩溃（我使用 AES CBC，因此我的数据长度必须是 16 字节的倍数）并且我得到的错误是不是。

我试图在客户端打印客户端发送的数据的长度以及在服务器上接收到的数据的长度，它表明客户端每次都像预期的那样发送准确的 1024 字节，但服务器端显示在某个时间点，收到的数据包不小于 1024 字节（例如 743 字节）。

我试图在客户端的每个套接字发送之间放置一个 time.sleep(0.5) ，它似乎工作。是否有可能是服务器端的某种套接字缓冲区故障？客户端发送的数据太快，并且它以某种方式破坏了服务器端的套接字缓冲区，因此数据已损坏或消失，并且 recv(1024) 仅收到损坏的块？这是我唯一能想到的，但这也可能是完全错误的，如果有人知道为什么它不能正常工作，那就太好了；）

按照我的想法，我尝试了：

我试图在服务器端放置一个 32 兆字节的缓冲区，但在 Windows XP 上它在打印上显示 4098，而在 linux 上它只显示 8。我不知道我必须如何解释这一点，我唯一知道的是它似乎它没有 32mbytes 的缓冲区，因此代码不起作用。

这篇文章真的很长，我希望你们中的一些人有勇气把它全部读到这里！我完全迷路了，所以如果有人对此有任何想法，请分享：D

感谢费萨尔，我的代码在这里：

服务器端：（计数是我的文件大小/1024）

客户端 ：

提前致谢，

诺利安

我需要在 WAN 的不同站点之间设置文件分发系统。放入源机器上某些输入目录的文件应分发到其他站点的每台目标机器上的目录中。其中一项要求是在某些站点之间，唯一允许的流量是 SMTP。已经有一个守护进程通过轮询输入目录并将所有找到的文件作为附件发送到配置的地址（最初被认为是人类收件人）来覆盖发送方。

你会如何设计接收端？

• 可以编写一个精简的 SMTP 服务器，只处理这种情况，从传入的邮件中剥离附件，并将它们放入本地目录。
• 可以设置一个具有本地传送功能的完整邮件服务器，轮询用户的收件箱并尝试从那里提取文件。
• 可以通过配置设置完整的邮件服务器，或者procmail直接将附件提取到目录中。

我真的不喜欢这些建议中的任何一个，因为它们都比设置 SSH 或 FTP 服务器更复杂。此外，我没有设置和管理邮件服务器的经验。

你有什么建议或经验可以分享吗？

目标系统是 Linux/Unix，但如果你知道一些独立于平台的东西，我也想听听。

我已经能够为设备的 obex 推送配置文件通道打开一个原始蓝牙套接字。我的目标是能够通过协议发送文件。

我在哪里可以找到任何信息应该如何设置标题以及通信应该如何工作？

谢谢。