420e834a31
Co-authored-by: trop[bot] <37223003+trop[bot]@users.noreply.github.com> Co-authored-by: Erick Zhao <erick@hotmail.ca>
181 lines
7.3 KiB
Markdown
181 lines
7.3 KiB
Markdown
# net
|
|
|
|
> Issue HTTP/HTTPS requests using Chromium's native networking library
|
|
|
|
Process: [Main](../glossary.md#main-process), [Utility](../glossary.md#utility-process)
|
|
|
|
The `net` module is a client-side API for issuing HTTP(S) requests. It is
|
|
similar to the [HTTP](https://nodejs.org/api/http.html) and
|
|
[HTTPS](https://nodejs.org/api/https.html) modules of Node.js but uses
|
|
Chromium's native networking library instead of the Node.js implementation,
|
|
offering better support for web proxies. It also supports checking network status.
|
|
|
|
The following is a non-exhaustive list of why you may consider using the `net`
|
|
module instead of the native Node.js modules:
|
|
|
|
* Automatic management of system proxy configuration, support of the wpad
|
|
protocol and proxy pac configuration files.
|
|
* Automatic tunneling of HTTPS requests.
|
|
* Support for authenticating proxies using basic, digest, NTLM, Kerberos or
|
|
negotiate authentication schemes.
|
|
* Support for traffic monitoring proxies: Fiddler-like proxies used for access
|
|
control and monitoring.
|
|
|
|
The API components (including classes, methods, properties and event names) are similar to those used in
|
|
Node.js.
|
|
|
|
Example usage:
|
|
|
|
```js
|
|
const { app } = require('electron')
|
|
app.whenReady().then(() => {
|
|
const { net } = require('electron')
|
|
const request = net.request('https://github.com')
|
|
request.on('response', (response) => {
|
|
console.log(`STATUS: ${response.statusCode}`)
|
|
console.log(`HEADERS: ${JSON.stringify(response.headers)}`)
|
|
response.on('data', (chunk) => {
|
|
console.log(`BODY: ${chunk}`)
|
|
})
|
|
response.on('end', () => {
|
|
console.log('No more data in response.')
|
|
})
|
|
})
|
|
request.end()
|
|
})
|
|
```
|
|
|
|
The `net` API can be used only after the application emits the `ready` event.
|
|
Trying to use the module before the `ready` event will throw an error.
|
|
|
|
## Methods
|
|
|
|
The `net` module has the following methods:
|
|
|
|
### `net.request(options)`
|
|
|
|
* `options` ([ClientRequestConstructorOptions](client-request.md#new-clientrequestoptions) | string) - The `ClientRequest` constructor options.
|
|
|
|
Returns [`ClientRequest`](./client-request.md)
|
|
|
|
Creates a [`ClientRequest`](./client-request.md) instance using the provided
|
|
`options` which are directly forwarded to the `ClientRequest` constructor.
|
|
The `net.request` method would be used to issue both secure and insecure HTTP
|
|
requests according to the specified protocol scheme in the `options` object.
|
|
|
|
### `net.fetch(input[, init])`
|
|
|
|
* `input` string | [GlobalRequest](https://nodejs.org/api/globals.html#request)
|
|
* `init` [RequestInit](https://developer.mozilla.org/en-US/docs/Web/API/fetch#options) & \{ bypassCustomProtocolHandlers?: boolean \} (optional)
|
|
|
|
Returns `Promise<GlobalResponse>` - see [Response](https://developer.mozilla.org/en-US/docs/Web/API/Response).
|
|
|
|
Sends a request, similarly to how `fetch()` works in the renderer, using
|
|
Chrome's network stack. This differs from Node's `fetch()`, which uses
|
|
Node.js's HTTP stack.
|
|
|
|
Example:
|
|
|
|
```js
|
|
async function example () {
|
|
const response = await net.fetch('https://my.app')
|
|
if (response.ok) {
|
|
const body = await response.json()
|
|
// ... use the result.
|
|
}
|
|
}
|
|
```
|
|
|
|
This method will issue requests from the [default session](session.md#sessiondefaultsession).
|
|
To send a `fetch` request from another session, use [ses.fetch()](session.md#sesfetchinput-init).
|
|
|
|
See the MDN documentation for
|
|
[`fetch()`](https://developer.mozilla.org/en-US/docs/Web/API/fetch) for more
|
|
details.
|
|
|
|
Limitations:
|
|
|
|
* `net.fetch()` does not support the `data:` or `blob:` schemes.
|
|
* The value of the `integrity` option is ignored.
|
|
* The `.type` and `.url` values of the returned `Response` object are
|
|
incorrect.
|
|
|
|
By default, requests made with `net.fetch` can be made to [custom protocols](protocol.md)
|
|
as well as `file:`, and will trigger [webRequest](web-request.md) handlers if present.
|
|
When the non-standard `bypassCustomProtocolHandlers` option is set in RequestInit,
|
|
custom protocol handlers will not be called for this request. This allows forwarding an
|
|
intercepted request to the built-in handler. [webRequest](web-request.md)
|
|
handlers will still be triggered when bypassing custom protocols.
|
|
|
|
```js
|
|
protocol.handle('https', (req) => {
|
|
if (req.url === 'https://my-app.com') {
|
|
return new Response('<body>my app</body>')
|
|
} else {
|
|
return net.fetch(req, { bypassCustomProtocolHandlers: true })
|
|
}
|
|
})
|
|
```
|
|
|
|
Note: in the [utility process](../glossary.md#utility-process) custom protocols
|
|
are not supported.
|
|
|
|
### `net.isOnline()`
|
|
|
|
Returns `boolean` - Whether there is currently internet connection.
|
|
|
|
A return value of `false` is a pretty strong indicator that the user
|
|
won't be able to connect to remote sites. However, a return value of
|
|
`true` is inconclusive; even if some link is up, it is uncertain
|
|
whether a particular connection attempt to a particular remote site
|
|
will be successful.
|
|
|
|
#### `net.resolveHost(host, [options])`
|
|
|
|
* `host` string - Hostname to resolve.
|
|
* `options` Object (optional)
|
|
* `queryType` string (optional) - Requested DNS query type. If unspecified,
|
|
resolver will pick A or AAAA (or both) based on IPv4/IPv6 settings:
|
|
* `A` - Fetch only A records
|
|
* `AAAA` - Fetch only AAAA records.
|
|
* `source` string (optional) - The source to use for resolved addresses.
|
|
Default allows the resolver to pick an appropriate source. Only affects use
|
|
of big external sources (e.g. calling the system for resolution or using
|
|
DNS). Even if a source is specified, results can still come from cache,
|
|
resolving "localhost" or IP literals, etc. One of the following values:
|
|
* `any` (default) - Resolver will pick an appropriate source. Results could
|
|
come from DNS, MulticastDNS, HOSTS file, etc
|
|
* `system` - Results will only be retrieved from the system or OS, e.g. via
|
|
the `getaddrinfo()` system call
|
|
* `dns` - Results will only come from DNS queries
|
|
* `mdns` - Results will only come from Multicast DNS queries
|
|
* `localOnly` - No external sources will be used. Results will only come
|
|
from fast local sources that are available no matter the source setting,
|
|
e.g. cache, hosts file, IP literal resolution, etc.
|
|
* `cacheUsage` string (optional) - Indicates what DNS cache entries, if any,
|
|
can be used to provide a response. One of the following values:
|
|
* `allowed` (default) - Results may come from the host cache if non-stale
|
|
* `staleAllowed` - Results may come from the host cache even if stale (by
|
|
expiration or network changes)
|
|
* `disallowed` - Results will not come from the host cache.
|
|
* `secureDnsPolicy` string (optional) - Controls the resolver's Secure DNS
|
|
behavior for this request. One of the following values:
|
|
* `allow` (default)
|
|
* `disable`
|
|
|
|
Returns [`Promise<ResolvedHost>`](structures/resolved-host.md) - Resolves with the resolved IP addresses for the `host`.
|
|
|
|
This method will resolve hosts from the [default session](session.md#sessiondefaultsession).
|
|
To resolve a host from another session, use [ses.resolveHost()](session.md#sesresolvehosthost-options).
|
|
|
|
## Properties
|
|
|
|
### `net.online` _Readonly_
|
|
|
|
A `boolean` property. Whether there is currently internet connection.
|
|
|
|
A return value of `false` is a pretty strong indicator that the user
|
|
won't be able to connect to remote sites. However, a return value of
|
|
`true` is inconclusive; even if some link is up, it is uncertain
|
|
whether a particular connection attempt to a particular remote site
|
|
will be successful.
|