客户端可以通过哪种方式来识别在单个SSID内连接的特定接入点?(ways for a client to identify the specific access point it is connected to within a single SSID?)
问题如下 - 有一个单一的SSID大学校园广泛的WiFi连接,说“校园WiFi”。 用户在校园内自由漫游,并且在接入点之间进行通常的交接。 我的问题是,网络堆栈中是否有任何信息允许客户端识别(任何唯一标识符是否正确)他们连接的特定接入点,而不仅仅是它们连接到“校园-无线上网”?
如果相关,我希望能够通过移动设备(主要是android / iOS)来实现。
The problem is as follows - there's a university campus wide wifi connection with a single SSID, say "campus-wifi". The user freely roams around campus, and the usual hand-off between access points occurs. My question is, is there any information at any layer of the network stack that allows the client to identify (any unique identifier is fine) the specific access point they're connected to, rather than simply the fact that they are connected to "campus-wifi"?
If it's relevant, I'd like to be able to do this from mobile devices (android/iOS primarily).
原文:https://stackoverflow.com/questions/5629665
最满意答案
是的你可以:
POST _reindex { "source": { "index": "old", "query": { "term": { "user": "u1@u1.com" } } }, "dest": { "index": "new", "routing": "=u1@u1.com" } }
Yes, you can:
POST _reindex { "source": { "index": "old", "query": { "term": { "user": "u1@u1.com" } } }, "dest": { "index": "new", "routing": "=u1@u1.com" } }
相关问答
更多-
简短的回答 :没有简单的api可以找出哪些索引没有链接到别名。 答案很长 :您可以像这样尝试'_cluster / state'端点: GET _cluster/state?filter_path=metadata.indices.test.aliases 其中test是索引的名称。 它给出了以下结果: { "metadata": { "indices": { "test": { "aliases": [] } } } } 现在,如果我尝试 ...
-
ElasticSearch:reindex和aliases(保持路由策略)(ElasticSearch: reindex and aliases (keep routing policy))[2023-04-05]
是的你可以: POST _reindex { "source": { "index": "old", "query": { "term": { "user": "u1@u1.com" } } }, "dest": { "index": "new", "routing": "=u1@u1.com" } } Yes, you can: POST _reindex { "source": { "index ... -
Elasticsearch和Spring Data:如何用别名重新索引(Elasticsearch and Spring Data: how to reindex with alias)[2022-06-18]
您不能通过别名创建索引,但可以显式创建时间戳索引,并使用索引模板自动将其分配给别名。 https://www.elastic.co/guide/en/elasticsearch/reference/2.3/indices-templates.html You can't create index through alias, but you can create your timestamped index explicitly and assign it to an alias automatically ... -
在当地的星巴克进行一些研究之后,我想到了: 假设我们已经拥有我们的索引(“old_index”)并且它有数据...现在让我们将这些数据移动到我们创建的新索引(“new_index”)(可能对于某个字段使用不同的模式STRING和INT,或者现在您决定不再希望分析或存储某个字段等)。 这里的基本思想是从已经存在的索引(“old_index”)中检索所有数据并将其提取到新索引(“new_index”)中。 但是,您需要做的事情很少: 第1步。您需要执行搜索滚动https://www.elastic.co/gui ...
-
我自己找到了答案并希望分享。 我们无法使用ExpressJWT保护单个路由器别名,但我们可以保护路径,就像我们习惯的那样。 var gridRouter = express.Router() , authRouter = express.Router(); app.use('/grid/nestedGridPath', expressJwt({secret: secret})) app.use('/auth/nestedAuthPath', expressJwt({secret: secret})) ...
-
Elasticsearch:更新索引分析器后,索引需要一个reindex吗?(Elasticsearch: After update index analyzer, index need a reindex?)[2022-11-17]
答案是肯定的。 您需要以相同的方式索引所有数据。 这可能是获得“奇怪”结果的原因。 已经索引的数据根据先前定义的分析器的规则进行索引。 更改分析器后索引的任何数据都会被新规则索引。 由于您的查询现在也会被新规则分析,因此可能无法从旧的索引数据集中生成结果。 您现在可以通过弹性reindex api轻松重新索引数据。 阅读: https : //www.elastic.co/guide/en/elasticsearch/reference/current/docs-reindex.html如果您担心停机时间, ... -
为了提高索引速度,您可以使用以下内容: 使用批量请求 使用多个worker / threads将数据发送到Elasticsearch 增加刷新间隔 禁用初始loadsedit的刷新和副本 使用自动生成的ID 增加索引缓冲区大小 与您相关的问题 - ElasticSearch专为连续日志处理而设计,这就是为什么所有这些操作都不是自动的。 在批量重建索引的情况下,您必须手动更改所有这些设置并在最后恢复它们: Lucene索引编写器的刷新间隔 分布式处理器的复制因子 合并调度程序的索引缓冲区大小 In order ...
-
您可以在ElasticClient上使用GetAlias方法。 看看这个例子: var indexName = "sampleindex"; var uri = new Uri("http://localhost:9200"); var settings = new ConnectionSettings(uri).SetDefaultIndex(indexName).EnableTrace(); var client = new ElasticClient(settings); client.Creat ...
-
更改此值可解决我的问题: 从: index: store: type: memory 至: index: store: type: niofs Changing this value resolved my problem: From: index: store: type: memory To: index: store: type: niofs
-
您在源代码中看到的内容,即形式为"1485281760000"的字符串式时间戳不会更改,并且始终会反映您发送给Elasticsearch的完全相同的JSON。 但是,在索引时,字符串"1485281760000"将被解释并索引为长值1485281760000 。 如果您要更改JSON源,而是使用长时间戳而不是字符串时间戳(如下所示)发送,则源将显示您的长时间戳。 ... "last_post_date": 1485281760000, ... 长话短说: 您在_source看到的正是您发送给ES的内容 源 ...