接受来自服务器的数据连接时发生超时(30000 毫秒)问题原因及解决方法

最新推荐文章于 2023-09-24 04:43:27 发布
最新推荐文章于 2023-09-24 04:43:27 发布
阅读量5.7k 收藏 1
点赞数
文章标签： 数据库 操作系统 python

      今天安装了Windows server 2008 ,用cuteftp链接服务器上传文件时遇见"接受来自服务器的数据连接时发生超时(30000 毫秒)".这个错误,因为之前的系统用该软件链接上服务器,所以初步可以判断不是服务器那边设置出的问题.

      在网上搜索了一下解决方法,问的人很多,回答的也多,但大多都是说把链接模式改为什么被动模式.我自己式了是不行的.

      后来发现,FTP链接服务器时是一个双向和过程,首先我们机器链接上服务器,获取文件夹列表.同时由于你可以存在的下载文件.所以服务器也要和你本机进行交互.所以要测试向本机测试传输数据."接受来自服务器的数据连接时发生超时(30000 毫秒)."这句提示很显示,是说服务器链接你出的错误.知道这个.那么解决起来很容易,最简单直接的方法是关闭系统的防火墙,但这样可能出现不安全.所以最好的具体指定.在网上查了下,有人说FTP链接传输数据用到的端口是20.链接用到的端口是21.按照这个说法.把20端口例外即可,但自己试了下不行.呵呵.

      其实说FTP数据传输端口是20是不对的.这个端口并不是固定,他是随机产生一个你本机空余的端口!知道这个,那么就好办.

然后选择

确定即可

weixin_33943347
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
windows服务无法自动启动(转)
weixin_30532369的博客
05-10 1869
可以先看日志中的描述进行判断问题。 随windows自动启动时总是启动不了，windows日志中有两个错误，描述是: 1：等待 MyService 服务的连接超时(30000 毫秒)。 2：由于下列错误，MyService 服务启动失败: 服务没有及时响应启动或控制请求。 等windows启动后用手工启动服务时一切正常。 我估计是在windows启动时，系统分配给这个服务的资源比较...
服务启动类型是灰色_系统Software Protection服务无法启用的解决方法
weixin_39862097的博客
12-08 1万+
电脑Software Protection服务打不开怎么办？Win7系统Software Protection系统服务无法启用该如何解决？下面就给大家介绍具体解决方法。解决方法：1、开始→运行→输入：services.msc 点击确定(或按回车键)打开服务。 2、依次找到：Software Protection服务(服务名称sppsvc)→右键启动。3、如果启动菜单是灰色的(不可用)服务属性→启动...
等待 Windows Error Reporting Service 服务的连接超时(30000 毫秒)
最新发布
weixin_44426394的博客
09-24 868
等待 Windows Error Reporting Service 服务的连接超时(30000 毫秒)。
AndroidHttpURLConnection发送GET请求
07-01
创建一个URL对象： URL url = new URL(http://www.baidu.com); 调用URL对象的openConnection( )来获取HttpURLConnection对象实例： HttpURLConnection conn = (HttpURLConnection) url.openConnection(); 设置HTTP请求使用的方法:conn.setRequestMethod("GET"); 设置连接超时，读取超时的毫秒数，以及服务器希望得到的一些消息头 conn.setConnectTimeout(6*1000); 获取服务器的响应码并进行判断，正确的响应码一般为200 if(conn.getResponseCode() != 200) 调用getInputStream()方法获得服务器返回的输入流 InputStream in = conn.getInputStream(); 读取返回的输入流中的数据，并将其中的数据转换为byte数组 使用InputStream 的read方法以及ByteArrayOutputStream的wirte方法 inputStream.read(buffer) outputStream.write(buffer, 0, len) outputStream.toByteArray() 最后调用disconnect()方法将HTTP连接关掉 conn.disconnect(); 注意：在配置清单中使用权限
Movienator：Ontotext的归纳计划项目（解决方案团队）2019
02-17
电影人 从OMDb数据库和本地数据集中检索电影信息的项目。 这是。 运行时/部署属性 sparql.endpoint（必需，示例= ）-我们向其发送数据请求的sparql端点的URL。 sparql.repository（必需，example = movieDB）-我们要从中提取数据的服务器上存储库的名称。 omdb.api（可选，默认为 API的URL，如果需要，可从该URL中提取信息。 connect.timeout（可选，默认为6000）-向Omdb API的请求的连接超时。 （以毫秒为单位） read.timeout（可选，默认为6000）-等待使用Omdb API读取数据的超时。 （以毫秒为单位） omdb.apikey（必填，示例= d8a6b631）-用于验证Omdb API的密钥。 从这里获取： : graphdb.healthcheck.id（可选，默
cuteftp 8.3 中文版
10-02
CuteFTP Pro是一个全新的商业级FTP客户端程序，其加强的文件传输系统能够完全满足今天的商家们的应用需求。这里文件通过构建于SSL或SSH2安全认证的客户机/服务器系统进行传输，为、WAN、Extranet开发管理人员提供最经济的解决方案！企业再不需要为了一套安全的数据传输系统而进行破费了。此外，CuteFTP Pro还提供了Sophisticated Scripting、目录同步、自动排程、同时多站点连接、多协议支持（FTP、SFTP、HTTP、HTTPS）、智能覆盖、整合的HTML编辑器等功能特点以及更加快速的文件传输系统。
【分布式事务----LCN】LCN原理及使用方式.docx
01-09
编辑推荐: 本文来自于csdn，本篇文章主要介绍了LCN5.0.2有3种模式，分别是LCN模式，TCC模式，TXC模式,希望对您的学习 有所帮助。 一、简介 LCN分布式事务框架其本身并不创建事务，而是基于对本地事务的协调从而达到事务一致性的效果。 LCN模式： LCN模式是通过代理Connection的方式实现对本地事务的操作，然后在由TxManager统一协调控制事务。当本地事务提交回滚或者关闭连接时将会执行假操作，该代理的连接将由LCN连接池管理。 该模式的特点： - 该模式对代码的嵌入性为低。 - 该模式仅限于本地存在连接对象且可通过连接对象控制事务的模块。 - 该模式下的事务提交与回滚是由本地事务方控制，对于数据一致性上有较高的保障。 - 该模式缺陷在于代理的连接需要随事务发起方一共释放连接，增加了连接占用的时间。 TCC模式： TCC事务机制相对于传统事务机制（X/Open XA Two-Phase-Commit），其特征在于它不依赖资源管理器(RM)对XA的支持，而是通过对（由业务系统提供的）业务逻辑的调度来实现分布式事务。主要由三步操作，Try: 尝试执行业务、 Confirm:确认执行业务、 Cancel: 取消执行业务。 该模式的特点： - 该模式对代码的嵌入性高，要求每个业务需要写三种步骤的操作。 - 该模式对有无本地事务控制都可以支持使用面广。 - 数据一致性控制几乎完全由开发者控制，对业务开发难度要求高。 TXC模式： TXC模式命名来源于淘宝，实现原理是在执行SQL之前，先查询SQL的影响数据，然后保存执行的SQL快走信息和创建锁。当需要回滚的时候就采用这些记录数据回滚数据库，目前锁实现依赖redis分布式锁控制。 该模式的特点： - 该模式同样对代码的嵌入性低。 - 该模式仅限于对支持SQL方式的模块支持。 - 该模式由于每次执行SQL之前需要先查询影响数据，因此相比LCN模式消耗资源与时间要多。 - 该模式不会占用数据库的连接资源。 二、原理 核心步骤 1.创建事务组 是指在事务发起方开始执行业务代码之前先调用TxManager创建事务组对象，然后拿到事务标示GroupId的过程。 2.添加事务组 添加事务组是指参与方在执行完业务方法以后，将该模块的事务信息添加通知给TxManager的操作。 3.关闭事务组 是指在发起方执行完业务代码以后，将发起方执行结果状态通知给TxManager的动作。当执行完关闭事务组的方法以后，TxManager将根据事务组信息来通知相应的参与模块提交或回滚事务。 事务控制原理 LCN事务控制原理是由事务模块TxClient下的代理连接池与TxManager的协调配合完成的事务协调控制。 TxClient的代理连接池实现了javax.sql.DataSource接口，并重写了close方法，事务模块在提交关闭以后TxClient连接池将执行"假关闭"操作，等待TxManager协调完成事务以后在关闭连接。 对于代理连接池的优化 自动超时机制，任何通讯都有最大超时限制，参与模块在等待通知的状态下也有最大超时限制，当超过时间限制以后事务模块将先确认事务状态，然后再决定执行提交或者回滚操作，主要为了给最大资源占用时间加上限制。 智能识别创建不同的连接 对于只读操作、非事务操作LCN将不开启代理功能，返回本地连接对象，对于补偿事务的启动方将开启回滚连接对象，执行完业务以后马上回滚事务。 LCN连接重用机制 当模块在同一次事务下被重复执行时，连接资源会被重用，提高连接的使用率。 事务补偿机制 为什么需要事务补偿？ 事务补偿是指在执行某个业务方法时，本应该执行成功的操作却因为服务器挂机或者网络抖动等问题导致事务没有正常提交，此种场景就需要通过补偿来完成事务，从而达到事务的一致性。 补偿机制的触发条件？ 当执行关闭事务组步骤时，若发起方接受到失败的状态后将会把该次事务识别为待补偿事务，然后发起方将该次事务数据异步通知给TxManager。TxManager接受到补偿事务以后先通知补偿回调地址，然后再根据是否开启自动补偿事务状态来补偿或保存该次切面事务数据。 补偿事务机制 LCN的补偿事务原理是模拟上次失败事务的请求，然后传递给TxClient模块然后再次执行该次请求事务。 模拟场景演示 若存在事务发起方、参与方A、参与方B。调用关系图如下 那么他们正常执行业务的时序图为： 若参与方B出现异常，那么他们的业务时序图为： 若他们的调用关系是这样的情况 此时发生参与方B出现异常时他们的时序图为： 三、使用 环境： SpringBoot 2.0.
Flume-ng出现HDFS IO error,Callable timed out异常
某先生的专栏
03-26 9164
这两台flume-ng晚上9点~11点flume出现异常： 25 Mar 2014 22:18:25,189 ERROR [hdfs-thrift_hdfsSink-roll-timer-0] (org.apache.flume.sink.hdfs.BucketWriter$2.call:257) - Unexpected error java.io.IOException: Callable
SQL Server连接中三个常见的错误分析
CSDN深蓝居
10-12 999
一."SQL Server 不存在或访问被拒绝" 　　这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多. 　　一般说来,有以下几种可能性: 　　1.SQL Server名称或IP地址拼写有误 　　2.服务器端网络配置有误 　　3.客户端网络配置有误 　　要解决这个问题,我们一般要遵循以下的步骤来一步步找出导致错误的原因. 　　首先,检查网络物理连接 　　ping 　　如果 ping
Reporting Service
u012752975的专栏
09-29 1795
今天的迁移过程中，我们发现两台reporting service机器的reporting service服务无法启动。 在添加了ServicesPipeTimeout 值并将之设为60000后，服务正常启动。 以下是案例的总结，以供参考。   问题描述 ================ Reporting service启动失败，启动错误如下： System.InvalidOp
nginx_upstream_check_module-master.zip
09-02
借助淘宝技术团队开发的nginx模快nginx_upstream_check_module来检测后方realserver的健康状态，如果后端服务器不可用，则会将其踢出upstream，所有的请求不转发到这台服务器。当期恢复正常时，将其加入upstream。 nginx_upstream_check_module健康检查的时间间隔是毫秒级，而且可以自定义监控url，定制监控页，响应速度快，比原生的敏感度要高。 Syntax: check interval=milliseconds [fall=count] [rise=count] [timeout=milliseconds] [default_down=true|false] [type=tcp|http|ssl_hello|mysql|ajp] [port=check_port] Default: 如果没有配置参数，默认值是：interval=30000 fall=5 rise=2 timeout=1000 default_down=true type=tcp Context: upstream 该指令可以打开后端服务器的健康检查功能。指令后面的参数意义是： interval：向后端发送的健康检查包的间隔,单位为毫秒。 fall(fall_count): 如果连续失败次数达到fall_count，服务器就被认为是down。 rise(rise_count): 如果连续成功次数达到rise_count，服务器就被认为是up。 timeout: 后端健康请求的超时时间，单位毫秒。 default_down: 设定初始时服务器的状态，如果是true，就说明默认是down的，如果是false，就是up的。默认值是true，也就是一开始服务器认为是不可用，要等健康检查包达到一定成功次数以后才会被认为是健康的。 type：健康检查包的类型，现在支持以下多种类型： tcp：简单的tcp连接，如果连接成功，就说明后端正常。 ssl_hello：发送一个初始的SSL hello包并接受服务器的SSL hello包。 http：发送HTTP请求，通过后端的回复包的状态来判断后端是否存活。 mysql: 向mysql服务器连接，通过接收服务器的greeting包来判断后端是否存活。 ajp：向后端发送AJP协议的Cping包，通过接收Cpong包来判断后端是否存活。 port: 指定后端服务器的检查端口。你可以指定不同于真实服务的后端服务器的端口，比如后端提供的是443端口的应用，你可以去检查80端口的状态来判断后端健康状况。默认是0，表示跟后端server提供真实服务的端口一样。该选项出现于Tengine-1.4.0。 Syntax: check_keepalive_requests request_num Default: 1 Context: upstream 该指令可以配置一个连接发送的请求数，其默认值为1，表示Tengine完成1次请求后即关闭连接。 Syntax: check_http_send http_packet Default: "GET / HTTP/1.0\r\n\r\n" Context: upstream 该指令可以配置http健康检查包发送的请求内容。为了减少传输数据量，推荐采用"HEAD"方法。 当采用长连接进行健康检查时，需在该指令中添加keep-alive请求头，如："HEAD / HTTP/1.1\r\nConnection: keep-alive\r\n\r\n"。 同时，在采用"GET"方法的情况下，请求uri的size不宜过大，确保可以在1个interval内传输完成，否则会被健康检查模块视为后端服务器或网络异常。 Syntax: check_http_expect_alive [ http_2xx | http_3xx | http_4xx | http_5xx ] Default: http_2xx | http_3xx Context: upstream 该指令指定HTTP回复的成功状态，默认认为2XX和3XX的状态是健康的。 效果： 访问：https://*****/nstatus
windows 7 software protection 错误2 无法找到指定文件 解决方法
Zhao_S的专栏
02-01 7076
导致该服务无法启动的原因是，用kms8激活了win7后又用oem8激活试了下，结果就这样，然后就无法激活了，状态ID都不可用。试过禁用计划任务项目，重建MBR，重建PBR，都无效果。最后在这里找到了解决方法 http://zhidao.baidu.com/link?url=2r8rzuhU1ETlNPx-3L5TsBqMav472nqVGdrF8M-Fn4rtDfZvzmaypG9iJL_fJQ
win10,Software Protection服务无法启动
科研狗
06-12 1万+
针对word2016没有许可证，需要启动software protection服务 1、Win+R,输入msconfig，回车 2、单击“常规”选项卡，选择“有选择的启动”，然后清除“加载启动项”复选框 3、单击“服务”选项卡，选中“隐藏所有Microsoft 服务”复选框，然后点击“全部禁用” 4、重启计算机。 ...
mongo连接不上Timed out after 30000
weixin_30483697的博客
06-10 1万+
本地连接mongo报错，错误代码为： Caused by: com.mongodb.MongoTimeoutException: Timed out after 30000 ms while waiting for a server that matches WritableServerSelector. Client view of cluster state is...
FTP 连接超时解决办法
热门推荐
Alchemist的博客
05-13 3万+
连接linux中的ftp服务器超时，考虑关闭linux中的自带防火墙。 两个常见防火墙依此检查是否开启 1. firewalld 2. iptables 可以看见这里iptables开启，导致ftp连接超时，关闭iptables服务后，ftp连接成功。 ...
httpclient.execute连接超时
09-06
您好！要解决HttpClient的连接超时问题，您可以尝试以下方法： 1. 设置连接超时时间： 使用HttpClient的`RequestConfig`类来设置连接超时时间。可以通过`setConnectTimeout`方法设置连接超时时间（以毫秒为单位）。 ```java RequestConfig requestConfig = RequestConfig.custom() .setConnectTimeout(5000) // 设置连接超时时间为5秒 .build(); HttpGet httpGet = new HttpGet("http://example.com"); httpGet.setConfig(requestConfig); ``` 2. 设置读取超时时间： 同样地，您也可以使用`setSocketTimeout`方法来设置读取超时时间。这个超时时间表示从服务器获取数据的最大等待时间（以毫秒为单位）。 ```java RequestConfig requestConfig = RequestConfig.custom() .setSocketTimeout(5000) // 设置读取超时时间为5秒 .build(); HttpGet httpGet = new HttpGet("http://example.com");httpGet.setConfig(requestConfig); ``` 3. 设置请求连接管理器： 如果您使用了连接池或者多线程的HttpClient实例，您可能需要设置请求连接管理器的连接超时时间。 ```java ConnectionManager connectionManager = new PoolingHttpClientConnectionManager(); ((PoolingHttpClientConnectionManager) connectionManager).setConnectTimeout(5000); // 设置连接超时时间为5秒 CloseableHttpClient httpClient = HttpClientBuilder.create() .setConnectionManager(connectionManager) .build(); HttpGet httpGet = new HttpGet("http://example.com"); ``` 请根据您的具体需求选择适合的方法进行配置，希望对您有所帮助！如有其他问题，请随时提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值