# Kibana4.1 error:  Courier Fetch: Cannot read property 'timed\_out' of undefined ( Search Guard)

**URL:** https://forum.search-guard.com/t/kibana4-1-error-courier-fetch-cannot-read-property-timed-out-of-undefined-search-guard/33
**Category:** Search Guard
**Created:** [June 4, 2015, 6:09pm UTC](https://forum.search-guard.com/t/kibana4-1-error-courier-fetch-cannot-read-property-timed-out-of-undefined-search-guard/33 "2015-06-04T18:09:56Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![Crazw\_jia](https://avatars.discourse-cdn.com/v4/letter/c/b2d939/32.png) [@Crazw\_jia](https://forum.search-guard.com/u/Crazw_jia)
#### Post date: [June 4, 2015, 6:09pm UTC](https://forum.search-guard.com/t/kibana4-1-error-courier-fetch-cannot-read-property-timed-out-of-undefined-search-guard/33/1 "2015-06-04T18:09:56Z")

</div>

My elasticsearch.yml is:

###################### search guard ########################

searchguard.allow\_all\_from\_loopback: true

searchguard.authentication.settingsdb.user.root: [biglog.org](http://biglog.org)

searchguard.authentication.settingsdb.user.crazw: jia0926

searchguard.authentication.settingsdb.user.crazw3: jia0926

searchguard.authentication.authorization.settingsdb.roles.root: [“root”]

searchguard.authentication.authorization.settingsdb.roles.crazw: [“crazw”]

searchguard.authentication.authorization.settingsdb.roles.crazw3: [“doc”]

searchguard.dlsfilter.names: [“b”]

searchguard.dlsfilter.b: [“term”, “tags”,“file”, “true”]

My searchguard indices is :

curl -XPUT ‘[http://localhost:9200/searchguard/ac/ac?pretty](http://localhost:9200/searchguard/ac/ac?pretty)’ -d ’

{“acl”: [

{

“filters\_bypass”: ,

“filters\_execute”: [“\*”]

},

{

“roles”: [“doc”],

“indices”: [“biglog-crazw-\*”],

“filters\_bypass”: ,

“filters\_execute”: [“dlsfilter.\*”]

},

{

“roles”: [“root”],

“indices”: [“\*”],

“filters\_bypass”: [“\*”],

“filters\_execute”:

}

]}’

But when I login with the root user to access kibana4.1 ,it show me that:

When I delete the conf of dlsfilter , it will be ok!

Can you give some suggets, What is wrong with my conf file?

Thank you so much!

---

<div class="post-metadata">

### Author: ![searchguard\_google\_group](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.search-guard.com/searchguard_google_group/32/462_2.png) [@searchguard\_google\_group](https://forum.search-guard.com/u/searchguard_google_group)
#### Post date: [June 5, 2015, 8:35am UTC](https://forum.search-guard.com/t/kibana4-1-error-courier-fetch-cannot-read-property-timed-out-of-undefined-search-guard/33/2 "2015-06-05T08:35:04Z")

</div>

can you post (or mail) debug logs?

> **···**
>
> Am Donnerstag, 4. Juni 2015 20:09:56 UTC+2 schrieb Crazw jia:
> 
> > My elasticsearch.yml is:
> 
> > ###################### search guard ########################
> 
> > searchguard.allow\_all\_from\_loopback: true
> 
> > 
> 
> > searchguard.authentication.settingsdb.user.root: [biglog.org](http://biglog.org)
> 
> > searchguard.authentication.settingsdb.user.crazw: jia0926
> 
> > searchguard.authentication.settingsdb.user.crazw3: jia0926
> 
> > 
> 
> > searchguard.authentication.authorization.settingsdb.roles.root: [“root”]
> 
> > searchguard.authentication.authorization.settingsdb.roles.crazw: [“crazw”]
> 
> > searchguard.authentication.authorization.settingsdb.roles.crazw3: [“doc”]
> 
> > 
> 
> > searchguard.dlsfilter.names: [“b”]
> 
> > searchguard.dlsfilter.b: [“term”, “tags”,“file”, “true”]
> 
> > 
> 
> > 
> 
> > My searchguard indices is :
> 
> > curl -XPUT ‘[http://localhost:9200/searchguard/ac/ac?pretty](http://localhost:9200/searchguard/ac/ac?pretty)’ -d ’
> 
> > {“acl”: [
> 
> > {
> 
> > “filters\_bypass”: ,
> 
> > “filters\_execute”: [“\*”]
> 
> > },
> 
> > {
> 
> > “roles”: [“doc”],
> 
> > “indices”: [“biglog-crazw-\*”],
> 
> > “filters\_bypass”: ,
> 
> > “filters\_execute”: [“dlsfilter.\*”]
> 
> > },
> 
> > 
> 
> > {
> 
> > “roles”: [“root”],
> 
> > “indices”: [“\*”],
> 
> > “filters\_bypass”: [“\*”],
> 
> > “filters\_execute”:
> 
> > }
> 
> > ]}’
> 
> > 
> 
> > But when I login with the root user to access kibana4.1 ,it show me that:
> 
> > 
> 
> > 
> 
> > When I delete the conf of dlsfilter , it will be ok!
> 
> > 
> 
> > Can you give some suggets, What is wrong with my conf file?
> 
> > Thank you so much!
> 
> > 
> 
> >

---

<div class="post-metadata">

### Author: ![Lingxiao\_Xia](https://avatars.discourse-cdn.com/v4/letter/l/9de053/32.png) [@Lingxiao\_Xia](https://forum.search-guard.com/u/Lingxiao_Xia)
#### Post date: [June 5, 2015, 11:27am UTC](https://forum.search-guard.com/t/kibana4-1-error-courier-fetch-cannot-read-property-timed-out-of-undefined-search-guard/33/3 "2015-06-05T11:27:47Z")

</div>

I’m getting the same error. But if i sign in with as ‘admin’ i get: “Courier Fetch: resp is undefined”. querying against elasticsearch directly seem to be working, and the filters work great so thanks 😃

’

# Oops!

Looks like something went wrong. Refreshing may do the trick.

```
  or

```

[  
clear your session  
 ](http://127.0.0.1:9548/#)

# Fatal Error

Courier Fetch: resp is undefined

```auto
callResponseHandlers/<@http://127.0.0.1:9548/index.js?_b=5930:42957:1
Promise.try@http://127.0.0.1:9548/index.js?_b=5930:46205:23
Promise.map/<@http://127.0.0.1:9548/index.js?_b=5930:46183:16
Promise.map@http://127.0.0.1:9548/index.js?_b=5930:46182:26
callResponseHandlers@http://127.0.0.1:9548/index.js?_b=5930:42950:1
fetchWithStrategy/<@http://127.0.0.1:9548/index.js?_b=5930:43068:16
qFactory/defer/deferred.promise.then/wrappedCallback@http://127.0.0.1:9548/index.js?_b=5930:20873:31
qFactory/defer/deferred.promise.then/wrappedCallback@http://127.0.0.1:9548/index.js?_b=5930:20873:31
qFactory/ref/<.then/<@http://127.0.0.1:9548/index.js?_b=5930:20959:26
$RootScopeProvider/this.$get</Scope.prototype.$eval@http://127.0.0.1:9548/index.js?_b=5930:22002:16
$RootScopeProvider/this.$get</Scope.prototype.$digest@http://127.0.0.1:9548/index.js?_b=5930:21814:15
$RootScopeProvider/this.$get</Scope.prototype.$apply@http://127.0.0.1:9548/index.js?_b=5930:22106:13
done@http://127.0.0.1:9548/index.js?_b=5930:17641:34
completeRequest@http://127.0.0.1:9548/index.js?_b=5930:17855:7

```

createHttpBackend/\</xhr.onreadystatechange@[http://127.0.0.1:9548/index.js?\_b=5930:17794:1](http://127.0.0.1:9548/index.js?_b=5930:17794:1)’

> **···**
>
> On Friday, June 5, 2015 at 4:35:04 PM UTC+8, [in...@search-guard.com](mailto:in...@search-guard.com) wrote:
> 
> > can you post (or mail) debug logs?
> > 
> > Am Donnerstag, 4. Juni 2015 20:09:56 UTC+2 schrieb Crazw jia:
> > 
> > > My elasticsearch.yml is:
> 
> > > ###################### search guard ########################
> 
> > > searchguard.allow\_all\_from\_loopback: true
> 
> > >
> 
> > > searchguard.authentication.settingsdb.user.root: [biglog.org](http://biglog.org)
> 
> > > searchguard.authentication.settingsdb.user.crazw: jia0926
> 
> > > searchguard.authentication.settingsdb.user.crazw3: jia0926
> 
> > >
> 
> > > searchguard.authentication.authorization.settingsdb.roles.root: [“root”]
> 
> > > searchguard.authentication.authorization.settingsdb.roles.crazw: [“crazw”]
> 
> > > searchguard.authentication.authorization.settingsdb.roles.crazw3: [“doc”]
> 
> > >
> 
> > > searchguard.dlsfilter.names: [“b”]
> 
> > > searchguard.dlsfilter.b: [“term”, “tags”,“file”, “true”]
> 
> > >
> 
> > >
> 
> > > My searchguard indices is :
> 
> > > curl -XPUT ‘[http://localhost:9200/searchguard/ac/ac?pretty](http://localhost:9200/searchguard/ac/ac?pretty)’ -d ’
> 
> > > {“acl”: [
> 
> > > {
> 
> > > “filters\_bypass”: ,
> 
> > > “filters\_execute”: [“\*”]
> 
> > > },
> 
> > > {
> 
> > > “roles”: [“doc”],
> 
> > > “indices”: [“biglog-crazw-\*”],
> 
> > > “filters\_bypass”: ,
> 
> > > “filters\_execute”: [“dlsfilter.\*”]
> 
> > > },
> 
> > >
> 
> > > {
> 
> > > “roles”: [“root”],
> 
> > > “indices”: [“\*”],
> 
> > > “filters\_bypass”: [“\*”],
> 
> > > “filters\_execute”:
> 
> > > }
> 
> > > ]}’
> 
> > >
> 
> > > But when I login with the root user to access kibana4.1 ,it show me that:
> 
> > >
> 
> > >
> 
> > > When I delete the conf of dlsfilter , it will be ok!
> 
> > >
> 
> > > Can you give some suggets, What is wrong with my conf file?
> 
> > > Thank you so much!
> 
> > >
> 
> > >

---

<div class="post-metadata">

### Author: ![searchguard\_google\_group](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.search-guard.com/searchguard_google_group/32/462_2.png) [@searchguard\_google\_group](https://forum.search-guard.com/u/searchguard_google_group)
#### Post date: [June 11, 2015, 8:24pm UTC](https://forum.search-guard.com/t/kibana4-1-error-courier-fetch-cannot-read-property-timed-out-of-undefined-search-guard/33/4 "2015-06-11T20:24:06Z")

</div>

we will provide a guide, how to setup and configure search guard with kibana, soon

> **···**
>
> > Am 05.06.2015 um 13:27 schrieb Lingxiao Xia \<lingxiao.xia@dragonlaw.com.hk\>:
> > 
> > I'm getting the same error. But if i sign in with as 'admin' i get: "Courier Fetch: resp is undefined". querying against elasticsearch directly seem to be working, and the filters work great so thanks 😃
> > 
> > '  
> > Oops!
> > 
> > Looks like something went wrong. Refreshing may do the trick.
> > 
> > or clear your session
> > 
> > Fatal Error
> > 
> > Courier Fetch: resp is undefined  
> > callResponseHandlers/\<@[http://127.0.0.1:9548/index.js?\_b=5930:42957:1](http://127.0.0.1:9548/index.js?_b=5930:42957:1)
> > 
> > Promise.try@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:46205:23](http://127.0.0.1:9548/index.js?_b=5930:46205:23)
> > 
> > Promise.map/\<@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:46183:16](http://127.0.0.1:9548/index.js?_b=5930:46183:16)
> > 
> > Promise.map@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:46182:26](http://127.0.0.1:9548/index.js?_b=5930:46182:26)
> > 
> > callResponseHandlers@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:42950:1](http://127.0.0.1:9548/index.js?_b=5930:42950:1)
> > 
> > fetchWithStrategy/\<@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:43068:16](http://127.0.0.1:9548/index.js?_b=5930:43068:16)
> > 
> > qFactory/defer/deferred.promise.then/wrappedCallback@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:20873:31](http://127.0.0.1:9548/index.js?_b=5930:20873:31)
> > 
> > qFactory/defer/deferred.promise.then/wrappedCallback@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:20873:31](http://127.0.0.1:9548/index.js?_b=5930:20873:31)
> > 
> > qFactory/ref/\<.then/\<@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:20959:26](http://127.0.0.1:9548/index.js?_b=5930:20959:26)
> > 
> > $RootScopeProvider/this.$get\</Scope.prototype.$eval@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:22002:16](http://127.0.0.1:9548/index.js?_b=5930:22002:16)
> > 
> > $RootScopeProvider/this.$get\</Scope.prototype.$digest@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:21814:15](http://127.0.0.1:9548/index.js?_b=5930:21814:15)
> > 
> > $RootScopeProvider/this.$get\</Scope.prototype.$apply@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:22106:13](http://127.0.0.1:9548/index.js?_b=5930:22106:13)
> > 
> > done@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:17641:34](http://127.0.0.1:9548/index.js?_b=5930:17641:34)
> > 
> > completeRequest@  
> > [http://127.0.0.1:9548/index.js?\_b=5930:17855:7](http://127.0.0.1:9548/index.js?_b=5930:17855:7)  
> > createHttpBackend/\</xhr.onreadystatechange@[http://127.0.0.1:9548/index.js?\_b=5930:17794:1&#39](http://127.0.0.1:9548/index.js?_b=5930:17794:1&#39);
> > 
> > On Friday, June 5, 2015 at 4:35:04 PM UTC+8, in...@search-guard.com wrote:  
> > can you post (or mail) debug logs?
> > 
> > Am Donnerstag, 4. Juni 2015 20:09:56 UTC+2 schrieb Crazw jia:  
> > My elasticsearch.yml is:  
> > ###################### search guard ########################  
> > searchguard.allow\_all\_from\_loopback: true
> > 
> > searchguard.authentication.settingsdb.user.root: biglog.org  
> > searchguard.authentication.settingsdb.user.crazw: jia0926  
> > searchguard.authentication.settingsdb.user.crazw3: jia0926
> > 
> > searchguard.authentication.authorization.settingsdb.roles.root: ["root"]  
> > searchguard.authentication.authorization.settingsdb.roles.crazw: ["crazw"]  
> > searchguard.authentication.authorization.settingsdb.roles.crazw3: ["doc"]
> > 
> > searchguard.dlsfilter.names: ["b"]  
> > searchguard.dlsfilter.b: ["term", "tags","file", "true"]
> > 
> > My searchguard indices is :  
> > curl -XPUT '[http://localhost:9200/searchguard/ac/ac?pretty&#39](http://localhost:9200/searchguard/ac/ac?pretty&#39); -d '  
> > {"acl": [  
> > &nbsp;&nbsp;&nbsp;&nbsp;{  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"filters\_bypass": ,  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"filters\_execute": ["\*"]  
> > &nbsp;&nbsp;&nbsp;&nbsp;},  
> > &nbsp;&nbsp;&nbsp;&nbsp;{  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"roles": ["doc"],  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"indices": ["biglog-crazw-\*"],  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"filters\_bypass": ,  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"filters\_execute": ["dlsfilter.\*"]  
> > &nbsp;&nbsp;&nbsp;&nbsp;},
> > 
> > &nbsp;&nbsp;&nbsp;&nbsp;{  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"roles": ["root"],  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"indices": ["\*"],  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"filters\_bypass": ["\*"],  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"filters\_execute":   
> > &nbsp;&nbsp;&nbsp;&nbsp;}  
> > &nbsp;&nbsp;&nbsp;&nbsp;  
> > &nbsp;&nbsp;]}'
> > 
> > But when I login with the root user to access kibana4.1 ,it show me that:
> > 
> > When I delete the conf of dlsfilter , it will be ok!
> > 
> > Can you give some suggets, What is wrong with my conf file?  
> > Thank you so much!
> > 
> > --  
> > You received this message because you are subscribed to the Google Groups "Search Guard" group.  
> > To unsubscribe from this group and stop receiving emails from it, send an email to search-guard+unsubscribe@googlegroups.com.  
> > To post to this group, send email to search-guard@googlegroups.com.  
> > To view this discussion on the web visit [https://groups.google.com/d/msgid/search-guard/bc59fbc4-3f76-4693-b9a6-2212da5fdf30%40googlegroups.com\](https://groups.google.com/d/msgid/search-guard/bc59fbc4-3f76-4693-b9a6-2212da5fdf30%40googlegroups.com%5C).  
> > For more options, visit [https://groups.google.com/d/optout\](https://groups.google.com/d/optout%5C).

---

<div class="post-metadata">

### Author: ![Crazw\_jia](https://avatars.discourse-cdn.com/v4/letter/c/b2d939/32.png) [@Crazw\_jia](https://forum.search-guard.com/u/Crazw_jia)
#### Post date: [June 12, 2015, 3:12am UTC](https://forum.search-guard.com/t/kibana4-1-error-courier-fetch-cannot-read-property-timed-out-of-undefined-search-guard/33/5 "2015-06-12T03:12:26Z")

</div>

Ok, Thank you so much. Look forward to it.

> **···**
>
> On Friday, June 12, 2015 at 4:24:07 AM UTC+8, SG wrote:
> 
> > we will provide a guide, how to setup and configure search guard with kibana, soon
> > 
> > > Am 05.06.2015 um 13:27 schrieb Lingxiao Xia [lingxi...@dragonlaw.com.hk](mailto:lingxi...@dragonlaw.com.hk):
> > 
> > > I’m getting the same error. But if i sign in with as ‘admin’ i get: “Courier Fetch: resp is undefined”. querying against elasticsearch directly seem to be working, and the filters work great so thanks 😃
> > 
> > > ’
> > 
> > > Oops!
> > 
> > > Looks like something went wrong. Refreshing may do the trick.
> > 
> > > or clear your session
> > 
> > > Fatal Error
> > 
> > > Courier Fetch: resp is undefined
> > 
> > > callResponseHandlers/\<@[http://127.0.0.1:9548/index.js?\_b=5930:42957:1](http://127.0.0.1:9548/index.js?_b=5930:42957:1)
> > 
> > > Promise.try@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:46205:23](http://127.0.0.1:9548/index.js?_b=5930:46205:23)
> > 
> > > Promise.map/\<@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:46183:16](http://127.0.0.1:9548/index.js?_b=5930:46183:16)
> > 
> > > Promise.map@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:46182:26](http://127.0.0.1:9548/index.js?_b=5930:46182:26)
> > 
> > > callResponseHandlers@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:42950:1](http://127.0.0.1:9548/index.js?_b=5930:42950:1)
> > 
> > > fetchWithStrategy/\<@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:43068:16](http://127.0.0.1:9548/index.js?_b=5930:43068:16)
> > 
> > > qFactory/defer/deferred.promise.then/wrappedCallback@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:20873:31](http://127.0.0.1:9548/index.js?_b=5930:20873:31)
> > 
> > > qFactory/defer/deferred.promise.then/wrappedCallback@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:20873:31](http://127.0.0.1:9548/index.js?_b=5930:20873:31)
> > 
> > > qFactory/ref/\<.then/\<@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:20959:26](http://127.0.0.1:9548/index.js?_b=5930:20959:26)
> > 
> > > $RootScopeProvider/this.$get\</Scope.prototype.$eval@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:22002:16](http://127.0.0.1:9548/index.js?_b=5930:22002:16)
> > 
> > > $RootScopeProvider/this.$get\</Scope.prototype.$digest@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:21814:15](http://127.0.0.1:9548/index.js?_b=5930:21814:15)
> > 
> > > $RootScopeProvider/this.$get\</Scope.prototype.$apply@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:22106:13](http://127.0.0.1:9548/index.js?_b=5930:22106:13)
> > 
> > > done@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:17641:34](http://127.0.0.1:9548/index.js?_b=5930:17641:34)
> > 
> > > completeRequest@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:17855:7](http://127.0.0.1:9548/index.js?_b=5930:17855:7)
> > 
> > > createHttpBackend/\</xhr.onreadystatechange@[http://127.0.0.1:9548/index.js?\_b=5930:17794:1](http://127.0.0.1:9548/index.js?_b=5930:17794:1)’
> > 
> > > On Friday, June 5, 2015 at 4:35:04 PM UTC+8, [in...@search-guard.com](mailto:in...@search-guard.com) wrote:
> > 
> > > can you post (or mail) debug logs?
> > 
> > > Am Donnerstag, 4. Juni 2015 20:09:56 UTC+2 schrieb Crazw jia:
> > 
> > > My elasticsearch.yml is:
> > 
> > > ###################### search guard ########################
> > 
> > > searchguard.allow\_all\_from\_loopback: true
> > 
> > > searchguard.authentication.settingsdb.user.root: [biglog.org](http://biglog.org)
> > 
> > > searchguard.authentication.settingsdb.user.crazw: jia0926
> > 
> > > searchguard.authentication.settingsdb.user.crazw3: jia0926
> > 
> > > searchguard.authentication.authorization.settingsdb.roles.root: [“root”]
> > 
> > > searchguard.authentication.authorization.settingsdb.roles.crazw: [“crazw”]
> > 
> > > searchguard.authentication.authorization.settingsdb.roles.crazw3: [“doc”]
> > 
> > > searchguard.dlsfilter.names: [“b”]
> > 
> > > searchguard.dlsfilter.b: [“term”, “tags”,“file”, “true”]
> > 
> > > My searchguard indices is :
> > 
> > > curl -XPUT ‘[http://localhost:9200/searchguard/ac/ac?pretty](http://localhost:9200/searchguard/ac/ac?pretty)’ -d ’
> > 
> > > {“acl”: [
> > 
> > > ```
> > > {
> > > 
> > > ```
> > 
> > > ```
> > > "filters_bypass": [],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_execute": ["*"]
> > > 
> > > ```
> > 
> > > ```
> > > },
> > > 
> > > ```
> > 
> > > ```
> > > {
> > > 
> > > ```
> > 
> > > ```
> > > "roles": ["doc"],
> > > 
> > > ```
> > 
> > > ```
> > > "indices": ["biglog-crazw-*"],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_bypass": [],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_execute": ["dlsfilter.*"]
> > > 
> > > ```
> > 
> > > ```
> > > },
> > > 
> > > ```
> > 
> > > ```
> > > {
> > > 
> > > ```
> > 
> > > ```
> > > "roles": ["root"],
> > > 
> > > ```
> > 
> > > ```
> > > "indices": ["*"],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_bypass": ["*"],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_execute": []
> > > 
> > > ```
> > 
> > > ```
> > > }
> > > 
> > > ```
> > 
> > > ]}’
> > 
> > > But when I login with the root user to access kibana4.1 ,it show me that:
> > > 
> > > When I delete the conf of dlsfilter , it will be ok!
> > 
> > > Can you give some suggets, What is wrong with my conf file?
> > 
> > > Thank you so much!
> > 
> > > –  
> > > You received this message because you are subscribed to the Google Groups “Search Guard” group.
> > 
> > > To unsubscribe from this group and stop receiving emails from it, send an email to [search-guard...@googlegroups.com](mailto:search-guard...@googlegroups.com).
> > 
> > > To post to this group, send email to [search...@googlegroups.com](mailto:search...@googlegroups.com).
> > 
> > > To view this discussion on the web visit [https://groups.google.com/d/msgid/search-guard/bc59fbc4-3f76-4693-b9a6-2212da5fdf30%40googlegroups.com](https://groups.google.com/d/msgid/search-guard/bc59fbc4-3f76-4693-b9a6-2212da5fdf30%40googlegroups.com).
> > 
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

### Author: ![Oleksiy\_Pikalo](https://avatars.discourse-cdn.com/v4/letter/o/50afbb/32.png) [@Oleksiy\_Pikalo](https://forum.search-guard.com/u/Oleksiy_Pikalo)
#### Post date: [September 21, 2015, 10:16pm UTC](https://forum.search-guard.com/t/kibana4-1-error-courier-fetch-cannot-read-property-timed-out-of-undefined-search-guard/33/6 "2015-09-21T22:16:34Z")

</div>

Any hope with the guide? I’m still having issues with kibana and “Courier Fetch: Cannot read property ‘timed\_out’ of undefined”

> **···**
>
> On Thursday, June 11, 2015 at 1:24:07 PM UTC-7, SG wrote:
> 
> > we will provide a guide, how to setup and configure search guard with kibana, soon
> > 
> > > Am 05.06.2015 um 13:27 schrieb Lingxiao Xia [lingxi...@dragonlaw.com.hk](mailto:lingxi...@dragonlaw.com.hk):
> > 
> > > I’m getting the same error. But if i sign in with as ‘admin’ i get: “Courier Fetch: resp is undefined”. querying against elasticsearch directly seem to be working, and the filters work great so thanks 😃
> > 
> > > ’
> > 
> > > Oops!
> > 
> > > Looks like something went wrong. Refreshing may do the trick.
> > 
> > > or clear your session
> > 
> > > Fatal Error
> > 
> > > Courier Fetch: resp is undefined
> > 
> > > callResponseHandlers/\<@[http://127.0.0.1:9548/index.js?\_b=5930:42957:1](http://127.0.0.1:9548/index.js?_b=5930:42957:1)
> > 
> > > Promise.try@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:46205:23](http://127.0.0.1:9548/index.js?_b=5930:46205:23)
> > 
> > > Promise.map/\<@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:46183:16](http://127.0.0.1:9548/index.js?_b=5930:46183:16)
> > 
> > > Promise.map@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:46182:26](http://127.0.0.1:9548/index.js?_b=5930:46182:26)
> > 
> > > callResponseHandlers@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:42950:1](http://127.0.0.1:9548/index.js?_b=5930:42950:1)
> > 
> > > fetchWithStrategy/\<@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:43068:16](http://127.0.0.1:9548/index.js?_b=5930:43068:16)
> > 
> > > qFactory/defer/deferred.promise.then/wrappedCallback@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:20873:31](http://127.0.0.1:9548/index.js?_b=5930:20873:31)
> > 
> > > qFactory/defer/deferred.promise.then/wrappedCallback@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:20873:31](http://127.0.0.1:9548/index.js?_b=5930:20873:31)
> > 
> > > qFactory/ref/\<.then/\<@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:20959:26](http://127.0.0.1:9548/index.js?_b=5930:20959:26)
> > 
> > > $RootScopeProvider/this.$get\</Scope.prototype.$eval@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:22002:16](http://127.0.0.1:9548/index.js?_b=5930:22002:16)
> > 
> > > $RootScopeProvider/this.$get\</Scope.prototype.$digest@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:21814:15](http://127.0.0.1:9548/index.js?_b=5930:21814:15)
> > 
> > > $RootScopeProvider/this.$get\</Scope.prototype.$apply@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:22106:13](http://127.0.0.1:9548/index.js?_b=5930:22106:13)
> > 
> > > done@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:17641:34](http://127.0.0.1:9548/index.js?_b=5930:17641:34)
> > 
> > > completeRequest@
> > 
> > > [http://127.0.0.1:9548/index.js?\_b=5930:17855:7](http://127.0.0.1:9548/index.js?_b=5930:17855:7)
> > 
> > > createHttpBackend/\</xhr.onreadystatechange@[http://127.0.0.1:9548/index.js?\_b=5930:17794:1](http://127.0.0.1:9548/index.js?_b=5930:17794:1)’
> > 
> > > On Friday, June 5, 2015 at 4:35:04 PM UTC+8, [in...@search-guard.com](mailto:in...@search-guard.com) wrote:
> > 
> > > can you post (or mail) debug logs?
> > 
> > > Am Donnerstag, 4. Juni 2015 20:09:56 UTC+2 schrieb Crazw jia:
> > 
> > > My elasticsearch.yml is:
> > 
> > > ###################### search guard ########################
> > 
> > > searchguard.allow\_all\_from\_loopback: true
> > 
> > > searchguard.authentication.settingsdb.user.root: [biglog.org](http://biglog.org)
> > 
> > > searchguard.authentication.settingsdb.user.crazw: jia0926
> > 
> > > searchguard.authentication.settingsdb.user.crazw3: jia0926
> > 
> > > searchguard.authentication.authorization.settingsdb.roles.root: [“root”]
> > 
> > > searchguard.authentication.authorization.settingsdb.roles.crazw: [“crazw”]
> > 
> > > searchguard.authentication.authorization.settingsdb.roles.crazw3: [“doc”]
> > 
> > > searchguard.dlsfilter.names: [“b”]
> > 
> > > searchguard.dlsfilter.b: [“term”, “tags”,“file”, “true”]
> > 
> > > My searchguard indices is :
> > 
> > > curl -XPUT ‘[http://localhost:9200/searchguard/ac/ac?pretty](http://localhost:9200/searchguard/ac/ac?pretty)’ -d ’
> > 
> > > {“acl”: [
> > 
> > > ```
> > > {
> > > 
> > > ```
> > 
> > > ```
> > > "filters_bypass": [],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_execute": ["*"]
> > > 
> > > ```
> > 
> > > ```
> > > },
> > > 
> > > ```
> > 
> > > ```
> > > {
> > > 
> > > ```
> > 
> > > ```
> > > "roles": ["doc"],
> > > 
> > > ```
> > 
> > > ```
> > > "indices": ["biglog-crazw-*"],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_bypass": [],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_execute": ["dlsfilter.*"]
> > > 
> > > ```
> > 
> > > ```
> > > },
> > > 
> > > ```
> > 
> > > ```
> > > {
> > > 
> > > ```
> > 
> > > ```
> > > "roles": ["root"],
> > > 
> > > ```
> > 
> > > ```
> > > "indices": ["*"],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_bypass": ["*"],
> > > 
> > > ```
> > 
> > > ```
> > > "filters_execute": []
> > > 
> > > ```
> > 
> > > ```
> > > }
> > > 
> > > ```
> > 
> > > ]}’
> > 
> > > But when I login with the root user to access kibana4.1 ,it show me that:
> > > 
> > > When I delete the conf of dlsfilter , it will be ok!
> > 
> > > Can you give some suggets, What is wrong with my conf file?
> > 
> > > Thank you so much!
> > 
> > > –  
> > > You received this message because you are subscribed to the Google Groups “Search Guard” group.
> > 
> > > To unsubscribe from this group and stop receiving emails from it, send an email to [search-guard...@googlegroups.com](mailto:search-guard...@googlegroups.com).
> > 
> > > To post to this group, send email to [search...@googlegroups.com](mailto:search...@googlegroups.com).
> > 
> > > To view this discussion on the web visit [https://groups.google.com/d/msgid/search-guard/bc59fbc4-3f76-4693-b9a6-2212da5fdf30%40googlegroups.com](https://groups.google.com/d/msgid/search-guard/bc59fbc4-3f76-4693-b9a6-2212da5fdf30%40googlegroups.com).
> > 
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
