Nem todos os cartões de Wi-Fi, sejam eles USB ou não, podem atuar como AP. Pelo jeito, parece que o seu não pode.
A maneira de descobrir é emitir o comando
iw list
, que terá uma saída longa e realmente abrangente, na qual você deverá procurar a seguinte seção:
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
software interface modes (can always be added):
* AP/VLAN
* monitor
valid interface combinations:
* #{ managed } <= 1, #{ AP } <= 1,
total <= 2, #channels <= 1, STA/AP BI must match
* #{ managed } <= 2,
total <= 2, #channels <= 1
Isto é para o meu cartão, que mostra a linha crítica: Modos de interface suportados: AP . Como você pode ver, seguem também restrições, sob o título combinações de interface válidas . Neste caso especial, isso significa que posso usar este cartão simultaneamente no modo gerenciado e AP, desde que os dois usem o mesmo canal. O que significa que eu posso configurar um AP através de hostapd, enquanto eu uso uma conexão wifi para encaminhar o tráfego hostapd para a Internet.
Você deve fazer o mesmo cheque pelo seu cartão.
Se, além disso, você quiser descobrir qual adaptador USB pode ser colocado no modo AP, receio que não haja uma lista autoritativa, principalmente por causa dos fabricantes: por exemplo esta página de ajuda do Ubuntu declara:
Be careful when buying a card for this project: - WLAN cards documented as Linux-supported often become no longer available. As a common cost-cutting measure, wireless adapter manufacturers will revise an existing product's specifications, substituting a different chipset (or other components) without changing the (formerly Linux-compatible product's) model number. Naturally, this is a common source of confusion for individuals attempting to purchase a compatible adapter, even when they think they know which adapter to buy. Manufacturers don't help matters much, often using strange naming conventions that produce numerous confusingly similar model names and numbers. Consider: At one point D-Link offered 3 different revisions (with 3 different chipsets) of its DWL-520 adapter, as well as the (completely different) DWL-520+, which was not to be confused with the entirely unrelated DWL-G520, DWL-A520, not to mention the 8 varieties of product offered under the "DWL-620" moniker. Thus it is crucially important to pay close attention not just to manufacturer/model names, but also revision numbers (if provided), chipsets, included drivers, etc, as well. (If uncertain, consider purchasing from a retailer who offers a "consumer friendly" return policy, so the product can be returned/exchanged if it turns out to be incompatible.)
Após este aviso importante, direi apenas que link e link fornece listas de adaptadores compatíveis com AP e que os produtos Atheros geralmente são compatíveis com AP. Eu me arrependo de não poder ser mais preciso.
EDITAR:
Eu fiz um pouco de pesquisa, e descobri que existem duas versões do adaptador USB TP-WN725N. v1 tem o código do fornecedor 0bda e o código do produto 8176 link , enquanto a v2 tem 0bda: 8179 link . Esses códigos, embora não acessíveis através de lspci , podem ser vistos na saída de lsusb . Você pode então distinguir entre os dois.
Agora é importante saber qual driver você está usando. Como você não tem o lshw (eu normalmente executo o Arch, mas no meu Raspberry eu instalei o raspbian, é por isso ...), a única maneira de estabelecer qual driver você está executando é:
lsmod | grep rtl
Deve ser rtl8188cu para v1, mas se você tiver v2, a página WikiDevi mencionada acima diz que existe um driver binário especial e pré-compilado para o Raspberry que está localizado aqui . Se você tem v2, você definitivamente deve usar isso.
Para a v1, encontrei este guia on-line , para v2, em vez disso, encontrei esta .
Uma coisa a verificar é se você tem o driver nl80211 disponível em seu sistema; normalmente você deve, mas apenas para verificar, o arquivo a ser pesquisado é mac80211 .
Espero que isso forneça informações suficientes para restringir seu problema.