[nonogo]

Site: rmz.cr

Error: Plugin Defect!

Log: I can't seem to find this (running on a Synology Nas)

Sample Link: **External links are only visible to Support Staff****External links are only visible to Support Staff**

[pspzockerscene]

Works fine here.

Please post a DEBUG-log:
Please post your log-ID here | bitte poste deine Log-ID hier.

-psp-

[reddevil]

Linkgrabber itself stopped recognizing rmz links:
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**

Log: 11.11.20 23.49.58 <--> 11.11.20 23.50.55 jdlog://3423425302851/

[Jiaz]

Update is already on the way, 2-3 minutes, hit update button

[reddevil]

Yes, it's working again, Thanks.

There was an earlier problem where the link from 'rapidmoviez.cr' domain gets only the image and not other links but 'rmz.cr' gets them all and the issue still exists. i did not want to trouble you guys since rmz was working fine. Please look into it if you can. Sample links as above.

[Jiaz]

wait for next plugin update

[reddevil]

Links from **External links are only visible to Support Staff****External links are only visible to Support Staff** as well as **External links are only visible to Support Staff****External links are only visible to Support Staff** are loading fine in linkgrabber now, Thanks.

But one new issue: Links from rmz.cr domain when starting with 'http' sometimes my ISP block catches it, but 'https' works fine. I start with https link and linkgrabber gets the cover image, and other url's fine. After i start downloading the image file from rmz.cr says 'file not found' and it turns out that the image url is changed to http (although i started with https). Please force keep https.



Just fyi the domain rapidmoviez.cr works only on http but rmz.cr works on both http as well as https.

[Jiaz]

wait for next plugin update

[reddevil]

Please add support for their new domain **External links are only visible to Support Staff****External links are only visible to Support Staff**

[Jiaz]

wait for update

[reddevil]

Thanks, happy to report all working fine after the latest update.

[pspzockerscene]

Thanks for your feedback

-psp-

[reddevil]

Hi JD team,

Linkgrabber is not catching rmz.cr links anymore (in browser its fine) and was ok until a couple of updates ago. The mirror rapidmoviez.site is working fine in JD. Please check.

Links:
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**

Log: 24.08.21 01.00.59 <--> 24.08.21 01.03.49 jdlog://6586825302851/

Regards.

[pspzockerscene]

Works fine here.
Log snippet:

ConnectIP: rmz.cr/180.CENSORED
Connection-Timeout: 20000ms
Read-Timeout: 60000ms
----------------ConnectionExceptions-------------------------
0:rmz.cr/180.CENSORED|javax.net.ssl.SSLHandshakeException(Remote host terminated the handshake)|retrySSL:Factory:org.appwork.utils.net.httpconnection.JavaSSLSocketStreamFactory@2b158050=disable TLS1.0/TLS1.1

Seems like that domain somehow gets blocked.
Check your logs to see the full IP.
In case only the other rmz domains are working for you, you will have to replace them inside the URLs before adding them to JD or make sure that you can get around that block.

-psp-

[Jiaz]

@reddevil: you also have invalid pattern for proxy in your configuration

*.onion

for example

.*.onion

[reddevil]

@psp, Couldn't find anything more in the logs. Like i said, multiple browsers (edge, chrome, firefox) all are opening the https://rmz.cr links just fine (**External links are only visible to Support Staff****External links are only visible to Support Staff** is blocked by isp) and was all ok a few JD updates ago. I am currently using the mirror domain for now (can't check existing links), but this is very strange since i use rmz.cr quite regularly.

@Jiaz, Thanks, i have updated proxy as your example.

[Jiaz]

@reddevil: Check DNS/Firewall/AV:
rmz.cr does resolve to different (working for me) IP (162.xxxx) I tried multiple DNS and always working IP is resolved
your DNS resolves to (failing for me too) IP (180.xxxx)

[reddevil]

Originally Posted by Jiaz

@reddevil: Check DNS/Firewall/AV:
rmz.cr does resolve to different (working for me) IP (162.xxxx) I tried multiple DNS and always working IP is resolved
your DNS resolves to (failing for me too) IP (180.xxxx)

Just tried again and rmz.cr_jd.plugins.decrypter.RmzCr.log.0 says:
URL: **External links are only visible to Support Staff****External links are only visible to Support Staff**
ConnectIP: rmz.cr/125.xxxxxxx:443
Connection-Timeout: 20000ms
Read-Timeout: 60000ms
----------------ConnectionExceptions-------------------------
0:rmz.cr/125.xxxxxx|javax.net.ssl.SSLHandshakeException(Remote host terminated the handshake)|retrySSL:Factory:org.appwork.utils.net.httpconnection.JavaSSLSocketStreamFactory@3a0c7606 =disable TLS1.0/TLS1.1
1:rmz.cr/125.xxxxxx|javax.net.ssl.SSLHandshakeException(Remote host terminated the handshake)|retrySSL:null
----------------Request-------------------------
-------------Not Connected Yet!-----------------

----------------Response Information------------
-------------Not Connected Yet!------------------


--ID:121TS:1629916541736-26/08/21, 12:05:41 AM - [] -> Exception thrown at jd.http.Browser.openRequestConnection(Browser.java:1851):
javax.net.ssl.SSLHandshakeException: Remote host terminated the handshake
Etc...

Full log: 26.08.21 00.04.04 <--> 26.08.21 00.11.14 jdlog://4396825302851/

I checked with IPV4 dns settings in the desktop as well as the router is set to 8.8.8.8 and 1.1.1.1 (tried interchanging them as well as trying 9.9.9.9) but alas all browsers https://rmz.cr opens fine but fails in Linkgrabber. Even running 'ping rmz.cr' from cmd prompt, i get the above 125.xxxxx IP successfully. Hope JD is not defaulting to http instead of https internally i.e... Also, i have turned off windows firewall too.

I am truly sorry to trouble you guys since this seems to be a local issue but any advice is truly appreciated.

[Jiaz]

Have you checked if you can open that IP in browser? Checked via developer tools if it uses the same IP? Something on your setup/system/environment causes this issue. It works fine here in JDownloader and browser, but only with my working IP. the failing one (from your log) fails for me as well.
Your new log shows that you setup a failing proxy
Proxy: 127.0.0.1:9668 (Http Proxy)(prefer native)
also the ip wit 125.xxxx doesn't work for me either, so please check the IP in browser

[reddevil]

The ip with 125.xxxx (shown in cmd ping) is failing for me in the browser, but opening rmz.cr and checking developer tools is showing 162.xxxx (which opens fine in browser without any proxy).

[Jiaz]

@reddevil: you can try to modify your hosts file on windows and make sure that it always resolves to 162.XX IP? I don't know why it does resolve to different IP in JDownloader.
see howtogeek.com/howto/27350/beginner-geek-how-to-edit-your-hosts-file/
I always resolve this dns to 162.xxx on every tested machine. I don't know where the other ones come from

[reddevil]

@Jiaz, the hosts trick works (luckily) and JD was able to get the links from rmz.cr.

Now, i tried waterfox browser and found that it too couldn't open rmz, but the other browsers are able to. Had a doubt on my ISP since they had started to block https urls since a few months ago (all these years they could only block http urls), so pinged megaup.net (which shows ERR_CONNECTION_RESET in all browsers) and found the exact same ip 125.xxxxx as rmz. Reverse looked up the IP and found it to be of my ISP. These a@#holes are somehow hijacking my https DNS queries itself (despite trying every known public dns). Alas, the hosts trick did not work for megaup.net but am determined to circumvent the block without free vpns... somehow.

Thank you so much for all the help.

[pspzockerscene]

Thanks for your feedback.
ISP blocks are nasty...

[Jiaz]

@reddevil: Chrome and Firefox may use DOH for lookup while JDownloader relies on your OS/system for DNS Lookup. So yes, sounds like ISP DNS hijack/block. For example you could setup a local DOH dns resolver for your OS so all tools will use DOH.
Thanks for the feedback and your time you spend on the issue

[reddevil]

You hit the nail right on the head. I had enabled DoH in the browsers last year and forgot about it. I tried some tools like simplednscrypt (didn't work so well in win10) and yogadns (still learning) but have issues since i use my system remotely. Also found out that Windows 10 will have DoH options natively from the 21h2 update hopefully in a few months from now, so gonna wait for that.

Thanks so much again Jiaz and Psp for the valuable advice and help.

[Jiaz]

@reddevil: Thanks for the feedback. Yes, I will start soon work on DOH support

[reddevil]

Hi JD team, For rmz.cr, my ISP blocks it completely (hosts ip trick not working anymore) and now i can only use it via vpn. So in JD>Settings>Connection Manager>No Proxy i have added rmz.cr in its blacklist and a proxy has it under its whitelist (using the same proxy via browser too). Until the JD core updates a few days ago, LinkGrabber was catching the links fine but not anymore.

Log: 06.04.23 04.06.17 <--> 06.04.23 04.11.16 jdlog://5754311370661/
Sample links:
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**

Kindly look into it.

Thanks and Regards,
Doc MaKS aKa reddevil

[notice]

@reddevil: Log shows that requests are done without proxy. I found the cause. Till next update, please use rapidmoviez.me for host name. the plugin id has changed and auto rewrite is not yet available for crawler plugins.

[reddevil]

@notice, Thank you for the solutions. I use rmz.cr specifically since i have years of downloads in my JD history list and LinkGrabber shows when i have a similar release via highlighting as duplicates from the poster image link (url has rmz.cr) and saves me a lot of time this way. So will wait for the core update.

[notice]

Originally Posted by reddevil

@notice, Thank you for the solutions. I use rmz.cr specifically since

Multiple hostnames can be supported from single plugin and filter rules work do not work on hostname but on plugin id/name and it has changed from rmz.cr to rapidmoviez.me, so just add this one too and it should work as expected again. Once filter controller is updated to support auto rewrite for crawler as well, you should be fine in using any one of those domains.

[pspzockerscene]

CORE-Updates have been released!
All announced bugfixes and features are live!
Please update your JDownloader and report any issues you find asap.
If this thread gets marked as "[Solved]" by our forum staff you can still post in it and we will read- and reply to it!

CORE-Updates wurden released!
Alle angekündigten Bugfixes/Features sind nun verfügbar!
Bitte JDownloader updaten und eventuelle Bugs schnellstmöglich an uns melden.
Falls dieser Thread vom Team als "[Erledigt]" markiert wird, kannst du weiterhin darin antworten und wir lesen/beantworten auch solche Threads!

-psp-

[reddevil]

Originally Posted by notice

Multiple hostnames can be supported from single plugin and filter rules work do not work on hostname but on plugin id/name and it has changed from rmz.cr to rapidmoviez.me, so just add this one too and it should work as expected again. Once filter controller is updated to support auto rewrite for crawler as well, you should be fine in using any one of those domains.

Added rapidmoviez.me to the blacklist filter along with rmz.cr and after the core updates now, it works as before.

Thanks

[notice]

Originally Posted by reddevil

Added rapidmoviez.me to the blacklist filter along with rmz.cr and after the core updates now, it works as before.

Thank you for the confirmation that it works again as intended

[reddevil]

Originally Posted by reddevil

Hi JD team, For rmz.cr, my ISP blocks it completely (hosts ip trick not working anymore) and now i can only use it via vpn. So in JD>Settings>Connection Manager>No Proxy i have added rmz.cr in its blacklist and a proxy has it under its whitelist (using the same proxy via browser too). Until the JD core updates a few days ago, LinkGrabber was catching the links fine but not anymore....

Same issue is back.

Log: 27.04.24 19.43.48 <--> 27.04.24 19.47.40 jdlog://6252411370661/
Sample links:
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**

Kindly look into it.

Thanks and Regards,
Doc MaKS aKa reddevil

[Jiaz]

@reddevil: connection is getting killed, either by local, ISP, remote side

javax.net.ssl.SSLException: Connection reset

Are you sure that VPN is active and JDownloader traffic uses vpn?

[reddevil]

@Jiaz, Yes, am sure VPN is active (checked via browser too) and JDownloader traffic uses that vpn. Downloaded some other link via the vpn in JD successfully.

Log: 28.04.24 16.16.31 <--> 28.04.24 16.23.10 jdlog://2552411370661/

[Jiaz]

@reddevil: I can only see that
1.) you're trying to make use of proxy/connection white/blacklisting

jd.http.NoGateWayException

2.) that your proxy seems to be messing with certificates! breaking TLS

Proxy: 127.0.0.1:9668 (Http Proxy)(prefer native)
javax.net.ssl.SSLHandshakeException: PKIX path building failed

You should use
1.) Socks5 Proxy instead
2.) trustworthy http proxy that does not break TLS

A good VPN should redirect whole traffic and set itself as default gateway. If you want to use http/socks proxy, then use one that doesn't mess with the connection.

[reddevil]

But it was all fine before a few JD updates ago.

Log with sock5 proxy: 29.04.24 01.39.05 <--> 29.04.24 01.43.55 jdlog://3652411370661/

[Jiaz]

@reddevil: log doesn't show any socks5 proxy in use!
please check your white/blacklisting of connections, maybe wrong domain?
connection is direct (no proxy) and reset by explained ISP blocking

ConnectIP: rmz.cr/162.223.88.69:443
at org.appwork.utils.net.httpconnection.HTTPConnectionImpl.sendRequest(HTTPConnectionImpl.java:1806)
at org.appwork.utils.net.httpconnection.HTTPConnectionImpl.connect(HTTPConnectionImpl.java:1058)
at org.appwork.utils.net.httpconnection.HTTPConnectionImpl.finalizeConnect(HTTPConnectionImpl.java:1360 )
at jd.http.Request.connect(Request.java:374)
at jd.http.Request.connect(Request.java:361)
at jd.http.Browser.openRequestConnection(Browser.java:2028)
at jd.http.Browser.openRequestConnection(Browser.java:1884)
javax.net.ssl.SSLException: Connection reset

[reddevil]

@Jiaz: Went into JD settings>connection manager and unticked 'No Proxy' (which has blacklisted rmz.cr) and kept only the socks5 proxy (whielisted rmz.cr) ticked and linkgrabber grabbed rmz.cr links fine. But if both, no proxy and socks5 proxy (which is below in the list), are ticked then rmz.cr links are missed in linkgrabber.