Le ecureuil

To be honest the command service ssh is issued and saved automatically by the installation of the ssh component, it is strange that you need it.

hdparm shows that everything is ok with the cabling and the attained USB protocol. Have you tried direct-connected disk to the PC? Which performance it shows?

Do you consider plaintext wireguard to be blocked or spoofed?

You can try to play with the WiFi settings - try to lower supported standard (for example enable only 11n), try to completely disable 5 Ghz band, try to fallback to WPA2 or even to WPA1 encryption. If you find what settings makes such a trouble - please make us know.

Without opkg - no.

The work is in progress, but without explicit deadline.

Do you have your extender acquired in the MWS or did you configured it manually?

So the real feature request sounds as "don't lease the IP address to the host with the installed local-administrated bit in address". Sounds interesting, will reconsider this.

I've got the point, thanks. Implementing some sort of a garbage collection would be nice.

MAC addresses ranges are allocated just per-vendor and rather randomly. To be honest, I don't understand where one can use ranges. Do you want to block all Realtek devices, but to allow all Intel ones? Sounds strange.

1. Do you really use profits of the autoregistration in this case? Maybe it's enough just to turn it off? 2. This request can be considered in the future, thanks.

We are keeping track of this, and in case of obsoletion we will do something, of course. But now it's not strictly required.

Ok, thanks for the information, will try to investigate.

Please contact with the official support: it solves similar problems.

Could you please tell us what features of the fourth version do you need? We don't upgrade because transmission 4.0 uses C++ inplace of C, and consumes significantly more CPU, RAM and flash storage.