#%env/templates/metas.template%# #%env/templates/header.template%# #%env/templates/submenuUseCaseAccount.template%#

Network Configuration

#(commit)# ::
Accepted Changes.
::
Inapplicable Setting Combination:
::
No changes were made!
#(/commit)# #(commitDHTIsRobinson)#::
For P2P operation, at least DHT distribution or DHT receive (or both) must be set. You have thus defined a Robinson configuration.
#(/commitDHTIsRobinson)# #(commitDHTNoGlobalSearch)#::
Global Search in P2P configuration is only allowed, if index receive is switched on. You have a P2P configuration, but are not allowed to search other peers.
#(/commitDHTNoGlobalSearch)# #(commitRobinson)#::
For Robinson Mode, index distribution and receive is switched off.
#(/commitRobinson)#

YaCy can operate a computing grid of YaCy peers or as a stand-alone node. To control that all participants within a web indexing domain have access to the same domain, this network definition must be equal to all members of the same YaCy network.

Network Definition
Enter custom URL...
Network Nick
#[network.unit.name]#
Long Description
#[network.unit.description]#
Indexing Domain
#[network.unit.domain]#
DHT
#[network.unit.dht]#
 

Enable Peer-to-Peer Mode to participate in the global YaCy network, or if you want your own separate search cluster with or without connection to the global network. Enable 'Robinson Mode' for a completely independent search engine instance, without any data exchange between your peer and other peers.

This enables automated, DHT-ruled Index Transmission to other peers.
/ .
/ .
Accept remote Index Transmissions.
This works only if you have a senior peer. The DHT-rules do not work without this function.
/ .
/ .

If your peer runs in 'Robinson Mode' you run YaCy as a search engine for your own search portal without data exchange to other peers. There is no index receive and no index distribution between your peer and any other peer. In case of Robinson-clustering there can be acceptance of remote crawl requests from peers of that cluster.

Your search engine will not contact any other peer, and will reject every request.
You are visible to other peers and contact them to distribute your presence.
Your peer does not accept any outside index data, but responds on all remote search requests.
Your peer is part of a public cluster within the YaCy network.
Index data is not distributed, but remote crawl requests are distributed and accepted
Search requests are spread over all peers of the cluster, and answered from all peers of the cluster.
List of .yacy or .yacyh - domains of the cluster: (comma-separated)

#[cluster.peers.yacydomain.hashes]#
When you allow access from the YaCy network, your data is recognized using keywords.
Please describe your search portal with some keywords (comma-separated).
If you leave the field empty, no peer asks your peer. If you fill in a '*', your peer is always asked.
Protocol operations encryption

When TLS/SSL is enabled on remote peers, it should be used to encrypt outgoing communications with them (for operations such as network presence, index transfer, remote crawl...). Please note that contrary to strict TLS, certificates are not validated against trusted certificate authorities (CA), thus allowing YaCy peers to use self-signed certificates.

Note also that encryption of remote search queries is configured with a dedicated setting in the Config Portal page.

#%env/templates/footer.template%#