Akina

нужно чтобы на одном пк было две операционные системы Винда и линукс

Ставите десятку. Ставите WSL2. Имеете и то, и другое - причём в рамках одной ОС. И работает оно не медленнее, а даже скорее немного быстрее, чем в виртуалках. См:

https://docs.microsoft.com/ru-ru/windows/wsl/insta...
https://docs.microsoft.com/ru-ru/windows/wsl/compa...
https://habr.com/ru/news/t/516054/

и т.п.

Установите сразу .NET 5.0.
Даже если вдруг с текущим фреймворком есть какие-то проблемы - они пофиксятся.

Оператор связи / провайдер, согласно договору, предоставляет тебе доступ в Интернет. Но стопудово в договоре нет ни полслова о том, через какой именно шлюз он это сделает. И если провайдеру так проще, дешевле, или просто у него так организовано - он в своём праве. Да вообще ты можешь ходить в Инет через высокоанонимный прокси.

Я уж не говорю о том, что блок адресов выдан LIR-у и изначально описан по его местоположению. И если тот не соизволит уточниться по геопривязке суб-блока (а для своей внутренней сети - нафига бы ему это надо?), то будешь ты думать, что адрес - в штаб-квартире LIR-а, а он на самом деле в тьмутаракани.

Обе сети подключены к интернет через маршрутизаторы которые имеют выделенные IP адреса IP_A и IP_B.

Посмотрите, умеют ли оба маршрутизатора (оптимум - если они ещё и одной модели, или хотя бы одного вендора) устанавливать VPN-соединение.

Если умеют - настройте. Тогда на клиентских компах вообще ничего не нужно настраивать для обеспечения доступа. Если нет - проще железки поменять (если не умеют - то это какое-то дешёвое SOHO). А потом - настроить VPN.

Будут определённые сложности, если внешний адрес у обеих сетей - динамический. Придётся у хотя бы одной делать статический белый IP.

А вот с видимостью в сетевом окружении сложнее. Зависит от наличия домена в каждой из сетей. Если есть - устанавливайте доверительные отношения. Если нет - хотя бы в одной сети придётся поднять WINS-сервер и все станции настроить на него.

А для просто доступа по NetBIOS-имени без видимости в сетевом окружении - достаточно внести необходимые записи в LMHOSTS.

1) На микротике проверьте, и при отсутствии разрешите, маршрутизацию из 192.168.0.0/24 в 20.20.20.0/22, если она запрещена (вряд ли, но вдруг...), для 192.168.0.2 или для всей 1925.168.0.0/24 - это по вкусу.
2) На 192.168.0.2 пропишите статический маршрут в 20.20.20.2/32 (или шире, вплоть до 20.20.20.0/22) через 192.168.0.40.
3) Проверьте, что на тплинке LAN-порты не работают в изолированном режиме. Если всё же установлено - отключите.

Всё.

PS. 192.168.20.2/22 - это опечатка?

Если у Вас имеется только одно волокно - Вы ограничены только WDM-модулями. Для одномодового волокна, как Вы сообщаете.

WDM модули передают на одной длине волны, принимают на другой. Соответственно нужна пара модулей, у которых длины волн совпадают "накрест" - один модуль на некоей волне вещает, второй слушает. И наоборот. Если при этом у них ещё и скорости совпадают, то будет между ними мир, трафик и счастье... и, как правило, плевать на вендора, у меня работали (а кое-где и сейчас работают) комплементарные пары самых диких сочетаний.

Не, это ещё пока полдела. SFP-модуль - это достаточно неглупая машинка. И, чтобы она правильно и успешно работала в коммутаторе, она должна быть соотв. образом прошита. И вот тут у меня для Вас плохие новости - если D-Link достаточно "всеядны", и SPF с ними уживаются, как правило, "искаропки", то вот оборудование HP отличается в этом смысле изрядной капризностью. И надо проверять конкретный коммутатор и конкретный SFP - заведётся ли одно в другом, или нет. Но тут либо экспериментально, либо при приобретении чётко указывать, что SFP будет работать в HP.

При попытке отформатировать или удалить раздел, пишет "Диск D используется"
и что можно сделать принудительно, но вероятность проблем не нулевая.

Если нет явно запущенных программ, использующих ресурсы диска, или неких явно установленных сервисов, хранящих там данные, а также программ, установленных на этот диск либо настроенных хранить там что-то своё, а также сегментов свопа - смело выполняй принудительное отключение.

90% - за то, что это активность либо антивируса, либо службы быстрого поиска.

Например, вместо 22.10.2020 с отступом получится .2020 без отступа.

Попробуйте отключить автоматическое преобразование в список (см. Автозамена - Автоформат при вводе).

пересохранить его в .doc

Всем и всегда настоятельно советую по возможности использовать RTF, переходя на иной формат только тогда, когда без этого не обойтись (например, нужны макросы).

Чисто теоретически может сработать следующее.

Устанавливаем на комп любой локальный DNS-сервер. В качестве родителя (куда стучаться за разрешением неизвестных адресов) указываем ему регулярный DNS (скажем, провайдерский), прописываем у него статические соответствия (с малым временем актуальности), нужные нам в VPN.

Пока всё как обычно... а вот теперь - фортель. Привязываем его слушать ТОЛЬКО на тот адрес, который указан в настройках VPN, а его самого прописываем ТОЛЬКО в настойках VPN-адаптера.

Что в итоге? Когда VPN-адаптер подключается, этот DNS-сервер ставится в начало очереди (кстати, поэтому, адаптер следует включать после загрузки станции). И соответственно через него идут все разрешения. Если адаптер остановить - этот DNS убирается, и первым становится тот, что в настройках другого адаптера - регулярный провайдерский (или там гугловый фри - неважно). А статические записи о ресурсах в VPN достаточно быстро, за 2-5 минут, будут вымыты из локального кэша.

Ещё разумнее - иметь собственный DNS-сервер в VPN-сети, и указать его в настройках VPN-адаптера. Работать будет так же, только не нужен дополнительный локальный софт.

SELECT .. INTO предназначен для помещения скалярного значения в скалярную же переменную. То есть он должен вернуть строго одну запись.

Показанный запрос явно возвращает более одной записи. И Оракл в недоумении - из какой записи набора ему предлагается взять значение для помещения в переменную?

И самое что интересное - Вы об этом знаете. Ибо по тексту имеется литерал 'стоимость поступивших товаров ='. Не "товара", а "товаров".

Если Вам нужна сумма стоимостей всех товаров - то оберните выражение в SUM().

Свой роутер не поставить, нет оптического порта.

Наличие оптического порта для установки своего роутера не нужно - от слова "совсем". Подключайся по меди.

и настроить на него DMZ

DMZ - не нужен для каких-то там торрентов, и вообще о DMZ следует начинать думать только при наличии реального IP.

Насколько жизнеспособное решение - подключить mikrotik hap ac к провайдерскому роутеру

Нормально, корректное и правильное решение. При этом WiFi на провайдерском роутере лучше всего отключить.

Судя по описанию, на компьютере 2 сетевые карты. И скорее всего у каждой в настройках присутствует шлюз по умолчанию. Так вот - у сетевой карты, которая работает в локальной сети (гигабитной), шлюза по умолчанию быть не должно, вообще, и его нужно в настройках удалить.

Для более точного ответа нужна схема сети и настройки сетевых интерфейсов всех интересующих узлов (компьютера, серверов, ...).

Может по схеме понятней будет

У Вас схема такова, что имеется проблема распознавания правильного адреса. Серверы анонсируют себя как в сети 192.168.29, так и в сети 192.168.30.

Простейшее возможное решение проблемы - выделить каждому серверу ещё одно имя, под этим именем прописать серверы в файле HOSTS (у каждого сервера прописываются только остальные два, себя необязательно), указав в соответствии только адрес из 29-й подсетки. Общение между серверами выполнять только по этим именам. заодно - повысьте метрику сетевой карты из 30 подсети.

У Вас выполняется ARP-запрос, который ограничивается Ethernet-сегментом - т.е. Вы можете с 10.73.0.1 сделать ARP-запрос на 10.73.0.2, но не за пределы Ethernet-сегмента.

Хотите проверить маршрутизацию - используйте более высокоуровневые протоколы. Тот же пинг - вроде для его прохождения всё настроено правильно (впрочем, Вы не показываете сетевые настройки узлов 10.73.0.1 и 172.23.73.3 - но, надеюсь, там дефолтные шлюзы верные).