WebRTC адрес от браузера

a=ice-options:trickle как будто это хрень должна говорить о том, что я должен взять адрес пары где то в другом месте

mdns оно в локальном нейм сервере лежит

это вообще про другое

https://www.google.com/search?q=linux+convert+mdns+local+address+to+ip+address

Еще можно попробовать кандидатов с mdns дропать. Броузер должен еще кандидатов прислать с нормальным IP адресом.

не присылает, но на порту регается и шлет уже DTLS hello

у хрома в chrome://flags дефолтово выставлен флаг «anonymize local ips exposed by webrtc», вот он и кидает в кандидаты mDNS адреса, как верно заметили в комментах. Можно попробовать цепляться не по link-local, а хотя бы по ULA, чтобы хром не думал, что эти айпишники локальные и не применял эту настройку.

спасибо, попробую, но отрезовлить это корявое имя не получилось

        if (g_str_has_suffix(addr, ".local"))
        {
            GError * err = NULL;
            GResolver * resolver = g_resolver_get_default();
            GList * ips = g_resolver_lookup_by_name(resolver, addr, NULL, &err);
            //g_object_unref(resolver);
            if (ips)
            {
                for (GList * ip = ips; ip; ip = ip->next)
                {
                    g_printerr("###%s###\n", g_inet_address_to_string(ip->data));
                }
                g_resolver_free_addresses(ips);
            }
            else
            {
                g_printerr("ERROR lookup (%s)\n", err->message);
                g_error_free(err);
                goto END;
            }
        }

у хрома в chrome://flags дефолтово выставлен флаг

что то начинаю припоминать эту проблему, когда janus на soc запускал 4 года назад…

цепляться не по link-local, а хотя бы по ULA

если не сложно, можно поподробности в качестве ликбеза??? так то хром еще до оправки своего answer уже цепляется к порту и по идеи наверное можно вытащить его адрес уже из сокета…

в локальном это каком? на той машине под виндой, откуда хром это отправляет такое имя не резолвится, как наблюдаю оно вообще часто разное, почему бы не брать реальное доменное имя из системы!? оно бы хоть нормально отрезолвилось.

Броузер должен еще кандидатов прислать с нормальным IP адресом.

ну вроде как при a=ice-options:trickle должен

var loger = document.getElementById('loger');
var answer = document.getElementById('answer');

var peer = new RTCPeerConnection(config);

	peer.onicecandidate = ev => {
		if (ev.candidate) {
			loger.value += '\n' + ev.candidate.candidate + '\n';
		} else {
			loger.value += '\nice event phase = ' + ev.eventPhase + '\n';
			let sdp = peer.localDescription.sdp;
			sendTextToMQTT(topic_pub, '>' + topic_sub + '>' + sdp);
			answer.value = sdp;
		}
	};

но по факту его нет, при этом подключение производит еще до того, как его ансвер придет, т.к. соединение локальное, а сигнализация через брокера.

если не сложно, можно поподробности в качестве ликбеза??? так то хром еще до оправки своего answer уже цепляется к порту и по идеи наверное можно вытащить его адрес уже из сокета…

в целом наверное если пиры в одном l2-сегменте, то там всяко будут link-local адреса, даже если на интерфейсах есть другие адреса. Надо посмотреть стандарты :)

как вы его пытались резолвить, nslookup его не возьмет

под виндой только повершел Resolve-DnsName