#481
|
|||
|
|||
Here:
0:rapidgator.net/195.211.221.116:443|connect timed out --ID:1138TS:1542197647000-14.11.18 13:14:07 - [] -> Exception thrown at jd.controlling.downloadcontroller.SingleDownloadController.download(SingleDownloadController.java:46 8): java.net.SocketTimeoutException: connect timed out Captcha duration: --ID:1108TS:1542197326687-14.11.18 13:08:46 - [org.jdownloader.captcha.v2.JobRunnable(run)] -> BrowserSolver is Active. --ID:1108TS:1542197398609-14.11.18 13:09:58 - [org.jdownloader.captcha.v2.ChallengeResponseController(fireAfterSolveEvent)] -> Solver BrowserSolver finished job CaptchaJob: Wed Nov 14 13:08:46 CET 2018 org.jdownloader.captcha.v2.challenge.recaptcha.v2.CaptchaHelperHostPluginRecaptchaV2$1@ce3866 Solver: [BrowserSolver] --ID:1146TS:1542197516484-14.11.18 13:11:56 - [org.jdownloader.captcha.v2.JobRunnable(run)] -> BrowserSolver is Active. --ID:1146TS:1542197586781-14.11.18 13:13:06 - [org.jdownloader.captcha.v2.ChallengeResponseController(fireAfterSolveEvent)] -> Solver BrowserSolver finished job CaptchaJob: Wed Nov 14 13:11:56 CET 2018 org.jdownloader.captcha.v2.challenge.recaptcha.v2.CaptchaHelperHostPluginRecaptchaV2$1@7ed6fd Solver: [BrowserSolver] A 3rd try with a duration of 39 seconds works, but "easy" RC2 happend not often. And please dont tell me shit about my Internet Connection. It works 100% okay with any other program. And RG work 100% errorfree in the Browser. And its always after the Captcha, very unlikly that the captcha can downloaded but not the File. Last edited by user748912; 14.11.2018 at 13:34. |
#482
|
||||
|
||||
Rapidgator has been giving me shit for this last month and I'm pretty much stuck at not being able to download anything from them through JD.
I hate using Firefox due to memory bloat but I guess I will have to... 14.11.18 12.45.06 <--> 14.11.18 12.54.03 jdlog://3609564433151/ TL;dr Captcha keeps timing out or w/e. 3 likeing minutes for me to wait on Rapidgator to count down to my download only for the captcha to time out, probably. F you Rapidgator (sorry for the rant). They used to be good now they're just hot garbage like filejoker. |
#483
|
||||
|
||||
@xped123
Other than captcha errors your log looks good. Sorry - these captchas are not provided by us. GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#484
|
||||
|
||||
Quote:
reCaptchaV2 should be the same for all websites also usually JD will only solve one browser-captcha after another and not multiple at the same time. GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#485
|
|||
|
|||
Quote:
-Multible Downloads 2 Different Hosts at the same time -JD Program is startet. -JD start with Share Online, RC2-Browser Captcha. While this the 35seconds before RC2 Captcha of Rapidgator already runs down. -RC2 of course takes much longer to solve than 35seconds. Lets say solving takes 65 seconds. Now the Rapidgator Timeoutwindow runs already 30 seconds. -Now i start RC2-Browser Captcha. I have about 9 seconds before the Captcha Times out. Solving RC2 takes at least 39 seconds - impossible. JD dont have to start the initial 35seconds countdown before any other Captcha is solved. RC2 on Rapidgator is different, if you dont solve it within about 40seconds you cant download. For Share-Online its not a Problem if it takes 2 Minutes. |
#486
|
|||
|
|||
this has been resolved for well over a week and confirmed by other users after I posted that it works again. I don't think it's a JD issue
|
#487
|
||||
|
||||
Quote:
Workaround: Set max simultaneous downloads per browser to 1. reCaptchaV2 is the same for every website - waittimes and stuff that happens before and after may vary. GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#488
|
|||
|
|||
Quote:
User should play around with all settings all the time... No, for Share-Online its no problem if i wait a minute and answer the Captcha then. By rapidgator has huge issues, that means even if you enter a captcha in 30 seconds the download only starts in about 30% of the cases. Could you build in "send data again to host", instead of cancel the Download and hop to the next? Would save a lot of time and anger. It may that rapidgator feels ddosed from the JDownloader Plugin. If it try to load rapidgator.net in the browser while JD is running it often displays "Page loading error". Tryed a Download without JD, worked. Have to investigate more if this can happend without JD. Seems same for Recaptcha2 Block if you have to do much reloads. Last time iam blocked, tryed over a time again and again with JD. Then i tryed with Browser - block was away. |
#489
|
|||
|
|||
Seems confirmed. Rapidgator is everytime reachable while JD dont running.
But i assume the whole think is different. JDownloader open a huge amount of connection to the Browser Plugin(netstat). As long there was only 1 Hoster that use Recaptcha2 it was not so much that it prevent working cause of to much connections. But after Rapidgator comes in, there are twice much connection in netstat. Means new connection are blocked until some old are out of netstat(know Windows behavior, counts too for "WAITING" depends on Version). This can mean the problem is not a Recaptcha Timeout. Cause if you go on "1 simultan Downloads", SO opens RC2, some time to swich "2 simulan Downloads", RG makes a 35sek countdown, than the Browser opens. Meanwhile some or all connections done for SO JD<>Plugin are gone. It may too possible that this huge number of loopback connections is the origin of the Recaptcha2 problem. Before network connection kills connectivity it will slow down things, and RC2 see suspicous slow reactions and cause RC2 get difficult with JD. >netstat Aktive Verbindungen Proto Lokale Adresse Remoteadresse Status TCP computername:24613 localhost:2615 WARTEND .... usual 93 of them. |
#490
|
||||
|
||||
TCP-CLOSE-WAITING (WARTEND) ist jede TCP Verbindung die geschlossen wurde. Das ist völlig normales TCP Verhalten und stellt weder ein Fehler noch ein Problem da.
Für jeden Browser->JDownloader Request gibt es einen solchen Eintrag in der Liste. Ich bin derzeit mit anderen Sachen beschäftigt und daher momentan ruhig im Forum. Sobald ich mehr Zeit habe, werd ich auch durch alle Threads/Posts arbeiten TCP WAITING is a normal state after closing a TCP Connection. For each Browser->JDownloader request such an entry will be shown in netstat list. I'm currently busy with other stuff and therefore very rare/silent in forum. As soon as I got more time, I will go through all posts/threads.
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 05.12.2018 at 14:14. |
#491
|
|||
|
|||
Das verhalten von TCP ist normal, nur das man 93 Sockets für 1 kommunikation mit dem Browser Plugin öffnet nicht. Wie gesagt Windows reagiert darauf allergisch. Die Verbindung mag geschlossen sein, solange sie in netstat steht ist diese jedoch noch
im System und belegt einen Port. Es kann kaum zufall sein das Rapidgator.net immer aufrufbar ist(im Browser als URL) solange JD nicht läuft aber sobald JD läuft langsam/gar nicht, ist mehrfach an mehreren Tagen getestet... TCP behave normal, but its not normal that a programm opens 93 Sockets for 1 kommunication with the Browser Plugin. Like i told Windows dont like such. The Connection may closed but as long its viewable in netstat it in the system and occupi a Port. It cant be coincidence that rapidgaror.net is always accessable if JD dont run, but if JD run its instable. Tryed many times on different days. |
#492
|
||||
|
||||
There are not 93 open connections but 93 connections in total. Without using HTTP-Keepalive on Serverside each Browser-to-JDownloader request will open a new TCP connection which will end up in normal WAITING state. Those states don't hurd and any OS (incuding Windows) doesn't care for normal use.
Quote:
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 05.12.2018 at 17:00. |
#493
|
||||
|
||||
Quote:
Did you check DNS resolution because this sounds like issues with DNS timeouts to me. Do you use DNS of your router/modem or did you customize DNS on your computer. I suggest to check this first! I can only repeat myself. We're willing to help but without being able to reproduce the issue, the best and easiest AND fastest way would be a teamviewer session. Don't get me wrong. It's good that you invest time to find possible causes and we can check them, but testing is more complex than just seeing a high number in netstat and conclude that it's the cause for the rapidgator issues.
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 05.12.2018 at 17:02. |
#494
|
||||
|
||||
I'm currently very busy and we're still preparing our next update for the browser extension. Once I find more time and releasing the new extension, we will find out if it helps to improve the Recaptcha handling. Our testing is limited because Google blacklists too fast our testing IPs/Systems. And once I got more time, we will also address the rapidgator recaptcha timeout issues.
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 05.12.2018 at 17:12. |
#495
|
|||
|
|||
Quote:
It hurts the Windows OS. Like i told, while JD, no Browser access to Rapidgator. I know you are a sensitive for critic but i must ask: Do you know what you do? You open(and close or not) 93 connections for 1-2 Captchas. You dont open 93 connections for 93 Captchas. This makes no sense. If the limit would be 33/sec you already over the limit(JD dont make the connections after one hour, it does it while open the Browser plugin). It may be too a Windows Bug, but i know that if i open xxx ports windows cant access internet anymore(wasnt loopback, but i remember). Thats at least for 2000/XP. You could ask the ones that use for now Rapidgator via Browser cause it doesn work with JD what OS they use... |
#496
|
|||
|
|||
Quote:
I told i tryed rapidgator.net while the error occur(cause log says connection error). I doesnt say that it not happend to other sites. The DNS of the Provider is used. It would no big deal to test another DNS Server or use a local DNS for rapidgator. But 1. DNS are cached, 2. a "Connection Time Out" is very different to "Server not Found", 3. Why should this happend only while/short after JD has asked a Captcha??? The easiest test would be to make a JD Version without this amount of connections(dont know what you do there, just build put in a delay of 5 Seconds - Temporary option). |
#497
|
||||
|
||||
The extension asks JDownloader every second if the captcha window can be closed, because it might have timed out/closed/solved by different solver, plus some more requests for loading api information/data. Well below the 33 requests/second for 120 seconds! The duration is important! Of course you can easily do more requests/second. And even in case the limit would be hit, then only the communication between Browser-JDownloader would be affected as this limit is a per IP/Port and not global system.
__________________
JD-Dev & Server-Admin |
#498
|
||||
|
||||
If the extension would cause this, then all sites would be affected and not just only rapidgator and all users would report same issues.
__________________
JD-Dev & Server-Admin |
#499
|
||||
|
||||
I'm not sensitive to critic and as I already wrote, I'm thankful for you taking time to investigate and find issues and possible reasons. But I don't like generic *93 connections and that's the cause why a single site (rapidgator) doesn't work*. This doesn't help nor lead to any solution
__________________
JD-Dev & Server-Admin |
#500
|
||||
|
||||
For example this is a good information because older OS has much tigher/different limitations. So you're on XP/2000 or what OS? What browser version?
__________________
JD-Dev & Server-Admin |
#501
|
||||
|
||||
Easy questions...can you still surf/open other websites while rapidgator doesn't work? Yes or no. Yes -> the closed connections are NOT the cause. No -> then we will have to try to reproduce the issue and need information like browser/browser version and os/os version. It's easy to say that something doesn't work or something causes something to fail. But without being able to reproduce it, how do you expect us to check/fix it?
__________________
JD-Dev & Server-Admin |
#502
|
||||
|
||||
Quote:
Even if you not reach the Windows limits, are you sure that it is allowed for a Firefox Plugin to do such strange thing? You know JD is yours and you know the Browser Plugin is yours means there is no reason to dont leave the connection open. JD eats already up huge amounts of resources. For 2 Download over http connections it uses so much cpu that speedstep cant stay at low frequency and the Fan cant stay quit. Too over 100MB memory is used... Quote:
And you know about Rapidgatore there are Reports, but people give up an say "i use the Browser, impossible with JD" And no its just Rapidgator. Quote:
Yes XP Professional SP3, Firefox ESR 52.5.0 Quote:
yellow starting symbol and freezes at this for about 1 Minute. After this rapidgator is reachable again. I tryed a different DNS-Server(1.1.1.1), i typed rapidgator even in the HOSTS file. Dont help. Sunday Rapidgator seems down at all, it even dont worked in the Browser. It does a countdown but the Recaptcha dont appear. But later i got a new IP and it worked again. In netstat rapidgator was on SYN_SEND. Its like JD/Plugin does something that RG/RC2 feels attacked by it(DDOS Protection). If i get a Bugreport the ppl usual tell what happends, what they done and i search for a error in the Code. I even here to answer additional questions, wrote down the part of Log and so on. |
#503
|
|||
|
|||
Since Sunday rapidgator seems to refuse to work with JD and if you used JD it seems to block Downloads via Browser too(countdown but no captcha).
Download in private window of Firefox work. Tryed new IP&Deleting cookies before but the block comes again. |
#504
|
||||
|
||||
alldebird premium doesn't support unlimited bandwidth from Rapidgator. So please shutdown check each Rapidgator link after the alldebird reach the limit. Because I have more than 1500 Rapidgator links, JD2 keeps checking every single link. Even my account already reached the limit. It is impossible I can download those links again until my bandwidth is reset. The download files don't allow access by a free user.
Screenshot: **External links are only visible to Support Staff****External links are only visible to Support Staff** 20.12.18 13.02.52 <--> 21.12.18 12.33.17 jdlog://3718376935451/ ---------Relate to Alldebird------------- The problem is the same with xubster host. alldebird doesn't support unlimited bandwidth from xubster. So please just shutdown check those links after the premium account reached the limit. And wait until the next day for a restart. I have more than 6k xubster links. I feel JD2 will abuse my system if it keeps checking every single link but impossible to download. **External links are only visible to Support Staff****External links are only visible to Support Staff** Last edited by HieuDo; 21.12.2018 at 18:54. |
#505
|
|||
|
|||
You can create account usage rules (Settings > Account Manager) to prevent downloading from those hosters in free mode (without account).
|
#506
|
||||
|
||||
@HieuDo
What mgpai writes if what you're looking for. JDownloaders behavior is normal. -psp-
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#507
|
|||
|
|||
Means JD works for Premium users?
Intresting. Means RG(or its Firewall) blocks not all JD users, only free users -the ones that have to use JD Recaptcha plugin.. Right now JD can Download about 1 File/3Days for Free users(Running 12 hours/day) Most times JD even dont open a Captcha Request. Freezing at yellow Symbol, doing countdowns over and over again... About 1-3 Captcha Requests per day but works only about 1 time in 3 Days. |
#508
|
|||
|
|||
Rapidgator disabled TLS1.0 their servers are TLS1.2 only now. All people having problems are using old java 6/7 that does not support TLS1.2.
|
#509
|
|||
|
|||
rapidgator - non-stop problem CAPTCHA, not work start download
Despite repeated unfolding of the CAPTCHA not working, non-stop asking about the next CAPTCHA.The CAPCHA page closes automatically and can't do anything. Not working start download.
10.01.19 13.33.48 <--> 10.01.19 13.44.34 jdlog://5485476935451/ **External links are only visible to Support Staff****External links are only visible to Support Staff** |
#510
|
||||
|
||||
Merged rapidgator threads.
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#511
|
|||
|
|||
Quote:
What i get with google is Java 7 use default TLS1.0 but it doesnt say it not support higher Versions. The webpage tell what cripers are supported and the your Computer use one of them. Would it be the case Downloading would always impossible, but it works sometimes... I downloaded from differend Hosters that use RC2 via JD the result is that: Rapidgator - very difficult Share Online - difficult Uploaded.to - medium Filer.net - easy Easy is the one you have with all Hosters if you download with a Browser without using JD. You see it have nothing todo with google "scoring", cause Download was at the same time with same IP&Cookies. |
#512
|
||||
|
||||
Quote:
It is a combination of google scoring + the chance that Google may detects the myjdownloader addon and makes the captchas even harder. This is not our fault and it has nothing todo with the mentioned TLS java issue. The java which jdownloader uses is located in the installation folder of JDownloader - you can easily swap it for another version. -psp-
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#513
|
|||
|
|||
Quote:
I downloaded about 100 files. RG/SO always difficult, uploaded always medium, Filer always easy. Same Browser same IP, same Cookies, same Day. And the order was mixed up. I would guess there is a different, like JD handles RC2 on different hosts. It maybe something stupid too(cause dev´s tell for some ppl captchas are less difficult) like you create this JD-Page into browser from the original page. And the original has placed the captcha at x,y and you placed it on a,b. Or/And your Monitor is 1080p and my 720p and the captcha placing is another... Like i told i would bet if you forward to the original Captcha input page the error would be gone. |
#514
|
|||
|
|||
Site owners can set different security levels for reCAPTCHA v2. The highest setting will disable things like non-js reCAPTCHA and restrict the audio reCAPTCHA and only allow hard puzzles.
|
#515
|
||||
|
||||
Quote:
In the past I've never hat such a differen behavior from website to website. My score seems to be quite good at this moment - but I guess I'm just lucky. -psp-
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#516
|
||||
|
||||
Quote:
If you know how to do this, please share your wisdom
__________________
JD-Dev & Server-Admin |
#517
|
||||
|
||||
JDownloader uses BouncyCastle for TLS when used java version is too old or enabled by user in Settings-Advanced Settings-GeneralSettings.preferbouncycastlefortls
__________________
JD-Dev & Server-Admin |
#518
|
|||
|
|||
Quote:
RC2 allows different security levels. Every level is easy to solve with a common Browser by the Enduser. The lowest security level(filer.net) dont detect something strange, like the JD Plugin redirecting stuff, middle does sometimes, high always. |
#519
|
|||
|
|||
Quote:
Connection problem is still not solved with RG - i ask if you could to a Reload inside JD/RG Plugin. If i completed the Captcha, and JD cant access RG(connection timeout) a retry(resend the information) would be sufficent to start the download without the user have to enter another captcha. I know of course how to do it and i told before but developers seem stubborn and prefer to torture people with difficult captcha. -Send the ORIGINAL Link to Browser -Let the user goto the Rapidgator process -Catch the Final Download link via the JD Plugin or a greasemonkey script. Cause there is no change/interaction in the Recaptcha process its unable for RC to detect anyting all is original, captchas from all hosters stays easy. If you really unable to capture a simple link via a FF Plugin or write a greasemonkey script you could allow direct download via Clipboard(user copy the final link). |
#520
|
||||
|
||||
@user748912: Rapidgator doesn't know/see where the captcha got solved. You solve the captcha challenge...either on Website/via Browser Extension/via Captcha Exchange/via App. All you need is the challenge and let Google give you a RecaptchaV2 to solve and then forward the answer token to rapidgator which then can validate the token with a callback to Google. Google just reports yes/no.
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|