mirror of
https://gitlab.com/pulsechaincom/lighthouse-pulse.git
synced 2024-12-22 03:30:38 +00:00
Feat: siren faq update (#4685)
## Issue Addressed Siren FAQ requires more information regarding network connections to lighthouse BN/VC ## Proposed Changes Added more info regarding port, BN/VC flags, ssh tunneling and VPNs access
This commit is contained in:
parent
48e2b205e8
commit
0caf2af771
@ -9,23 +9,20 @@ following configuration screen.
|
||||
|
||||
## Connecting to the Clients
|
||||
|
||||
This allows you to enter the address and ports of the associated Lighthouse
|
||||
Both the Beacon node and the Validator client need to have their HTTP APIs enabled. These ports should be accessible from the computer running Siren. This allows you to enter the address and ports of the associated Lighthouse
|
||||
Beacon node and Lighthouse Validator client.
|
||||
|
||||
> The Beacon Node must be run with the `--gui` flag set.
|
||||
To enable the HTTP API for the beacon node, utilize the `--gui` CLI flag. This action ensures that the HTTP API can be accessed by other software on the same machine.
|
||||
|
||||
If you run Siren in the browser (by entering `localhost` in the browser), you will need to allow CORS in the HTTP API. This can be done by adding the flag `--http-allow-origin "*"` for both beacon node and validator client. If you would like to access Siren beyond the local computer, we recommend using an SSH tunnel. This requires a tunnel for 3 ports: `80` (assuming the port is unchanged as per the [installation guide](./ui-installation.md#docker-recommended), `5052` (for beacon node) and `5062` (for validator client). You can use the command below to perform SSH tunneling:
|
||||
```bash
|
||||
ssh -N -L 80:127.0.0.1:80 -L 5052:127.0.0.1:5052 -L 5062:127.0.0.1:5062 username@local_ip
|
||||
```
|
||||
> The Beacon Node must be run with the `--gui` flag set.
|
||||
|
||||
where `username` is the username of the server and `local_ip` is the local IP address of the server. Note that with the `-N` option in an SSH session, you will not be able to execute commands in the CLI to avoid confusion with ordinary shell sessions. The connection will appear to be "hung" upon a successful connection, but that is normal. Once you have successfully connected to the server via SSH tunneling, you should be able to access Siren by entering `localhost` in a web browser.
|
||||
If you require accessibility from another machine within the network, configure the `--http-address` to match the local LAN IP of the system running the Beacon Node and Validator Client.
|
||||
|
||||
You can also access Siren using the app downloaded in the [Siren release page](https://github.com/sigp/siren/releases). To access Siren beyond the local computer, you can use SSH tunneling for ports `5052` and `5062` using the command:
|
||||
> To access from another machine on the same network (192.168.0.200) set the Beacon Node and Validator Client `--http-address` as `192.168.0.200`.
|
||||
|
||||
```bash
|
||||
ssh -N -L 5052:127.0.0.1:5052 -L 5062:127.0.0.1:5062 username@local_ip
|
||||
```
|
||||
In a similar manner, the validator client requires activation of the `--http` flag, along with the optional consideration of configuring the `--http-address` flag. If `--http-address` flag is set on the Validator Client, then the `--unencrypted-http-transport` flag is required as well. These settings will ensure compatibility with Siren's connectivity requirements.
|
||||
|
||||
If you run Siren in the browser (by entering `localhost` in the browser), you will need to allow CORS in the HTTP API. This can be done by adding the flag `--http-allow-origin "*"` for both beacon node and validator client.
|
||||
|
||||
A green tick will appear once Siren is able to connect to both clients. You
|
||||
can specify different ports for each client by clicking on the advanced tab.
|
||||
@ -37,7 +34,7 @@ The API Token is a secret key that allows you to connect to the validator
|
||||
client. The validator client's HTTP API is guarded by this key because it
|
||||
contains sensitive validator information and the ability to modify
|
||||
validators. Please see [`Validator Authorization`](./api-vc-auth-header.md)
|
||||
for further details.
|
||||
for further details.
|
||||
|
||||
Siren requires this token in order to connect to the Validator client.
|
||||
The token is located in the default data directory of the validator
|
||||
@ -49,7 +46,7 @@ entered.
|
||||
|
||||
## Name
|
||||
|
||||
This is your name, it can be modified and is solely used for aesthetics.
|
||||
This is your name, it can be modified and is solely used for aesthetics.
|
||||
|
||||
## Device
|
||||
|
||||
|
@ -1,7 +1,7 @@
|
||||
# Frequently Asked Questions
|
||||
|
||||
## 1. Are there any requirements to run Siren?
|
||||
Yes, Siren requires Lighthouse v3.5.1 or higher to function properly. These releases can be found on the [releases](https://github.com/sigp/lighthouse/releases) page of the Lighthouse repository.
|
||||
Yes, the most current Siren version requires Lighthouse v4.3.0 or higher to function properly. These releases can be found on the [releases](https://github.com/sigp/lighthouse/releases) page of the Lighthouse repository.
|
||||
|
||||
## 2. Where can I find my API token?
|
||||
The required Api token may be found in the default data directory of the validator client. For more information please refer to the lighthouse ui configuration [`api token section`](./api-vc-auth-header.md).
|
||||
@ -9,13 +9,41 @@ The required Api token may be found in the default data directory of the validat
|
||||
## 3. How do I fix the Node Network Errors?
|
||||
If you receive a red notification with a BEACON or VALIDATOR NODE NETWORK ERROR you can refer to the lighthouse ui configuration and [`connecting to clients section`](./ui-configuration.md#connecting-to-the-clients).
|
||||
|
||||
## 4. How do I change my Beacon or Validator address after logging in?
|
||||
Once you have successfully arrived to the main dashboard, use the sidebar to access the settings view. In the top right hand corner there is a `Configuration` action button that will redirect you back to the configuration screen where you can make appropriate changes.
|
||||
## 4. How do I connect Siren to Lighthouse from a different computer on the same network?
|
||||
The most effective approach to enable access for a local network computer to Lighthouse's HTTP API ports is by configuring the `--http-address` to match the local LAN IP of the system running the beacon node and validator client. For instance, if the said node operates at `192.168.0.200`, this IP can be specified using the `--http-address` parameter as `--http-address 192.168.0.200`.
|
||||
Subsequently, by designating the host as `192.168.0.200`, you can seamlessly connect Siren to this specific beacon node and validator client pair from any computer situated within the same network.
|
||||
|
||||
## 5. Why doesn't my validator balance graph show any data?
|
||||
If your graph is not showing data, it usually means your validator node is still caching data. The application must wait at least 3 epochs before it can render any graphical visualizations. This could take up to 20min.
|
||||
## 5. How can I use Siren to monitor my validators remotely when I am not at home?
|
||||
|
||||
## 4. Does Siren support reverse proxy or DNS named addresses?
|
||||
There are two primary methods to access your Beacon Node and Validator Client remotely: setting up a VPN or utilizing SSH-reverse tunneling.
|
||||
|
||||
Most contemporary home routers provide options for VPN access in various ways. A VPN permits a remote computer to establish a connection with internal computers within a home network. With a VPN configuration in place, connecting to the VPN enables you to treat your computer as if it is part of your local home network. The connection process involves following the setup steps for connecting via another machine on the same network on the Siren configuration page and [`connecting to clients section`](./ui-configuration.md#connecting-to-the-clients).
|
||||
|
||||
In the absence of a VPN, an alternative approach involves utilizing an SSH tunnel. To achieve this, you need remote SSH access to the computer hosting the Beacon Node and Validator Client pair (which necessitates a port forward in your router). In this context, while it is not obligatory to set a `--http-address` flag on the Beacon Node and Validator Client, you can configure an SSH tunnel to the local ports on the node and establish a connection through the tunnel. For instructions on setting up an SSH tunnel, refer to [`Connecting Siren via SSH tunnel`](./ui-faqs.md#6-how-do-i-connect-siren-to-lighthouse-via-a-ssh-tunnel) for detailed guidance.
|
||||
|
||||
## 6. How do I connect Siren to Lighthouse via a ssh tunnel?
|
||||
If you would like to access Siren beyond the local network (i.e across the internet), we recommend using an SSH tunnel. This requires a tunnel for 3 ports: `80` (assuming the port is unchanged as per the [installation guide](./ui-installation.md#docker-recommended), `5052` (for beacon node) and `5062` (for validator client). You can use the command below to perform SSH tunneling:
|
||||
|
||||
```bash
|
||||
|
||||
ssh -N -L 80:127.0.0.1:80 -L 5052:127.0.0.1:5052 -L 5062:127.0.0.1:5062 username@local_ip
|
||||
|
||||
```
|
||||
|
||||
|
||||
Where `username` is the username of the server and `local_ip` is the local IP address of the server. Note that with the `-N` option in an SSH session, you will not be able to execute commands in the CLI to avoid confusion with ordinary shell sessions. The connection will appear to be "hung" upon a successful connection, but that is normal. Once you have successfully connected to the server via SSH tunneling, you should be able to access Siren by entering `localhost` in a web browser.
|
||||
|
||||
|
||||
You can also access Siren using the app downloaded in the [Siren release page](https://github.com/sigp/siren/releases). To access Siren beyond the local computer, you can use SSH tunneling for ports `5052` and `5062` using the command:
|
||||
|
||||
|
||||
```bash
|
||||
|
||||
ssh -N -L 5052:127.0.0.1:5052 -L 5062:127.0.0.1:5062 username@local_ip
|
||||
|
||||
```
|
||||
|
||||
## 7. Does Siren support reverse proxy or DNS named addresses?
|
||||
Yes, if you need to access your beacon or validator from an address such as `https://merp-server:9909/eth2-vc` you should follow the following steps for configuration:
|
||||
1. Toggle `https` as your protocol
|
||||
2. Add your address as `merp-server/eth2-vc`
|
||||
@ -24,3 +52,10 @@ Yes, if you need to access your beacon or validator from an address such as `htt
|
||||
If you have configured it correctly you should see a green checkmark indicating Siren is now connected to your Validator Client and Beacon Node.
|
||||
|
||||
If you have separate address setups for your Validator Client and Beacon Node respectively you should access the `Advance Settings` on the configuration and repeat the steps above for each address.
|
||||
|
||||
|
||||
## 8. How do I change my Beacon or Validator address after logging in?
|
||||
Once you have successfully arrived to the main dashboard, use the sidebar to access the settings view. In the top right hand corner there is a `Configuration` action button that will redirect you back to the configuration screen where you can make appropriate changes.
|
||||
|
||||
## 9. Why doesn't my validator balance graph show any data?
|
||||
If your graph is not showing data, it usually means your validator node is still caching data. The application must wait at least 3 epochs before it can render any graphical visualizations. This could take up to 20min.
|
||||
|
Loading…
Reference in New Issue
Block a user