<table><tr><td style="">jeanv retitled this revision from "Ignore interface "tun" in getLocalIpAddress" to "Determine which IP address to use for sshfs".<br />jeanv edited the summary of this revision. <a href="https://phabricator.kde.org/transactions/detail/PHID-XACT-DREV-f6scwctzsozi6fk/" rel="noreferrer">(Show Details)</a>
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D6730" rel="noreferrer">View Revision</a></tr></table><br /><div><strong>CHANGES TO REVISION SUMMARY</strong><div><div style="white-space: pre-wrap; color: #74777D;"><span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">An interface that starts with "tun" is created by a VPN running on a device.</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">When trying to remotely browse the device filesystem, if the device transmits all IP addresses (see https://phabricator.kde.org/D6757),</span> <span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">It must be ignored to avoid getting an invalid IP address</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">in that case the desktop application needs to test</span> and <span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">allow connection to devices with VPNs</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">determine which one to use</span>.<br />
<br />
<span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">This is related to (and in my case corrects) this bug: https://bugs.kde.org/show_bug.cgi?id=344432</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">We try to open a TCP connection on the addresses, one by one, using the transmitted port. When one succeeds, we break out of the loop and use this address to start sshfs.</span><br />
<br />
<span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">(All unit tests passed but I still don't know how</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">This revision can probably be refined, but I wanted</span> to <span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">show it here.)</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">present the idea.</span></div></div></div><br /><div><strong>REPOSITORY</strong><div><div>R224 KDE Connect</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D6730" rel="noreferrer">https://phabricator.kde.org/D6730</a></div></div><br /><div><strong>To: </strong>jeanv, KDE Connect<br /><strong>Cc: </strong>nicolasfella, sredman, tfella, aboudhar, seebauer, progwolff, MayeulC, menasshock, ach, apol, hkaelberer<br /></div>