On 3/30/20 7:21 AM, Dudemanguy via artix-general wrote:
>> @dudemanguy, what special tweaks did you do to get the failover effect with those 2 daemons only? I just modified the arch services to behave like the S6 ones, and I wasn't even close to get the failover effect... And as mentioned, I also tried bonding in failover mode with really awful results before, so I sort of discarded that path, but perhaps that's what you do? Any ways, I just failed with just the 2 daemons alone on an arch laptop. For sure I'm missing something.
>
> No special tricks here. I only use the wpa_supplicant daemon in s6 (no hooks or anything). The wpa_supplicant script has dhcpcd as a dependency so that one is always started as well. It seems to "just work" for me. If I plug in ethernet, that is preferred. If I leave it wireless, then it falls back on the wireless connection.
I just tried on the box where I installed artix-s6, and I got exactly the same behavior as on arch, :( When enabling/starting only wpa_supplicant (which on wpa_supplicant-s6 depends on dhcpcd daemon), I then get both the wired and the wireless interfaces up, and both with dhcp lease and running...
Not sure if my almost default dhcpcd.conf is missing something:
% 'grep' '^[ \t]*[^#]' /etc/dhcpcd.conf
hostname
duid
persistent
option rapid_commit
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
option interface_mtu
option ntp_servers
require dhcp_server_identifier
slaac private
noipv4ll
Not sure if there might be a dhcpcd option to prevent having all interfaces up, connected and passing traffic. For now, by starting wpa_supplicant, then I get all interfaces passing traffic, no failover, :( Not sure how you got that behavior by just launching wpa_supplicant (with the wireless interface set on /etc/s6/sv/wpa_supplicant-srv/conf)...
Thanks !
--
Javier
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <https://lists.artixlinux.org/archives/artix-general/attachments/20200331/4ddf6700/attachment-0001.sig>
More information about the artix-general
mailing list