Digitar os seguintes comandos na linha de comando permitirá a banda larga sem fio no NetworkManager
:
sudo systemctl start ModemManager.service
sudo systemctl enable ModemManager.service
Eu tenho o modem USB LTE identificado como ID 0408:ea16 Quanta
.
Não tem problema com a minha máquina windows, mas com o meu Fedora (kernel 3.18.5-201) não está funcionando.
Encontrei algumas informações em a Internet, mas esses não ajudaram.
Não consigo ver em NetworkManager
(como saída do comando nmcli dev
).
O que poderia ser feito?
Digitar os seguintes comandos na linha de comando permitirá a banda larga sem fio no NetworkManager
:
sudo systemctl start ModemManager.service
sudo systemctl enable ModemManager.service
Não é simples, mas felizmente você não precisa hackear drivers do kernel.
Os modems USB estão funcionando um pouco engraçados. Na verdade, a conexão de rede real é feita através de 3 camadas:
/dev/ttyUSB0
. Se isso não acontecer, você está com problemas. pppd
em execução autentica e se comunica por meio dessa conexão serial. Mas para que isso funcione, primeiro você precisa se comunicar com o lado remoto 3G / 4G, onde deseja se conectar. Precisa de um chatscript. O interpretador do chatscript pode iniciar finalmente o pppd
, que ppp0
) nessa linha de terminal serial virtual. Se o seu ttyUSB0
existe, teoricamente você pode fazer qualquer coisa. Apenas o chatscript está faltando. Na verdade, é uma seqüência de código de controle de modem AT.
Os códigos AT do chatscript não são triviais, mas são bem simples. Eles podem ficar rodando um w $ em uma sessão vmware, fazendo a conexão usb com ele, e espiando sua transmissão a partir de uma opção de depuração usb do kernel linux.
Mas há um problema muito maior. De sua pergunta é visível, provavelmente você não pode passar por essas etapas. Você não conhece bem o linux. No começo, demorei alguns dias para lidar com isso.
Eu cheguei a isso do gerenciador de rede de forma totalmente independente.
Se você tiver dinheiro, compre outro modem. Se não, tente usar alguma solução baseada em virtualização (por exemplo, w $ rodando em um vmware compartilha a rede).
Em algumas semanas provavelmente irei reiniciar este jogo LTE, e provavelmente serei capaz de estender esta resposta com informações mais detalhadas.
Extensão # 1: seu dispositivo não cria o /dev/ttyUSB0
automaticamente. Investigando um pouco para o seu ID de modelo de fornecedor, podemos ver que este dispositivo é praticamente desconhecido no registro do dispositivo USB linux . Mas isso não significa que não há nenhum driver com ele pode ser feito funcionando. Na verdade, não há muitas fichas no mercado mundial, e muitos "vendedores" jogam o jogo, que compram uma tonelada de chip usb da Sanghai, mudam seu código de modelo de fornecedor codificado para o seu próprio e os vendem como seu próprio produto. Esta é a razão pela qual centenas de IDs de modelos de fornecedor podem existir simultaneamente para o mesmo chip. O problema é que, de alguma forma, o cérebro deles é incapaz de, pelo menos, dizer isso ao registrador de dispositivos USB linux. Mas você pode corrigir esse problema dizendo o ID do modelo de fornecedor para eles. Até lá, você tinha que inserir esses dados no seu banco de dados de driver de modelo de fornecedor, que pode ser encontrado abaixo de /lib/modules/<your-kernel-version>/<some-text-file-about-usb-map>
. Infelizmente, não me lembro exatamente disso, então você tinha que encontrá-los exatamente. A edição deste arquivo possibilitaria a "reconfiguração" de um driver já existente para o seu dispositivo. Não é 100% que será bem-sucedido, mas muito provavelmente (porque uma empresa cujo "departamento de desenvolvimento" é tão fictício, que é incapaz de registrar seu próprio modelo de fornecedor no linux-usb.net, é muito improvável, que eles irão desenvolver um chip 3G / 4G - em vez disso, eles comprarão um navio deles de Sanghai. É muito mais barato e vai passar suas capacidades mentais muito mais fácil).
Eu sei que é um pouco tarde, mas o problema foi remarcado no Fedora 24 e 25. O que realmente funcionou no meu caso é usar o pacote usb_modeswitch-data para que meu dongle Huawei funcione no Fedora 24 depois de ser reconhecido no modo de armazenamento em massa. Trecho de lsusb :
Bus 001 Device 011: ID 12d1:1f01 Huawei Technologies Co., Ltd. E353/E3131 (Mass storage mode)
Depois de executar lsusb e localizar os detalhes do seu dispositivo de modem usb no meu caso ( 12d1: 1f01) , execute este:
sudo usb_modeswitch --<mode to apply> --default-vendor <Vendor ID> --default-product <Product ID>
No meu caso, foi:
sudo usb_modeswitch --huawei-new-mode --default-vendor 0x12d1 --default-product 0x1f01
É isso! fixo: D
Bus 001 Device 012: ID 12d1:14db Huawei Technologies Co., Ltd. E353/E3131