é possivel usar o mk-auth pra fazer autenticacoes em concentradores remotos em outras cidades, e é possivel que o assistente tecnico ou revenda desta cidade so tenha acesso aos seus clientes?
Visualizações: 38
Para adicionar comentários, você deve ser membro de MK-AUTH.
Uma opção a isto seria instalar o VMWARE ESXI em um server, nele criar uma maquina virtual com o mk-auth. Um para cada cidade.
marcelo nunes rodrigues disse:
existe sim maneira de autenticar outras cidades ou multiplos concentradores, a questao que eu queria mesmo era que o tecnico suporte ou parceiro tivesse acesso somente as informacoes dos clientes X "os clientes de responsabilidade do cara" , entao, o sistema existente nao separa ou nao consolida vinculo exclusivo de login tecnico somente com as torres que pudesse ser de responsa do cara, o que pode ser feito é ao criar o usuario de suporte no sistema fazer restricoes como financas e outras diretivas de restricao que ache necessario, eu particularmente nao queria que tecnico da cidade X nao pudesse saber nenhuma info dos clientes da cidade Y, bom é isto, quanto a gerenciamento remoto isto desde sempre o sistema fez, necessariamente nao é preciso duas eths como exemplifiquei acima, neste momento mesmo estou somete com uma e fazendo gestao de concentradores internos e externos, qualquer coisa me add ai netdovale@hotmail.com
existe sim maneira de autenticar outras cidades ou multiplos concentradores, a questao que eu queria mesmo era que o tecnico suporte ou parceiro tivesse acesso somente as informacoes dos clientes X "os clientes de responsabilidade do cara" , entao, o sistema existente nao separa ou nao consolida vinculo exclusivo de login tecnico somente com as torres que pudesse ser de responsa do cara, o que pode ser feito é ao criar o usuario de suporte no sistema fazer restricoes como financas e outras diretivas de restricao que ache necessario, eu particularmente nao queria que tecnico da cidade X nao pudesse saber nenhuma info dos clientes da cidade Y, bom é isto, quanto a gerenciamento remoto isto desde sempre o sistema fez, necessariamente nao é preciso duas eths como exemplifiquei acima, neste momento mesmo estou somete com uma e fazendo gestao de concentradores internos e externos, qualquer coisa me add ai netdovale@hotmail.com
existe sim maneira de autenticar outras cidades ou multiplos concentradores, a questao que eu queria mesmo era que o tecnico suporte ou parceiro tivesse acesso somente as informacoes dos clientes X "os clientes de responsabilidade do cara" , entao, o sistema existente nao separa ou nao consolida vinculo exclusivo de login tecnico somente com as torres que pudesse ser de responsa do cara, o que pode ser feito é ao criar o usuario de suporte no sistema fazer restricoes como financas e outras diretivas de restricao que ache necessario, eu particularmente nao queria que tecnico da cidade X nao pudesse saber nenhuma info dos clientes da cidade Y, bom é isto, quanto a gerenciamento remoto isto desde sempre o sistema fez, necessariamente nao é preciso duas eths como exemplifiquei acima, neste momento mesmo estou somete com uma e fazendo gestao de concentradores internos e externos, qualquer coisa me add ai netdovale@hotmail.com
boa noite amigos, deixa eu explicar uma coisa, alguns de voces estao querendo fazer autenticacao local e remota, é possivel, eu uso assim, mas o que eu questionei com o pedro seria atribuicao de ramal a X ou Y tecnico, para que este so tivesse acesso aos seus clientes, somente aos clientes de sua responsabilidade, é como o colega mencionou ai abaixo, o topsaap tem tal recurso, atrib de ramal associado ao tecnico cadastrado. para os que mencionaram a necessidade de autenticacao remota vai ai a config o meu server pra que possam resolver suas questoes, eu coloquei 2 eths e editei o arquivo manualmente /etc/network/interfaces , desta forma meu site esta no ar e tambem o server radius para a rede publica
Respostas
ainda não amigo, irei colocar esse recurso...
Cassio disse:
Conseguiram fazer o limite de acesso de funcionários por cidade ? Para que visualizem somente os clientes de onde atuam ?
Uma opção a isto seria instalar o VMWARE ESXI em um server, nele criar uma maquina virtual com o mk-auth. Um para cada cidade.
marcelo nunes rodrigues disse:
irei estudar isso para poder incluir...
marcelo nunes rodrigues disse:
existe sim maneira de autenticar outras cidades ou multiplos concentradores, a questao que eu queria mesmo era que o tecnico suporte ou parceiro tivesse acesso somente as informacoes dos clientes X "os clientes de responsabilidade do cara" , entao, o sistema existente nao separa ou nao consolida vinculo exclusivo de login tecnico somente com as torres que pudesse ser de responsa do cara, o que pode ser feito é ao criar o usuario de suporte no sistema fazer restricoes como financas e outras diretivas de restricao que ache necessario, eu particularmente nao queria que tecnico da cidade X nao pudesse saber nenhuma info dos clientes da cidade Y, bom é isto, quanto a gerenciamento remoto isto desde sempre o sistema fez, necessariamente nao é preciso duas eths como exemplifiquei acima, neste momento mesmo estou somete com uma e fazendo gestao de concentradores internos e externos, qualquer coisa me add ai netdovale@hotmail.com
essa parte de gerenciamento, sera que ja funciona?
netdovale@hotmail.com
amigo será que tu poderia mim passa o teu msn
boa noite amigos, deixa eu explicar uma coisa, alguns de voces estao querendo fazer autenticacao local e remota, é possivel, eu uso assim, mas o que eu questionei com o pedro seria atribuicao de ramal a X ou Y tecnico, para que este so tivesse acesso aos seus clientes, somente aos clientes de sua responsabilidade, é como o colega mencionou ai abaixo, o topsaap tem tal recurso, atrib de ramal associado ao tecnico cadastrado. para os que mencionaram a necessidade de autenticacao remota vai ai a config o meu server pra que possam resolver suas questoes, eu coloquei 2 eths e editei o arquivo manualmente /etc/network/interfaces , desta forma meu site esta no ar e tambem o server radius para a rede publica
www.rca.srv.br
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 189.11.254.67
netmask 255.255.255.248
gateway 189.11.254.65
auto eth1
iface eth1 inet static
address 172.16.1.1
netmask 255.255.255.0
Pedro manda aew algum tutorial alguam coisa mostra como se faz , ajuda aew ...obgado...