Тоже так падает у вас?

Amiko wrote: я видео вставил в соседней теме, там видно

уважаемые разработчики, подскажите в чем разница?

я думаю тут не надо делать офф топ. Я отписался в соседней ветке по факту.

Amiko wrote: ага, но по сути оно к удаленной работе больше относится, но не принципиально.

rc3m wrote: up

rc3m wrote: Это индикация соединения "proxi" или "p2p".

в общем то примерно так я и подумал, р2р получалось только когда клиент и трансивер непосредственно в одной локальной сети находятся, через интернет только proxi
было бы неплохо чтобы разработчики дали рекомендации что ли по настройке сети, может что то надо сделать чтобы p2p поднималось, ответ который был тут как то, про кучу вещей от которых зависит соединится оно напрямую или нет как то больше похож на то что от тебя отмахнулись

(это - "к рекомендациям по настройке сети" относится, не подумайте лишнего )
Поверьте, если бы существовали рекомендации - вы бы их непременно уже видели в разделе часто задаваемых вопросов.

Так что вы напрасно думаете, что ответ Романа (по зависимостям от многих параметров)- это от вас отмахнулись. Наоборот, он весьма корректно, тактично и максимально емко изложил вам суть вопроса.

Если вы хотите более глубокой дискусии - тут, для начала, от вас от самого потребуется разобраться в общеизвестных деталях. Причем совсем не на уровне домохозяйки, а существенно глубже. Ну и сам вопрос, который вы задали - он не впервые задается. Он как феникс, возрождается каждые полгода (приблизительно). Но проще от этого не становится, и требует (только для начала) углубленного понимания вопроса. Вот вам о том же ветка, но на английском, чуть поглубже: eesdr.com/en/forum-en/remote-control/10146-my-experience-remote-testing-sunsdr2-dx (гугл должен справиться, но если что-то непонятно - спрашивайте).

Ну и то, что у вас пока что получается p2p только при LAN топологии - это говорит лишь о том, что параметры вашего WAN значительно ниже ожидаемых пределов. В результате чего сервер считвет, что вас проще будет соединить через прокси.

поэтому и возникают одни и те же вопросы как вы пишите раз в полгода, потому что нет никаких инструкций или FAQ в одном каком то месте, по каждому вопросу приходится по 10 раз спрашивать.
ладно спасибо, вариантов похоже не сильно много, придется ждать еще год-два или сколько там потребуется для доводки ПО и написания документации

Ну на самом то деле отсутствие инструкций или FAQ по конкретному вопросу "рекомендаций по оптимальным конфигурациям сети" продиктовано не чьим-то злым умыслом или нежеланием их писать. Наверное вы это и сами уже понимаете, просто хотите, чтобы вам еще раз подтвердили?

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

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

После перевыпуска сертификата перестал работать сервер в докере.
Валится вот такая ошибка.
2023/09/28 19:08:29.019947 /home/nww/Work/Projects/Go/src/eesdr.com/remoteSystem/starter/main.go:44: error authentication: Post "cloud.eesdr.com:5450/api/auth": x509: certificate signed by unknown authority
Если запустить в терминале ubuntu , минуя докер, то все работает. Помогите мне ! Мне кажется со стороны облака не принимает новый сертификат?

А помочь-то чем? Вам же сервер черным по белому написал причину... В данном случае даже гугл знает правильный ответ:
www.google.com/search?client=firefox-b-e&q=x509%3A+certificate+signed+by+unknown+authority

Настройте сертификат в докере и все заработает.

Да спасибо! Затупил )) Уже разобрался
update-ca-certificates
Просто настроил автообновление образов в контейнерах через watchtower и забыл что сертификаты при первом запуске устанавливал и обновлял.
Прописал это в скрипт запуска теперь ))

Пробую систему удалённого управления.
Условия:
компьютер на котором установлена серверная часть ExpertSDR3 - ноутбук с Win10 Home, процессор i5 2,3 GHz 4 ядра;
компьютер на котором установлена клиентская часть ExpertSDR3 - стационарный компьютер с Win10 Home, процессор i5 3,0 GHz 4 ядра;
оба компьютера и трансивер SunSDR2 подключены к роутеру в сеть 192.168.0.xxx;
подключения к облаку успешные, устанавливается прямое соединение между программой сервера и ExpertSDR3 (Client), как будто бы всё работет, но:
если при запуске программы на клиенте после появления элемента цепочки с молнией вначале звук совпадает и со спектром и с водопадом, то после нескольких секунд начинает наблюдаться отставание звука от спектра с водопадом, отставание может достигать 10 и более секунд, регистрируемый программой пинг в пределах 1-18 ms. При отключении кнопки "Включение Трансивера" и сразу же после этого повторного включения, отставание пропадает а потом снова наблюдается отставание, описанное выше. Репу чешу, но там больше мыслей нет.
При подключении через Web браузер в этой же схеме задержек голоса нет.
Что не так?