Нет, не полноценная. В WSL недоступно ядро (или по крайней мере не все его интерфейсы), исходно нет доступа к аппаратному обеспечению (USB, беспроводные сети; хотя поддержку USB с бубном прикрутить можно, Wi-Fi не пробовал), доступ к графическому процессору осуществляется отлично от Linux, как следствие не будут работать большинство графических настольных приложений, некоторое серверное ПО, в целом совместимость с ПО для Linux далеко не полная. Нет нативной поддержки systemd (можно включить).
Это не Linux, а лишь среда запуска файловой системы Linux и командной оболочки (bash), сам разработчик заявляет ее именно так. Хороший инструмент для обучения и экспериментов, среда для системного администратора.
Также по небольшому опыту эксплуатации довольно часты проблемы взаимодействия с Windows: при установке, запуске, удалении случаются ошибки и прочие нестыковки, например:

• сообщения о неизвестных ключах в файле .wslconfig, когда ядро уже обновилось автоматически вместе с Windows, а дистрибутив еще старый;
  
• Wsl/Service/CreateInstance/E_FAIL;
  
• CreateProcessParseCommon:: Failed to translate C:\path\folder.
  
  

В виртуальной машине такого не случается, и совместимость гораздо лучше, но WSL быстрее разворачивается и проще управляется.

Скорее всего штатная утилита просмотра изображений несовместима с некоторыми метаданными, в частности, с цветовым профилем, записанным смартфоном, например. Можно преобразовать цветовой профиль (GIMP, Photoshop), удалить метаданные (EXIF Purge, ImageMagick) или добавить совместимый цветовой профиль в систему (так себе решение, так как может потребоваться присобачивать монитору и принтеру стандартный цветовой профиль).

Нет поводов считать, что устройство будет выдавать меньше 4,5 Вт (5 В × 0,9 А) согласно стандарту USB 3.0. Если меньше выдает, это устройство можно считать неисправным, и сдавать по гарантии. Если уж так критично, продавцу вопрос задайте, пусть произведет замер.

Вангую, речь идет о доменном имени 3 уровня, предоставленном производителем маршрутизатора, в домене 2 уровня keenetic.link, keenetic.pro или keenetic.name. Суть этой услуги — динамический DNS, она и предназначена только для доступа из интернета, вне зависимости от наличия публичного адреса IP. К примеру, предоставленное мне доменное имя в домене keenetic.pro разрешается следующим образом (имя заменено):

$ host myname.keenetic.pro
myname.keenetic.pro has address 185.162.93.96
myname.keenetic.pro has address 95.213.212.50
myname.keenetic.pro has IPv6 address 2a03:21c0:0:227::96
myname.keenetic.pro has IPv6 address 2a00:ab00:1103:20::50

Эти адреса IP находятся территориально в Санкт-Петербурге, я — нет. И просто так заменить доменное имя myname.keenetic.pro на один из этих адресов IP для доступа к моему маршрутизатору (и сети за ним) не получится. Потому что это не доменное имя, присвоенное моему маршрутизатору, а доменное имя, назначенное моей учетной записи на сервере KeenDNS, обновляющем ее при изменении публичного адреса IP, с которого мой маршрутизатор выходит в глобальную сеть, и сохраняет порт (PAT), чтобы пройти NAT оператора (при необходимости, если моему маршрутизатору не присвоен публичный адрес IP). При доступе по этому доменному имени сервер KeenDNS позволяет все это связать воедино, и предоставить удобный доступ из интернета к маршрутизатору Keenetic, на котором запущена соответствующая служба. Фактически это облачная услуга. Из локальной сети за маршрутизатором это все работать не будет.


Да и в принципе с точки зрения организации и безопасности корпоративной сети правильнее даже для одного и того же веб-сайта иметь отдельные внешний и внутренний (интранет) доменные имена, например: srv.example.com и srv.corp.example.com. При этом, внешняя доменная запись сопоставляется с публичным адресом IP маршрутизатора (в случае операторского NAT — с публичным адресом IP операторского NAT через службу динамического DNS), а внутренняя — с локальным адресом IP маршрутизатора (например, 192.168.1.1), если уж так угодно (для чего на маршрутизаторе будут свои правила маппинга/проброса портов). Правда в таком случае правильнее сопоставлять доменное имя с адресом IP самого веб-сервера в корпоративной ЛВС.

Переходи в раздел Quick Set, выбирай режим home AP, и тыкай там галочки — не ошибешься, он сделан как раз для тех, кто еще не научился. Потом посмотришь конфигурацию, и сможешь на ней учиться.