[AsteriskBrasil] RES: Cadastrar senha para ramal ligar para fora...

[Rodrigo Lang]

Cada pessoa com uma senha ficaria assim:

exten => _X.,1,Answer()
exten => _X.,2,Wait(1)
exten => _X.,3,Playback(digite-senha)
exten => _X.,4,Read(Pass,,4,,,)
exten => _X.,5,Gotoif( $[ "${DB_EXISTS(Senha/${Pass})}" == "1"
]?disca:desliga)
exten => _X.,6(desliga),Hangup()
exten => _X.,7(disca),Set(Nome=${DB(Senha/${Pass})})
exten => _X.,8,Set(CDR(userfield)=${Nome})
exten => _X.,9,Dial(........)
exten => _X.,10,Hangup()

É só inserir a senha no AstDB com o comando "database put <family> <key>
<value>".
Exemplo para inserir a senha "1234" para a pessoa com nome Fulano: "database
put Senha 1234 Fulano"
Ele lê uma senha de 4 digítos na prioridade 4. Na prioridade 5 ele checa se
existe a senha, se existir, ele irá pegar o valor que está no AstDB com o
nome da pessoa e inserir o nome no campo userfield do CDR. Daí ele disca. Só
que assim não fica muito seguro, porque alguém pode descobrir a senha no
chute, como são só quatro digítos. Por isso que eu prefiro fazer
autenticação por Ramal vs. Senha. Fica mais seguro, mas isso é opção sua.


Ats,
Rodrigo Lang.


Em 4 de maio de 2010 11:48, João Marcelo Borba de Queiroz
<jmbq em bol.com.br>escreveu:

> Não necessariamente, a senha normalmente é por usuário. É exatamente da
> forma que você está querendo, a senha só seria por ramal se você colasse o
> CallerID ao Card no a2b, o padrão seria cada usuário digitar sua senha para
> ter acesso às rotas permitidas para ele, funcionariam em qualquer ramal no
> contexto a2billing.
>
> Mas concordo com o pessoal que fazer na mão agrega maior conhecimento,
> entretanto se o tempo urge...
>
>
> Boa sorte,
>
> João Queiroz
>
> Em 04/05/2010, às 11:34, Felipe Sanon escreveu:
>
> > Muito obrigado galera!
> >
> > Mas seguinte, na verdade usando o a2billing eu teria uma senha pra cada
> ramal certo?
> >
> > Na verdade eu queria que todos os ramais pudessem ler um db com senhas e
> depois que digitar a senha no telefone (e bater com uma das senhas no db)
> conseguir ligar.
> >
> > Isso conseguiria com o authenticate que vcs falaram correto?
> >
> > Abração!
> > _______________________________________________
> > KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> > - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> > - Suporte técnico local qualificado e gratuito
> > Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> > _______________________________________________
> > A Redfone é líder no fornecimento de bridges TDMoE -> E1
> > - Valor similar ao de placas E1 PCI;
> > - Não há problemas de compatibilidade com barramento PCI;
> > - Possibilitam a construção de soluções de alta disponibilidade(dois
> servidores compartilham o mesmo E1)
> > Conheça mais sobre este produto em www.red-fone.com
> > _______________________________________________
> >
> >
> > Lista de discussões AsteriskBrasil.org
> > AsteriskBrasil em listas.asteriskbrasil.org
> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
> _______________________________________________
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE -> E1
> - Valor similar ao de placas E1 PCI;
> - Não há problemas de compatibilidade com barramento PCI;
> - Possibilitam a construção de soluções de alta disponibilidade(dois
> servidores compartilham o mesmo E1)
> Conheça mais sobre este produto em www.red-fone.com
> _______________________________________________
>
>
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>



-- 
Rodrigo F. Lang
Amd. de Redes em Telecom
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100504/3ca380a9/attachment.htm