<div dir="ltr"><div class="gmail_default" style="font-size:small">Spent an hour trying to find the answer to this on the various SO, SF, other usual suspects, but have failed.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I'm trying to improve a parallel rsync wrapper called parsyncfp (pfp)  in response to a user request.  He wants rsync to emit data on multiple interfaces (one interface per rsync instance). From the man page it seems like the '--address' option would do that and in fact using it as such does not result in an error, but it also does not result in both interfaces being used, either from pfp or when launched directly from different shells.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">My route (working from home) shows the 2 wlan interfaces up with different IP #s:</div><div class="gmail_default" style="font-size:small"><span style="font-family:monospace"><span style="color:rgb(0,0,0)">wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
</span><br>        inet 192.168.1.223  netmask 255.255.255.0  broadcast 192.168.1.255
<br>...<br>
<br>wlx9cefd5fb0bb5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
<br>        inet 192.168.1.186  netmask 255.255.255.0  broadcast 192.168.1.255
<br>...<br></span>and route shows:<br>$ route                                                                                               <br>Kernel IP routing table<br>Destination     Gateway         Genmask         Flags Metric Ref    Use Iface<br>default         <a href="http://router.asus.com">router.asus.com</a> 0.0.0.0         UG    601    0        0 wlx9cefd5fb0bb5<br>default         <a href="http://router.asus.com">router.asus.com</a> 0.0.0.0         UG    602    0        0 wlp3s0<br>link-local      0.0.0.0         255.255.0.0     U     1000   0        0 wlp3s0<br>192.168.1.0     0.0.0.0         255.255.255.0   U     601    0        0 wlx9cefd5fb0bb5<br>192.168.1.0     0.0.0.0         255.255.255.0   U     602    0        0 wlp3s0<br><br>and while the arp results from the rsyncing machine look OK:</div><div class="gmail_default" style="font-size:small"><span style="font-family:monospace"><span style="font-weight:bold;color:rgb(255,84,255)">$ </span><span style="color:rgb(0,0,0)">arp -n</span><span style="color:rgb(178,24,178)">                                                                                                </span><span style="color:rgb(0,0,0)"> </span><br>Address                  HWtype  HWaddress           Flags Mask            Iface
<br>192.168.1.107            ether   90:73:5a:f1:23:ee   C                     wlx9cefd5fb0bb5
<br>192.168.1.107            ether   90:73:5a:f1:23:ee   C                     wlp3s0
<br>192.168.1.1              ether   74:d0:2b:5e:32:40   C                     wlp3s0
<br>192.168.1.139            ether   d8:31:34:64:bc:f0   C                     wlp3s0
<br>192.168.1.139            ether   d8:31:34:64:bc:f0   C                     wlx9cefd5fb0bb5
<br>192.168.1.198            ether   94:94:26:08:b2:4e   C                     wlx9cefd5fb0bb5
<br>192.168.1.1              ether   74:d0:2b:5e:32:40   C                     wlx9cefd5fb0bb5<br>
<br></span></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">the arp table from another machine on the same net show this:</div><div class="gmail_default" style="font-size:small"><span style="font-family:monospace"><span style="color:rgb(0,0,0)">$ arp -n
</span><br>Address                  HWtype  HWaddress           Flags Mask            Iface
<br>192.168.1.203            ether   b0:68:e6:3d:58:a7   C                     wlp3s0
<br>192.168.1.107            ether   90:73:5a:f1:23:ee   C                     wlp3s0
<br>192.168.1.186            ether   9c:ef:d5:fb:0b:b5   C                     wlp3s0
<br>192.168.1.1              ether   74:d0:2b:5e:32:40   C                     wlp3s0
<br>192.168.1.223            ether   9c:ef:d5:fb:0b:b5   C                     wlp3s0<br>
<br></span></div><div class="gmail_default" style="font-size:small"><span style="font-family:monospace">and the rsync machine is the .186 and .223 above, indicating that the 2 interfaces are regarded as the same MAC.</span></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">The alternating rsync commands generated from pfp are:<br>rsync  --address=192.168.1.223 --bwlimit=1000000 -a -s --log-file=/home/hjm/.parsyncfp/rsync-logfile-14.34.52_2021-03-25_16    --files-from=/home/hjm/.parsyncfp/fpcache/f.16  '/home/hjm'  bridgit:/home/hjm/test<br><br>and <br><br>rsync  --address=192.168.1.186 --bwlimit=1000000 -a -s --log-file=/home/hjm/.parsyncfp/rsync-logfile-14.34.52_2021-03-25_17    --files-from=/home/hjm/.parsyncfp/fpcache/f.17  '/home/hjm'  bridgit:/home/hjm/test<br><br>But the byte streams show only data flowing on one.  This is the case whether the rsyncs are started from parsyncfp or via separate rsyncs started from separate shells.<br></div><div class="gmail_default" style="font-size:small">Before I go further down the rabbit hole and start messing with ARP tables and network namespaces, was this the intent of the option or am I misunderstanding it?  </div><div class="gmail_default" style="font-size:small">On the server side, the --address option seems to be used to bind the responding IP# and while I haven't tried that, that seems to be straightforward (but not useful for me).</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">thanks in advance for such a magical program</div><div class="gmail_default" style="font-size:small">Harry</div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div>Harry Mangalam</div></div></div></div></div></div></div></div></div>