Нет, не полноценная. В 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 самого веб-сервера в корпоративной ЛВС.

Возможно ли скрыть свой почтовый адрес на локальной улице, в локально многоквартирном доме? Можно на свой дом повесить название другой улицы, на свою квартиру — другие цифры с номером? Как думаешь, это поможет тебе скрыть свой адрес от соседей? Сетевая адресация не работает по принципам волшебства, её люди придумывали на основе прочих, используемых вне сетей систем адресации. Адрес 3 уровня (IP) прибит ко второму уровню протоколом ARP, адрес 2 уровня (MAC) — к первому уровню (порту коммутатора) таблицей коммутации. Меняешь адрес IP (из своей сети) — протоколом ARP он будет обновлен, меняешь сетевому адаптеру адрес MAC — коммутатор обновит и запишет его напротив порта (это его работа), меняешь порт — коммутатор запишет адрес MAC напротив нового порта. Меняешь адрес IP не из своей сети — ура, ты скрыл себя из локальной сети, потому что она у тебя не работает: ни ты не можешь взаимодействовать с сетью, ни другие узлы — с тобой. Ставишь между сетью и ПК маршрутизатор — ты не в локальной сети (в другой локальной сети), взаимодействуешь с ней через NAT (трансляцию адресов), и твои действия в исходной локальной сети просто производятся от адреса маршрутизатора, а сам маршрутизатор в своей таблице ARP хранит твой IP и твой MAC, так что ты если и скрылся, то далеко не от всех, точно так же, как посредством прокси или VPN (что предельно глупо в локальной сети). Скрыть свой адрес IP в любой сети можно только не участвуя в ней, то есть выключив ПК из сети или задав неверный адрес IP, не из этой сети.