- Navios
- 26 de agosto de 2026 às 01:02 UTC
- Autor
- Kamo
- Enviar
- 1b8a198
RingCentral foi o último provedor cujas credenciais vieram de um Kamo-wide registo mais dois lúpulo de consentimento do navegador — um para a org, um por membro. Ambos desapareceram. Uma organização registra seu próprio aplicativo em seu próprio RingCentral consola de desenvolvimento com o fluxo de autenticação JWT activado, e o ID do cliente, secreto, URL de plataforma e um JWT de usuário de serviço ao vivo no VoipProviderInstance que usa Eles, exatamente como as credenciais do FreePBX e do Teams já fazem. Um cliente as credenciais já não podem autorizar uma chamada contra a conta de outro cliente, e não há consentimento para obter, nenhum token para armazenar em nome de um navegador, e nenhum estado de "reconectar" para cair. **************************** espelhos EquipasInstanceConfigFactory, menos o backback da plataforma: um JWT não tem sentido contra a conta de ninguém, então um o backback só podia deixar uma instância semi- configurada pedir emprestado o ID de outra aplicação e falhar mais tarde como um opaco 401. require() nomeia o campo em falta. RingCentralJwtTokenService mentas acessam tokens de um JWT e os armazenam com chave por um digest da credencial, assim girando um JWT é auto-evitável e um velho token nunca pode ser servido por uma credencial que tenha sido substituída. Um 4xx significa a credencial está morta e pede um novo; qualquer outra coisa permanece uma falha nunca é confundida com uma JWT revogada. RingCentralProvider está agora com endereço de extensão. Construído a partir do utilizador do serviço credencial ele chega a um membro em /account/~/extension/{id}/..., então sua chamada histórico, correio de voz, presença e reencaminhamento de chamadas no momento em que um administrador atribui- lhes uma extensão — anteriormente um membro sem ligação OAuth Nada mesmo. Construído a partir do próprio JWT do membro que ele endereços ~. Apenas client-info/sip-provision precisa deste último, e pedindo-o com a conta token não seria erro: devolveria a identidade SIP do Usuário e registar o softphone do membro como essa conta. Em vez disso, recusa-se. modelar o softphone já manipula. listExtensões agora lê o inventário de números da conta e carrega cada DirectNumber da própria extensão, para que um membro possa ser atribuído sua própria linha em vez do que todos a partilharem o número principal do servidor telefónico. Empresa e empresa principal os números são deliberadamente excluídos — tratando aqueles como pessoal daria metade o org um número idêntico "directo". O provedor webhook é expulso de instâncias em vez de uma tabela de símbolos: uma org pode executar mais de um RingCentral phone server, e cada um precisa do seu próprio subscrição contra a sua própria URL de plataforma.