# 啟動前檢查 ## 啟動檢查 總的來說，我們有很多用戶遇到一些意想不到的問題都是因為他們沒有配置[重要設置](Important_Elasticsearch_configuration.md)。在Elasticsearch以前的版本中，其中的一些配置錯誤被記錄為警告信息。可以理解的是，用戶有時會忽略這些日志消息。為了確保這些設置受到應有的重視，Elasticsearch在啟動之前會做一些檢查。 這些啟動查會檢測Elasticsearch和系統的各種設置，并比較與那些為值是否是Elasticsearch的操作安全值。如果Elasticsearch處于開發模式，任何啟動檢失敗被記錄為Elasticsearch警告日志。如果Elasticsearch是在生產模式下，任何啟動檢查失敗會導致Elasticsearch拒絕啟動。 有一些引導檢查總是執行是為了防止Elasticsearch使用不兼容的設置。這些檢查是單獨記錄。 ## 開發模式vs生產模式 默認情況下，Elasticsearch為[HTTP模塊](../Modules/HTTP.md)和[傳輸（內部）模塊](../Modules/Transport.md)的綁定在`localhost`上通信。這是對于下載與試玩Elasticsearch、以及日常開發都是非常好的，但是對生產系統無用的。為了形成一個群集，Elasticsearch實例各節點之前傳輸通信必須綁定外部的網絡接口。因此，我們判定一個Elasticsearch實例是否已開發模式運行就是看它是否綁定了外部網絡接口（默認是開發模式運行）。 注意，HTTP和傳輸模塊可以通過`http.host`與`transport.host`獨立配置；這可以用來配置一個HTTP外部可訪問的單一實例來避免觸發生產模式的一些檢查。 ### Single-node discovery We recognize that some users need to bind transport to an external interface for testing their usage of the transport client. For this situation, we provide the discovery type?`single-node`?(configure it by setting?`discovery.type`?to?`single-node`); in this situation, a node will elect itself master and will not join a cluster with any other node. ### Forcing the bootstrap checks If you are running a single node in production, it is possible to evade the bootstrap checks (either by not binding transport to an external interface, or by binding transport to an external interface and setting the discovery type to`single-node`). For this situation, you can force execution of the bootstrap checks by setting the system property?`es.enforce.bootstrap.checks`?to?`true`?(set this in[Setting JVM options](https://www.elastic.co/guide/en/elasticsearch/reference/6.0/setting-system-settings.html#jvm-options "Setting JVM options"), or by adding?`-Des.enforce.bootstrap.checks=true`?to the environment variable?`ES_JAVA_OPTS`). We strongly encourage you to do this if you are in this specific situation. This system property can be used to force execution of the bootstrap checks independent of the node configuration.