Ничего такого вы там отключить не могли.
Если у вас интернет в принципе работает на компе (например браузер открывает сайты), то этого достаточно для работы ВПН. Разве что в фаерволе можно закрыть доступ (или не открыть). Виндовый фаервол по умолчанию выпускает весь исходящий трафик, но блокирует весь входящий, который явно не разрешен. При таких правилах ВПН клиент будет подключаться без дополнительных телодвижений. Но для ВПН сервера надо разрешить в фаерволе подключение к порту, который слушает ВПН сервер.
OpenVPN сам по себе работает, не зависит от виндовых служб, нужен только доступ в интернет. У него может быть своя служба, если вы настроите автостарт через службу.
Вам нужно выбрать тот ВПН, который вы будете использовать, настроить его сервер и клиент по какому-нибудь мануалу, включить логирование. Если будут проблемы, то можете задавать вопросы здесь с указанием типа ВПН, конфигами сервера и клиента, и частью лога, содержащей ошибку.
Часто по содержимому ошибки можно самому решить проблему или путем беглого гуглежа.
Денис, В python - просто установите и разорвите TCP соединение средствами ЯП, с замером времени, можно несколько раз, с усреднением показателей времени. Время надо замерять только для установления соединения.
Если надо проверить доступность TCP порта сервера, то nmap это умеет, но это сложная утилита с кучей не нужного, в данном случае, функционала.
Так же nc (netcat) то же такое умеет.
И еще tcping
...
Это все не стандартные утилиты и нужно проверять их наличие для винды. nmap, как минимум, портирован под винду. Только tcping предназначена конкретно для этого действия, две другие утилиты имеют этот функционал лишь как дополнение к другому основному функционалу.
Обычно vpn серверы не входят в состав ОС - это отдельные приложения. Так что гуглите по настройке конкретной реализации ВПН, которая вам ближе (openvpn, wireguard, ...). Исключение в некоторой степени это IPSec - тут требуется поддержка ядра ОС, т.к. этот протокол часть TCP/IP, но и тут управление обычно происходит третьими приложениями, устанавливаемыми отдельно, а не средствами ОС.
Правда часто ВПН требует интеграции с фаерволом, который уже практически часть ОС.
Почему такая неприязнь к ключам? Это удобно и не так сложно, как кажется.
Сгодится.
Изучать Qt creator - это сильно сказано. Это же просто IDE, похожая на все остальные. Вы уже наверняка с ними сталкивались. Довольно не плохая и кросс-платформенная. Поддерживает cmake проекты и еще какие-то другие (а не только Qt проекты, как может показаться из названия).
Изучать стоит Qt - это библиотека для создания GUI интерфейсов и не только.
База у вас есть. Актуализируйте знания по современным стандартам С++, начиная с С++14. Хотя бы до уровня "имею представление" и начинайте проходить собеседования. Там достаточно быстро поймете, что вам нужно подтянуть.
WSGlebKavash, Много чего можно использовать:
1. промежуточный хост с RDP - сначала по RDP на промежуточный хост, затем с него так же на целевой.
2. промежуточный хост с ssh с разрешенным туннелированием, на клиенте настраиваете в ssh клиенте подключение к ssh серверу с туннелированием RDP на целевой хост. Сначала подключаете ssh клиента, потом RDP клиентом подключаетесь к lochalhost и порту, указанному в настройке туннеля.
3. организовать ВПН и подключаться сначала к ВПН, а потом через ВПН ходить на целевой сервер по RDP по внутреннему адресу целевого хоста. ВПН более универсальное средство, можно использовать и для многих других задач.
4. на промежуточном хосте поднять "обратный NAT" или TCP reverse proxy.
5. что-то еще
Cisco можно использовать?
Что из этого вы сможете поднять на cisco я не в курсе, наверняка что-то там может сработать. Ну и cisco - это название компании, у нее куча разнообразных продуктов с разным функционалом, так что вопрос не корректен.
comm1ted, Кстати, WSL продукт активно развивающийся из-за чего он критичен к версии винды (номер обновления и сборки). Поэтому открывайте инструкцию и если там где-то в требованиях прописана версия винды, то добивайтесь того, чтоб ваша винда соответствовала этому требованию.
Что выдавало ошибку? Полный текст ошибки.
Что произошло с сетевыми адаптерами, в каком они виде после установки WSL, что с их настройками?
Скриньте все что может пролить свет. Окна с ошибками целиком и т.д. и т.п.
Так же можно посмотреть журнал системы после перезагрузки. Если проблемы с сетевыми драйверами, то там должны быть сообщения.
Пока у вас только слова, никакой конкретики.
Я неоднократно устанавливал/переустанавливал WSL, подобных катастрофических проблем никогда не было, хотя были другие проблемы попроще.
Судя по вашему описанию у вас что-то изначально с виндой не то. Просто проблема вылазит именно при установке WSL. Не факт, что эта проблема не проявится где-то в другом месте, даже если вы сейчас как-то обойдете этот вопрос.
Поэтому совет - переустановите винду и накатите WSL на чистую систему.
comm1ted, Подключение пропадает, а WSL то работает? Или вы до стадии установки дистрибутива не доходите?
Хорошо бы увидеть, что собственно происходит после установки WSL. Что с сетевыми адаптерами и т.п. Может быть какие-то ошибки есть.
Если по какой-то причине слетают системные драйвера, то возможно их получится восстановить с помощью sfc /scnanow или чем-нибудь вроде dism /online /cleanup-image /restorehealth
За циклом поставьте метку.
В цикле, если условие срабатывает устанавливайте флаг и goto на метку за циклом. Else ветки нет.
После метки проверяете установлен ли флаг успешного поиска и печатаете ваши сообщения исходя из результата проверки.
mayton2019, По моему, вопрос парадигм вообще чисто теоретический. По крайней мере, я не сталкивался с обсуждением в какой парадигме делать проект или чтобы где-то следили именно за соблюдением парадигмы. Частая практика, когда парадигмы смешиваются в рамках одного проекта. Заказчику же главное, чтоб программа выполняла свою задачу без ошибок и с приемлемой скоростью.
Мой первый комментарий был о том, что понятия парадигм вполне себе актуальны и парадигмы есть в реальном коде. Но это не принципиальный вопрос. Парадигмы это не догма, их можно применять по отдельности или смешивать, там где ты считаешь это нужным. Выбор всегда остается за программистом.
Писать не используя парадигмы можно, но только очень простые приложения. Сейчас эти понятия уже настолько въелись в подкорку, что чтобы намеренно отказаться от них придется постоянно контролировать себя не скатится в парадигмы :)
mayton2019, Вполне поверю. Ядро линукс - сложное, конечно, и там как минимум процедурный и структурный подходы имеют место быть, но, я думаю, можно легко найти и ООП в каком-то урезанном виде (даже с учетом того, что Си не ООП язык) и может даже функциональщину, но тут не уверен. Хотя и goto там употребляется повсеместно, что противоречит структурному подходу.
Примеров ООП из ядра с ходу не приведу, а лезть в исходники лень.
mayton2019, Все правильно. Но это никак не отменяет наличие парадигм. Ты можешь их использовать даже ничего не зная о их существовании.
В любом случае та или иная парадигма будет использована (или какое-то их подмножество), т.к. без этого практически не возможно сейчас написать ни одно мало-мальски сложное приложение. А, например, структурные принципы можно применять в рамках одной функции, почти не зависимо от ЯП.
Чисто теоретически:
Возможно стоит поиграть с приоритетом приложения. Запускайте ваше приложение с повышенным приоритетом. По идее, после установки патча должны добавится дополнительные приоритеты. Возможно вместе с патчем идут дополнительные утилиты, позволяющие использовать новые приоритеты.
Загрузка ЦП все равно имеет значение. Например, если у вас будет запущено несколько приложений с повышенным одинаковым приоритетом, то они начнут бороться за ЦП между собой и если ЦП будет не хватать, то все - реального времени не будет.
XR699ew, Например, если DNS сервер не доступен - без этой опции команда будет выполняться дольше, пока у нее не произойдет отлуп DNS запроса по таймауту.
Кроме того, часто нужен именно IP адрес, а не имя.
Подобная опция обычно есть во всех низкоуровневых сетевых инструментах, типа ping, netstat и т.п. Она может называться по другому, но смысл тот же.
Но он же мне заблокирует консоль, или это запускает как-то иначе?
Откройте другую консоль. Даже если линукс без GUI, то там по умолчанию есть несколько терминалов и их количество можно настроить, между терминалами можно переключаться.
Кроме того никто вам не запрещает в одном терминале использовать какой-нибудь тайловый менеджер (tmux и т.п.)
Кроме того, добавьте амперсанд в конце команды и команда будет выполнятся фоном, сразу же освободив терминал. Но это может быть не удобно, если у фоновой задачи много вывода в консоль.
В общем учите мат.часть. Это все базовые знания о работе в линукс.
На счет устаревших понятий не согласен. Эти понятия описывают то, что используется на практике.
Другое дело, что на С++ (так же как и в других языках) вполне можно применять все парадигмы и это не делает их устаревшими.
Подойдет любое введение в ассемблер - там научитесь компилировать, поймете базовые принципы, ...
А дальше по любому Intel64 Developer Manual, ну или какой там у вас проц.
При программировании на ассемблере без документации производителя процессора не обойтись, любая книга будет только введением в тему. Не стоит ожидать от печатных книг по ассемблеру полноценного охвата темы.
Судя по всему вы имеете смутное представление о программировании.
Qt - это библиотека (фреймворк) для разработки приложений на С++.
Похоже, вам нужно сначала озаботится базовыми знаниями С++, что бы понять как программировать на этом языке. А затем вы уже сможете перейти к Qt. Без знания С++ в Qt вам делать не чего. Начинать надо с консольных приложений, т.к. это самый простой вариант.
По С++ и по Qt есть хорошие толстые книги.
Если у вас интернет в принципе работает на компе (например браузер открывает сайты), то этого достаточно для работы ВПН. Разве что в фаерволе можно закрыть доступ (или не открыть). Виндовый фаервол по умолчанию выпускает весь исходящий трафик, но блокирует весь входящий, который явно не разрешен. При таких правилах ВПН клиент будет подключаться без дополнительных телодвижений. Но для ВПН сервера надо разрешить в фаерволе подключение к порту, который слушает ВПН сервер.
OpenVPN сам по себе работает, не зависит от виндовых служб, нужен только доступ в интернет. У него может быть своя служба, если вы настроите автостарт через службу.
Вам нужно выбрать тот ВПН, который вы будете использовать, настроить его сервер и клиент по какому-нибудь мануалу, включить логирование. Если будут проблемы, то можете задавать вопросы здесь с указанием типа ВПН, конфигами сервера и клиента, и частью лога, содержащей ошибку.
Часто по содержимому ошибки можно самому решить проблему или путем беглого гуглежа.