Posiadam modem E3131 (Play) z kartą z Plusa. Na Win10 mam maszynę wirtualną z Centos 7. Na Win10 mam zainstalowany program Top net info i połączenia działa. Na Win10 i Centosie wykrywa jako CDROM. Chodzi o to, żeby modem działał na Centosie. Chciałem zrobić według
wątku ale jest problem w pierwszym kroku.
Kod:
[root@localhost ~]# lsusb
[root@localhost ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sr0 34M 34M 0 100% /run/media/rh/PLAY ONLINE
[root@localhost ~]#
Urządzenie widać jako cdrom (sr0) ale nie widać w lsusb.
Kod:
[root@localhost ~]# lsusb --version
lsusb (usbutils) 007
[root@localhost ~]# usb_modeswitch --version
* usb_modeswitch: handle USB devices with multiple modes
* Version 2.5.1 (C) Josua Dietze 2017
* Based on libusb1/libusbx
Urządzeń /dev/ttyUSB0,1,2 też nie ma.
Kod:
[root@localhost ~]# ls /dev/ttyUSB*
ls: cannot access /dev/ttyUSB*: No such file or directory
[root@localhost ~]#
Po wykonaniu polecenia:
Kod:
[root@localhost ~]# modprobe option
[root@localhost ~]# dmesg
[ 212.107283] usbserial: USB Serial support registered for GSM modem (1-port)
[root@localhost ~]#
[root@localhost ~]# dmesg | grep tty
[ 0.000000] console [tty0] enabled
[ 0.583947] 00:03: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 0.678465] 00:04: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Zacząłem działać z poleceniami wvdial i usb_modeswitch ale zakładam, że problem jest na początku (nie wyświetla nic z lsusb) i dalej nie można nic zadziałać. Proszę o pomoc.
Zacznijmy od tego, że wszystko zależy od tego, jak twój host i hypervisor podłączają to urządzenie. Powinny odpiąć całkowicie od hosta (modem i wszystkie jego urządzenia mają zniklnąć z menedżera urządzeń) i przypiąć do maszyny wirtualnej. I teraz może to być na poziomie koncentratora USB (i pod urządzeń), albo będziesz podłączał każde urządzenie modemu (a jest ich z 5 w trybie CD i do 12 w trybie modemu) do maszyny wirtualnej.
Ogólnie zwykle dawałem sobie z tym spokój i podłączałem do hosta, po czym udostępniałem net przez NAT. Za dużo walki, za mało profitów, ale powinno się udać.
Teraz za pewne masz taki problem, że modem jest przypięty do hosta i wirtualny napęd CD jest udostępniony do VMki.
Jaki to hypervisor?
jakubd napisał(a):Jaki to hypervisor?
Hyper-V
jakubd napisał(a):Teraz za pewne masz taki problem, że modem jest przypięty do hosta i wirtualny napęd CD jest udostępniony do VMki.
Dokładnie. Napęd CD jest udostępniony przez Hyper-V do Linuxa.
jakubd napisał(a):Powinny odpiąć całkowicie od hosta (modem i wszystkie jego urządzenia mają zniklnąć z menedżera urządzeń) i przypiąć do maszyny wirtualnej.
Dokładnie. Nic takiego się nie dzieje. Tylko przepina napęd CD i nic poza tym.
W Menadżerze urządzeń Windowsa są:
modem:
HUAWEI Mobile Connect - 3g Modem
porty:
HUAWEI Mobile Connect - 3G Application Interface (COM5)
HUAWEI Mobile Connect - 3G PC UI Interface (COM3)
I nic nie przepina do Linuxa. W sumie logiczne, jak CD to tylko CD.
Ogólnie to chce na Linuxie ogarnąć wysyłanie SMS z Zabbixa.
Gdzieś w ustawieniach HyperV powinny być opcje przekazania urządzenia w całości - nie wiem, nie używam akurat tego hypervisora. Jest coś takiego w VMWare i Virtualbox.
Jednak do testów dostępu sprzętowego do SMS nie potrzebujesz tego całego majdanu z rozpoznaniem i konfiguracją modemu (choć i tak wypadałoby to potem potestować na sprzęcie - patrz usb_modeswitch), więc możesz podłączyć już finalnie rozpoznany port szeregowy - HUAWEI Mobile Connect - 3G PC UI Interface (COM3) - o ile masz taką opcję gdzieś w ustawieniach maszyny wirtualnej w HyperV.
Dałem sobie spokój z tym rozwiązaniem. Przewertowałem pół internetu i wniosek taki, że Hyper-v nie pozwala udostępniać USB. Ale obecnie testuje rozwiązanie USB Redirector (docelowo jest płatne) czyli udostępnianie USB przez sieć. Ale jest problem.
Jak modem podłączam na Win10 w programie top_netinfo to wysyła bez problemu sms. Skopiowałem więc te ustawienia APN do wvdial.conf na Linuxie.
![[Obrazek: 9c3fb9a51121c.jpg]](https://zapodaj.net/images/9c3fb9a51121c.jpg)
![[Obrazek: ddc5da3ef2114.jpg]](https://zapodaj.net/images/ddc5da3ef2114.jpg)
Odpalam wvdial plus i wisi (chociaż to jest ok bo przerywa się ręcznie połączenie):
![[Obrazek: 5035c7a1edb4f.jpg]](https://zapodaj.net/images/5035c7a1edb4f.jpg)
ale jak odpalam wysyłkę:
![[Obrazek: c9397b2c6cbef.jpg]](https://zapodaj.net/images/c9397b2c6cbef.jpg)
to tu wisi w nieskończoność (bez żadnego błędu)
![[Obrazek: 808d195270370.jpg]](https://zapodaj.net/images/808d195270370.jpg)
Co może być przyczyną?
Zamiast używać od razu GAMMU, użyj gołej konsoli, tu masz przykładowe polecenia AT (wspólne dla wszystkich urządzeń GSM z interfejsem szeregowym):
https://hologram.io/blog/using-at-comman...awei-e303/
Co do pppd - nie powiedziałeś czy działa, czy nie - po nawiązaniu połączenia masz interfejs PPP (tak jak pokazałeś) i w zależności od tego, czy ustawił ci się route default na IP połączenia (zależy od ustawień demona pppd lub połączenia) to będzie działało, albo nie. Konsola ma zawisnąć, bo tak to działa - strumień TCP/IP po pppd idzie obok, sprawdzaj z kolejnej konsoli/terminala. Jako uławienie używa się wvdial, albo coś takiego.
Z tym, że pppd i SMS są kompletnie niezależne i w zasadzie jedno z drugim może się gryźć. Jak bym połączenia pppd nie nawiązywał, bo wtedy możesz zablokować sobie port od komunikacji z modemem (dlatego zwykle są 2-3 porty COM w modemach do konkretnych zastosowań).