2013-09-05 16:02:48 +02:00
|
|
|
/**
|
2017-01-11 16:24:33 +01:00
|
|
|
* Copyright JS Foundation and other contributors, http://js.foundation
|
2013-09-05 16:02:48 +02:00
|
|
|
*
|
|
|
|
* Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
* you may not use this file except in compliance with the License.
|
|
|
|
* You may obtain a copy of the License at
|
|
|
|
*
|
|
|
|
* http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
*
|
|
|
|
* Unless required by applicable law or agreed to in writing, software
|
|
|
|
* distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
* See the License for the specific language governing permissions and
|
|
|
|
* limitations under the License.
|
|
|
|
**/
|
2014-10-22 22:44:01 +02:00
|
|
|
|
|
|
|
// The `https` setting requires the `fs` module. Uncomment the following
|
|
|
|
// to make it available:
|
|
|
|
//var fs = require("fs");
|
|
|
|
|
2013-09-05 16:02:48 +02:00
|
|
|
module.exports = {
|
2013-11-13 16:42:38 +01:00
|
|
|
// the tcp port that the Node-RED web server is listening on
|
2016-04-14 10:03:15 +02:00
|
|
|
uiPort: process.env.PORT || 1880,
|
2013-12-24 14:12:17 +01:00
|
|
|
|
2013-11-08 15:50:54 +01:00
|
|
|
// By default, the Node-RED UI accepts connections on all IPv4 interfaces.
|
|
|
|
// The following property can be used to listen on a specific interface. For
|
2013-12-24 14:12:17 +01:00
|
|
|
// example, the following would only allow connections from the local machine.
|
2013-11-08 15:50:54 +01:00
|
|
|
//uiHost: "127.0.0.1",
|
2013-12-24 14:12:17 +01:00
|
|
|
|
2013-11-13 16:42:38 +01:00
|
|
|
// Retry time in milliseconds for MQTT connections
|
2013-09-05 16:02:48 +02:00
|
|
|
mqttReconnectTime: 15000,
|
2013-11-13 16:42:38 +01:00
|
|
|
|
|
|
|
// Retry time in milliseconds for Serial port connections
|
2013-09-05 16:02:48 +02:00
|
|
|
serialReconnectTime: 15000,
|
2013-11-13 16:42:38 +01:00
|
|
|
|
|
|
|
// Retry time in milliseconds for TCP socket connections
|
|
|
|
//socketReconnectTime: 10000,
|
|
|
|
|
2013-12-24 14:12:17 +01:00
|
|
|
// Timeout in milliseconds for TCP server socket connections
|
|
|
|
// defaults to no timeout
|
|
|
|
//socketTimeout: 120000,
|
|
|
|
|
2016-02-15 10:45:58 +01:00
|
|
|
// Timeout in milliseconds for HTTP request connections
|
|
|
|
// defaults to 120 seconds
|
|
|
|
//httpRequestTimeout: 120000,
|
|
|
|
|
2014-11-09 21:55:13 +01:00
|
|
|
// The maximum length, in characters, of any message sent to the debug sidebar tab
|
2013-09-17 12:11:09 +02:00
|
|
|
debugMaxLength: 1000,
|
2013-09-05 16:02:48 +02:00
|
|
|
|
2017-02-27 22:04:19 +01:00
|
|
|
// To disable the option for using local files for storing keys and certificates in the TLS configuration
|
|
|
|
// node, set this to true
|
2017-03-09 21:00:54 +01:00
|
|
|
//tlsConfigDisableLocalFiles: true,
|
2017-02-27 22:04:19 +01:00
|
|
|
|
2017-01-08 23:38:40 +01:00
|
|
|
// Colourise the console output of the debug node
|
|
|
|
//debugUseColors: true,
|
|
|
|
|
2013-10-04 18:28:15 +02:00
|
|
|
// The file containing the flows. If not set, it defaults to flows_<hostname>.json
|
2013-10-05 22:21:51 +02:00
|
|
|
//flowFile: 'flows.json',
|
2013-12-24 14:12:17 +01:00
|
|
|
|
2014-06-07 23:33:29 +02:00
|
|
|
// To enabled pretty-printing of the flow within the flow file, set the following
|
|
|
|
// property to true:
|
|
|
|
//flowFilePretty: true,
|
2015-05-19 10:45:00 +02:00
|
|
|
|
2016-09-23 11:38:30 +02:00
|
|
|
// By default, credentials are encrypted in storage using a generated key. To
|
|
|
|
// specify your own secret, set the following property.
|
|
|
|
// If you want to disable encryption of credentials, set this property to false.
|
|
|
|
// Note: once you set this property, do not change it - doing so will prevent
|
|
|
|
// node-red from being able to decrypt your existing credentials and they will be
|
|
|
|
// lost.
|
|
|
|
//credentialSecret: "a-secret-key",
|
|
|
|
|
2013-11-10 01:05:58 +01:00
|
|
|
// By default, all user data is stored in the Node-RED install directory. To
|
|
|
|
// use a different location, the following property can be used
|
|
|
|
//userDir: '/home/nol/.node-red/',
|
2013-12-24 14:12:17 +01:00
|
|
|
|
2013-11-13 18:02:29 +01:00
|
|
|
// Node-RED scans the `nodes` directory in the install directory to find nodes.
|
|
|
|
// The following property can be used to specify an additional directory to scan.
|
|
|
|
//nodesDir: '/home/nol/.node-red/nodes',
|
2013-12-24 14:12:17 +01:00
|
|
|
|
2013-09-05 16:02:48 +02:00
|
|
|
// By default, the Node-RED UI is available at http://localhost:1880/
|
|
|
|
// The following property can be used to specifiy a different root path.
|
2014-09-22 15:33:26 +02:00
|
|
|
// If set to false, this is disabled.
|
2014-02-16 01:39:30 +01:00
|
|
|
//httpAdminRoot: '/admin',
|
|
|
|
|
|
|
|
// Some nodes, such as HTTP In, can be used to listen for incoming http requests.
|
|
|
|
// By default, these are served relative to '/'. The following property
|
2014-09-22 15:33:26 +02:00
|
|
|
// can be used to specifiy a different root path. If set to false, this is
|
|
|
|
// disabled.
|
2015-11-10 16:44:48 +01:00
|
|
|
//httpNodeRoot: '/red-nodes',
|
2015-05-19 10:45:00 +02:00
|
|
|
|
2015-12-10 14:20:39 +01:00
|
|
|
// The following property can be used in place of 'httpAdminRoot' and 'httpNodeRoot',
|
|
|
|
// to apply the same root to both parts.
|
|
|
|
//httpRoot: '/red',
|
2015-05-19 10:45:00 +02:00
|
|
|
|
2014-02-16 01:39:30 +01:00
|
|
|
// When httpAdminRoot is used to move the UI to a different root path, the
|
2013-11-11 22:16:57 +01:00
|
|
|
// following property can be used to identify a directory of static content
|
|
|
|
// that should be served at http://localhost:1880/.
|
2016-06-19 21:25:31 +02:00
|
|
|
//httpStatic: '/home/nol/node-red-static/',
|
2013-12-24 14:12:17 +01:00
|
|
|
|
2016-10-10 11:14:08 +02:00
|
|
|
// The maximum size of HTTP request that will be accepted by the runtime api.
|
|
|
|
// Default: 5mb
|
|
|
|
//apiMaxLength: '5mb',
|
|
|
|
|
|
|
|
// If you installed the optional node-red-dashboard you can set it's path
|
2016-08-28 13:02:30 +02:00
|
|
|
// relative to httpRoot
|
|
|
|
//ui: { path: "ui" },
|
|
|
|
|
2015-12-10 14:20:39 +01:00
|
|
|
// Securing Node-RED
|
|
|
|
// -----------------
|
|
|
|
// To password protect the Node-RED editor and admin API, the following
|
|
|
|
// property can be used. See http://nodered.org/docs/security.html for details.
|
|
|
|
//adminAuth: {
|
|
|
|
// type: "credentials",
|
|
|
|
// users: [{
|
|
|
|
// username: "admin",
|
|
|
|
// password: "$2a$08$zZWtXTja0fB1pzD4sHCMyOCMYz2Z6dNbM6tl8sJogENOMcxWV9DN.",
|
|
|
|
// permissions: "*"
|
|
|
|
// }]
|
|
|
|
//},
|
|
|
|
|
|
|
|
// To password protect the node-defined HTTP endpoints (httpNodeRoot), or
|
|
|
|
// the static content (httpStatic), the following properties can be used.
|
2015-12-13 22:27:57 +01:00
|
|
|
// The pass field is a bcrypt hash of the password.
|
|
|
|
// See http://nodered.org/docs/security.html#generating-the-password-hash
|
|
|
|
//httpNodeAuth: {user:"user",pass:"$2a$08$zZWtXTja0fB1pzD4sHCMyOCMYz2Z6dNbM6tl8sJogENOMcxWV9DN."},
|
|
|
|
//httpStaticAuth: {user:"user",pass:"$2a$08$zZWtXTja0fB1pzD4sHCMyOCMYz2Z6dNbM6tl8sJogENOMcxWV9DN."},
|
2015-05-19 10:45:00 +02:00
|
|
|
|
2013-09-05 16:02:48 +02:00
|
|
|
// The following property can be used to enable HTTPS
|
|
|
|
// See http://nodejs.org/api/https.html#https_https_createserver_options_requestlistener
|
|
|
|
// for details on its contents.
|
2014-10-22 22:44:01 +02:00
|
|
|
// See the comment at the top of this file on how to load the `fs` module used by
|
|
|
|
// this setting.
|
2015-05-19 10:45:00 +02:00
|
|
|
//
|
2013-09-05 16:02:48 +02:00
|
|
|
//https: {
|
|
|
|
// key: fs.readFileSync('privatekey.pem'),
|
|
|
|
// cert: fs.readFileSync('certificate.pem')
|
|
|
|
//},
|
2013-09-16 19:02:57 +02:00
|
|
|
|
2016-11-16 15:24:27 +01:00
|
|
|
// The following property can be used to cause insecure HTTP connections to
|
|
|
|
// be redirected to HTTPS.
|
|
|
|
//requireHttps: true
|
2016-11-16 15:17:47 +01:00
|
|
|
|
2015-12-10 14:20:39 +01:00
|
|
|
// The following property can be used to disable the editor. The admin API
|
|
|
|
// is not affected by this option. To disable both the editor and the admin
|
|
|
|
// API, use either the httpRoot or httpAdminRoot properties
|
|
|
|
//disableEditor: false,
|
|
|
|
|
2014-02-17 23:32:53 +01:00
|
|
|
// The following property can be used to configure cross-origin resource sharing
|
|
|
|
// in the HTTP nodes.
|
|
|
|
// See https://github.com/troygoode/node-cors#configuration-options for
|
|
|
|
// details on its contents. The following is a basic permissive set of options:
|
|
|
|
//httpNodeCors: {
|
|
|
|
// origin: "*",
|
|
|
|
// methods: "GET,PUT,POST,DELETE"
|
|
|
|
//},
|
2015-05-13 14:54:47 +02:00
|
|
|
|
2015-05-19 10:45:00 +02:00
|
|
|
// If you need to set an http proxy please set an environment variable
|
2015-05-21 18:45:11 +02:00
|
|
|
// called http_proxy (or HTTP_PROXY) outside of Node-RED in the operating system.
|
2015-05-19 10:45:00 +02:00
|
|
|
// For example - http_proxy=http://myproxy.com:8080
|
|
|
|
// (Setting it here will have no effect)
|
2015-05-21 18:45:11 +02:00
|
|
|
// You may also specify no_proxy (or NO_PROXY) to supply a comma separated
|
|
|
|
// list of domains to not proxy, eg - no_proxy=.acme.co,.acme.co.uk
|
2015-05-13 14:54:47 +02:00
|
|
|
|
2015-05-13 22:25:37 +02:00
|
|
|
// The following property can be used to add a custom middleware function
|
|
|
|
// in front of all http in nodes. This allows custom authentication to be
|
|
|
|
// applied to all http in nodes, or any other sort of common request processing.
|
|
|
|
//httpNodeMiddleware: function(req,res,next) {
|
2016-08-28 13:02:30 +02:00
|
|
|
// // Handle/reject the request, or pass it on to the http in node by calling next();
|
|
|
|
// // Optionally skip our rawBodyParser by setting this to true;
|
|
|
|
// //req.skipRawBodyParser = true;
|
|
|
|
// next();
|
2015-05-13 22:25:37 +02:00
|
|
|
//},
|
2015-05-19 10:45:00 +02:00
|
|
|
|
2017-01-24 22:37:08 +01:00
|
|
|
// The following property can be used to verify websocket connection attempts.
|
|
|
|
// This allows, for example, the HTTP request headers to be checked to ensure
|
|
|
|
// they include valid authentication information.
|
2017-07-14 12:34:29 +02:00
|
|
|
//webSocketNodeVerifyClient: function(info) {
|
2017-01-24 22:37:08 +01:00
|
|
|
// // 'info' has three properties:
|
|
|
|
// // - origin : the value in the Origin header
|
|
|
|
// // - req : the HTTP request
|
|
|
|
// // - secure : true if req.connection.authorized or req.connection.encrypted is set
|
|
|
|
// //
|
|
|
|
// // The function should return true if the connection should be accepted, false otherwise.
|
|
|
|
// //
|
|
|
|
// // Alternatively, if this function is defined to accept a second argument, callback,
|
|
|
|
// // it can be used to verify the client asynchronously.
|
|
|
|
// // The callback takes three arguments:
|
|
|
|
// // - result : boolean, whether to accept the connection or not
|
|
|
|
// // - code : if result is false, the HTTP error status to return
|
|
|
|
// // - reason: if result is false, the HTTP reason string to return
|
|
|
|
//},
|
|
|
|
|
2013-09-05 16:02:48 +02:00
|
|
|
// Anything in this hash is globally available to all functions.
|
|
|
|
// It is accessed as context.global.
|
|
|
|
// eg:
|
|
|
|
// functionGlobalContext: { os:require('os') }
|
|
|
|
// can be accessed in a function block as:
|
|
|
|
// context.global.os
|
|
|
|
|
2014-08-29 10:34:13 +02:00
|
|
|
functionGlobalContext: {
|
|
|
|
// os:require('os'),
|
2016-01-16 14:58:21 +01:00
|
|
|
// octalbonescript:require('octalbonescript'),
|
2015-03-11 18:49:06 +01:00
|
|
|
// jfive:require("johnny-five"),
|
2015-03-16 18:07:17 +01:00
|
|
|
// j5board:require("johnny-five").Board({repl:false})
|
2015-01-29 14:48:50 +01:00
|
|
|
},
|
2015-05-19 10:45:00 +02:00
|
|
|
|
2015-02-06 14:16:19 +01:00
|
|
|
// The following property can be used to order the categories in the editor
|
|
|
|
// palette. If a node's category is not in the list, the category will get
|
|
|
|
// added to the end of the palette.
|
|
|
|
// If not set, the following default order is used:
|
2015-09-16 23:35:17 +02:00
|
|
|
//paletteCategories: ['subflows', 'input', 'output', 'function', 'social', 'mobile', 'storage', 'analysis', 'advanced'],
|
2015-01-29 14:48:50 +01:00
|
|
|
|
2015-02-03 23:02:26 +01:00
|
|
|
// Configure the logging output
|
|
|
|
logging: {
|
|
|
|
// Only console logging is currently supported
|
|
|
|
console: {
|
2015-05-19 10:45:00 +02:00
|
|
|
// Level of logging to be recorded. Options are:
|
2015-02-03 23:02:26 +01:00
|
|
|
// fatal - only those errors which make the application unusable should be recorded
|
2015-05-19 10:45:00 +02:00
|
|
|
// error - record errors which are deemed fatal for a particular request + fatal errors
|
2015-02-03 23:02:26 +01:00
|
|
|
// warn - record problems which are non fatal + errors + fatal errors
|
|
|
|
// info - record information about the general running of the application + warn + error + fatal errors
|
|
|
|
// debug - record information which is more verbose than info + info + warn + error + fatal errors
|
|
|
|
// trace - record very detailed logging + debug + info + warn + error + fatal errors
|
2017-03-03 00:12:40 +01:00
|
|
|
// off - turn off all logging (doesn't affect metrics or audit)
|
2015-02-03 23:02:26 +01:00
|
|
|
level: "info",
|
|
|
|
// Whether or not to include metric events in the log output
|
2015-12-10 14:20:39 +01:00
|
|
|
metrics: false,
|
|
|
|
// Whether or not to include audit events in the log output
|
|
|
|
audit: false
|
2015-02-03 23:02:26 +01:00
|
|
|
}
|
|
|
|
}
|
2013-09-05 16:02:48 +02:00
|
|
|
}
|