Community discussions

MikroTik App
 
WojtusW5
Frequent Visitor
Frequent Visitor
Topic Author
Posts: 94
Joined: Mon Oct 02, 2017 1:25 pm

Torrent client

Mon Sep 16, 2019 4:47 pm

Hi, can I describe how to use the Torrent client ??
In system hints there is no such information and the system expects only one parameter.
[admin@MikroTik] > ip torrent/torrents/ add copy-from=

CopyFrom ::= see documentation
Thanks in advance.
 
drothic
Trainer
Trainer
Posts: 2
Joined: Wed Nov 29, 2017 5:15 pm

Re: Torrent client

Mon Sep 16, 2019 8:33 pm

I was able to get the torrent client working but it wouldn't save the USB I had installed. It just ate up the ram disk.

Kali has torrents available and I downloaded a .torrent file and uploaded it to the 3011.

https://www.kali.org/downloads/

Then I enabled the client and it started downloading to RAM.

Placing the .torrent file in the USB or the changing the download location to the USB did not work. I suspect this might be used to download ROS updates for devices either on your network or from MT.
 
WojtusW5
Frequent Visitor
Frequent Visitor
Topic Author
Posts: 94
Joined: Mon Oct 02, 2017 1:25 pm

Re: Torrent client

Tue Sep 17, 2019 9:42 am

I was able to get the torrent client working but it wouldn't save the USB I had installed. It just ate up the ram disk.

Kali has torrents available and I downloaded a .torrent file and uploaded it to the 3011.

https://www.kali.org/downloads/

Then I enabled the client and it started downloading to RAM.

Placing the .torrent file in the USB or the changing the download location to the USB did not work. I suspect this might be used to download ROS updates for devices either on your network or from MT.
I don't quite understand you. Do you mean that you have downloaded something or not?
If so, how did you point to the torrent file to download?
 
krisjanisj
Member Candidate
Member Candidate
Posts: 101
Joined: Wed Feb 20, 2019 2:53 pm
Contact:

Re: Torrent client

Wed Sep 18, 2019 2:16 pm

Torrent is an experimental thing in v7beta. Currently threre is a bug with filepathing that will be fixed in upcomming beta releases.
 
User avatar
emils
Forum Veteran
Forum Veteran
Posts: 906
Joined: Thu Dec 11, 2014 8:53 am

Re: Torrent client

Wed Sep 18, 2019 2:22 pm

It kind of works now. You can download a torrent by enabling the service (/ip/torrent/set enabled=yes) and downloading a .torrent file to the router. It should automatically detect the file and it will appear under /ip/torrent/torrents/print. The implementation is quite old and basic and "download-directory" parameter is quite broken in beta1 as you have already observed.

Anyway, this is an experimental feature and we have not yet decided whether it will be removed from RouterOS or not after beta. If you have any interesting use-case ideas, please share them here.
 
User avatar
nz_monkey
Forum Guru
Forum Guru
Posts: 2095
Joined: Mon Jan 14, 2008 1:53 pm
Location: Over the Rainbow
Contact:

Re: Torrent client

Thu Sep 19, 2019 2:45 am

It kind of works now. You can download a torrent by enabling the service (/ip/torrent/set enabled=yes) and downloading a .torrent file to the router. It should automatically detect the file and it will appear under /ip/torrent/torrents/print. The implementation is quite old and basic and "download-directory" parameter is quite broken in beta1 as you have already observed.

Anyway, this is an experimental feature and we have not yet decided whether it will be removed from RouterOS or not after beta. If you have any interesting use-case ideas, please share them here.

Please remove it, or at a minimum put it in a separate .NPK from the base OS. maybe a separate soho.npk that includes the torrent client, kid-control and SMB server.. :)
 
dvm
just joined
Posts: 22
Joined: Thu Feb 01, 2018 9:54 am

Re: Torrent client

Thu Sep 19, 2019 8:59 am

maybe a separate soho.npk that includes the torrent client, kid-control and SMB server.. :)
... and Quick Set
 
mada3k
Long time Member
Long time Member
Posts: 682
Joined: Mon Jul 13, 2015 10:53 am
Location: Sweden

Re: Torrent client

Thu Sep 19, 2019 1:15 pm

Please put these kind of features in a external packages. Completely unnecessary for the majority of the users and will only end up as an security issue.

Normal people gets an NAS or mini-server to run torrents.
 
ditonet
Forum Veteran
Forum Veteran
Posts: 835
Joined: Mon Oct 19, 2009 12:52 am
Location: Europe/Poland/Konstancin-Jeziorna
Contact:

Re: Torrent client

Thu Sep 19, 2019 5:21 pm

Please remove it, or at a minimum put it in a separate .NPK from the base OS. maybe a separate soho.npk that includes the torrent client, kid-control and SMB server..
+1000
 
R1CH
Forum Guru
Forum Guru
Posts: 1098
Joined: Sun Oct 01, 2006 11:44 pm

Re: Torrent client

Fri Sep 20, 2019 12:53 pm

Please put these kind of features in a external packages. Completely unnecessary for the majority of the users and will only end up as an security issue.

Normal people gets an NAS or mini-server to run torrents.
100% agreed.
 
User avatar
ziegenberg
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu Mar 07, 2013 11:14 am
Location: Vienna
Contact:

Re: Torrent client

Sun Sep 22, 2019 10:25 am

+1

Please remove torrent or put it in a separate .NPK from the base OS, together with kid-control and SMB server.
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: Torrent client

Mon Sep 23, 2019 3:10 pm

Please remove it, or at a minimum put it in a separate .NPK from the base OS. maybe a separate soho.npk that includes the torrent client, kid-control and SMB server.. :)
Amen! :P
 
savage
Forum Guru
Forum Guru
Posts: 1262
Joined: Mon Oct 18, 2004 12:07 am
Location: Cape Town, South Africa
Contact:

Re: Torrent client

Mon Sep 23, 2019 3:15 pm

Don't know what MT was thinking to add a torrent client, in a router?!?!?!?!

+1 - remove.
 
User avatar
Paternot
Forum Veteran
Forum Veteran
Posts: 953
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: Torrent client

Mon Sep 23, 2019 4:29 pm

No torrent client, please. It will waste resources from both the router and Mikrotik as a company. Better to focus in the router/wireless part, and deliver those long needed features.
 
User avatar
doneware
Trainer
Trainer
Posts: 647
Joined: Mon Oct 08, 2012 8:39 pm
Location: Hungary

Re: Torrent client

Mon Sep 23, 2019 11:59 pm

torrent is used in the Terragraph ecosystem for node software distribution. just saying. in this interpretation to me it perfectly makes sense to download stuff only to ramdisk.
please, think in scale: upgrading 10s or 100s of 1000s CPEs can run into serious bottleneck.

but i do support the exile of QuickSet.
in my opinion quickset could be replaced by an IOS/Android app, that is solely dedicated for regular home users.
 
mt99
newbie
Posts: 43
Joined: Wed Jan 03, 2018 6:07 pm

Re: Torrent client

Tue Sep 24, 2019 7:50 pm

So there has to be years worth of "please enable feature X in v7" threads, why not investigate and prioritize those? If you don't know the use cases already, you have a solution in search of a problem. As for what to do with the torrent client, perhaps it's too simplistic but from a security perspective I think of functionality going into two buckets:

* Features I don't personally use, and there is no specific means of securing (kid control goes here)
* Features that need to be secured, whether I use them or not. Assuming I don't use a feature, this could be not installing an optional package, ensuring a feature is disabled, etc

I think a torrent client goes into the second bucket, and I could see how a hacker would love to enable and abuse this feature. So I'd much rather have it in an extra package that I wouldn't install.
 
ivicask
Member
Member
Posts: 417
Joined: Tue Jul 07, 2015 2:40 pm
Location: Croatia, Zagreb

Re: Torrent client

Tue Sep 24, 2019 10:29 pm

Well for me torrent client would be most awesome for home use, schedule download/s over night when nobody is using net to download some stuff on external drive, silent, and low power use compared to PC, + you can use the same drive for direct access over network ..

Big + 1 from me.
 
User avatar
Paternot
Forum Veteran
Forum Veteran
Posts: 953
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: Torrent client

Wed Sep 25, 2019 12:13 am

please, think in scale: upgrading 10s or 100s of 1000s CPEs can run into serious bottleneck.
I don't think it would be that big of a problem. If your network has thousands of routers the bandwidth must be equally big. The firmware is about 12MB to each router. As of today, one can barely load 20 web pages with so little data - probably less. If your users watch youtube - even at SD - your network can cope with this load.

To me, torrent client adds complexity, attack surface, bloat to the firmware and takes developers from what is really important.
 
User avatar
doneware
Trainer
Trainer
Posts: 647
Joined: Mon Oct 08, 2012 8:39 pm
Location: Hungary

Re: Torrent client

Wed Sep 25, 2019 1:05 am

I don't think it would be that big of a problem. If your network has thousands of routers the bandwidth must be equally big.
it is a bit tricky to serve this amount of data quickly. esp. upgrading large number of CPEs managed by some tr-069 based system can be a bottleneck.
sw delivery with torrent is like nuclear fission, once it gets momentum, everything happens very quickly. torrent also offers great integrity checking as well. you can google "software deployment with torrent" and there are quite some solutions out there, so it is not just about movies and iso.
using the built-in torrent client we deployed ~200MB image files to ~250 units in less than 3 minutes - centrally controlled with just a push of a button [but it also can be controlled via API calls]

i agree with you, the function should be easily and completely deactivated if not needed. but this doesn't necessarily mean it must be removed from the system.
mikrotik's current package system is a bit old-school with all the reloads required for package activation/deactivation.
 
User avatar
Paternot
Forum Veteran
Forum Veteran
Posts: 953
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: Torrent client

Wed Sep 25, 2019 4:38 am

I don't think it would be that big of a problem. If your network has thousands of routers the bandwidth must be equally big.
it is a bit tricky to serve this amount of data quickly. esp. upgrading large number of CPEs managed by some tr-069 based system can be a bottleneck.
sw delivery with torrent is like nuclear fission, once it gets momentum, everything happens very quickly. torrent also offers great integrity checking as well. you can google "software deployment with torrent" and there are quite some solutions out there, so it is not just about movies and iso.
using the built-in torrent client we deployed ~200MB image files to ~250 units in less than 3 minutes - centrally controlled with just a push of a button [but it also can be controlled via API calls]

i agree with you, the function should be easily and completely deactivated if not needed. but this doesn't necessarily mean it must be removed from the system.
mikrotik's current package system is a bit old-school with all the reloads required for package activation/deactivation.
But one should never do a network wide upgrade: it should be staged - at least to minimize the convergence time of routes and everything else. I don't want to imagine 10k routers rebooting a few minutes apart one from another.

Yes, torrent is magical in this way: it scales linearly and can easily move an astounding number of bits. I just don't think it's worth the trouble, to distribute a system that is almost 12MB - and we don't want to share this distribution with the world.

But yes, the package system could do with a revamp: it is showing its age.
 
User avatar
doneware
Trainer
Trainer
Posts: 647
Joined: Mon Oct 08, 2012 8:39 pm
Location: Hungary

Re: Torrent client

Wed Sep 25, 2019 8:17 am


But one should never do a network wide upgrade: it should be staged - at least to minimize the convergence time of routes and everything else. I don't want to imagine 10k routers rebooting a few minutes apart one from another.
ok, further info about the upgrade process - something that was ingeniously figured out by the FCL engineers.
image download happens with torrent and it is done simultaneously to all selected nodes. we usually first test it for interop, and do a net wide prepare.

then all nodes set up the new image in their second flash partition.

then the last upgrade step is invoked for
the selected nodes - i.e network wide on the controller, and here comes the clever part:

the controller knows the topology. it builds a graph of the network and splits it up into chunks that don’t affect others, so can be rebooted simultaneously w/o causing extra outage to non-rebooted units. this way you get nodes in a reboot batch that have fate sharing. you can in addition limit the number of the nodes the system can select
for a single batch.
since the network is engineered in a way that each non customer unit needs to have at least two independent backhaul links, you can be sure that there is someone still available next to you.
also, the reboot process is well coordinated inside a single unit: once the restart process is initiated it signals it to its neighbors, drains the traffic gracefully from the links, shuts down adjacencies and only then proceeds with the actual restart.

every step is precalculated and controlled centrally - you can even run a dry test to see how the process will actually happen. once the batch finishes its task, the next batch is initiated automatically, until all the selected nodes finish the upgrade.
 
User avatar
Paternot
Forum Veteran
Forum Veteran
Posts: 953
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: Torrent client

Wed Sep 25, 2019 1:52 pm


But one should never do a network wide upgrade: it should be staged - at least to minimize the convergence time of routes and everything else. I don't want to imagine 10k routers rebooting a few minutes apart one from another.
ok, further info about the upgrade process - something that was ingeniously figured out by the FCL engineers.
image download happens with torrent and it is done simultaneously to all selected nodes. we usually first test it for interop, and do a net wide prepare.

then all nodes set up the new image in their second flash partition.

then the last upgrade step is invoked for
the selected nodes - i.e network wide on the controller, and here comes the clever part:

the controller knows the topology. it builds a graph of the network and splits it up into chunks that don’t affect others, so can be rebooted simultaneously w/o causing extra outage to non-rebooted units. this way you get nodes in a reboot batch that have fate sharing. you can in addition limit the number of the nodes the system can select
for a single batch.
since the network is engineered in a way that each non customer unit needs to have at least two independent backhaul links, you can be sure that there is someone still available next to you.
also, the reboot process is well coordinated inside a single unit: once the restart process is initiated it signals it to its neighbors, drains the traffic gracefully from the links, shuts down adjacencies and only then proceeds with the actual restart.

every step is precalculated and controlled centrally - you can even run a dry test to see how the process will actually happen. once the batch finishes its task, the next batch is initiated automatically, until all the selected nodes finish the upgrade.
So, staged then. Quite interesting this possibility, a very well though system. But staged.

But back to Mikrotik:
1) We don't have this system. I think The Dude can create groups of routers - but this isn't really automatic.
2) Our images are 12MB long. A far cry from yours (theirs?) 200MB.
3) We are already having problems with the 16MB storage range. AFAIK, RoS 7 will run on current hardware. Well, one could put the torrent on an extra package. But the problem persists.
4) Every new service increases the surface attack. I don't think the costs of keeping a torrent client are less than the benefits, security and development wise.
5) We have a very long list of feature request with Mikrotik. Some will be addressed by RoS7 - full BGP tables is one of them. But there are many others that we don't know. I'd rater see these problems getting the man hours that would be dedicated to keeping a torrent client.
6) Not to mention support. The sheer number of clients complaining that Mikrotik shouldn't put a torrent client in a device with less than 16GiB of storage...
 
stuartkoh
newbie
Posts: 30
Joined: Tue Apr 09, 2019 2:16 pm
Location: USA

Re: Torrent client

Wed Sep 25, 2019 3:37 pm


but i do support the exile of QuickSet.
in my opinion quickset could be replaced by an IOS/Android app, that is solely dedicated for regular home users.

I guess I'm not a regular home user, because I found QuickSet to be quite useful when I first bought my hAP ac² and would have been upset if I had been required to install some app on my phone in order to set it up. :-) (My phone is provided by my employer, so I can't just install random apps on it.)

I don't use Windows, so I don't find Winbox to be the first tool I reach for either. I got started with QuickSet and then once I was connected and able to use the router I learned about it and set things up the way I wanted using a combination of Webfig and the command line via SSH. I'm still very much learning how to use the wide range of features in RouterOS :-)

I wouldn't have any problem with QuickSet being in a separate package that can be uninstalled, or maybe only originally installed by default on home or home office devices.
 
stuartkoh
newbie
Posts: 30
Joined: Tue Apr 09, 2019 2:16 pm
Location: USA

Re: Torrent client

Wed Sep 25, 2019 3:40 pm


But one should never do a network wide upgrade: it should be staged - at least to minimize the convergence time of routes and everything else. I don't want to imagine 10k routers rebooting a few minutes apart one from another.
ok, further info about the upgrade process - something that was ingeniously figured out by the FCL engineers.
image download happens with torrent and it is done simultaneously to all selected nodes. we usually first test it for interop, and do a net wide prepare.

then all nodes set up the new image in their second flash partition.

then the last upgrade step is invoked for
the selected nodes - i.e network wide on the controller, and here comes the clever part:

the controller knows the topology. it builds a graph of the network and splits it up into chunks that don’t affect others, so can be rebooted simultaneously w/o causing extra outage to non-rebooted units. this way you get nodes in a reboot batch that have fate sharing. you can in addition limit the number of the nodes the system can select
for a single batch.
since the network is engineered in a way that each non customer unit needs to have at least two independent backhaul links, you can be sure that there is someone still available next to you.
also, the reboot process is well coordinated inside a single unit: once the restart process is initiated it signals it to its neighbors, drains the traffic gracefully from the links, shuts down adjacencies and only then proceeds with the actual restart.

every step is precalculated and controlled centrally - you can even run a dry test to see how the process will actually happen. once the batch finishes its task, the next batch is initiated automatically, until all the selected nodes finish the upgrade.
So, staged then. Quite interesting this possibility, a very well though system. But staged.

But back to Mikrotik:
1) We don't have this system. I think The Dude can create groups of routers - but this isn't really automatic.
2) Our images are 12MB long. A far cry from yours (theirs?) 200MB.
3) We are already having problems with the 16MB storage range. AFAIK, RoS 7 will run on current hardware. Well, one could put the torrent on an extra package. But the problem persists.
4) Every new service increases the surface attack. I don't think the costs of keeping a torrent client are less than the benefits, security and development wise.
5) We have a very long list of feature request with Mikrotik. Some will be addressed by RoS7 - full BGP tables is one of them. But there are many others that we don't know. I'd rater see these problems getting the man hours that would be dedicated to keeping a torrent client.
6) Not to mention support. The sheer number of clients complaining that Mikrotik shouldn't put a torrent client in a device with less than 16GiB of storage...


I've had some thoughts along these lines as well.

What should be included in the base system package and what should be separate? Having everything separate gives maximum flexibility, but also can be confusing for the end user, and can mean that there's a huge number of permutations of code running on Mikrotik devices - all of which have to be supported, QAed, etc.

It's a tradeoff between having fewer permutations to support, having the least amount of unnecessary code running, least use of system resources, flexibility, etc.

I'm not sure I have a good understanding of what markets Mikrotik wants to be in either. From what I see on the forum and elsewhere, it looks like ISPs and WISPs are a large part of the customer base. There are some home users as well, and also some (non-ISP) business users. There are tradeoffs here as well. What group of customers should they devote their resources to? They can't be all things to all customers, so they need to narrow their focus to at least some extent.

Most ISPs also have residential customers, so concentrating on ISPs and to a lesser extent home users is probably a good idea, and seems to be what they're doing for the most part. (Once you grow your business in more niche markets, you have the resources to be able to try to break into other markets as well.)

The installers for some Linux distros used to have, along with the base install, "task-based" installation items. You could select "mail server," "web server," or "software development" and a set of packages would be installed that contained someone's choices of what packages would be appropriate for the task.

If RouterOS will have a variety of separate packages to choose from, I wonder if it would be possible to have an option to install them in a "task-based" manner? You could have an option for a home wifi router, ones for various purposes on an ISP or WISP's network, maybe one for a managed customer premise router, or for SOHO use, business branch office use for site-to-site VPN, etc. Perhaps whatever management framework people use for managing large numbers of Mikrotik devices could also take advantage of this, so you'd setup "classes" of devices with a "task" or "tasks" and then apply it to the various devices to get the correct mix of packages installed, similar to the way you can do this with Ansible or Puppet for server/desktop/laptop computers? (I suppose the torrent client feature could come into play here too, if that turns out to be an efficient way of distributing packages, updates, configs to Mikrotik devices.)
 
zakynthoswifi
Frequent Visitor
Frequent Visitor
Posts: 81
Joined: Thu Jul 17, 2014 12:38 am
Location: Zakynthos
Contact:

Re: Torrent client

Wed Sep 25, 2019 3:50 pm

+1 Please remove torrent support, is the only reason to turn back on cisco routers...
 
Sob
Forum Guru
Forum Guru
Posts: 9119
Joined: Mon Apr 20, 2009 9:11 pm

Re: Torrent client

Wed Sep 25, 2019 7:15 pm

If RouterOS will have a variety of separate packages to choose from, I wonder if it would be possible to have an option to install them in a "task-based" manner?
Until there's hundereds of packages, this is non-existent problem. And current plan seems to go in opposite direction. We'll see if "hate for frivolous stuff" from enterprise customers through other channels will be as strong as in this forum, if it will force MikroTik to re-evaluate and at least move "home" stuff into separate package. And maybe "enterprise" stuff to another. That would surely make some people happy. I'm just not sure about those who would need something from both (small flash could be a problem in future).
 
User avatar
pekr
Member Candidate
Member Candidate
Posts: 169
Joined: Tue Feb 22, 2005 9:05 pm
Location: Czech Republic
Contact:

Re: Torrent client

Wed Oct 23, 2019 5:47 pm

maybe a separate soho.npk that includes the torrent client, kid-control and SMB server.. :)
... and Quick Set
Quickset should stay imo. Just don't touch it, if you don't need it. It does not posses any security risk, it is a configurator helper, so why to remove it?
 
Sob
Forum Guru
Forum Guru
Posts: 9119
Joined: Mon Apr 20, 2009 9:11 pm

Re: Torrent client

Wed Oct 23, 2019 6:29 pm

Changes in v7beta3
...
torrent - removed Torrent feature from RouterOS;
Hmm, did so many people really hate it that much?

Quick Set's problem is that it's dangerous. One wrong click and config is ruined. And I don't know if it's still the case, but originally some changes were applied even before clicking OK, that was really bad.
 
User avatar
Znevna
Forum Guru
Forum Guru
Posts: 1347
Joined: Mon Sep 23, 2019 1:04 pm

Re: Torrent client

Wed Oct 23, 2019 6:32 pm

Question is, was it worth having it there taking up ~500KB of our precios space in devices with 16MB of storage?:)
 
User avatar
sebastia
Forum Guru
Forum Guru
Posts: 1782
Joined: Tue Oct 12, 2010 3:23 am
Location: Antwerp, BE

Re: Torrent client

Wed Oct 23, 2019 7:31 pm

removed in beta3...
 
Sob
Forum Guru
Forum Guru
Posts: 9119
Joined: Mon Apr 20, 2009 9:11 pm

Re: Torrent client

Wed Oct 23, 2019 10:09 pm

No, I don't think that it was worth taking up space in default package. But I was hoping that if resistance from enteprise segment would force MikroTik to evict it from main package into separate one, it could in long term lead to them discovering that optional packages are cool and we could perhaps get more of them for everything. ;)
 
Keyko
newbie
Posts: 27
Joined: Sat Dec 23, 2017 6:27 pm

Re: Torrent client

Thu Oct 24, 2019 10:52 am

It's a good thing they removed torrent - nobody needs it.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Torrent client

Wed Oct 30, 2019 4:02 pm

It's a good thing they removed torrent - nobody needs it.
Who's nobody? Did you ask everybody?
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26294
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Torrent client

Wed Oct 30, 2019 4:08 pm

Just to be clear, the implementation was there since old times, when torrent did not have encryption or DHT or such things. If somebody needs torrent, it will be something else than what we removed.
 
User avatar
doneware
Trainer
Trainer
Posts: 647
Joined: Mon Oct 08, 2012 8:39 pm
Location: Hungary

Re: Torrent client

Wed Oct 30, 2019 5:18 pm

Quick Set's problem is that it's dangerous. One wrong click and config is ruined. And I don't know if it's still the case, but originally some changes were applied even before clicking OK, that was really bad.
you can't make everyone happy. i'm totally with you on QuickSet. that's the easiest way of screwing up stuff. having it there all the time - i mean disabling it is only possible with GUI customisation - is dangerous. at least there should be some kill switch in the config for this, a one-liner: /system quickset set enabled=no
and it uses PPTP as VPN in 2019, for crying out loud! even the 2016 MTCNA docs emphasise the insecurity of that protocol!

my proposal for the quickset stuff is a standalone app - and i am not talking about the Mikrotik App, as this is way more complicated than everyday users from the street would understand:
similar stuff, that most other vendors use for the consumer market. with friendly colours, emojis and stuff.
the mikrotik app is basically a mobile winbox for the experienced folks
 
deanMKD1
Member
Member
Posts: 366
Joined: Fri Dec 12, 2014 12:06 am
Location: Macedonia
Contact:

Re: Torrent client

Wed Oct 30, 2019 6:17 pm

Why to remove torrent? Just seprate in with another package. Its great thing for SOHO users like me. Put something to DL till night, when wake up its ready to go. Very usefull thing.
P.S: For advanced users , pls dont comment that is not needed if you personally dont use it ! I use it, and i wnat to have it back.
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: Torrent client

Thu Oct 31, 2019 5:19 pm

Is it a problem for you to download it to your computer or any RPi device ... the cheapest one you can find? Should it be done by a router?

Printer Services, SMB, Torrent ... lets add full SMTP server, Backup server, WordPress, Spotify ,Netflix Player ...

Do we really need a monster like this?
Image
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Torrent client

Thu Oct 31, 2019 6:03 pm

We do, in case of if all parts are optional :)
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11383
Joined: Thu Mar 03, 2016 10:23 pm

Re: Torrent client

Thu Oct 31, 2019 8:37 pm

The problem is that all of that costs us ... we're loosing devs focus on core functionality ... and all those extra functions have to come from MT. Personally I don't want ROS to get opened for third party modules. We have that option already (OpenWRT or plain Linux).
 
Sob
Forum Guru
Forum Guru
Posts: 9119
Joined: Mon Apr 20, 2009 9:11 pm

Re: Torrent client

Thu Oct 31, 2019 11:55 pm

It's not like they added too many "frivolous" features so far (of course everyone has the line somewhere else), to significantly slow down others. I don't expect that same guru developer alternates between adding new kernel and improving Kid Control.

I'm torn about third party packages. On one hand, they would be great way to be able to get less popular features. But on the other, there wouldn't be any guarantees about quality, support, availability or anything. Success would depend on what would be possible to do, whether some good community would form around it, etc.

It would make RouterOS more open, but still not as open as Linux is. Which is interesting, Linux is there, it's completely free, completely open, so ultimately more powerful than RouterOS... and yet we don't use it instead of RouterOS. Why? Because RouterOS has everything nicely put together. It doesn't and can't have everything, but sometimes it needs only some small tweak to be perfect.

And that's the frustrating part, if it's not there, you can't do anything about it. If you need it, you have to get another device just for that. It's like having perfect house where you're happy with everything, except the mailbox could be bigger... but it's not possible to change it, you have to get another house for that. Aargh!
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26294
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Torrent client

Fri Nov 01, 2019 9:13 am

I already replied that we did not remove torrent. More correctly would be to say, that we did not even create torrent. That package was not a full implementation of modern Torrent protocols and features.
 
User avatar
nithinkumar2000
Member Candidate
Member Candidate
Posts: 157
Joined: Wed Sep 11, 2019 7:42 am
Location: Coimbatore
Contact:

Re: Torrent client

Sun Aug 23, 2020 8:10 pm

No torrent client, please. It will waste resources from both the router and Mikrotik as a company. Better to focus in the router/wireless part, and deliver those long needed features.
I agree with this
 
neutronlaser
Member
Member
Posts: 445
Joined: Thu Jan 18, 2018 5:18 pm

Re: Torrent client

Mon Aug 24, 2020 3:45 am

Torrent please it will help the company.
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: Torrent client

Mon Aug 24, 2020 3:57 pm

Have you read this topic? What is torrent client needed in router for?
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Torrent client

Mon Aug 24, 2020 5:37 pm

For helping the company :)
 
neutronlaser
Member
Member
Posts: 445
Joined: Thu Jan 18, 2018 5:18 pm

Re: Torrent client

Mon Aug 24, 2020 5:47 pm

yes people will buy router because it has extra features like torrent
and society helped because all can share ubuntu all the time
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: Torrent client

Mon Aug 24, 2020 6:13 pm

Most of users who need torrent client will not pass further than logging to a router.
The next requests will be
- do nicer GUI for torrent client as we are not able to use WinBox and WWW GUI is awkward to us as we like .... cklient.
- what about browsing files on the router and downloading them to my computer
- how to monitor torrents
- why SMB disk is so small that I could not download 100 films and 100 installers for my favourite games?
- what about sharing downloaded files to my Phone or TVset for convinient watching films or listening to the music
and so on ...

If I want to cut a tree I use proper tool: axe or chainsaw.
 
neutronlaser
Member
Member
Posts: 445
Joined: Thu Jan 18, 2018 5:18 pm

Re: Torrent client

Mon Aug 24, 2020 9:10 pm

Just your opinion which is wrong
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: Torrent client

Mon Aug 24, 2020 9:44 pm

Axe or chainsaw are wrong to cut a tree?
 
neutronlaser
Member
Member
Posts: 445
Joined: Thu Jan 18, 2018 5:18 pm

Re: Torrent client

Mon Aug 24, 2020 10:22 pm

Yes and no
 
santyx32
Member Candidate
Member Candidate
Posts: 215
Joined: Fri Oct 25, 2019 2:17 am

Re: Torrent client

Tue Aug 25, 2020 2:44 am

There's no need to run a torrent client on a networking device
 
jarda
Forum Guru
Forum Guru
Posts: 7756
Joined: Mon Oct 22, 2012 4:46 pm

Re: Torrent client

Tue Aug 25, 2020 7:31 am

Absolutely.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Torrent client

Tue Aug 25, 2020 5:38 pm

We also need some Dropbox/Seafile functionality on the router.
 
User avatar
Paternot
Forum Veteran
Forum Veteran
Posts: 953
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: Torrent client

Tue Aug 25, 2020 6:18 pm

We also need some Dropbox/Seafile functionality on the router.
What we REALLY need is some KVM virtualization, in order to run W10 and Crysis.

Priorities people, priorities.
 
santyx32
Member Candidate
Member Candidate
Posts: 215
Joined: Fri Oct 25, 2019 2:17 am

Re: Torrent client

Tue Aug 25, 2020 10:49 pm

We also need some Dropbox/Seafile functionality on the router.
What we REALLY need is some KVM virtualization, in order to run W10 and Crysis.

Priorities people, priorities.
Can't wait to play Crysis Remastered on the CCR screen
 
neutronlaser
Member
Member
Posts: 445
Joined: Thu Jan 18, 2018 5:18 pm

Re: Torrent client

Wed Aug 26, 2020 7:12 pm

can u put google mesh on router
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Torrent client

Wed Aug 26, 2020 7:31 pm

What we REALLY need is some KVM virtualization, in order to run W10 and Crysis.

Priorities people, priorities.
With KVM, we can add virtualized Seafile. That's not what we want! We need Seafile running natively!!!!111oneone
 
aoakeley
Member Candidate
Member Candidate
Posts: 170
Joined: Mon May 21, 2012 11:45 am

Re: Torrent client

Tue Oct 20, 2020 6:24 am

What we really need to do is take this thread out back and shoot it.
 
SystemErrorMessage
Member
Member
Posts: 383
Joined: Sat Dec 22, 2012 9:04 pm

Re: Torrent client

Tue Oct 20, 2020 11:18 am

Is it a problem for you to download it to your computer or any RPi device ... the cheapest one you can find? Should it be done by a router?

Printer Services, SMB, Torrent ... lets add full SMTP server, Backup server, WordPress, Spotify ,Netflix Player ...

Do we really need a monster like this?
Image
Unfortunately yes. Some requirements can be mad but make sense. To give you an example, web servers.

To host a website you need a web server to handle web requests and process php code (most websites), and send the results along with frontend files to the user. Most websites operate with a database, and you use domains not ip addresses so thats another component. You'll also need an email service, because many websites do operate email as reports. Heres what you need to host a website
Web server (apache, litespeed, nginx, lightttpd)
Database server(mariadb, mysql)
DNS nameserver
SSL service
SMTP server
IMAP server
POP3 server

Does it make sense for each of this to be a separate device and server or do you see every web host even the best one combine all these 4 in the same machine instance? I can go further, as there are services like own/nextcloud that also mean having a file server adding another function to the same machine.

I fully support mikrotik being a swiss army knife, but the non network related part. Storage is the biggest issue on mikrotik devices so one alternative is to have them work through a NAS like samba or FTP/SFTP/FTPS. Please do impement more functionality but it would be very helpful to be able to store things elsewhere or via email since options on the device are limited.

Wordpress is a website that works on the server/software components i listed above, so its just data thats added, its the software we're talking about here. The TILE TILERA CPU is based off a CPU that was used by facebook to perform firewall and apache duties, so its not unreasonable for CCRs to be webservers too :P .

Routerboards are pretty nice devices, the focus is around routerOS and how good it is at networking, but it is lacking in many places even relating to networking that mikrotik themselves cant easily solve, so if others can add that functionality that would be great. You can also get 256GB micro SD cards nowadays too or attach a SSD via USB, either way filesystem stuff needs to be improved, and i dont care if it doesnt support NTFS and supports the EXT series only but it better be working. Some devices i lost becase onboard storage was too small when i updated. This needs to be fixed as well.
 
DarkNate
Forum Veteran
Forum Veteran
Posts: 999
Joined: Fri Jun 26, 2020 4:37 pm

Re: Torrent client

Tue Oct 20, 2020 3:10 pm

maybe a separate soho.npk that includes the torrent client, kid-control and SMB server.. :)
... and Quick Set
I disagree with this. Quick Set is very useful to get online in 5 seconds after a clean install/first time install to get up and running.

Who is online

Users browsing this forum: No registered users and 15 guests