11 lines
14 KiB
JavaScript
11 lines
14 KiB
JavaScript
import{_ as e,c as a,o as t,a4 as i}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"Frequently Asked Questions about the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboardq.md","filePath":"en_US/guide/dashboardq.md","lastUpdated":1728492070000}'),s={name:"en_US/guide/dashboardq.md"},n=i(`<h1 id="frequently-asked-questions-about-the-dashboard" tabindex="-1">Frequently Asked Questions about the Dashboard <a class="header-anchor" href="#frequently-asked-questions-about-the-dashboard" aria-label="Permalink to "Frequently Asked Questions about the Dashboard""></a></h1><h2 id="why-is-the-ip-displayed-in-the-admin-panel-different-from-the-actual-agent-ip" tabindex="-1">Why is the IP Displayed in the Admin Panel Different from the Actual Agent IP? <a class="header-anchor" href="#why-is-the-ip-displayed-in-the-admin-panel-different-from-the-actual-agent-ip" aria-label="Permalink to "Why is the IP Displayed in the Admin Panel Different from the Actual Agent IP?""></a></h2><p>First, let's explain how the IP displayed in the Admin panel is obtained: The Agent periodically requests IP-API to get IP information and reports it to the Dashboard. The currently used IP-API can be viewed here: <a href="https://github.com/nezhahq/agent/blob/main/pkg/monitor/myip.go" target="_blank" rel="noreferrer">myip.go</a>.<br> If you find that the IP displayed in the Admin panel is different from the IP provided by your service provider, it is most likely that the service provider has given you an <strong>entry IP</strong>, but the Agent is testing your <strong>exit IP</strong>. This issue can also occur with multi-line servers and IPLC private lines.</p><div class="tip custom-block"><p class="custom-block-title">TIP</p><p>For example, a common scenario is that the service provider gives you a high-defense server. To meet both high defense and low network interruption rate goals, the IP provided may be a mapped high-defense IP rather than your server's real exit IP.</p></div><p>You can also test the exit IP on the Agent server by running the following commands:</p><div class="language-shell vp-adaptive-theme"><button title="Copy Code" class="copy"></button><span class="lang">shell</span><pre class="shiki shiki-themes github-light github-dark vp-code" tabindex="0"><code><span class="line"><span style="--shiki-light:#6F42C1;--shiki-dark:#B392F0;">curl</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> https://ipapi.co/ip/</span></span>
|
||
<span class="line"><span style="--shiki-light:#6F42C1;--shiki-dark:#B392F0;">curl</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> ip.sb</span></span>
|
||
<span class="line"><span style="--shiki-light:#6F42C1;--shiki-dark:#B392F0;">curl</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> ip-api.com</span></span></code></pre></div><h2 id="forgot-or-deleted-viewing-password" tabindex="-1">Forgot or Deleted Viewing Password <a class="header-anchor" href="#forgot-or-deleted-viewing-password" aria-label="Permalink to "Forgot or Deleted Viewing Password""></a></h2><p>Please view or edit the <code>/opt/nezha/dashboard/data/config.yaml</code> file.<br> The password is located under the <code>site-viewpassword</code> item.</p><h2 id="dashboard-installation-restart-update-failure-iptables" tabindex="-1">Dashboard Installation/Restart/Update Failure: iptables ...... <a class="header-anchor" href="#dashboard-installation-restart-update-failure-iptables" aria-label="Permalink to "Dashboard Installation/Restart/Update Failure: iptables ......""></a></h2><p>First, try restarting Docker before proceeding:</p><div class="language-shell vp-adaptive-theme"><button title="Copy Code" class="copy"></button><span class="lang">shell</span><pre class="shiki shiki-themes github-light github-dark vp-code" tabindex="0"><code><span class="line"><span style="--shiki-light:#6F42C1;--shiki-dark:#B392F0;">systemctl</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> status</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> docker</span></span>
|
||
<span class="line"><span style="--shiki-light:#6F42C1;--shiki-dark:#B392F0;">systemctl</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> restart</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> docker</span></span>
|
||
<span class="line"><span style="--shiki-light:#6F42C1;--shiki-dark:#B392F0;">systemctl</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> status</span><span style="--shiki-light:#032F62;--shiki-dark:#9ECBFF;"> docker</span></span></code></pre></div><p>After restarting, try reinstalling the Dashboard.<br> If iptables errors persist, consider disabling or removing iptables.<br> This issue might also be related to the kernel, so switching to the official kernel can be another solution.</p><h2 id="dashboard-restart-failure-invalid-hostport-nz-site-port" tabindex="-1">Dashboard Restart Failure: Invalid hostPort: nz_site_port <a class="header-anchor" href="#dashboard-restart-failure-invalid-hostport-nz-site-port" aria-label="Permalink to "Dashboard Restart Failure: Invalid hostPort: nz_site_port""></a></h2><p>If this issue occurs, you can modify the configuration via the installation script or directly edit the <code>/opt/nezha/dashboard/docker-compose.yaml</code> file.</p><h2 id="dashboard-layout-error-css-resources-not-loading" tabindex="-1">Dashboard Layout Error, CSS Resources Not Loading <a class="header-anchor" href="#dashboard-layout-error-css-resources-not-loading" aria-label="Permalink to "Dashboard Layout Error, CSS Resources Not Loading""></a></h2><p>If the Dashboard page layout is incorrect, it's usually due to missing or inaccessible CSS files.<br> To resolve this, try <code>restarting and updating the Dashboard</code> first.<br> If the problem persists after updating, the issue may be due to inappropriate configurations in your vhost file. You can edit the Nginx vhost file or use the aaPanel to:</p><ol><li><p>Find the site configured during Dashboard installation in <code>Websites</code> and click <code>Settings</code> on the right.</p></li><li><p>Select <code>Configuration File</code> and remove the following lines:</p><div class="language-nginx vp-adaptive-theme"><button title="Copy Code" class="copy"></button><span class="lang">nginx</span><pre class="shiki shiki-themes github-light github-dark vp-code" tabindex="0"><code><span class="line"><span style="--shiki-light:#D73A49;--shiki-dark:#F97583;">location</span><span style="--shiki-light:#D73A49;--shiki-dark:#F97583;"> ~</span><span style="--shiki-light:#24292E;--shiki-dark:#E1E4E8;"> .*\\.(js|css)?$</span></span>
|
||
<span class="line"><span style="--shiki-light:#24292E;--shiki-dark:#E1E4E8;"> {</span></span>
|
||
<span class="line"><span style="--shiki-light:#D73A49;--shiki-dark:#F97583;"> expires </span><span style="--shiki-light:#005CC5;--shiki-dark:#79B8FF;"> 12h</span><span style="--shiki-light:#24292E;--shiki-dark:#E1E4E8;">;</span></span>
|
||
<span class="line"><span style="--shiki-light:#D73A49;--shiki-dark:#F97583;"> error_log </span><span style="--shiki-light:#24292E;--shiki-dark:#E1E4E8;">/dev/null;</span></span>
|
||
<span class="line"><span style="--shiki-light:#D73A49;--shiki-dark:#F97583;"> access_log </span><span style="--shiki-light:#24292E;--shiki-dark:#E1E4E8;">/dev/null;</span></span>
|
||
<span class="line"><span style="--shiki-light:#24292E;--shiki-dark:#E1E4E8;"> }</span></span></code></pre></div></li><li><p>Save the configuration, clear the browser, Nginx, and CDN caches, and refresh the page to see if it returns to normal.</p></li></ol><h2 id="dashboard-cannot-start-panic-unable-to-find-the-configured-ddns-provider" tabindex="-1">Dashboard Cannot Start: panic: Unable to find the configured DDNS provider... <a class="header-anchor" href="#dashboard-cannot-start-panic-unable-to-find-the-configured-ddns-provider" aria-label="Permalink to "Dashboard Cannot Start: panic: Unable to find the configured DDNS provider...""></a></h2><p>The value entered for the DDNS provider is incorrect. Currently, only <code>webhook</code>, <code>cloudflare</code>, <code>tencentcloud</code>, and <code>dummy</code> are supported.</p><h2 id="dashboard-ddns-update-crash-panic-interface-conversion-interface-is-nil-not-interface" tabindex="-1">Dashboard DDNS Update Crash: panic: interface conversion: interface {} is nil, not []interface {} <a class="header-anchor" href="#dashboard-ddns-update-crash-panic-interface-conversion-interface-is-nil-not-interface" aria-label="Permalink to "Dashboard DDNS Update Crash: panic: interface conversion: interface {} is nil, not []interface {}""></a></h2><p>The entered DDNS <code>AccessID</code> or <code>AccessSecret</code> is incorrect.</p><h2 id="dashboard-warning-nezha-错误的服务监控上报" tabindex="-1">Dashboard warning: NEZHA>> 错误的服务监控上报... <a class="header-anchor" href="#dashboard-warning-nezha-错误的服务监控上报" aria-label="Permalink to "Dashboard warning: NEZHA>> 错误的服务监控上报...""></a></h2><ol><li><p>The installed versions of the Dashboard and Agent are not compatible and have a <code>TaskType</code> that is unsupported by its counterpart. Updating both to the latest version could solve this problem.</p></li><li><p>This could be a specific issue in Dashboard v0.17.10 - v0.18.0. Updating to the latest version could solve this.</p></li></ol><h2 id="unable-to-start-the-agent-service-unix-syslog-delivery-error" tabindex="-1">Unable to start the Agent service: Unix syslog delivery error <a class="header-anchor" href="#unable-to-start-the-agent-service-unix-syslog-delivery-error" aria-label="Permalink to "Unable to start the Agent service: Unix syslog delivery error""></a></h2><p>Appears in Agent v0.16.9+. Mostly caused by a malfunctioning <code>/dev/log</code> socket (or it does not exist at all). You can refer to <a href="https://unix.stackexchange.com/questions/317064/how-do-i-restore-dev-log-in-systemdrsyslog-host" target="_blank" rel="noreferrer">https://unix.stackexchange.com/questions/317064/how-do-i-restore-dev-log-in-systemdrsyslog-host</a> to solve this problem. Try avoiding using init systems like <code>systemd</code> in a Docker installation.</p><h2 id="network-monitoring-page-shows-server-monitor-history-not-found" tabindex="-1">Network Monitoring Page Shows: server monitor history not found <a class="header-anchor" href="#network-monitoring-page-shows-server-monitor-history-not-found" aria-label="Permalink to "Network Monitoring Page Shows: server monitor history not found""></a></h2><p>This error indicates that no TCP-Ping or ICMP-Ping type monitoring has been set in the services page or monitoring data has not yet been generated.<br> If it has been set up, wait for some time and then check again.</p><h2 id="what-to-do-if-terminal-or-ws-can-t-connect-properly-after-enabling-https" tabindex="-1">What to do if /terminal or /ws can't connect properly after enabling HTTPS? <a class="header-anchor" href="#what-to-do-if-terminal-or-ws-can-t-connect-properly-after-enabling-https" aria-label="Permalink to "What to do if /terminal or /ws can't connect properly after enabling HTTPS?""></a></h2><p>This is often due to an incomplete certificate. Add the -d parameter to the agent run command. If the log contains <code>x509:certificate signed by unknown authority</code>, replacing with a complete certificate will solve the problem.</p><h2 id="what-if-i-m-not-satisfied-with-the-data-modification-addition-functionality-provided-by-the-dashboard-and-want-to-modify-add-data-myself" tabindex="-1">What if I'm not satisfied with the data modification/addition functionality provided by the dashboard and want to modify/add data myself? <a class="header-anchor" href="#what-if-i-m-not-satisfied-with-the-data-modification-addition-functionality-provided-by-the-dashboard-and-want-to-modify-add-data-myself" aria-label="Permalink to "What if I'm not satisfied with the data modification/addition functionality provided by the dashboard and want to modify/add data myself?""></a></h2><p>Common in scenarios like batch adding Agents, you can directly modify the database.<br> Note that not everything in the database can be modified; incorrect modifications can lead to data corruption and inability to start the Dashboard. <strong>Do not modify the database casually!</strong></p><div class="danger custom-block"><p class="custom-block-title">DANGER</p><p>Again, <strong>do not modify the database casually!</strong></p></div><p>If you need to modify data in the database, <strong>stop</strong> the dashboard container first.<br> The database type is sqlite3, located at <code>/opt/nezha/dashboard/data/sqlite.db</code>. Backup before modifying.</p><h2 id="will-the-dashboard-automatically-update" tabindex="-1">Will the Dashboard automatically update? <a class="header-anchor" href="#will-the-dashboard-automatically-update" aria-label="Permalink to "Will the Dashboard automatically update?""></a></h2><p>Agents typically update automatically, but the Dashboard does not and requires manual updates.</p><h2 id="agent-command-issuance-failed-when-connecting-to-web-terminal" tabindex="-1"><code>Agent Command Issuance Failed</code> When Connecting to Web Terminal <a class="header-anchor" href="#agent-command-issuance-failed-when-connecting-to-web-terminal" aria-label="Permalink to "\`Agent Command Issuance Failed\` When Connecting to Web Terminal""></a></h2><p>When the Agent is offline, or the connection between the Agent and the Dashboard is unstable, it may cause issues with connecting to the Web Terminal. Please check if the Agent is running normally and maintaining a stable connection with the Dashboard.</p>`,37),o=[n];function r(d,l,h,c,p,u){return t(),a("div",null,o)}const f=e(s,[["render",r]]);export{b as __pageData,f as default};
|