This configuration can be thought of as a `virtual` module.
 
 e.g. If you have two redundant SQL servers, and you want to use
-them in the authorize and accounting sections, you could place a
+them in the recv and accounting sections, you could place a
 `redundant` block in each section, containing the exact same text.
 Or, you could uncomment the following lines, and list
-`redundant_sql` in the authorize and accounting sections.
+`redundant_sql` in the recv and accounting sections.
 
 The `virtual` module defined here can also be used with dynamic
 expansions, under a few conditions:
 
 The `winmax` module implements the WiMAX attributes as defined in
 NWG_R1_V1.2.1-Stage-3.pdf
 
-It should be listed in the `authorize` and `preacct` sections.
+It should be listed in the `recv Access-Request` and `recv Accounting-Request` sections.
 
 NOTE: The module will change the horrible binary version of
 `link:https://freeradius.org/rfc/rfc2865.html#Calling-Station-Id[Calling-Station-Id]` to the normal format, as specified in RFC
 
 
 decrypt:: Whether tokens will be decrypted and processed locally.
 
-In the `authorize` section, this module should be placed before the
+In the `recv Access-Request` section, this module should be placed before the
 persistent storage module.
 
-The authenticate section should have the following added:
+The following authenticate section should be added:
 
 [source,unlang]
 ----
-Auth-Type yubikey {
-  #pap
+authenticate yubikey {
   yubikey
 }
 ----
 
 #  This configuration can be thought of as a `virtual` module.
 #
 #  e.g. If you have two redundant SQL servers, and you want to use
-#  them in the authorize and accounting sections, you could place a
+#  them in the recv and accounting sections, you could place a
 #  `redundant` block in each section, containing the exact same text.
 #  Or, you could uncomment the following lines, and list
-#  `redundant_sql` in the authorize and accounting sections.
+#  `redundant_sql` in the recv and accounting sections.
 #
 #  The `virtual` module defined here can also be used with dynamic
 #  expansions, under a few conditions:
 
 #  The `winmax` module implements the WiMAX attributes as defined in
 #  NWG_R1_V1.2.1-Stage-3.pdf
 #
-#  It should be listed in the `authorize` and `preacct` sections.
+#  It should be listed in the `recv Access-Request` and `recv Accounting-Request` sections.
 #
 #  NOTE: The module will change the horrible binary version of
 #  `Calling-Station-Id` to the normal format, as specified in RFC
 
        #
        #  decrypt:: Whether tokens will be decrypted and processed locally.
        #
-       #  In the `authorize` section, this module should be placed before the
+       #  In the `recv Access-Request` section, this module should be placed before the
        #  persistent storage module.
        #
-       #  The authenticate section should have the following added:
+       #  The following authenticate section should be added:
        #
        #  [source,unlang]
        #  ----
-       #  Auth-Type yubikey {
-       #    #pap
+       #  authenticate yubikey {
        #    yubikey
        #  }
        #  ----