В коде всё правильно, но встроенный в Flask веб-сервер лучше не использовать для внешней сети.
В тегах надо бы указать ещё компьютерные сети или типа того, т.к. дело не во Flask.
✔️ 1. Запустить веб-сервер для прослушивания внешней сети (IP 0.0.0.0, т.е. все сетевые интерфейсы).
❓ 2. Замазанный "белый IP" точно не начинается на "192.168"?
❓ 3. Вы точно купили у провайдера белый статический IP-адрес?
❓ 4. На прикреплённом скриншоте - меню роутера?
Mercury13, хах, я кажется нашёл причину. Я попробовал вручную переложить DLLки к бинарнику из папки Qt. И вуаля - работает без ошибок. Проверил я контрольные суммы всех задействованных для пустого консольного приложения DLLек, которые были предоставлены инструментом windeployqt: libgcc_s_seh-1.dll, libstdc++-6.dll, libwinpthread-1.dll, Qt6Core.dll. Контрольные суммы (хеши) всех этих DLLек, за исключением Qt6Core.dll, не соответствуют контрольным суммам DLLек из папки Qt!! Значит windeployqt.exe берёт библиотеки почему-то не из Qt, а из другого места. Я начал подозревать, что это из-за переменной среды PATH. Посмотрел что там такого может быть, и из подозрительного там есть только Strawberry Perl. В папке Пёрла есть и компиляторы, и вот эти Qtшные DLLки... И хеш-суммы Пёрловских DLLек совпадают с предоставленными windeployqt файлами! Видимо windeployqt взял DLLки из Пёрла...
И как это исправлять? Не хотелось бы убирать сам Пёрл из PATH, но видимо придётся?