Bug 126392

Summary: rc.conf ifconfig_xx keywords cannot be escaped
Product: Base System Reporter: Jean-Charles Longuet <jclonguet>
Component: confAssignee: freebsd-rc (Nobody) <rc>
Status: Open ---    
Severity: Affects Only Me    
Priority: Normal    
Version: 7.0-RELEASE   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
network.subr.patch none

Description Jean-Charles Longuet 2008-08-09 13:40:01 UTC 
Special keywords in ifconfig_xx varaibles in /etc/rc.conf cannot be escaped. However, some of these keywords may be mandatory in ifconfig arguments, for example, in :

ifconfig_ath0="inet 192.168.101.1 netmask 255.255.255.0 ssid Winet channel 9 mode 11g mediaopt hostap media OFDM54 authmode WPA"

The "WPA" is used to mounf the interface using WPA, insead of setting the authmode.

How-To-Repeat: 
Configure an interface this way :
ifconfig_ath0="inet 192.168.101.1 netmask 255.255.255.0 ssid Winet channel 9 mode 11g mediaopt hostap media OFDM54 authmode WPA"

Other keywords like DHCP may trigger the problem as well.
Comment 1 Brooks Davis freebsd_committer freebsd_triage 2008-08-11 18:43:00 UTC 
State Changed
From-To: open->feedback

Requested feedback.
Comment 2 Brooks Davis freebsd_committer freebsd_triage 2008-08-11 18:43:00 UTC 
Responsible Changed
From-To: freebsd-bugs->freebsd-rc

This is part of rc.d.
Comment 3 Brooks Davis freebsd_committer freebsd_triage 2008-08-11 18:43:34 UTC 
Setting "authmode WPA" makes no sense.  It's only supported by ifconfig for
completeness and is useless without wpa_supplicant.  As such I can't see a
reason to try to fix this.  Do you have a practical example?

-- Brooks
Comment 4 jclonguet 2008-08-12 20:10:04 UTC 
 
 From what I understand, wpa_supplicant is only used by client stations. 
In my case, I am configuring an access point with hostapd for the wpa 
handling, and do not require wpa_supplicant in any way, hence the 
configuration line I added in the intial report.

More generaly, keywords can not be used anywhere in the ifconfig command 
line: you cannot set your ssid to such values, for example. There are 
workarounds, like running an extra ifconfig command in start_if.ath0, 
but that's just plain ugly, and I use FreeBSD to avoid this. Having an 
extra keyword meaning "do not look thereafter" could do the trick 
(something like "--" on command lines).

--  Jc
Comment 5 jclonguet 2008-08-23 10:02:31 UTC 
Here is a patch for /etc/network.subr that handles a special
string "--" so that keywords found thereafter are ignored.

-- Jc
Comment 6 Gavin Atkinson freebsd_committer freebsd_triage 2008-12-02 13:29:56 UTC 
State Changed
From-To: feedback->open

Feedback and a patch was received some time ago.
Comment 7 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:28 UTC 
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped
Comment 8 Graham Perrin freebsd_committer freebsd_triage 2022-10-17 12:40:42 UTC 
Keyword: 

    patch
or  patch-ready

– in lieu of summary line prefix: 

    [patch]

* bulk change for the keyword
* summary lines may be edited manually (not in bulk). 

Keyword descriptions and search interface: 

    <https://bugs.freebsd.org/bugzilla/describekeywords.cgi>
Comment 9 Mark Linimon freebsd_committer freebsd_triage 2024-12-14 02:00:05 UTC 
^Triage: is this still a problem with recent versions of FreeBSD?
Comment 10 Jean-Charles Longuet 2024-12-15 22:39:16 UTC 
(In reply to Mark Linimon from comment #9)

Still an issue, /etc/network.subr was not patched.
Comment 11 Mark Linimon freebsd_committer freebsd_triage 2024-12-15 22:46:41 UTC 
(In reply to Jean-Charles Longuet from comment #10)
OK, thanks for the response.