ERROR x509: certificate signed by unknown authority

1,624 views
Skip to first unread message

stetnt4

unread,
Sep 19, 2023, 10:57:40 AM9/19/23
to Wazuh | Mailing List
 Hello!ERROR x509: certificate signed by unknown authority
I generated 2 keys server.crt and server.key according to the instructions https://documentation.wazuh.com/current/user-manual/api/configuration.html#ssl-certificate, put them in the /etc/filebeat/certs folder. I tried to register /etc/filebeat/filebeat.yml keys to elasticsearch.ssl.certificateAuthorities: ["/etc/filebeat/certs/root-ca.crt"] instead of root-ca.crt.
What am I doing wrong?1.jpg2.jpg

Raul Del Pozo Moreno

unread,
Sep 19, 2023, 12:04:11 PM9/19/23
to stetnt4, Wazuh | Mailing List
Hello stetn4

What are you trying to achieve? What type of deployment have you done and what version of Wazuh are you using? Are you rewriting the Filebeat template?

Keep in mind that the documentation you have followed is for the API and has nothing to do with Filebeat or the communication between the components, if you want to redo the certificates you should use the tool https://packages.wazuh.com/4.5/wazuh-certs-tool.sh (depends on the version you are using)

In this link, I leave the process to create the certificates: https://documentation.wazuh.com/current/installation-guide/wazuh-indexer/step-by-step.html#generating-the-ssl-certificates

To see more options please look at the output of: wazuh-certs-tool.sh -h

No, you cannot modify that configuration in that way, the root-ca certificates are the root certificates through which the rest of the certificates are created and it is common to all the component configurations, if you modify it, you will have to redo the rest of the certificates, in that specific configuration there must be a root certificate and not the others.

The Filebeat configuration sets the certificates as follows (this is an example of the 4.5.2 version):

output.elasticsearch:
   ssl.certificate_authorities:
     - /etc/filebeat/certs/root-ca.pem
   ssl.certificate: "/etc/filebeat/certs/wazuh-server.pem"
   ssl.key: "/etc/filebeat/certs/wazuh-server-key.pem"

Note that you haven't put it inside the output block.


WazuhRaúl Del Pozo Moreno
QA + Automation engineer


--
You received this message because you are subscribed to the Google Groups "Wazuh | Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to wazuh+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/wazuh/a70d61f7-6ac0-4bb7-8a7a-55077aae689fn%40googlegroups.com.

stetnt4

unread,
Sep 20, 2023, 3:46:03 AM9/20/23
to Wazuh | Mailing List
Hello!I'm setting up wazuh dashboard. To do this I need to configure wazuh-manager, wazuh-indexer, filebeat, elasticsearch. Everything is configured except wazuh-indexer, filebeat.I created new certificates.4.jpg1.jpg2.jpg3.jpg6.jpg5.jpg7.jpg

вторник, 19 сентября 2023 г. в 19:04:11 UTC+3, Raul Del Pozo Moreno:

Raul Del Pozo Moreno

unread,
Sep 20, 2023, 8:10:35 AM9/20/23
to stetnt4, Wazuh | Mailing List
Please answer the following questions

    • What are you trying to achieve?
    • What type of deployment have you done and what version of Wazuh are you using?
    • Are you rewriting the Filebeat template?
    • What guide have you followed to carry out the deployment and configuration?

    Hello!I'm setting up wazuh dashboard. To do this I need to configure wazuh-manager, wazuh-indexer, filebeat, elasticsearch.

    Elasticsearch is not part of the deployment along with the Wazuh indexer and Wazuh dashboard, this is why it is important to know the context of what you are doing.

    If you are installing everything from scratch, it is not necessary to install Elasticsearch since Wazuh indexer replaces it, if you are carrying out an upgrade, it requires migrating from Elasticsearch to Wazuh indexer

    If you are carrying out a deployment, I recommend following the documentation, either through the Wazuh installation assistant or through Step by Step, both for an All in One deployment and for a distributed deployment, but it is important to follow the documentation in order and as indicated


    This guide will do the following:

    • Creation of certificates
      • Creation of the certificates and creation of a tar file for them, this file must be transferred to the other nodes (if distributed) in order to complete the certificate configuration of each component
    • Installation and configuration of Wazuh indexer
    • Installation and configuration of Filebeat and Wazuh manager
    • Installation and configuration of Wazuh dashboard

    Regarding the images, I see that the Wazuh indexer service has failed, could you tell me what error you have? To do this, run the following commands:

    • journalctl -r -u wazuh-indexer | grep -i -E "error|critical|fatal|warning"
    • grep -R -i -E "error|critical|fatal|warning" /var/log/wazuh-indexer

    Store the output of the two previous commands in two files and share them as an attached file. Please eliminate any sensitive information such as public IPs.

    Regarding the Filebeat configuration, the line you are modifying is not a native Filebeat option, please remove it

    • elasticsearch.ssl.certificateAuthorities

    Why are you adding this line? Note that you already have the certificate authorities established in the configuration itself

    output.elasticsearch:
    ssl.certificate_authorities:
      - /etc/filebeat/certs/root-ca.pem
     
    Keep in mind that although it makes references to the word elasticsearch, this does not mean that you have to install Elasticsearch, due to the license change that Elasticsearch made, AWS created a fork called OpenSearch, of which we are making our own fork (Wazuh indexer), the word elasticsearch is just a part of the Filebeat configuration structure

    The line that you are adding can be found in the Wazuh dashboard configuration:

    • opensearch.ssl.certificateAuthorities: ["/etc/wazuh-dashboard/certs/root-ca.pem"]

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 20, 2023, 8:47:12 AM9/20/23
    to Wazuh | Mailing List
    I'm trying to set up a dashboard! All-in-one deployment without Kibana, a template is loaded for filebeat
    curl -so /etc/filebeat/filebeat.yml https://packages.wazuh.com/4.5/tpl/wazuh/filebeat/filebeat.yml
    Installation from scratch. Removed elascticsearch
    Returned filebeat to initial configuration

    I used these guides https://documentation.wazuh.com/current/installation-guide/index.html
    https://documentation.wazuh.com/current/deployment-options/elastic-stack/all-in-one-deployment/index.html1.jpg2.jpg3.jpg4.jpg

    среда, 20 сентября 2023 г. в 15:10:35 UTC+3, Raul Del Pozo Moreno:

    stetnt4

    unread,
    Sep 20, 2023, 8:49:15 AM9/20/23
    to Wazuh | Mailing List
    Do you need to configure wazuh-indexer for the panel to work?

    среда, 20 сентября 2023 г. в 15:47:12 UTC+3, stetnt4:

    stetnt4

    unread,
    Sep 20, 2023, 8:51:33 AM9/20/23
    to Wazuh | Mailing List
    1.jpg

    среда, 20 сентября 2023 г. в 15:49:15 UTC+3, stetnt4:

    Raul Del Pozo Moreno

    unread,
    Sep 20, 2023, 9:44:30 AM9/20/23
    to stetnt4, Wazuh | Mailing List
    I'm trying to set up a dashboard! All-in-one deployment without Kibana

    In the same way that the Wazuh indexer replaces Elasticsearch, keep in mind that the Wazuh dashboard replaces Kibana

    Why did you share this link? https://documentation.wazuh.com/current/deployment-options/elastic-stack/all-in-one-deployment/index.html, this link is to install the Elastic Stack, this deployment cannot coexist with Wazuh dashboard or Wazuh indexer, let's see, we currently have 2 types of deployment:

    • Deployment of Wazuh components (Wazuh server (manager and Filebeat), Wazuh indexer and Wazuh dashboard
    • Deployment of Wazuh with Elastic Stack (Wazuh server (manager and Fileeat), Elasticsearch, and Kibana

    Either you do one deployment or the other, but not both at the same time

    Okay, assuming you only have Wazuh manager, Filebeat, Wazuh indexer, and Wazuh dashboard installed on your system, let's go from the beginning to get each component working.

    The first step is to fix the Wazuh indexer, as you can see, it failed, the Filebeat error is expected since the Wazuh indexer is not running (connects through port 9200)

    Can you show me the configuration of the Wazuh indexer located at /etc/wazuh-indexer/opensearch.yml?

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 20, 2023, 9:51:07 AM9/20/23
    to Wazuh | Mailing List
    1.jpg

    среда, 20 сентября 2023 г. в 16:44:30 UTC+3, Raul Del Pozo Moreno:

    stetnt4

    unread,
    Sep 20, 2023, 9:53:10 AM9/20/23
    to Wazuh | Mailing List
    all components are located on one server 10.1.1.15

    среда, 20 сентября 2023 г. в 16:51:07 UTC+3, stetnt4:

    Raul Del Pozo Moreno

    unread,
    Sep 20, 2023, 10:28:22 AM9/20/23
    to stetnt4, Wazuh | Mailing List
    The Wazuh indexer configuration is correct, does the instance have at least 4GiB of RAM? Is there a firewall activated?

    It is strange that the service is in a failed state but no error logs are seen, since the messages

    Sep 20 13:39:22 centos71 systemd-entrypoint[2885]: WARNING: System::setSecurityManager will be removed in a future release
    Sep 20 13:39:22 centos71 systemd-entrypoint[2885]: WARNING: Please consider reporting this to the maintainers of org.opensearch.bootstrap.OpenSearch
    Sep 20 13:39:22 centos71 systemd-entrypoint[2885]: WARNING: System::setSecurityManager has been called by org.opensearch.bootstrap.OpenSearch (file:/usr/share/wazuh-indexer/lib/opensearch-2.6. 0.jar)
    Sep 20 13:39:22 centos71 systemd-entrypoint[2885]: WARNING: A terminally deprecated method in java.lang.System has been called

    are expected and classified as WARNING, which does not cause the service to fail

    What is different is the additional message that you have identified by at org., what system are you using?

    Please show the output of the following command:

    • cat /usr/share/wazuh-indexer/VERSION

    It is also strange that there is no error log in /var/log/wazuh-indexer, please run the following commands again:

    • grep -R -i -E "error|critical|fatal|warning" /var/log/wazuh-indexer > indexer.log
    • wc -l indexer.log
    • journalctl -r -u wazuh-indexer | grep -i -E "error|critical|fatal|warning" > indexer-journal.log

    Please attach the log files to this conversation.

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 20, 2023, 10:44:18 AM9/20/23
    to Wazuh | Mailing List
    2.jpg3.jpg4.jpg5.jpg
    среда, 20 сентября 2023 г. в 17:28:22 UTC+3, Raul Del Pozo Moreno:
    1.jpg

    stetnt4

    unread,
    Sep 20, 2023, 10:50:59 AM9/20/23
    to Wazuh | Mailing List
    1.jpg

    среда, 20 сентября 2023 г. в 17:44:18 UTC+3, stetnt4:

    Raul Del Pozo Moreno

    unread,
    Sep 20, 2023, 10:59:11 AM9/20/23
    to stetnt4, Wazuh | Mailing List
    This makes much more sense, version 4.6.0 of Wazuh has not yet been published, in fact, we have just finished testing Wazuh 4.6.0 Alpha 1 and will soon begin testing Beta 1.

    image.png

    The latest published version of Wazuh is 4.5.2, how did you install Wazuh? If you are installing from the repository please check that you are using the correct repository

    For Yum systems


    For APT systems



    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 20, 2023, 11:07:49 AM9/20/23
    to Raul Del Pozo Moreno, Wazuh | Mailing List
    I don’t remember, I read a lot of resources on errors, maybe from there. Thanks for the help! I’ll reinstall

    ср, 20 сент. 2023 г., 17:59 Raul Del Pozo Moreno <raul.d...@wazuh.com>:

    stetnt4

    unread,
    Sep 20, 2023, 3:44:40 PM9/20/23
    to Wazuh | Mailing List
    installation of version 4.6 starts again1.jpg

    среда, 20 сентября 2023 г. в 18:07:49 UTC+3, stetnt4:

    Raul Del Pozo Moreno

    unread,
    Sep 20, 2023, 4:03:09 PM9/20/23
    to stetnt4, Wazuh | Mailing List
    This is probably happening because you have another repository besides production that is obtaining the development package

    Could you check the directory: /etc/apt/sources.list.d/?

    You should only have one wazuh.list file

    Also, do this search and show me the result.
    • grep -i -E -R "wazuh" /etc/apt/sources.list.d

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 20, 2023, 4:25:00 PM9/20/23
    to Wazuh | Mailing List
    1.jpg2.jpg

    среда, 20 сентября 2023 г. в 23:03:09 UTC+3, Raul Del Pozo Moreno:

    Raul Del Pozo Moreno

    unread,
    Sep 20, 2023, 4:31:03 PM9/20/23
    to stetnt4, Wazuh | Mailing List
    Indeed, you have a file to install from the pre-release repository, which houses versions not ready for production. When it detects that this repository offers a newer version, it is the one it uses to install the package.

    You must delete the /etc/apt/sources.list.d/wazuh_pre_release.list file and update the repositories on the system with apt-get update

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 21, 2023, 5:08:37 AM9/21/23
    to Wazuh | Mailing List
    won't start2.jpg

    среда, 20 сентября 2023 г. в 23:31:03 UTC+3, Raul Del Pozo Moreno:

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 8:05:16 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    But we do have now a new error output in the Wazuh indexer service, please share with me the indexer-journal.log file

    image.png

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 21, 2023, 8:23:47 AM9/21/23
    to Wazuh | Mailing List
    четверг, 21 сентября 2023 г. в 15:05:16 UTC+3, Raul Del Pozo Moreno:
    gc.log
    gc.log.00

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 8:39:42 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    Hello stetnt4. These are not the files that I have asked you to share

    The command "journalctl -r -u wazuh-indexer | grep -i -E "error|critical|fatal|warning" > indexer-journal.log" redirects the output of the journalctl command into a new file called indexer-journal.log that is created in the directory from where you executed the command. I need to analyze said file to be able to determine where the problem you have may be.

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 21, 2023, 8:47:57 AM9/21/23
    to Wazuh | Mailing List
    четверг, 21 сентября 2023 г. в 15:39:42 UTC+3, Raul Del Pozo Moreno:
    indexer-journal.log

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 9:28:07 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    Please share with me the file full-indexer.log file created with the following command after restarting the service:

    • systemctl restart wazuh-indexer
    • journalctl -r -u wazuh-indexer > full-indexer.log

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 21, 2023, 9:41:41 AM9/21/23
    to Wazuh | Mailing List
    четверг, 21 сентября 2023 г. в 16:28:07 UTC+3, Raul Del Pozo Moreno:
    full-indexer.log

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 9:50:07 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    Good! Finally, we have a complete error that indicates where the problem is:

    Sep 21 16:37:39 ossec systemd[1]: Starting Wazuh-indexer...
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]: Exception in thread "main" SettingsException[Failed to load settings from [opensearch.yml]]; nested: ParsingException[Failed to parse object: expecting token of type [START_OBJECT] but found [VALUE_STRING]];
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.common.settings.Settings$Builder.loadFromStream(Settings.java:1140)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.common.settings.Settings$Builder.loadFromPath(Settings.java:1111)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.node.InternalSettingsPreparer.prepareEnvironment(InternalSettingsPreparer.java:96)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.cli.EnvironmentAwareCommand.createEnv(EnvironmentAwareCommand.java:118)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.cli.EnvironmentAwareCommand.createEnv(EnvironmentAwareCommand.java:109)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:104)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.cli.Command.mainWithoutErrorHandling(Command.java:138)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.cli.MultiCommand.execute(MultiCommand.java:104)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.cli.Command.mainWithoutErrorHandling(Command.java:138)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.cli.Command.main(Command.java:101)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.common.settings.KeyStoreCli.main(KeyStoreCli.java:56)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]: Caused by: ParsingException[Failed to parse object: expecting token of type [START_OBJECT] but found [VALUE_STRING]]
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.common.xcontent.XContentParserUtils.parsingException(XContentParserUtils.java:97)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.common.xcontent.XContentParserUtils.ensureExpectedToken(XContentParserUtils.java:90)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.common.settings.Settings.fromXContent(Settings.java:621)
    Sep 21 16:37:41 ossec systemd-entrypoint[115191]:         at org.opensearch.common.settings.Settings$Builder.loadFromStream(Settings.java:1136)

    Specifically, this line:

    Sep 21 16:37:41 ossec systemd-entrypoint[115191]: Exception in thread "main" SettingsException[Failed to load settings from [opensearch.yml]]; nested: ParsingException[Failed to parse object: expecting token of type [START_OBJECT] but found [VALUE_STRING]];

    Which tells us that there is a problem with the configuration, please show me the file /etc/wazuh-indexer/opensearch.yml

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 21, 2023, 9:52:48 AM9/21/23
    to Wazuh | Mailing List
    1.jpg

    четверг, 21 сентября 2023 г. в 16:50:07 UTC+3, Raul Del Pozo Moreno:

    stetnt4

    unread,
    Sep 21, 2023, 9:54:46 AM9/21/23
    to Wazuh | Mailing List
    I tried setting the ip in network.host, but it still doesn’t work

    четверг, 21 сентября 2023 г. в 16:52:48 UTC+3, stetnt4:

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 9:56:39 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    The error in the first line:

    image.png

    It must be: 

    network.host: "127.0.0.1"

    Please change it and restart the service
     
    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 21, 2023, 10:07:27 AM9/21/23
    to Wazuh | Mailing List
    1.jpg2.jpg

    четверг, 21 сентября 2023 г. в 16:56:39 UTC+3, Raul Del Pozo Moreno:
    full-indexer.log

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 10:22:00 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    Please change:

    - CN=node-1,OU=Wazuh,O=Wazuh,L=California,C=US

    to:

    - "CN=node-1,OU=Wazuh,O=Wazuh,L=California,C=US"

    Looking at the output, it looks like you have a non-encapsulated string

    ... .opendistro-anomaly-detector*", ".opendistro-anomaly-check>

    To rule it out, share your opensearch.yml file with me so I can analyze it, but the error according to the logs is in:

    Sep 21 16:58:09 ossec systemd-entrypoint[116185]:  in 'reader', line 45, column 1:
    Sep 21 16:58:09 ossec systemd-entrypoint[116185]: found unexpected end of stream
    Sep 21 16:58:09 ossec systemd-entrypoint[116185]:                                          ^
    Sep 21 16:58:09 ossec systemd-entrypoint[116185]:      ... .opendistro-anomaly-detector*", ".opendistro-anomaly-check>
    Sep 21 16:58:09 ossec systemd-entrypoint[116185]:  in 'reader', line 41, column 211:
    Sep 21 16:58:09 ossec systemd-entrypoint[116185]: Caused by: while scanning a quoted scalar
     
    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 21, 2023, 10:34:57 AM9/21/23
    to Wazuh | Mailing List
    четверг, 21 сентября 2023 г. в 17:22:00 UTC+3, Raul Del Pozo Moreno:
    opensearch.yml

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 10:44:02 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    Indeed, your file is not correct, have copied the content from the terminal? this problem is generally due to copying from a terminal that does not show all the content since > is used to indicate that there is more content that is not visible

    image.png

    I am sharing with you an unmodified opensearch.yml file



    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    opensearch.yml

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 10:45:28 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    I'm sorry, one of my sentences is not complete, it is:

    have you copied the content from the terminal?
     
    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 21, 2023, 10:56:11 AM9/21/23
    to Wazuh | Mailing List
    1.jpg

    четверг, 21 сентября 2023 г. в 17:44:02 UTC+3, Raul Del Pozo Moreno:
    full-indexer.log

    Raul Del Pozo Moreno

    unread,
    Sep 21, 2023, 11:16:53 AM9/21/23
    to stetnt4, Wazuh | Mailing List
    What permissions does the backup folder have? Access denied is probably because it belongs to the root user when it should be wazuh-indexer.

    Exception in thread "main" org.opensearch.bootstrap.BootstrapException: java.nio.file.AccessDeniedException: /etc/wazuh-indexer/backup

    In any case, you are having too many errors to carry out the installation with all the modifications you have made, so we are going to take a safe cut.

    • Save the certificates
    # mkdir indexer-certs-sv
    # mv /etc/wazuh-indexer/certs/* indexer-certs-sv/

    • Uninstall the Wazuh indexer completely
    # apt remove --purge wazuh-indexer
    # rm -rf /var/lib/wazuh-indexer
     
    • Install the Wazuh indexer
    # apt install wazuh-indexer
     
    • Restore the certificates
    # mkdir /etc/wazuh-indexer/certs
    # mv indexer-certs-sv/* /etc/wazuh-indexer/certs/
    # chmod 500 /etc/wazuh-indexer/certs
    # chmod 400 /etc/wazuh-indexer/certs/*
    # chown -R wazuh-indexer:wazuh-indexer /etc/wazuh-indexer/certs

    • Start the Wazuh indexer service 
    # systemctl start wazuh-indexer

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    stetnt4

    unread,
    Sep 27, 2023, 4:20:03 PM9/27/23
    to Wazuh | Mailing List
    Our server crashed, I reinstalled everything and everything worked! Thanks for the help!

    четверг, 21 сентября 2023 г. в 18:16:53 UTC+3, Raul Del Pozo Moreno:

    stetnt4

    unread,
    Sep 27, 2023, 4:31:47 PM9/27/23
    to Wazuh | Mailing List

    1.jpg

     

    But a problem arose, I forgot my dashboard password and I had to generate new ones. But an error appeared in filebeat. How can I add a new password?

    Using the instructions, I created new passwords

    https://documentation.wazuh.com/current/user-manual/user-administration/password-management.html

     

    curl -so wazuh-passwords-tool.sh https://packages.wazuh.com/4.5/wazuh-passwords-tool.sh

     

    bash wazuh-passwords-tool.sh -a

     

    We got it as an example

    INFO: Wazuh API admin credentials not provided, Wazuh API passwords not changed.

    INFO: The password for user admin is kwd139yG?YoIK?lRnqcXQ4R4gJDlAqKn

    INFO: The password for user kibanaserver is Bu1WIELh9RdRlf*oGjinN1?yhF6XzA7V

    INFO: The password for user kibanaro is 7kZvau11cPn6Y1SbOsdr8Kwr*BRiK3u+

    INFO: The password for user logstash is SUbk4KTmLl*geQbUg0c5tyfwahjDMhx5

    INFO: The password for user readall is ?w*Itj1Lgz.5w.C7vOw0Kxi7G94G8bG*

    INFO: The password for user snapshotrestore is Z6UXgM8Sr0bfV.i*6yPPEUY3H6Du2rdz

    WARNING: Wazuh indexer passwords changed. Remember to update the password in the Wazuh dashboard and Filebeat nodes if necessary, and restart the services.


    среда, 27 сентября 2023 г. в 23:20:03 UTC+3, stetnt4:

    stetnt4

    unread,
    Sep 28, 2023, 2:22:51 PM9/28/23
    to Wazuh | Mailing List
    the question is closed

    среда, 27 сентября 2023 г. в 23:31:47 UTC+3, stetnt4:

    stetnt4

    unread,
    Dec 18, 2023, 1:14:15 PM12/18/23
    to Wazuh | Mailing List
    Hello! Raul Del Pozo Moreno, could you help me? Accidentally uninstalled wazuh-manager 4.5, installed a new version 4.7, but the dashboard stopped working

    четверг, 21 сентября 2023 г. в 17:45:28 UTC+3, Raul Del Pozo Moreno:

    Raul Del Pozo Moreno

    unread,
    Dec 19, 2023, 7:37:03 AM12/19/23
    to stetnt4, Wazuh | Mailing List
    Hello stetnt4, I must ask you to start a new thread with your problem since it is not related to this thread and has been inactive for a long time. Assistance with your issue will be provided as soon as possible after creating the ticket, thank you.

    WazuhRaúl Del Pozo Moreno
    QA + Automation engineer

    Reply all
    Reply to author
    Forward
    0 new messages