Jdownloader Portable Download

0 views
Skip to first unread message

Versie Rons

unread,
Jul 25, 2024, 10:39:37 PM7/25/24
to evpocila

After that I would assume I could just right click a link, choose "Download Link" and it will get passed to the Jdownload docker instance, but it does not. Instead it asks me to install this 5 year old helper application (which Win11 thinks is malicious).

Edit: I installed the helper app (found one not as old), but I'm still unsure how to have the chrome plugin talk to the docker container. It errors that it's looking for an executable, but the executable isn't local to chrome, it's the docker container.

What I'm looking for is to get the right-click context menu in Jdownloader extension for Chrome to send the links directly to the docker instance. The Chrome extension does have the option "Remote Server" so I assume it *can* talk to the docker instance, but I'm just missing a piece of the puzzle - maybe some parameters on either client/server side. Is that possible or maybe it's just wishful thinking?

The problem was that the JDownloader plugin that I had downloaded was the incorrect one. Once I downloaded the correct one from the myjdownloader site =myjd_web , NOW it asks me for the user/pass for the cloud service. Now it works as expected: I right click a link, choose "Download with JDownloader" and it sends it to the cloud, then relays it to my connected server and adds it to the queue.

Almost perfect. I wish I didn't have to rely on the cloud service to make this happen. It would be better if this docker container had the "get" ports enabled, either 3129 or 9666 (I think) and then I could just point the browser extension directly and the local LAN IP and bypass the cloud MITM transaction.

Something change with this JDownloader (JD) docker container or RapidGator (RG) lately, or has anyone else noticed this? I frequently use RG because it is about the only one that would pop up the captcha in the docker WebGUI and so was easy to use. But lately (this week?) it has not been popping up the captcha window for me to fill, so it just times out after awhile instead. Wondering if something changed from RG that JD can't pop up the captcha anymore to fill out or if it is maybe something broke in JD (mine or in general).

Edit: Well luckily I was able to pull the captcha up in the MyJD app on my android phone. Weird though, as I've always been able to do the RG captchas right in the JD WebGUI in the past. Hopefully they are able to bring that back as the MyJD has not been the most reliable thing to use, but I'm glad it seems to be working today.

I do know about adding additional paths, which I've already done to have certain downloads go to a different output path. I would just ask if we could have a choice to change the main output path within the container (/output), as how some of the other setting fields have and "Edit" and "Remove" buttons to edit the path\port\etc... on the container side of things, to also avoid needlessly creating an "output" folder in the file system (call me a file system neat-freak) please.

How do you add mulit-hoster accounts (like real-debrid.com) to this JDownloader? When I try to add one it asks to load a browser window, which doesn't occur in the image... is there any way around this? Thanks.

I had been using a free and open source internet file downloading management tool "JDownloader" for many years. Not until recently, I find that ESET NOD32 antivirus is blocking the JDownloader official site's updated software download(hxxp://jdownloader.org/dl?v=101) and display a warning message saying the URL is in the "List of Blocked Addresses".

No idea on when and why JDownloader's URL had been included in NOD32's blocked address list? So, I proceed to NOD32 Antivirus "Advanced Setup --> Web Access Protection --> URL Address Management --> List of Blocked Address --> Edit" but find not thing is shown. When using "Search" feature within the "Edit" with JDownloader's web addresses nothing comes out. It seems to me that so call "Edit" may only allow you to "Add" web addresses into the block list instead of really do any editing.

So far, I didn't see any negative warning about JDownloader and their web site on the internet. Does anyone know how and based on what the "List of Blocked Web Addresses" is created by ESET and included JDownloader download server as dangerous source for downloading their software?

The website doesn't appear to be blocked. Please report the block to ESET as per the instructions in the FAQ section at the right-hand side of this forum. Since this forum does not serve as a channel for reporting url blocks, we'll draw this topic to a close.

I was wondering what the best way to handle jdownloader or other download managers? Are they treated as seperate apps? Is the only way to deal with this via QoS policies? I'd love to hear about your experiences.

Downloader apps aren't using any specific protocols : they download files over HTTP or FTP, so creating an application is hard/non-revelant to the definition of an application as they are used in PA.

Stupid question perhaps and a tad off topic but is there any cost attached with requesting a custom app/signature? Or will any new app eventually be included in the standard application db (provided it's accepted as a new app)?

4shared, bigupload, easy-share, megaupload : all of them are website that are providing a service and so it is considered as an application. If you use InternetExplorer to access Dropbox or a third party program, it will be considered as Dropbox application.

You can compare it to using your web-browser and visit youtube. Is it web-browsing or is it youtube? Actually its both (which you will see if you enable log on session start how the flow hops between applications).

Useragent is one of the things (since its using http). Another thing could be, in combination with useragent, which headers are actually being used (present) and in which order? Perhaps chunked downloading is being used? Or multiple sessions towards the same ip address? and so on.

There can also be secondary trigger points which can be used - in case the application phones home, similar to how skype is being identified (sure you can block skype with PA but to do this you are forced to allow skype-probe to pass through).

With PA you can at least be sure that HTTP is allowed and nothing else. If you want to block which browser the client uses to download stuff over HTTP you need to apply whitelisting on the client computers (there are several products that does this on the market with various results, -application-whitelisting/ is one of them).

If you look at client-server apps, they do not guarantee you are usuing official client for the application, it only recognizes the network behaviour/protocol of the service offered, not the program/binary behind this traffic. In addition, while User-Agent will work in most cases for HTTP (if you except the fact that it can be faked easily), other protocols don't have this kind of feature (ie: smtp, imap, pop, remote desktop, exchange ...all of them have compatible but no way to identify it at firewall level)

Anyone can use Wget to make it look like a Firefox session (or even do this manually with a perl-script or such) - faking useragent, which headers are being used (and in which order), run a check for latest google bad sites update and other stuff a true Firefox session would do on the network.

IMHO ProtocolID (instead of ApplicationID) would be a better description of what PA actually is doing in order to not confuse with the word application which often means software on a computer. But then someone would argue that windowsupdate isnt a protocol while HTTP is and so on

Most of these methods will work, but if you have already started downloading multiple videos, editing link grabber wont help: here's a quick workaround; first, place your cursor on downloads tab, press control A, mark all files, press and hold control key while left clicking on one of the plus signs (this should drop down all folders) then go to the bottom screen; you'll find a search box to find files jdownloader is handling, type one of the other existing formats you don't want: e.g (m4a) it should highlight everything that contains that file type, move cursor back to the downloads tab, left click on any of the files, press control A again then right click on any of the highlighted files: this should bring out some options, next, select disable, there you go.. it should stop downloading that file type now. Repeat for others file types as needed and leave only the file type you want.

NOW, after you filtered the content, move to the LinkGrabber panel and select all (links and named packages with keyboard shortcut Ctrl+a) then use the right mouse button, then under the section denoting the source - let's say you link-grab from FunCatVideos - it will open another submenu when you hover and there you can choose to modify the existing variant or add another. There you can specify that 360p you want your videos to be downloaded as. So now, all your links are filtered and the variant of the video/audio is specified for all of them and you can start downloading.

Reply all
Reply to author
Forward
0 new messages