Dispositivo local Blocksi
O Dispositivo local Blocksi filtra e protege o acesso à Internet para dispositivos que não podem executar o agente Blocksi. Ele combina um portal cativo que estabelece a identidade do usuário Mecanismo de filtragem baseado em DNS que impõe a política de filtragem.
Servidor de hardware dedicado - O dispositivo físico Blocksi 1U.
Aparelho virtual - Implantado como uma máquina virtual no VMware (ESXI/vSphere) ou Microsoft Hyper-V, na infraestrutura de virtualização existente do distrito.
Dispositivos gerenciados - Dispositivos gerenciados de Chromebooks, Windows, iOS e macOS executam o agente Blocksi, que fornece filtragem vinculada ao usuário em nível de URL, além de controles granulares do YouTube.
Dispositivos não gerenciados, BYOD e convidados - Os dispositivos que não podem executar o agente são cobertos pelo equipamento local, que fornece filtragem de DNS baseada em usuários e grupos.
Nota
O equipamento impõe a filtragem em nível de DNS. Ele filtra por domínio e categoria; a granularidade do caminho do URL permanece com
Ambos os pontos de fiscalização são unificados no Blocksi Manager Education Everywhere baseado em nuvem, que atua como um único painel de controle e relatórios.
As políticas são criadas uma vez no Painel de controle do administrador e enviadas para o dispositivo, e as listas brancas de domínios SSO, RADIUS e SAML, bem como as configurações do portal de visitantes, são gerenciadas centralmente no painel da mesma forma. A atividade do dispositivo é relatada junto com a atividade do agente, fornecendo uma visão única da rede. Como a política segue o usuário em vez do endereço IP, conjuntos de regras específicos para grupos de usuários podem coexistir em uma rede, enquanto o registro vinculado à identidade oferece suporte à responsabilidade,
Consulte o DNS no local seção para obter mais informações.
O dispositivo Blocksi combina verificação de identidade com aplicação de políticas e aplica um modelo de admissão fixa a cada dispositivo em uma rede protegida.
experiência de um usuário na rede depende de como seu dispositivo é admitido. Dispositivos que executam o agente Blocksi, dispositivos cujo endereço MAC está na lista branca e dispositivos em uma sub-rede com uma política de DNS atribuída são todos admitidos sem ver o portal cativo. Todos os outros devem se autenticar, e um dispositivo que não o faça é bloqueado por padrão
O portal cativo estabelece uma identidade de usuário verificada antes de conceder acesso filtrado. Ele intercepta dispositivos não autenticados, verifica a identidade por meio de login único (SSO) ou de uma senha única (OTP) de visitante
SSO do Google - Login federado para o Google Workspace, restrito aos domínios da lista branca.
Microsoft 365 SSO - Login federado para Microsoft 365/Entra ID, restrito aos domínios na lista branca.
SAML Active Directory - Federação SAML contra o provedor de identidade do distrito.
Servidor RADIUS - Autentica usuários em um servidor RADIUS.
Visitante OTP - Registro automático com uma senha única entregue ao dispositivo móvel do visitante.
O equipamento usa uma ordem fixa de precedência para decidir como tratar um dispositivo conectado à rede. As condições são avaliadas de cima para baixo e a primeira correspondência é aplicada.
Pedido | Condição | Resultado | Portal cativo |
|---|---|---|---|
1 | O agente Blocksi está presente no dispositivo | Transferência — política vinculada ao usuário atribuída pelo agente | Não |
2 | O endereço MAC do dispositivo está na lista branca | Permitir - acesso total, não filtrado | Não |
3 | O dispositivo está em uma sub-rede adicionada em Políticas de sub-rede | Permitir - política de sub-rede | Não |
4 | O usuário se autentica via SSO | Permitir - política de grupo de usuários | Sim |
5 | Um hóspede se registra | Permitir - política de hóspedes | Sim (OTP) |
6 | Nenhuma das opções acima | Bloqueado | - |
Os usuários em dispositivos não gerenciados que não estão na lista branca e não estão em uma sub-rede com uma política de DNS atribuída devem se autenticar por meio do portal cativo antes de receberem acesso filtrado à Internet.
O tráfego não autenticado do dispositivo é redirecionado para o portal cativo.
O usuário se autentica com o SSO ou o visitante preenche o autorregistro por senha única (OTP).
A identidade verificada corresponde a uma política de grupo de usuários.
O dispositivo recebe acesso filtrado à Internet de acordo com a política correspondente.
Quando o acesso expira, o dispositivo retorna ao portal cativo para se autenticar novamente.
O dispositivo opera em um dos dois modos de rede. O modelo de admissão é o mesmo em ambos; o mecanismo de fiscalização é diferente.
Não em linha (fora do caminho) - O dispositivo é o resolvedor de DNS e o portal cativo ao lado do caminho de dados. Os clientes são direcionados para o DNS via DHCP, o firewall distrital continua sendo o gateway padrão e o firewall impede o desvio do DNS. Esse modo favorece a disponibilidade e a operação de baixo risco, e um resolvedor pode atender a muitas
Em linha (no caminho) - O dispositivo fica no caminho de dados como a rota padrão para a Internet. Todo o tráfego do cliente transita por ele, portanto, a fiscalização é intrínseca e aplicada pelo comportamento de negação padrão incorporado do dispositivo. Esse modo favorece a fiscalização garantida e exige um planejamento de alta disponibilidade, já que o dispositivo está no caminho dos dados
Preparação da rede e as etapas de implantação que a precedem Painel do administrador configuração é realizada com a equipe Blocksi. Isso inclui atribuir o dispositivo como servidor DNS para suas sub-redes de clientes, redirecionar clientes não autenticados para o portal cativo em seu firewall e implantar o próprio
Entre em contato com nossa equipe de vendas em sales@blocksi.net para obter mais informações e implantação.
O equipamento tem sua própria página de configuração, separada da Painel de administração do Blocksi. Use-o durante a implantação para conectar o dispositivo ao Gerenciador Blocksi e para confirmar se o equipamento está on-line antes de configurar a filtragem no painel.
In a browser, go to
http://<appliance-ip>/config/auth-settings, replacing<appliance-ip>with the static IP address assigned to the appliance.Faça login com Login do Google ou Login no M365, usando uma conta que tenha acesso ao Painel de administração do Blocksi.
O Status da conexão painel relata dois indicadores. Ambos devem estar verdes para que o dispositivo possa aplicar a política gerenciada na nuvem
Indicador | O que isso confirma | Se for vermelho |
|---|---|---|
Blocos de banco de dados | O ID da empresa e Token de acesso são reconhecidos por Gerenciador Blocksi. | Confirme o ID da empresa está correto e salve novamente as configurações para reemitir o Token de acesso. |
Resolvedor de DNS | O dispositivo pode acessar a Internet para resolver consultas externas. | Confirme se o gateway padrão para a sub-rede do equipamento está presente e acessível. |
Clique Tente novamente a conexão ao lado de um indicador para testá-lo novamente.
O Configuração do Blocksi painel vincula o aparelho à sua organização. ID da empresa é o identificador da sua organização e o Token de acesso é emitido automaticamente quando você entra na página com sua conta SSO.
Abaixo Configuração do Blocksi, confirme que o ID da empresa corresponde à sua organização.
Clique Salvar configurações.
Confirme que o Blocos de banco de dados indicador em Status da conexão é verde.
Nota
A mesma conexão é relatada no DNS no local página do Painel do administrador, como Status da conexão e Visto pela última vez.
O Configuração de IPs locais O painel contém uma lista de endereços IP locais. Insira um endereço em Adicionar novo endereço IP e clique em Adicionar novo IP, ou clique em Adicionar IP da página atual para adicionar o endereço de onde você está navegando. Cada entrada no Endereços IP locais a tabela pode ser editada ou excluída.