Messages

For me after enabling the Hardware CRC option, it worked:

Interfaces -- Settings

Disable hardware checksum offload

For me after enabling the Hardware CRC option, it worked:

Interfaces -- Settings

Disable hardware checksum offload

For me after enabling the Hardware CRC option, it worked:

Interfaces -- Settings

Disable hardware checksum offload

Verifiquei que o servidor apareceia também o seguinte erro:

# dmesg
netmap_transmit           em0 drop mbuf that needs checksum offload


Em outro forum apareceia a seguinte resolução:
Habilitar a opção " Disable hardware checksum offload" em  Interfaces  --  Settings

  Ao habilitar consegui pingar e fazer update upgrade, sem mais o erro no repositório.

For me after enabling the Hardware CRC option, it worked:

Interfaces -- Settings

Disable hardware checksum offload

Obrigada pelo retorno.
Sim já fiz isso, mas percebi tb que o ping não funciona.
Tive esse mesmo problema quando passei para a versão 22.7
Precisei resetar de fábrica e puxar o backup.
Agora nesta versãoo, a mesma coisa.

Já tentei

   EM          ----      VPN – Ipsec - Advanced – Settings
  TICAR a opção  --     Disable all


System  -- Settings – General
    Desticar a opção   IPV6 over IPV4  E
    Desticar a opção  DNS server options
    Desticar  Gatway switching

Services  - UnboundDNS – General
    Desticar  IPV6 link local

E nada

Bom dia a todos! Espero que todos estejam bem?
Alguém já passou por esse problema?
Após atualização para a nova versão, não consigo mais checar se tem pacotes para upload devido a erro no repositório.
Já coloquei o IPV4 sob o IPV6 já desabilitei o IPV6 conforme dicas em outros foruns, mas nada funcionou.
ERRO:
**GOT REQUEST TO CHECK FOR UPDATES***
Currently running OPNsense 23.1_6 at Thu Apr 13 11:51:29 -03 2023
Fetching changelog information, please wait... fetch: https://pkg.opnsense.org/FreeBSD:13:amd64/23.1/sets/changelog.txz: No address record
Updating OPNsense repository catalogue...
pkg: https://mirror.dns-root.de/opnsense/FreeBSD:13:amd64/23.1/latest/meta.txz: No address record
repository OPNsense has no meta file, using default settings
pkg: https://mirror.dns-root.de/opnsense/FreeBSD:13:amd64/23.1/latest/packagesite.pkg: No address record
pkg: https://mirror.dns-root.de/opnsense/FreeBSD:13:amd64/23.1/latest/packagesite.txz: No address record
Unable to update repository OPNsense
Error updating repositories!
pkg: Repository OPNsense cannot be opened. 'pkg update' required
Checking integrity... done (0 conflicting)
Your packages are up to date.
***DONE***

Boa tarde  a todos!
Desculpe minha ignorância, mas se eu tenho um IP na rede que está tomando toda a minha banda, tenho como bloqueá-lo ?
Obrigada

Boa tarde a todos!
Gostaria de tirar uma dúvida no que eu poss estar errando.
Preciso ter acesso de fora do firewall a um IP interno na minha rede porém pela porta 8001
Já coloquei a configuração abaixo, porém ainda estou sem acesso
interface -> Wan
Protocolo -> TCP/UDP
     Address -> *
     Ports -> *
Destination..
    Address -> "Lan Address"
     Ports -> 8001
    Address -> 192.168.33.190
     Ports -> 8001


MAs não funciona..
Vcs teriam alguma ideia do que está falando?
Muito obrigada

Boa tarde!
Obrigada pelo retorno, acabei instalando tudo novamente mas desta vez sem habilitar o DHCP na LAN via comando de linha, posteriormente fiz via WEB e deu certo.
Mas acabei mudando a topologia da rede seguindo seu conselho e desistindo da idéia inicial da rede que estava montando.
Obrigada

Faltou o desenho da rede
No segundo DHCP - Eduroam- ele irá distribuir IP para mais de 30 APs.
Obrigada
Segue em anexo o desenho simples da nossa rede

Bom dia a todos!
Obrigada pelas respostas. Não consegui dar continuidade, pois paralelo a configuração estou trabalhando em home office dando suporte.Me desculpem.
Bom vamos lá
No SW coloquei tagged na 115 untagged na 1
Nos logs não consegui ver erro, pelo log não parece que nesta interface está distribuindo os IPS:
   wan      May 26 15:13:47   143.107.38.2:34700   143.107.253.5:53   udp   let out anything from firewall host itself (force gw)   
Loopback      May 26 15:13:47   127.0.0.1:3926   127.0.0.1:53   udp   pass loopback   
Loopback      May 26 15:13:47   127.0.0.1:3926   127.0.0.1:53   udp   let out anything from firewall host itself   
lan      May 26 15:13:45   192.168.32.10:56671   192.168.32.1:443   tcp   anti-lockout rule   
lan      May 26 15:13:45   192.168.32.10:56670   192.168.32.1:443   tcp   anti-lockout rule   
wan      May 26 15:13:42   143.107.38.2:32750   143.107.253.5:53   udp   let out anything from firewall host itself (force gw)   
Loopback      May 26 15:13:42   127.0.0.1:5561   127.0.0.1:53   udp   pass loopback   
Loopback      May 26 15:13:42   127.0.0.1:5561   127.0.0.1:53   udp   let out anything from firewall host itself   
wan      May 26 15:13:40   143.107.38.2:55606   143.107.253.5:53   udp   let out anything from firewall host itself (force gw)   
Loopback      May 26 15:13:40   127.0.0.1:35095   127.0.0.1:53   udp   pass loopback   
Loopback      May 26 15:13:40   127.0.0.1:35095   127.0.0.1:53   udp   let out anything from firewall host itself   
wan      May 26 15:13:35   143.107.38.2:4030   143.107.253.5:53   udp   let out anything from firewall host itself (force gw)   
Loopback      May 26 15:13:35   127.0.0.1:30821   127.0.0.1:53   udp   pass loopback   
Loopback      May 26 15:13:35   127.0.0.1:30821   127.0.0.1:53   udp   let out anything from firewall host itself   
wan      May 26 15:13:33   143.107.38.2:25789   143.107.253.5:53   udp   let out anything from firewall host itself (force gw)   
Loopback      May 26 15:13:33   127.0.0.1:41933   127.0.0.1:53   udp   pass loopback   
Loopback      May 26 15:13:33   127.0.0.1:41933   127.0.0.1:53   udp   let out anything from firewall host itself   
wan      May 26 15:13:27   143.107.38.2:49262   143.107.253.5:53   udp   let out anything from firewall host itself (force gw)   
Loopback      May 26 15:13:27   127.0.0.1:14596   127.0.0.1:53   udp   pass loopback   
Loopback      May 26 15:13:27   127.0.0.1:14596   127.0.0.1:53   udp   let out anything from firewall host itself   
lan      May 26 15:13:26   192.168.32.10:56669   192.168.32.1:443   tcp   anti-lockout rule   
lan      May 26 15:13:26   192.168.32.10:56668   192.168.32.1:443   tcp   anti-lockout rule   

No OPNsense estou com configurações em anexo:

Bom dia!
Desde já agradeço a ajuda.
Sou nova no OPNsense e estou tentando cofigurar 2 serviços DHCP em VLANs diferentes sem sucesso.
TEnho a seguinte estrutura:
2 placas de rede  - configurado como LAN 192.168.32.0/21 (igb0)  e outra WAN range de IPs 143.107.x.x (em0)
Porém precisaria que a interface LAN conseguisse ditribuir 2 ranges distintos de IPs.
  192.168.32.0/21    - igb0
   192.168.40.0/24  - em um VLAN 115  ( igb0-115)

TEntei  criando vlan, na interface igb0 ficando igb0-115 porém o serviço de DHCP funcionou apenas  na rede 192.168.32.0/21 , mesmo ativando o serviço de dhco na rede 192.168.40.0/24. o computador ligado a VLAN115 não pega o IP .
No sw configurei direitinho para a vlan 115
Minha dúvida é se serviços assim funcionam no OPNsense e se de repente, estou fazendo algo errado, que nao consigo visualizar.
Desde já agradeço

 Obrigada, já enviei como Post a antiga solicitação