[
https://issues.apache.org/jira/browse/OAK-3885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17050190#comment-17050190
]
Julian Reschke commented on OAK-3885:
-------------------------------------
1.4: (1.3.14) [r1725216|http://svn.apache.org/r1725216]
1.2: (1.2.10) [r1725270|http://svn.apache.org/r1725270]
[r1725229|http://svn.apache.org/r1725229]
1.0: (1.0.26) [r1725272|http://svn.apache.org/r1725272]
[r1725238|http://svn.apache.org/r1725238]
> enhance stability of clusterNodeInfo's machineId
> ------------------------------------------------
>
> Key: OAK-3885
> URL: https://issues.apache.org/jira/browse/OAK-3885
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: documentmk
> Affects Versions: 1.0.25, 1.2.9, 1.3.13
> Reporter: Julian Reschke
> Assignee: Julian Reschke
> Priority: Minor
> Fix For: 1.0.26, 1.2.10, 1.3.14, 1.4
>
> Attachments: OAK-3885.diff
>
>
> We currently use network interface information to derive a unique machine ID
> (ClusterNodeInfo.getMachineId()). Among the 6-byte addresses, we use the
> "smallest".
> At least on Windows machines, connecting through a VPN inserts a new low
> machineID into the list, causing the machineID to vary depending on whether
> the VPN is connected or not.
> I don't see a clean way to filter these addresses. We *could* inspect the
> names of the interfaces and treat those containing "VPN" or "Virtual" to be
> less relevant. Of course that would be an ugly hack, but it would fix the
> problem for now.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
