Início / unix / Perguntas / 486820
Accepted
Mateusz Piotrowski
Asked: 2018-12-09 10:33:33 +0800 CST

Como verificar se wpa_supplicant.conf tem algum erro de sintaxe?

  • 772

Gostaria de saber se existe uma ferramenta que me permita verificar se cometi algum erro de sintaxe no wpa_supplicant.conf(5) .

Eu estou procurando um utilitário para wpa_supplicant(8) que sirva ao mesmo propósito que o --checksinalizador de visudo(8) do sudo(8) suite.

A única solução que encontrei até agora é executar

wpa_supplicant -c wpa_supplicant.conf -iNonexistentInterface`

mas está abaixo do ideal. Parcialmente porque o código de retorno é sempre 255 devido ao nome de interface inválido.

Idealmente, eu gostaria que o utilitário fosse executado no FreeBSD.

freebsd configuration

1 respostas

  1. Best Answer

    Entendo seu desejo, mas não conheço tal coisa. Seria um bom recurso. Mas eu acho que você já está perto agora.

    No entanto, existe outro utilitário chamado wpa_cli que pode ser útil se você estiver disposto a considerar uma abordagem um pouco diferente. Ou talvez você saiba e já tenha descartado a ideia.

    Ele está disponível junto com wpa_supplicant.conf no sistema base:

    $ uname -r
11.1-RELEASE
$ wpa_cli -v
wpa_cli v2.5
Copyright (c) 2004-2015, Jouni Malinen <[email protected]> and contributors

    A versão 2.7 está disponível como uma porta.

    A página de manual infelizmente não é mantida muito atualizada. Nem o leia -me

    wpa_cli -helplista todas as opções atuais. E desses, estes podem ser interessantes:

    • reconfigurar
    • definir
    • jogar fora
    • save_config

    Se você pode viver com o fato de estar alterando as configurações ao vivo - setpermite adaptar a configuração e obter erros para cada configuração. Quando as coisas estão ao seu gosto, você pode usar save_config.

    Outra idéia - provavelmente óbvia - seria adicionar -ddà sua wpa_supplicantlinha de comando. Mas ainda não é o ideal.

    Mas sua ideia geral é realmente viável. Embora pareça que sempre aparece com o código de saída 255, não importa qual seja o erro. A saída textual é fácil de analisar.

    Se você tiver uma falha de análise, sempre poderá procurar:

    Failed to read or parse configuration '{}'.

    Todas as falhas de análise são prefixadas comLine {}:

    Mas uma sugestão upstream para permitir o -tteste no lugar -ie um status de saída mais granular pode ser uma boa ideia.

    • 3

relate perguntas