File-system repositories must be whitelistededit
Locations of the shared file system repositories and the URL repositories with file:
URLs now have to be registered before starting Elasticsearch using the path.repo
setting. The path.repo
setting can contain one or more repository locations:
shared file system repository와 file:
로 시작되는 URL repository의 위치의 URL은 Elasticsearch가 시작되기 전에 path.repo
설정에 등록되어야 한다. path.repo
설정은 하나 이상의 repository 위치를 포함할 수 있다.
path.repo: ["/mnt/daily", "/mnt/weekly"]
If the repository location is specified as an absolute path it has to start with one of the locations specified in path.repo
. If the location is specified as a relative path, it will be resolved against the first location specified in the path.repo
setting.
repository 위치가 절대 경로로 지정되면, path.repo
에 지정된 위치 중의 하나로 시작하게 된다. repository 위치가 상대 경로로 지정되면, path.repo
에 지정된 첫 번째 위치에 대해 해석될 것이다.
Locations of the shared file system repositories and the URL repositories with file:
URLs now have to be registered before starting Elasticsearch using the path.repo
setting. The path.repo
setting can contain one or more repository locations:
shared file system repository와 file:
로 시작되는 URL repository의 위치의 URL은 Elasticsearch가 시작되기 전에 path.repo
설정에 등록되어야 한다. path.repo
설정은 하나 이상의 repository 위치를 포함할 수 있다.
path.repo: ["/mnt/daily", "/mnt/weekly"]
If the repository location is specified as an absolute path it has to start with one of the locations specified in path.repo
. If the location is specified as a relative path, it will be resolved against the first location specified in the path.repo
setting.
repository 위치가 절대 경로로 지정되면, path.repo
에 지정된 위치 중의 하나로 시작하게 된다. repository 위치가 상대 경로로 지정되면, path.repo
에 지정된 첫 번째 위치에 대해 해석될 것이다.
URL repositories must be whitelistededit
URL repositories with http:
, https:
, and ftp:
URLs have to be whitelisted before starting Elasticsearch with the repositories.url.allowed_urls
setting. This setting supports wildcards in the place of host, path, query, and fragment. For example:
http:
, https:
, ftp:
로 시작되는 URL repository의 URL은 Elasticsearch가 시작되기 전에 repositories.url.allowed.url
설정에 명시되어야 한다. 이 설정은 host, path, query, fragment 위치에 wildcard를 허용한다. 예를 들면,
repositories.url.allowed_urls: ["http://www.example.org/root/*", "https://*.mydomain.com/*?*#*"]
URL repositories with http:
, https:
, and ftp:
URLs have to be whitelisted before starting Elasticsearch with the repositories.url.allowed_urls
setting. This setting supports wildcards in the place of host, path, query, and fragment. For example:
http:
, https:
, ftp:
로 시작되는 URL repository의 URL은 Elasticsearch가 시작되기 전에 repositories.url.allowed.url
설정에 명시되어야 한다. 이 설정은 host, path, query, fragment 위치에 wildcard를 허용한다. 예를 들면,
repositories.url.allowed_urls: ["http://www.example.org/root/*", "https://*.mydomain.com/*?*#*"]
Wildcard expansionedit
The obsolete parameters expand_wildcards_open
and expand_wildcards_close
are no longer supported by the snapshot and restore operations. These parameters have been replaced by a single expand_wildcards
parameter. See the multi-index docs for more.
expand_wildcards_open
, expand_wildcards_close
parameter는 snapshot과 restore 동작에 더 이상 지원되지 않는다. 이들 parameter는 expand_wildcards
parameter 하나로 대체되었다. 자세한 것은 the multi-index docs를 참고하자.
The obsolete parameters expand_wildcards_open
and expand_wildcards_close
are no longer supported by the snapshot and restore operations. These parameters have been replaced by a single expand_wildcards
parameter. See the multi-index docs for more.
expand_wildcards_open
, expand_wildcards_close
parameter는 snapshot과 restore 동작에 더 이상 지원되지 않는다. 이들 parameter는 expand_wildcards
parameter 하나로 대체되었다. 자세한 것은 the multi-index docs를 참고하자.
'2.X > 8. Breaking Changes' 카테고리의 다른 글
v2.0-10. Scripting changes (0) | 2017.10.14 |
---|---|
v2.0-11. Index API changes (0) | 2017.10.13 |
v2.0-13. Plugin and packaging changes (0) | 2017.10.13 |
v2.0-14. Setting changes (0) | 2017.10.13 |
v2.0-15. Stats, info, and cat changes (0) | 2017.10.13 |