dsh-ensp 0.3.3 → 0.5.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.en.md +339 -0
- package/README.md +18 -3
- package/docs/UI-ANCHORS.md +7 -1
- package/package.json +4 -2
- package/scripts/gen-knowledge.mjs +161 -0
- package/src/cli/ensp.mjs +29 -1
- package/src/core/acceptance.mjs +20 -2
- package/src/core/build.mjs +14 -3
- package/src/core/compat.mjs +236 -227
- package/src/core/console.mjs +57 -17
- package/src/core/doctor.mjs +17 -14
- package/src/core/index.mjs +16 -2
- package/src/core/knowledge.json +412 -0
- package/src/core/knowledge.mjs +104 -0
- package/src/core/launcher.mjs +89 -9
- package/src/core/paths.mjs +190 -0
- package/src/core/provision.mjs +40 -4
- package/src/dsh/index.mjs +85 -2
- package/src/mcp/server.mjs +23 -0
package/src/core/acceptance.mjs
CHANGED
|
@@ -34,8 +34,26 @@ import { readTopology } from './topology.mjs'
|
|
|
34
34
|
*/
|
|
35
35
|
export const EXPECTATIONS = {
|
|
36
36
|
'vlan-access': [
|
|
37
|
-
|
|
38
|
-
|
|
37
|
+
// `minLines: 3` used to stand here, but a switch that has never been
|
|
38
|
+
// configured already lists VLAN 1, so it passed on a blank device. An
|
|
39
|
+
// untagged member alone is not enough either: every port starts as an
|
|
40
|
+
// untagged member of VLAN 1. What proves the lab is a member of a VLAN other
|
|
41
|
+
// than 1.
|
|
42
|
+
{
|
|
43
|
+
id: 'port-in-configured-vlan',
|
|
44
|
+
on: 'SW1',
|
|
45
|
+
command: 'display vlan',
|
|
46
|
+
expect: { matches: /^(?!\s*1\s)(\d+)\s+common[^\n]*UT:GE\d\/0\/\d+\(U\)/m },
|
|
47
|
+
},
|
|
48
|
+
// `contains: 'U'` matched the table header `U: Up;` and the `UT:` prefix, so
|
|
49
|
+
// it proved nothing either. Two access ports must carry the same non-default
|
|
50
|
+
// VLAN, which is what puts the two PCs in one broadcast domain.
|
|
51
|
+
{
|
|
52
|
+
id: 'access-ports-share-vlan',
|
|
53
|
+
on: 'SW1',
|
|
54
|
+
command: 'display port vlan active',
|
|
55
|
+
expect: { matches: /GE\d\/0\/\d+\s+access\s+(?!1\s)(\d+)[\s\S]{0,600}?GE\d\/0\/\d+\s+access\s+\1/ },
|
|
56
|
+
},
|
|
39
57
|
],
|
|
40
58
|
'trunk-interconnect': [
|
|
41
59
|
{ id: 'trunk-up', on: 'SW1', command: 'display interface brief | include up', expect: { minLines: 2 } },
|
package/src/core/build.mjs
CHANGED
|
@@ -197,14 +197,25 @@ export function twoPcLab({ vlan = 10, subnet = '192.168.10' } = {}) {
|
|
|
197
197
|
}
|
|
198
198
|
|
|
199
199
|
/**
|
|
200
|
-
* Switch configuration for {@link twoPcLab}: both ports into one VLAN
|
|
201
|
-
*
|
|
200
|
+
* Switch configuration for {@link twoPcLab}: both ports into one VLAN, plus the
|
|
201
|
+
* matching Vlanif.
|
|
202
|
+
*
|
|
203
|
+
* The Vlanif is not decoration. `twoPcLab` gives both PCs a gateway, so a lab
|
|
204
|
+
* without a Vlanif is a lab whose PCs cannot reach their own gateway, and any
|
|
205
|
+
* follow-up command that assumes the interface exists (`interface Vlanif10`)
|
|
206
|
+
* fails with "The VLAN does not exist". Creating the VLAN alone does not create
|
|
207
|
+
* its interface; VRP only does that when asked.
|
|
208
|
+
*
|
|
209
|
+
* @param {{vlan?: number, subnet?: string}} [options]
|
|
202
210
|
*/
|
|
203
|
-
export function twoPcLabConfig({ vlan = 10 } = {}) {
|
|
211
|
+
export function twoPcLabConfig({ vlan = 10, subnet = '192.168.10' } = {}) {
|
|
204
212
|
return [
|
|
205
213
|
'system-view',
|
|
206
214
|
`vlan ${vlan}`,
|
|
207
215
|
' quit',
|
|
216
|
+
`interface Vlanif${vlan}`,
|
|
217
|
+
` ip address ${subnet}.254 255.255.255.0`,
|
|
218
|
+
' quit',
|
|
208
219
|
'interface GigabitEthernet0/0/1',
|
|
209
220
|
' port link-type access',
|
|
210
221
|
` port default vlan ${vlan}`,
|
package/src/core/compat.mjs
CHANGED
|
@@ -1,227 +1,236 @@
|
|
|
1
|
-
/**
|
|
2
|
-
* Device availability checks.
|
|
3
|
-
*
|
|
4
|
-
* Some eNSP models are only stubs in the device catalogue: the entry exists, you
|
|
5
|
-
* can drop it on the canvas and save the topology, but the vendor image behind it
|
|
6
|
-
* is not installed. Placing one is not a soft failure — **the client opens the
|
|
7
|
-
* topology, paints it, and then exits by itself**, so the launch looks successful
|
|
8
|
-
* for a few seconds and everything downstream fails with a confusing
|
|
9
|
-
* "console never answered".
|
|
10
|
-
*
|
|
11
|
-
* That is exactly what happens here with `USG6000V`: `res/items.xml` declares it
|
|
12
|
-
* as `<executable isplugin="1" path="ngfw\ngfw_Plugin.dll"/>`, the plugin DLL is
|
|
13
|
-
* present, and `plugin/ngfw/DataBase/` is empty — the `.vdi` the plugin's VirtualBox
|
|
14
|
-
* template points at was never installed. `USG5500` is retired outright
|
|
15
|
-
* ("eNSP don't maintained this device any more, just keep it.") and has no image
|
|
16
|
-
* either.
|
|
17
|
-
*
|
|
18
|
-
* Rather than guess, this module reads the catalogue and checks the files each
|
|
19
|
-
* plugin model actually needs, so a topology can be rejected *before* the client is
|
|
20
|
-
* started.
|
|
21
|
-
*
|
|
22
|
-
* @module dsh-ensp/compat
|
|
23
|
-
*/
|
|
24
|
-
|
|
25
|
-
import { existsSync, readFileSync } from 'node:fs'
|
|
26
|
-
import path from 'node:path'
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
*
|
|
35
|
-
*
|
|
36
|
-
* `plugin/ngfw/
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
}
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
*
|
|
56
|
-
*
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
*
|
|
69
|
-
*
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
*
|
|
81
|
-
*
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
const
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
*
|
|
117
|
-
*
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
|
|
143
|
-
|
|
144
|
-
|
|
145
|
-
|
|
146
|
-
|
|
147
|
-
|
|
148
|
-
|
|
149
|
-
|
|
150
|
-
|
|
151
|
-
}
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
|
|
163
|
-
|
|
164
|
-
|
|
165
|
-
|
|
166
|
-
|
|
167
|
-
|
|
168
|
-
|
|
169
|
-
|
|
170
|
-
|
|
171
|
-
|
|
172
|
-
|
|
173
|
-
|
|
174
|
-
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
179
|
-
|
|
180
|
-
|
|
181
|
-
|
|
182
|
-
|
|
183
|
-
|
|
184
|
-
|
|
185
|
-
|
|
186
|
-
|
|
187
|
-
|
|
188
|
-
|
|
189
|
-
|
|
190
|
-
|
|
191
|
-
|
|
192
|
-
|
|
193
|
-
|
|
194
|
-
|
|
195
|
-
|
|
196
|
-
|
|
197
|
-
|
|
198
|
-
|
|
199
|
-
|
|
200
|
-
|
|
201
|
-
|
|
202
|
-
|
|
203
|
-
|
|
204
|
-
|
|
205
|
-
|
|
206
|
-
|
|
207
|
-
|
|
208
|
-
|
|
209
|
-
|
|
210
|
-
|
|
211
|
-
|
|
212
|
-
|
|
213
|
-
|
|
214
|
-
|
|
215
|
-
|
|
216
|
-
|
|
217
|
-
|
|
218
|
-
|
|
219
|
-
|
|
220
|
-
|
|
221
|
-
|
|
222
|
-
}
|
|
223
|
-
|
|
224
|
-
|
|
225
|
-
|
|
226
|
-
|
|
227
|
-
|
|
1
|
+
/**
|
|
2
|
+
* Device availability checks.
|
|
3
|
+
*
|
|
4
|
+
* Some eNSP models are only stubs in the device catalogue: the entry exists, you
|
|
5
|
+
* can drop it on the canvas and save the topology, but the vendor image behind it
|
|
6
|
+
* is not installed. Placing one is not a soft failure — **the client opens the
|
|
7
|
+
* topology, paints it, and then exits by itself**, so the launch looks successful
|
|
8
|
+
* for a few seconds and everything downstream fails with a confusing
|
|
9
|
+
* "console never answered".
|
|
10
|
+
*
|
|
11
|
+
* That is exactly what happens here with `USG6000V`: `res/items.xml` declares it
|
|
12
|
+
* as `<executable isplugin="1" path="ngfw\ngfw_Plugin.dll"/>`, the plugin DLL is
|
|
13
|
+
* present, and `plugin/ngfw/DataBase/` is empty — the `.vdi` the plugin's VirtualBox
|
|
14
|
+
* template points at was never installed. `USG5500` is retired outright
|
|
15
|
+
* ("eNSP don't maintained this device any more, just keep it.") and has no image
|
|
16
|
+
* either.
|
|
17
|
+
*
|
|
18
|
+
* Rather than guess, this module reads the catalogue and checks the files each
|
|
19
|
+
* plugin model actually needs, so a topology can be rejected *before* the client is
|
|
20
|
+
* started.
|
|
21
|
+
*
|
|
22
|
+
* @module dsh-ensp/compat
|
|
23
|
+
*/
|
|
24
|
+
|
|
25
|
+
import { existsSync, readFileSync } from 'node:fs'
|
|
26
|
+
import path from 'node:path'
|
|
27
|
+
|
|
28
|
+
import { resolveEnspRoot } from './paths.mjs'
|
|
29
|
+
|
|
30
|
+
/** Default install root; override with `DSH_ENSP_EXE`'s directory or the `root` option. */
|
|
31
|
+
export const DEFAULT_ENSP_ROOT = 'E:\\Huawei\\eNSP'
|
|
32
|
+
|
|
33
|
+
/**
|
|
34
|
+
* Files a plugin device needs beyond its catalogue entry.
|
|
35
|
+
*
|
|
36
|
+
* `USG6000V`'s VirtualBox template (`plugin/ngfw/tools/ngfw/vfw_usg_for_vbox5.0.vbox`)
|
|
37
|
+
* carries `<HardDisk ... location="../../DataBase/vfw_usg.vdi"/>`, which resolves to
|
|
38
|
+
* `plugin/ngfw/DataBase/vfw_usg.vdi` relative to that template.
|
|
39
|
+
*/
|
|
40
|
+
const PLUGIN_ASSETS = {
|
|
41
|
+
USG6000V: [
|
|
42
|
+
{
|
|
43
|
+
rel: 'plugin/ngfw/DataBase/vfw_usg.vdi',
|
|
44
|
+
why: 'NGFW 镜像未安装(eNSP 安装时需勾选 USG6000V 组件)',
|
|
45
|
+
},
|
|
46
|
+
],
|
|
47
|
+
}
|
|
48
|
+
|
|
49
|
+
/** Models the vendor has withdrawn; usable only if an image happens to exist. */
|
|
50
|
+
const RETIRED = {
|
|
51
|
+
USG5500: 'eNSP 已停止维护 USG5500,安装包不再附带镜像,请改用 USG6000V',
|
|
52
|
+
}
|
|
53
|
+
|
|
54
|
+
/**
|
|
55
|
+
* Static notes about devices that need an extra image, for documentation.
|
|
56
|
+
*
|
|
57
|
+
* Kept independent of the local installation so generated docs say the same thing
|
|
58
|
+
* on every machine; `probeDevice` is the machine-specific check.
|
|
59
|
+
*/
|
|
60
|
+
export const IMAGE_NOTES = {
|
|
61
|
+
USG6000V:
|
|
62
|
+
'需要 eNSP 安装时勾选 USG6000V 组件(NGFW 镜像,约 1 GB)。缺镜像时 eNSP 会打开拓扑后自行退出,' +
|
|
63
|
+
'`ensp up` 会在启动前直接报错说明缺什么。',
|
|
64
|
+
USG5500: 'eNSP 已停止维护该机型,安装包不再附带镜像,建议改用 USG6000V。',
|
|
65
|
+
}
|
|
66
|
+
|
|
67
|
+
/**
|
|
68
|
+
* Device notes for a list of models, as `[model, note]` pairs.
|
|
69
|
+
*
|
|
70
|
+
* @param {string[]} models
|
|
71
|
+
* @returns {Array<[string, string]>}
|
|
72
|
+
*/
|
|
73
|
+
export function imageNotesFor(models) {
|
|
74
|
+
return [...new Set(models)].filter((m) => IMAGE_NOTES[m]).map((m) => [m, IMAGE_NOTES[m]])
|
|
75
|
+
}
|
|
76
|
+
|
|
77
|
+
const cache = new Map()
|
|
78
|
+
|
|
79
|
+
/**
|
|
80
|
+
* Parse `res/items.xml` into `{ model: { plugin, pluginPath, needRegister } }`.
|
|
81
|
+
*
|
|
82
|
+
* @param {string} root eNSP install directory
|
|
83
|
+
* @returns {Map<string, {plugin: boolean, pluginPath: string, needRegister: boolean}>}
|
|
84
|
+
*/
|
|
85
|
+
function readCatalogue(root) {
|
|
86
|
+
const file = path.join(root, 'res', 'items.xml')
|
|
87
|
+
if (cache.has(file)) return cache.get(file)
|
|
88
|
+
|
|
89
|
+
const table = new Map()
|
|
90
|
+
let xml = ''
|
|
91
|
+
try {
|
|
92
|
+
xml = readFileSync(file, 'utf8')
|
|
93
|
+
} catch {
|
|
94
|
+
cache.set(file, table)
|
|
95
|
+
return table
|
|
96
|
+
}
|
|
97
|
+
|
|
98
|
+
for (const m of xml.matchAll(/<model name="([^"]+)">([\s\S]*?)<\/model>/g)) {
|
|
99
|
+
const body = m[2]
|
|
100
|
+
const exe = /<executable isplugin="(\d)" path="([^"]*)"/.exec(body)
|
|
101
|
+
const reg = /<needRegister>(\d+)<\/needRegister>/.exec(body)
|
|
102
|
+
table.set(m[1], {
|
|
103
|
+
plugin: exe ? exe[1] === '1' : false,
|
|
104
|
+
pluginPath: exe ? exe[2] : '',
|
|
105
|
+
needRegister: reg ? reg[1] === '1' : false,
|
|
106
|
+
})
|
|
107
|
+
}
|
|
108
|
+
cache.set(file, table)
|
|
109
|
+
return table
|
|
110
|
+
}
|
|
111
|
+
|
|
112
|
+
/**
|
|
113
|
+
* Derive the install root from an explicit executable path.
|
|
114
|
+
*
|
|
115
|
+
* Falls back to the resolved install root, then to the historical default, so a
|
|
116
|
+
* caller that has no path at hand still gets a usable directory rather than
|
|
117
|
+
* silently reading the wrong catalogue.
|
|
118
|
+
*/
|
|
119
|
+
export function rootFromExe(exe) {
|
|
120
|
+
if (exe) return path.dirname(exe)
|
|
121
|
+
return resolveEnspRoot() ?? DEFAULT_ENSP_ROOT
|
|
122
|
+
}
|
|
123
|
+
|
|
124
|
+
/**
|
|
125
|
+
* Can this model actually be started on this machine?
|
|
126
|
+
*
|
|
127
|
+
* @param {string} model
|
|
128
|
+
* @param {{root?: string}} [options]
|
|
129
|
+
* @returns {{model: string, available: boolean, reason?: string}}
|
|
130
|
+
*/
|
|
131
|
+
export function probeDevice(model, options = {}) {
|
|
132
|
+
const root = options.root ?? DEFAULT_ENSP_ROOT
|
|
133
|
+
const entry = readCatalogue(root).get(model)
|
|
134
|
+
|
|
135
|
+
if (entry?.plugin && entry.pluginPath) {
|
|
136
|
+
const dll = path.join(root, 'plugin', entry.pluginPath.split('\\').join('/'))
|
|
137
|
+
if (!existsSync(dll)) {
|
|
138
|
+
return { model, available: false, reason: `插件缺失:${path.relative(root, dll)}` }
|
|
139
|
+
}
|
|
140
|
+
}
|
|
141
|
+
|
|
142
|
+
// Checked before the catalogue entry on purpose: the assets a model needs are a
|
|
143
|
+
// property of the model, not of the catalogue file. A machine with no eNSP
|
|
144
|
+
// installed at all still cannot start a USG6000V, and answering "available"
|
|
145
|
+
// because items.xml was unreadable would be the exact false negative this module
|
|
146
|
+
// exists to prevent.
|
|
147
|
+
for (const asset of PLUGIN_ASSETS[model] ?? []) {
|
|
148
|
+
if (!existsSync(path.join(root, asset.rel))) {
|
|
149
|
+
return { model, available: false, reason: asset.why }
|
|
150
|
+
}
|
|
151
|
+
}
|
|
152
|
+
|
|
153
|
+
if (RETIRED[model] && !hasAnyImage(root, model)) {
|
|
154
|
+
return { model, available: false, reason: RETIRED[model] }
|
|
155
|
+
}
|
|
156
|
+
|
|
157
|
+
// Unknown models are the caller's problem (a topology naming them is a different
|
|
158
|
+
// error), so stay permissive rather than blocking every lab on a stale catalogue.
|
|
159
|
+
return { model, available: true }
|
|
160
|
+
}
|
|
161
|
+
|
|
162
|
+
/**
|
|
163
|
+
* Does any VirtualBox image under the eNSP tree look like it belongs to `model`?
|
|
164
|
+
*
|
|
165
|
+
* Used only for retired models, where the catalogue says nothing about the image.
|
|
166
|
+
*
|
|
167
|
+
* @param {string} root
|
|
168
|
+
* @param {string} model
|
|
169
|
+
*/
|
|
170
|
+
function hasAnyImage(root, model) {
|
|
171
|
+
const stem = model.toLowerCase()
|
|
172
|
+
const candidates = [
|
|
173
|
+
path.join(root, 'vboxserver'),
|
|
174
|
+
path.join(root, 'plugin'),
|
|
175
|
+
]
|
|
176
|
+
for (const dir of candidates) {
|
|
177
|
+
if (!existsSync(dir)) continue
|
|
178
|
+
if (existsSync(path.join(dir, stem))) return true
|
|
179
|
+
}
|
|
180
|
+
return false
|
|
181
|
+
}
|
|
182
|
+
|
|
183
|
+
/**
|
|
184
|
+
* Check every device in a parsed topology.
|
|
185
|
+
*
|
|
186
|
+
* @param {{devices: Array<{name: string, model: string}>}} topo
|
|
187
|
+
* @param {{root?: string}} [options]
|
|
188
|
+
* @returns {{ok: boolean, blocked: Array<{name: string, model: string, reason: string}>, checked: string[]}}
|
|
189
|
+
*/
|
|
190
|
+
export function checkTopologySupport(topo, options = {}) {
|
|
191
|
+
const blocked = []
|
|
192
|
+
for (const device of topo.devices ?? []) {
|
|
193
|
+
const result = probeDevice(device.model, options)
|
|
194
|
+
if (!result.available) {
|
|
195
|
+
blocked.push({ name: device.name, model: device.model, reason: result.reason })
|
|
196
|
+
}
|
|
197
|
+
}
|
|
198
|
+
return {
|
|
199
|
+
ok: blocked.length === 0,
|
|
200
|
+
blocked,
|
|
201
|
+
checked: [...new Set((topo.devices ?? []).map((d) => d.model))].sort(),
|
|
202
|
+
}
|
|
203
|
+
}
|
|
204
|
+
|
|
205
|
+
/**
|
|
206
|
+
* Build the error text for a blocked topology.
|
|
207
|
+
*
|
|
208
|
+
* Names the device, the model and what is missing, then says what to do. Repeated
|
|
209
|
+
* models are grouped so a five-firewall lab prints one explanation, not five.
|
|
210
|
+
*
|
|
211
|
+
* @param {{blocked: Array<{name: string, model: string, reason: string}>}} report
|
|
212
|
+
* @returns {string}
|
|
213
|
+
*/
|
|
214
|
+
export function describeBlocked(report) {
|
|
215
|
+
const byModel = new Map()
|
|
216
|
+
for (const item of report.blocked) {
|
|
217
|
+
const group = byModel.get(item.model) ?? { reason: item.reason, names: [] }
|
|
218
|
+
group.names.push(item.name)
|
|
219
|
+
byModel.set(item.model, group)
|
|
220
|
+
}
|
|
221
|
+
const lines = [...byModel].map(
|
|
222
|
+
([model, { reason, names }]) => ` ${model} (${names.join(', ')}): ${reason}`,
|
|
223
|
+
)
|
|
224
|
+
return (
|
|
225
|
+
'topology uses devices this eNSP installation cannot start:\n' +
|
|
226
|
+
lines.join('\n') +
|
|
227
|
+
'\n\nThis is not a bug in the topology: eNSP opens it, renders it, then quits. ' +
|
|
228
|
+
'Install the missing device image in eNSP (工具 → 注册设备, or reinstall eNSP with ' +
|
|
229
|
+
'the device component selected), or remove those devices from the topology.'
|
|
230
|
+
)
|
|
231
|
+
}
|
|
232
|
+
|
|
233
|
+
/** Forget cached catalogue reads (tests, and after installing a device image). */
|
|
234
|
+
export function clearCatalogueCache() {
|
|
235
|
+
cache.clear()
|
|
236
|
+
}
|