smbmount és a wins

Adott 2 ubuntu 6.06, amelyek nem kevesebb mint 5 (!) hálókártyán át érhetik el egymást. Az öt hálókártya öt 192.168.x.y -os alháló is, (x=0,1,2,3,4), ör különböző switch-csel.
Mindkettőn van samba, az EGYIKGEP gép a PDC és WINS szerver, a MSAIKGEP egy sima domain member server.
vagyis

EGYIKGEP eth0/192.168.0.1 ---SWITCH0--- 192.168.0.2/eth0 MASIKGEP
EGYIKGEP eth1/192.168.1.1 ---SWITCH1--- 192.168.1.2/eth1 MASIKGEP
EGYIKGEP eth2/192.168.2.1 ---SWITCH2--- 192.168.2.2/eth2 MASIKGEP
EGYIKGEP eth3/192.168.3.1 ---SWITCH3--- 192.168.3.2/eth3 MASIKGEP
EGYIKGEP eth4/192.168.4.1 ---SWITCH4--- 192.168.4.2/eth0 MASIKGEP

Áramtalanítások miatt egyedül a SITCH4 megy mindig, a többi teljesen random kap áramot és kapcsol ki/be.

A baj az, hogy néhány automatizált feladathoz be kell mappolniuk egymás megosztásait, és bajhoz vezet azért, mert nem tudom megmondani, hogy mi alapján dönti el a samba, hogy a wins válaszai közül melyiket fogja használni - esetleg épp azt, amelyik switch nincs áram alatt.

pl egy 'mount -t smbfs' kimenetének részlete (EGYIKGEP mountol) (a kimenet a log level = 9 smb.conf bejegyzés miatt ilyen bőbeszédű)

Látható, hogy a WINS visszaadja mind az öt IP-t, és abból az elsőt választja, ami épp áramtalanítva van.

Mit lehet tenni, hogy a WINS elsőnek mindig a 192.168.4.2 -őt adja vissza, és ne a 192.168.1.2-t? Egyáltalán: lehet-e valamit tenni?

opts: username=ize
opts: password=bigyo
mount.smbfs started (version 3.0.22)
added interface ip=127.0.0.1 bcast=127.255.255.255 nmask=255.0.0.0
added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0
added interface ip=192.168.1.1 bcast=192.168.1.255 nmask=255.255.255.0
added interface ip=192.168.2.1 bcast=192.168.2.255 nmask=255.255.255.0
added interface ip=192.168.3.1 bcast=192.168.3.255 nmask=255.255.255.0
added interface ip=192.168.4.1 bcast=192.168.4.255 nmask=255.255.255.0
Opening cache file at /var/run/samba/gencache.tdb
no entry for MASIKGEP#20 found.
resolve_wins: Attempting wins lookup for name MASIKGEP<0x20>
wins_srv_is_dead: 127.0.0.1 is alive
resolve_wins: using WINS server 127.0.0.1 and tag '*'
Sending a packet of len 50 to (127.0.0.1) on port 137
Received a packet of len 86 from (127.0.0.1) port 137
nmb packet from 127.0.0.1(137) header: id=31078 opcode=Query(0) response=Yes
header: flags: bcast=No rec_avail=Yes rec_des=Yes trunc=No auth=Yes
header: rcode=0 qdcount=0 ancount=1 nscount=0 arcount=0
answers: nmb_name=MASIKGEP<20> rr_type=32 rr_class=1 ttl=258883
answers 0 char `.....`.....`... hex 6000C0A801026000C0A800026000C0A8
answers 10 char ..`.....`..... hex 02026000C0A803026000C0A80402
Got a positive name query response from 127.0.0.1 ( 192.168.1.2 192.168.0.2 192.168.2.2 192.168.3.2 192.168.4.2 )
namecache_store: storing 5 addresses for MASIKGEP#20: 192.168.1.2:0,192.168.0.2:0,192.168.2.2:0,192.168.3.2:0,192.168.4.2:0
Connecting to 192.168.1.2 at port 445
error connecting to 192.168.1.2:445 (No route to host)
Connecting to 192.168.1.2 at port 139
error connecting to 192.168.1.2:139 (No route to host)
Error connecting to 192.168.1.2 (No route to host)
13788: Connection to kalinka failed
SMB connection failed