USB 모뎀이 연결을 시도 할 때 'ip-config-unavailable'오류


12

ZTE MF-193E 모뎀이 있는데 이전에 제대로 작동했습니다. 1 년 전에이 모뎀을 구입했을 때 즉시 사용할 수있었습니다. 이제 우분투 버전이 발전함에 따라 상황이 점점 어려워지고 있습니다.

이 모뎀은 Ubuntu 15.04 (64 비트)에서 몇 달 전에 작동했습니다. 이제 Ubuntu 15.10 (64 비트)에서는 연결할 수 없습니다.

모바일 광대역 연결설정했습니다 . APN에 대해 다양한 문자열을 시도했지만 이전에는 문제가되지 않았습니다.

모뎀은 Windows 10에서 제대로 작동하므로 하드웨어 문제가 아닙니다. 또한 모뎀 관리자 GUI 가이 장치를 잘 감지합니다. 아무런 문제없이 SMS를 보내고받을 수 있습니다.

모뎀을 넣으면 올바로 감지되고 CD 아이콘이 모뎀 이름과 함께 Unity에 표시됩니다. 몇 초 후에 메시지 상자가 나타납니다

Mobile Broadband Network: you are registered on the home network

네트워크 아이콘 근처.

연결을 시도하면 네트워크 관리자 애플릿의 무선 아이콘이 원심 분리 동작을 시작하지만 결국 연결에 실패하고 메시지가 오프라인 상태임을 알려줍니다.

내가 분리 할 수있는 선 /var/log/syslog은 이것입니다.

NetworkManager[628]: <info>  (ttyUSB1): device state change: ip-config
> -> failed (reason 'ip-config-unavailable') [70 120 5]

그러나 이것이 관련이 있는지 확실하지 않습니다.

에서 더 많은 라인을 /var/log/syslog찾을 수 있습니다 .


업데이트 1-2015 년 12 월 6 일

한 종류의 멤버가 지적했듯이 nf_conntrack_pptp모듈 접근을 시도했습니다 .

다음 명령을 실행했습니다

$ lsmod | grep nf_conntrack_pptp | wc -l
0

$ sudo modprobe nf_conntrack_pptp
lsmod | grep nf_conntrack_pptp
nf_conntrack_pptp      20480  0
nf_conntrack_proto_gre    16384  1 nf_conntrack_pptp
nf_conntrack          106496  2 nf_conntrack_proto_gre,nf_conntrack_pptp

그런 다음 같은 실패로 모뎀을 사용해보십시오. 로그에서도 눈에 띄는 변화가 없습니다.


업데이트 2-2015 년 12 월 6 일

루트로 실행

systemctl restart network-manager.service

화면에 출력이 없습니다 (터미널).

위의 지점부터 모뎀을 사용한 연결 시도에 해당하는 로그는 여기 에서 찾을 수 있습니다 .


업데이트 3-2015 년 12 월 6 일

ofono모뎀을 설치 한 다음 다시 시도하십시오.

여기 에서 로그를 참조 하십시오 .


업데이트 4-2015 년 12 월 6 일

다시 루트로 실행

systemctl restart network-manager.service

위의 지점부터 모뎀을 사용한 연결 시도에 해당하는 로그는 여기 에서 찾을 수 있습니다 .


업데이트 5-2015 년 12 월 6 일

에서 모든 "거부"를 "허용"으로 변경했습니다 /etc/dbus-1/system.d/nm-dispatcher.conf.

연결을 시도했습니다. 불운.

이더넷 연결로 몇 개의 네트워크 연결 및 연결 끊기

님이 팔로우했습니다 sudo systemctl restart network-manager.service.

모뎀을 연결했다가 꽂습니다.

다시 연결을 시도했습니다. 연결하지 않습니다.

로그는 여기에 있습니다 .


업데이트 6-2015 년 12 월 6 일

실행

sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt

export NM_PPP_DEBUG=1
sudo NetworkManager --no-daemon 2>&1 | tee /tmp/nm.log.txt

mm-test.py여러 오류로 인해 실행할 수 없습니다 . 표시된 위치에서 파일을 찾았습니다. https://github.com/openshine/ModemManager/blob/master/test/mm-test.py 에서 가져 왔습니다 .

위의 명령은 Wiki의 명령과 약간 다릅니다.

로그 파일은 여기에 있습니다 .


업데이트 7-2015 년 12 월 7 일

제안 된 변경 후 /lib/udev/rules.d/40-usb_modeswitch.rules재부팅 후 다시 실행

sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt

sudo NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --log-level=debug --no-daemon > /tmp/nm.log.txt

또한 /var/log/syslog포함되어 있습니다.

로그 파일은 여기에 있습니다 .


업데이트 8-2015 년 12 월 8 일

업데이트 된 로그 세트는 여기에 있습니다 .


업데이트 9-2015 년 12 월 8 일

시험 1

  1. 이번에는 Ubuntu 14.04 32 비트 DVD에서 컴퓨터를 부팅했습니다. 컴퓨터가 부팅 되 자마자 MM 로그 캡처를 시작했습니다.

  2. 모뎀을 삽입했습니다. lsusb19d2 : 2003 장치로 인식해야하는 19d2 : 1232 장치로 인식되고있는 것으로 나타났습니다. usb-modeswitch를 설치하려면 컴퓨터를 다시 부팅해야하므로 DVD 실행을 위해 설치를 느슨하게해야하므로 사용자 지정 스위치 파일을 준비하고 명령 줄 ( sudo usb_modeswitch -I -c 19d2:2003) 에서 모뎀을 전환했습니다 .

  3. 전환이 완료 되 자마자 Mobile Broadband Network네트워크 관리자 메뉴에서 내가 켜져 있고 새로운 광대역 연결 승인을 받았다는 알림을 받았습니다.

  4. 일반적인 방법으로 위의 연결을 설정하고 (APN 이름은 문제가되지 않음) 연결이 자동으로 설정되었습니다.

  5. 모뎀을 분리했다가 꺼 냈습니다.

  6. MM 로그 캡처를 중지했습니다.

세션 시작에서 모뎀 꺼내기까지의 전체 MM 로그 및 syslog는 여기 에서 찾을 수 있습니다 .

시험 2

Ubuntu 14.04 64 비트 DVD와 동일한 테스트입니다.

로그는 여기 에서 찾을 수 있습니다 .


업데이트 10-2015 년 12 월 9 일

이번에 테스트 wvdial하고 경우 발견 wvdial루트로 실행되고, 우리가 얻을 성공적으로 연결.

wvdial의 conf 및 로그 및 시스템 로그 대응은 여기

기본 추측 : 상황은 해당 사용자의 사용자 그룹과 관련이있을 수 있습니다.

그러나 여기 에 표시된대로

이러한 모든 도구를 사용하여 전화 접속 연결을 설정하려면 사용자가 "dip"및 "dialout"그룹의 구성원이어야하므로 전화 접속을 통해 연결해야하는 모든 사용자를이 그룹에 배치하십시오.

그러나 우리가 찾을 수 있듯이

$ groups masroor
masroor : masroor adm dialout cdrom sudo dip plugdev lpadmin sambashare family wireshark

따라서 사용자는 이미 표시된 그룹의 구성원입니다.

아마이 문제는이 중 하나에 해당합니다.

  1. 어떤 추가 그룹이 필요합니까?
  2. 모바일 광대역 연결 설정 프로세스를 루트로 어떻게 실행합니까? (보안 문제들?)

업데이트 11-2015 년 12 월 9 일

wvdialUSB3에서는 작동하며 USB1 에서는 작동 하지 않습니다 .

여기 에서 syslog를 찾으 십시오 .

의 출력도 포함됩니다 dmesg | grep tty > /tmp/dmesg.tty.txt. 그러나 파일의 시작 부분 근처에있는 네 줄을 보시겠습니까?


업데이트 12-2015 년 12 월 10 일

  1. 에서 라인 4 ( SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end")를 주석 처리했습니다 /lib/udev/rules.d/77-mm-zte-port-types.rules.

  2. 내 컴퓨터를 재부팅했습니다. 케이블을 부드럽게 분리하고 모뎀을 삽입했습니다.

  3. 연결을 시도했습니다. 실패했습니다.

syslog 파일은 여기에 있습니다 .


2015 년 12 월 13 일-12 월 10 일 업데이트

절망적 인 상황에서 일부 로컬 변경 사항이 연결에 영향을 미치는지 확인하려면 Ubuntu 15.04 및 15.10 DVD로 시스템을 테스트했습니다.

  1. Xubuntu 15.04 64 비트 DVD로 시스템을 부팅했습니다. 연결은 매력처럼 성공적이었습니다.
  2. Ubuntu 15.10 64 비트 DVD로 시스템을 부팅했습니다. 이전처럼 연결이 실패했습니다.

15.04와 15.10 사이에 무슨 일이 있었습니까?

너무 실망.


업데이트 14-2015 년 12 월 10 일

  1. /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules답변에 지시 된대로 새 파일 을 만들었습니다 .

  2. 내 컴퓨터를 재부팅했습니다 (또는 sudo udevadm control --reload실제로 실행 했습니다). 모뎀을 삽입했습니다.

  3. 모뎀이 인식되었습니다.

    $ lsusb
    Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  4. 소프트 케이블을 분리하고 모뎀을 사용하여 연결을 시도했습니다. 실패했습니다.

  5. 모뎀을 꺼 냈습니다.

기계가 한 번 정지합니다. 무작위 이벤트입니까? 내 컴퓨터는 보통 1 년에 한 번 정지하지 않습니다.

syslog 파일 및 작성된 규칙 파일은 여기에 있습니다 .


2015 년 12 월 15 일-12 월 11 일 업데이트

  1. 에 다음 줄을 추가했습니다 /lib/udev/rules.d/40-usb_modeswitch.rules.

    # ZTE MF193E
    ATTR{idVendor}=="19d2", ATTR{idProduct}=="1232", RUN+="usb_modeswitch '%b/%k'"
    
  2. 파일을 /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules그대로 두십시오.

  3. 내 컴퓨터를 재부팅했습니다. 모뎀을 삽입했습니다.

  4. 모뎀이 인식되었습니다.

    Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  5. 소프트 케이블을 분리하고 연결을 시도했습니다. 실패했습니다.

  6. 모뎀을 꺼 냈습니다.

  7. 제거되었습니다 /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules.

  8. 재부팅하고 전체 프로세스를 다시 시도하십시오. 다시 실패했습니다.

syslog 파일 (완료, 중요한 부분을 놓칠 위험이 없음)과 언급 된 규칙 파일 (40)은 여기에 있습니다 .


업데이트 16-2015 년 12 월 11 일

  1. 에 1232 규칙을 하나만 남겨 /lib/udev/rules.d/40-usb_modeswitch.rules두고 다른 규칙을 제거했습니다.

  2. 실행되었습니다 sudo udevadm control --reload.

  3. 모뎀을 삽입했습니다.

  4. 모뎀이 인식되었습니다.

    Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  5. 소프트 케이블을 분리하고 연결을 시도했습니다. 실패했습니다.

  6. 모뎀을 꺼 냈습니다.

그러나 위의 기본 시스템을 테스트하지 않았습니까? /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules그 자리 에두고 싶었습니까 ?

syslog 파일 (완료, 중요한 부분을 놓칠 위험이 없음)과 언급 된 규칙 파일 (40)이 여기에 있습니다.


2015 년 12 월 17 일-12 월 11 일 업데이트

  1. 에서 1232 규칙을 주석 처리하고 /lib/udev/rules.d/40-usb_modeswitch.rules2003 년 규칙을 추가했습니다.

    # ZTE MFxxx
    # Added on December 11 2015
    ATTR{idVendor}=="19d2", ATTR{idProduct}=="2003", RUN+="usb_modeswitch '%b/%k'"
    
  2. 실행되었습니다 sudo udevadm control --reload.

  3. 모뎀을 삽입했습니다.

  4. 모뎀이 1232 장치 로 인식되었습니다 . 연결 시도는 제공되지 않습니다 (내 지식이있는 한 2003 년으로 전환하지 않으면 광대역 네트워크에 등록되지 않음)

    Bus 001 Device 008: ID 19d2:1232 ZTE WCDMA Technologies MSM
    
  5. 모뎀을 꺼 냈습니다.

syslog 파일과 언급 된 규칙 파일 (40)은 다음같습니다.


2015 년 12 월 18 일 업데이트-12 월 11 일

  1. 모든 규칙 파일을 원래 형식으로 넣으십시오.

  2. lsusb쉘 스크립트를 사용하여 1 초마다 출력을 보았습니다 . 타임 스탬프 파일로 출력을 캡처했습니다.

  3. 모뎀을 삽입했습니다. (모뎀이 먼저 파일에 나타납니다 lssuboutouput.Fri Dec 11 16:56:29 BDT 2015.txt). 캡처에서 찾을 수 있듯이 1232 장치에서 2003 장치로 전환되는 것이 분명합니다.

  4. 연결을 시도했습니다. 실패했습니다.

  5. 모뎀을 꺼 냈습니다.

syslog 파일, 타임 스탬프 lsusb출력 및 언급 된 규칙 파일은 여기에 있습니다 .

이제 syslog 출력을 타임 스탬프와 일치시킬 수 있습니다.


2015 년 12 월 19 일-12 월 11 일 업데이트

문제를 격리 할 수 ​​있기를 바라며 완전히 새로운 방향으로이 테스트를 수행했습니다.

  1. 휴대용 미디어 /lib/udev/rules.d/40-usb-media-players.rules/lib/udev/rules.d/77-mm-zte-port-types.rules(Ubuntu 15.10 시스템에서) 저장되었습니다 .

  2. Xubuntu 15.04 64 비트 DVD를 사용하여 시스템을 부팅했습니다.

  3. 실행되었습니다 diff 77-mm-zte-port-types.rules /lib/udev/rules.d/77-mm-zte-port-types.rules > diff15.10and15.04_77-mm.txt. 첫 번째 파일은 15.10에서 저장된 파일입니다.

    diff 파일을 검사하면 idProduct1232 또는 2003이 표시되지 않습니다 .

  4. 실행되었습니다 diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules > diff15.10and15.04_40-usb.txt. 다시, 첫 번째 파일은 15.10에서 저장된 파일에서 온 것입니다.

    다시 diff 파일을 검사하면 idProduct1232 또는 2003이 표시되지 않습니다 .

  5. 모뎀을 삽입했습니다. 모뎀이 모뎀으로 인식되었습니다.

    $ lsusb
    Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  6. 모바일 광대역 연결을 설정 한 후 즉시 연결할 수 있습니다.

  7. 모뎀을 꺼 냈습니다.

  8. 최신 USB_ModeSwitch를 설치했습니다.

    diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules
    

    이제 예상대로 NULL을 반환합니다.

  9. 실행되었습니다 sudo udevadm control --reload-rules.

  10. 모뎀을 삽입했습니다. 모뎀이 모뎀으로 인식되었습니다.

    $ lsusb
    Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  11. 쉽게 연결할 수 있습니다.

MM과 NM을 Ubuntu 15.10의 것으로 업그레이드하려고 시도했을 수 있습니다. 실제로 시도했지만 끝없는 종속성 문제로 인해 포기했습니다.

위에서 언급 한 모든 diff 파일은 여기에 있습니다 .


2015 년 12 월 20 일-12 월 12 일 업데이트

시험 1

  1. /lib/udev/rules원래의 상태이다.

  2. 이 세션에 모뎀 장치가 아직 삽입되지 않았습니다.

  3. 디버깅 및 설정 udevadm 캡처를위한 설정 ModemManager.

    sudo udevadm monitor --e |& tee udevadm.update20.WITHOUT78.log
    sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee MM.update20.WITHOUT78.log
    
  4. 모뎀을 연결하고 광대역 네트워크에 등록되었다고 표시 될 때까지 기다렸습니다.

  5. 연결에 실패했습니다.

  6. 모뎀을 꺼 냈습니다.

  7. 압축 된 로그 파일.

시험 2

위의 테스트를 /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules제자리에서 반복했습니다 .

로그 파일 이름은 설명이 필요 없습니다.

위의 모든 로그 파일과 syslog 및 78 개의 규칙 파일이 여기에 있습니다 .

모든 로그 파일에 타임 스탬프가 함께 제공되어 더욱 쉽게 일치하도록하겠습니다.


2015 년 12 월 21 일-12 월 15 일 업데이트

  1. 제안 된대로 규칙 파일을 변경했습니다.
  2. 내 컴퓨터를 재부팅했습니다.
  3. 모뎀을 삽입하고 연결을 시도했습니다. 그것은 작동하지 않았다.

규칙 파일은이 syslog있습니다 여기에 .


업데이트 22-12 월 16 2015

한 의견에서 알 수 있듯이 http://kernel.ubuntu.com/~kernel-ppa/mainline/ 에서 다양한 커널을 설치 하고 각각에서 부팅 한 후 모뎀을 사용하여 연결을 시도했습니다.

  1. 4.2.8-040208- 일반, 장애.

  2. 4.1.15-040115- 일반, 장애.

  3. 4.0.9-040009- 일반, 실패.

아마도 커널 문제를 배제 할 수있을 것입니다.


2016 년 2 월 23 일 업데이트

모뎀이 Ubuntu 16.04에서 작동하기 시작했습니다. 이 버전은 아직 Alpha 1이지만 랩톱에서 제대로 작동합니다.


1
나는 과거에 비슷한 문제에 부딪 쳤고 DHCP를 비활성화하고 셀 회사의 게이트웨이 주소 번호를 사용하고 Google의 DNS 서버를 사용해야했습니다. 이것은 2 ~ 3 년 전이며 필요한 정확한 단계를 기억하지 못하고 이것이 동일한 문제인지 알지 못하지만 오류는 거의 그대로였습니다. 내가 더 도울 수 있으면 좋겠다.
KGIII

1
@ KGIII 나는 이것을 시도하고 싶습니다. 유휴 쿼리 하나만 DHCP와 관련이 있으면 Windows에서 어떻게 작동합니까? 주소를 할당 할 때 DHCP 서버가 다른 점이 있습니까? 또한 동일한 Linux 시스템 (모뎀 연결에 실패한)은 이더넷 DHCP와 작동합니다. 어쨌든 실제 실험은 수천 건의 유휴 토론에 가치가 있습니다.
Masroor

나는 것 같아요 다른 방식으로 네트워킹 윈도우 핸들을 이미이 특정 하드웨어 또는 하드웨어 유형을 처리하도록 구성되었을 수 있습니다. 나는 최근에 Windows에 많은 관심을 기울이지 않았으므로 아마도 그에 대한 최상의 정보 소스는 아닐 것입니다.
KGIII

@KGIII 주소 설정을 시도했습니다. 안타깝게도 모바일 광대역 연결에 사용할 수있는 두 가지 옵션은 자동 (PPP)입니다. 그래서 그것은 닫힌 길입니다. 어쨌든 고마워
Masroor

1
커널을 문제의 원인으로 제거하기 위해 kernel.ubuntu.com/~kernel-ppa/mainline 에서 4.0 및 4.1 커널을 설치 하고 테스트 해 볼 수 있습니까?
muru

답변:


4

ofono아마도 패키지를 로드하는 것은 좋지만 아마도 모뎀 모델 ZTE MF193E는 ZTE 목록에없는 것 같습니다. 다른 ZTE 모뎀 (예 : MF190J)과 비교할 때이 모뎀은 동글을 삽입 할 때 udev실행 usb_modeswitch되고 루트로 다음과 같은 두 가지 udev규칙을 사용하여 파일에 새 규칙을 추가 할 수 있도록 동일한 특수 규칙 이 필요할 수 있습니다. 주석
/lib/udev/rules.d/40-usb_modeswitch.rules
근처 어딘가에 # ZTE MF190J:

# ZTE MF193E
ATTR{idVendor}=="19d2", ATTR{idProduct}=="2003", RUN+="usb_modeswitch '%b/%k'"

빈 줄을 더하여 눈에 즐겁게 보입니다.

아마도 그 후에 재부팅하는 것이 현명 할 것입니다. 매직 마술처럼 작동한다는 것을 알았습니다.

아님 아시다시피, 이것은 나에게 깊은 물이지만 여전히 작동하지 않으면 또 다른 추측을 위해 다른 ModemManager 디버그 로그가 필요합니다.

편집하다:

나는 modemmanager.txt에서 두 줄을보고 있습니다 :

[mm-broadband-bearer.c:1254] connect(): Launching 3GPP connection attempt with APN 'WAP'

[mm-broadband-bearer.c:994] parse_pdp_list(): Found PDP context with CID 1 and PDP type ipv4 for APN 'wap'

첫 번째는 광대역 설정을 의미하고 후자는 "PDP 컨텍스트"(무엇이든)에 대한 내부 바인딩을 의미한다고 생각합니다. 그것의 외관상으로, 모뎀은를 포함하여 9 개의 대안적인 맥락을 제공 apn='WAP'하지만 ModemManager대소 문자를 구분하지 않는 매칭을 위해 정착합니다.

대소 문자 차이는 후속 문제의 원인 일 수 있습니다. 예를 들어, ppp가 'wap'(이 아닌 'WAP') 구성을 원하고 찾지 못하거나 원격 엔드가 기대 apn='WAP'하지만 'wap'을 얻습니다.

첫 번째 옵션은 'WAP'대신 'wap'을 사용하도록 구성을 변경하여 쉽게 테스트하고 배제 할 수 있습니다. 당신은 전에 이것을 시도했지만 ofono패키지가 없는 그 당시에 는 두 번째 옵션이 더 가능성이 있지만 다른 테스트가 아프지 않을 것입니다.

모뎀에서 사용 가능한 대문자 "PDP 컨텍스트"일치가 있다는 점을 고려할 때 두 번째 옵션도 더 문제가됩니다. 이 문제를 검색하면 대소 문자를 구분하지 않는 일치가 (명백하게 관련된) 사양 "3GPP TS 23.003 챕터 9.1"에 의해 올바른 것으로 보이며이를 수행하기위한 패치가 ModemManager작년 11 월에 버전 mm-1-4, 나는 모을 수있다). 따라서이 경우 모뎀에 알려지지 않았으며 대소 문자를 구분하는 것으로 예상되지만 ModemManager불행히도 대소 문자를 구분하지 않고 대소 문자를 구분하지 않습니다.

두 번째 문제에 대한 한 가지 해결책은 물론 다른 ModemManager패치 를 사용하는 것입니다 .이 패치 이전의 버전을 찾아서 설치하거나 여유 시간이 충분한 경우 자신의 롤을 만드십시오 ModemManager. 그러나 변덕스러운 일도 아니므로 아마도 이것이 현재 문제라는 증거를 얻기 위해 조금 둘러보아야 할 것입니다. 가능하면 문제를 해결할 다른 방법을 찾으십시오. 운이 좋으면 무언가를 아는 사람이

편집 2

예, 종속성으로 인해 버전 롤백이 쉽지 않습니다. 그리고 자신을 굴리는 것도 기쁨과는 거리가 멀다.

두 가지 유용한 도구 : command mmcli및 ( http://m2msupport.net/m2msupport/module-tester/ ).

문제는 ModemManager가 apn = 'wap'으로 PDP 컨텍스트 1을 선택하고 apn = 'WAP'로 PDP 컨텍스트 9를 선택해야한다는 것입니다. 아마도 이러한 도구 중 하나를 사용하여 해결할 수 있습니다. 연결하는 동안 또는 모듈 테스터 도구가 할 수 있다고 광고하는 모뎀에서 잘못된 'wap'컨텍스트를 삭제하여 9를 강제로 선택할 수 있습니다.

모뎀 테스터 도구는 브라우저의 Java 도구 인 것 같습니다. 따라서 Java의 위치를 ​​알 수 있도록 브라우저를 설정해야하며 해당 Java를 알고 있어야합니다. 그런 다음 그 접근법을 탐색하십시오. 나는 그것을 직접 사용하지는 않았지만 스크린 샷을 보았을 때 PDP 컨텍스트를 '데이터 호출'탭으로 표시하고 처음에 표시된 모든 것을 기록한 다음 'wap'항목을 편집합니다. 'wap'apn 레이블을 'wap1'및 'wap2'로 왜곡하십시오 ( 'WAP'를 찾을 때 레이블을 "숨기기"). 그런 다음 저장하고 닫고 동글을 다시 저글링하십시오. 로그를 잡아; syslog는 여전히 재생을 거부하는 경우에 충분합니다.

mmcli명령은이 이야기에서 유용 할 것 같습니다; 어떻게 man mmcli그것에 대해 읽고,하지만 난 거기에 PDP 컨텍스트에 대해 아무것도 보지 않았다.

편집 3

좋은 전화! DVD에서 테스트합니다. 그것은 우리에게 APN과의 잘못된 길에 있으며, ppp가 등장하는 데 있다고 말합니다. 적어도 나무 껍질을 벗길 새 나무 일 것입니다.

먼저 pppd의 버전 차이 (2.4.5에서 2.4.6까지)가 있지만 동글에있는 모든 사람이이 여행에 참여 했으므로 문제가되지 않습니다.

흠, ppp; 나는 마지막 천년의 기억을 자극해야합니다 :-). 불행히도 나는 오늘 바쁘지만 다음에 시간이있을 때 당신이 얼마나 멀리 왔는지 알기 위해 기지를 만질 것입니다. 조사 할 첫 뒷골목은 다음과 같습니다. 1) 올바른 그룹의 사용자입니까? 2) 자격 증명이 맞습니까? 3) ppp / chat 구성 파일 모드가 맞습니까? ppp 디버그 로그는 며칠 전에 nm.txt로 나오지만 더 자세한 로깅을 요청하는 방법도 있어야합니다.

편집 4

확인 /etc/ppp/pap-secrets/etc/ppp/chap-secrets그룹이 dip(사용 chgrp및 모드 필요) 740(또는 -rw-r-----(사용) chmod필요에 따라). 광산은하지 않았다.

편집 5

이 트리는 어떻습니까? 작동중인 wvdialsyslog와 작동 하지 않는 syslog를 비교하면 작동 하지 않는 syslog를 계속 사용 wvdial하는 ttyUSB3동안 어떤 이유로 사용 된 것 같습니다 . 이 모든 중요한에서,하지만 분명히 있지만 있는지 확실하지 않습니다 및 AT 수있는 모뎀과 같은 두 응답.ModemManagerttyUSB1ttyUSB1ttyUSB3

따라서 테스트로 다음 줄을 포함 /etc/wvdial.conf하도록 편집 할 수 있습니다 [Dialer Defaults].

Modem = /dev/ttyUSB1

한 테스트와 ttyUSB3다른 테스트를 위해; 둘 다 루트로 실행됩니다. 다른 행동이 있는지 확인하십시오. 특히, ttyUSB1ttyUSB3를 사용하는 것이 문제가되지 않고 사용하는 것이 문제가 된다면, ModemManager가 ttyUSB3을 사용하게하는 방법을 살펴 보는 것이 좋습니다. 다른 테스트 결과에 대해서는 ppp 땅에서 흰 족제비를 쫓는 것으로 돌아가겠습니다.

편집 6

dmesg 로그는 무시할 수 있다고 생각합니다. 모든 로그에서와 같습니다. 새로운 syslog는 ttyUSB3 테스트 만 보여 주지만, ttyUSB3 NetworkManager을 사용하기가 힘들고 ttyUSB1 (이 모뎀의 경우)을 무시할 수 있다면 인생이 더 좋아 진다고 가정 할 수 있습니다.

또한 특히 포스트 # 10 disconcerting과 함께 ( https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/819784 ) 발견했습니다 :-(

명백히 적용 가능한 udev규칙은 /lib/udev/rules.d/77-mm-zte-port-types.rules적용되지 않지만 어디로 가야할까요? 그리고 udev마법에 대한 매우 기초적인 기초적인 통찰력만으로도 네 번째 줄에 의문을 제기하는 것이 좋습니다 .

SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end"

나는 그 라인 #이 주석 처리되도록 초기가 필요하다고 생각합니다 . 상세하게는 파일을 읽을 때 "2003"제품 규칙을 포함하여 최소한의 테스트를 위해 양호한 비트를 사용하려면 SUBSYSTEM == "tty"및 SUBSYSTEMS = "usb"호출 상태가 필요합니다. "tty"필터링을 건너 뛰는 것이 안전해야합니다. 그리고 지금은 더 좋은 것이 없습니다.

편집 7

내가 좋아하는 검색 엔진으로 좋은 시간을 보낸 후에 ttyUSB 선택이 근본적인 문제라고 생각합니다. 내가 지적한 udev 규칙은 괜찮습니다. 편집 내용을 되돌려 야합니다.

그러나 제품 ID "2003"에 대한 파일 끝 부분의 구성 규칙이 잘못되었다고 생각하기 시작했습니다. 로그에서 제품 ID "2003"은 실제로 동글의 메모리 장치 쪽이고 모뎀쪽에는 제품 ID "1232"가 있습니다. 제품 ID "1232"에 대해 두 개의 "2003"규칙을 파일로 복제하여이를 테스트 할 수 있습니다./lib/udev/rules.d/77-mm-zte-port-types.rules

ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="1232", ENV{.MM_USBIFNUM}=="03", ENV{ID_MM_ZTE_PORT_TYPE_MODEM}="1"
ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="1232", ENV{.MM_USBIFNUM}=="01", ENV{ID_MM_ZTE_PORT_TYPE_AUX}="1"

또는 그 옆에 새로운 파일을 추가하십시오 (예 : named 78-ralph.rules). 또한 그 주위에 SUBSYSTEM 및 SUBSYSTEMS 보호를 추가해야합니다.

그런 다음 동글을 꺼내서 실행 udevadm control --reload(또는 재부팅) 한 다음 동글을 삽입하십시오. 그리고 또 다른 syslog캡처는 지금 작동하지 않는 한.

그러나 효과적인 문제는 ModemManager libmm-plugin-zte.so가 사전 검사에서 플러그인 을 삭제하고 일반 모뎀 처리기를 사용하여 종료 된다는 것 입니다. 제품 ID가 맞다면 이것이 이유 일 수 있습니다. 사전 검사는 ID_MM_ZTE_PORT_TYPE_MODEM속성을 찾고 zte 플러그인이 삭제되는 효과와 함께 제품 ID "1232"(패치 이전)에는 부족합니다.

편집 8

syslog로그 조금 짧다; ModemManager가 zte 플러그인을 설치하지 못하는 시작 부분이 없습니다. 그러나 일반 모뎀 플러그인이 사용 된 것은 분명합니다. 지금, 그것은는 것을있을 수 있습니다 usb_modeswitch내가 초기에 준 규칙이 아니라 잘못; "2003" 에서 전환했다고 생각하면 "2003" 으로 전환 하기 로 결정합니다 . 그러나 (내가 전에 살펴 보았다해야하는) 가지가 이동 제안 제품 ID가 아니라 에서 그것. 어쨌든 로그는 발생했음을 표시합니다. 따라서 "1232"를 대신 사용하도록 해당 규칙을 변경 한 후 다시 시도하십시오.man usb_modeswitch

다른 것이 없다면 적어도 udev에 대해 조금 배워야합니다.

편집 9

좋은. 문제는 여전히 ModemManager가 사전 검사에서 ZTE 플러그인을 삭제한다는 것입니다. 15.10에 대한 ModemManager 디버깅 로그 (로그 세트 "debuglogs *")는 모두 vendor-id / product-id 테스트로 인해 ZTE 플러그인이 삭제되었다는 이야기를 전합니다.

출처로 가십시오, 루크! 나는이 기회를 ModemManager 소스 코드를 간략하게 살펴 보았고 19d2 / 2003을 포함하지 않는 vid / pid 테이블로 플러그인을 나타냅니다 ...하지만 테이블 소스를 찾지 못했기 때문에 확인하지 않습니다.

또는 여기에 타이밍 문제가있을 수 있습니다. 예를 들어, ModemManager는 장치가 19d2 / 1232 인 동안 사전 검사를 실행합니다. 78mm-zte-port-types-RALPH.rules udev 규칙을 사용하면 ModemManager가 장치에 대해 약간 더 행복하다는 관찰과 일치합니다. 그러나 장치가 19d2 / 2003으로 전환되었을 때 왜 행복하고 그 플러그인을 사용하지 않습니까?

아마도 더 많은 로그가 필요할 수 있습니다 :-) ModemManager를 디버깅 udevadm monitor --e |& tee udevadm.log하고 장치를 연결할 때 명령 을 다른 터미널에서 캡처 합니다. 나는 그 명령을 얻었습니다 ( https://wiki.ubuntu.com/DebuggingUdev )

78-mm-zte-port-types-RALPH.rules규칙을 사용 하지 않고 한 번, 규칙을 사용하여 한 번, 새로 부팅 한 후 두 번 수행하십시오. 즉

  1. 파일 /lib/udev/rules.d유무에 관계없이 설정*-RALPH.rules
  2. 장치를 꺼내
  3. 재부팅
  4. 디버깅 및 설정 udevadm 캡처를위한 설정 ModemManager
  5. 장치를 연결하고 잠시 기다립니다
  6. 로그 파일을 압축
  7. 다음 테스트에서 1부터 반복

이 로깅은 ZTE 플러그인이 삭제 된 위치를 알려 주어야하며 이해하는 바와 같이 udev 이벤트 처리에 대해서도 알려줍니다.

편집 10

(여기서는 테더가 거의 끝났지 만 숨이 한두 번 더 남았습니다 .-)

첫째, 모든 udev장식은 두 속성에 몇 개의 물음표 만 있으면 원하는대로 끝나는 것처럼 보입니다. 특히, 78-*-RALPH.rules버려야한다. 유용하지 않습니다.

나는 이것으로부터 무언가를 읽을 수 있다고 생각하지만, 그것이 어떻게 고쳐질 지 정확히 모르겠습니다. 기본적으로, 내가 볼 수 있듯이 동글이 연결되면 udev 이벤트가 발생합니다. ttyUSB1과 관련된 사람들을 중심으로 "초기"이벤트가 있습니다.

KERNEL[3867.310990] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1 (usb)

이는 원인 usb_serial드라이버를로드 할 수 및 /dev/ttyUSB1표시 할 수 있습니다. 특히 다른 이벤트가 발생합니다.

KERNEL[3867.435102] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1/ttyUSB1/tty/ttyUSB1 (tty)

나는 또한 트리거 ModemManager합니다 생각합니다 . 당신은에 가야 syslog로그 간의 엄격한 상관 관계가 없기 때문에, 이것의 증거를 볼 수 있습니다. 이벤트는 시간 스탬프이다 3867.435102, 그리고 syslog선물은 가장 가까운 이후의 ModemManager로그 라인은 커널 로그 라인 스탬프 직후 3867.437412.

내 생각에는 ModemManager아직 트리거되지 않아야하지만 후속 ttyUSB1 이벤트 후에 만 ​​발생해야합니다.

UDEV  [3867.580427] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1/ttyUSB1/tty/ttyUSB1 (tty)

ZTE 속성이 첨부되었습니다.

MM 로그에서 우리는 1449934745.363291"스탬프 타임"스탬프가 아닌 "실시간"타임 스탬프 인 스탬프 라인에있을 것 입니다.

ModemManager그런 다음 사전 프로빙을 1449934745.450398통해 즉, 87ms 후, 커널 시간에서 3867.524519위의 "좋은"UDEV 이벤트 보고서보다 55ms 앞당겨집니다 .

참고 것으로 syslog, ModemManager별장 불만 않습니다 ttyUSB1불만은 "표시"에서 일어나고 관련이 어쩌면 그 속성 설정, 그리고하지 않습니다 80-mm-candidate.rules. 해당 파일의 주석에 따르면 해당 마킹은이 문제를 정확하게 처리하려는 시도 인 것처럼 보이지만 그렇다면이 경우에는 작동하지 않는 것 같습니다.

이 문제를 해결하는 한 가지 가능성은 "tty"규칙을 다음과 같이 변경하는 80-mm-candidate.rules것입니다.

ENV{.ID_PORT}=="?*", SUBSYSTEM=="tty", ENV{ID_MM_CANDIDATE}="1"

내 생각에 ID_MM_CANDIDATEZTE 속성이 설정 될 때까지 설정이 지연됩니다. 이 .ID_PORT설정은 60-serial.rules규칙 ( 60-persistent-serial.rules이전 이라고 함 ) 의 효과이며 표시 규칙에 추가 된 조건은 단순히 값이 있다는 것입니다.

조건은 ZTE 속성이 아니라 규칙을보다 일반적으로 유지하기위한 것입니다. 보다 구체적인 한 단계는 ENV{.MM_USBIFNUM}="?*"대신에 할당 이 필요하기 때문에 오히려 필요 합니다 77-mm-zte-port-types.rules.

일반적으로 나는 udev규칙 순서에 대해 확신하지 못하며, 이것이 ModemManager너무 빨리 행동하는 것을 멈추지 않을 수도 있습니다. 그러나 그렇지 않으면 거의 작동하지 않을 80-mm-candidate.rules것이며 아마도 ModemManager15.04에서 "향상된"것으로 이어질 것 입니다.

편집 21

한숨. 아마 관련이 없지만 7-zte-mutil_port_device.rules파일 을 확인하고 싶을 수도 있습니다. 다른 실험의 잔재입니까? 어쨌든 여기서는 관련이 없습니다.

515.558184와 사이에 여전히 거의 초가 있습니다516.381549 위치를 ModemManager열심히하고 잘못 잡고 /dev/ttyUSB1, 그것을 설정, 여전히 사전 프로브 및 폐기 ZTE 플러그인을 통과하지 불평 동안은. 다시 말해, 규칙 패치는 ModemManager기다리지 않습니다 .

나는 당신이 ENV{.MM_USBIFNUM}="?*"대신 사용하여 테스트했다고 가정합니다 ENV{.ID_PORT}=="?*".

실제로 설정 ENV{ID_MM_CANDIDATE}=1이 중요한지 여부를 확인 하려면 일시적으로 이동 80-mm-candidate.rules한 다음 (syslog 다음 ModemManager무시 /dev/ttyUSB1할지 여부를 ) . "아니오"라고 생각합니다.

그런 다음 14.04와 같은 작업 버전을 사용할 수 있으며 필요한 경우 가상 상자에서 15.10을 실행할 수 있습니다. 물론 이미 모두 가상 상자에 있지 않은 한.

이 시점에서 패배를 주장해야한다고 생각합니다.


불행히도 작동하지 않았습니다. 내 질문의 로그를 참조하십시오.
Masroor

흠. 이 로그는 모뎀 수준에서는 올라 왔지만 ppp 수준에서는 실패했음을 나타냅니다. 플러그 아웃 / 인 제스처를 위해 nm.txt 로그가 발생하고 syslog가 발생할 수 있습니까? Btw, 나는 모뎀을 연결할 때 케이블에도 있지 않다고 생각합니다.
Ralph Rönnquist

두 개의 로그가 더 포함 된 동일한 .zip 파일을 업데이트했습니다. 테스트 할 때 케이블을 (부드럽게) 분리하십시오. 케이블은 전에 문제가 없었지만. 이전에는 여행 전에 데이터 팩을 구매 한 후 케이블을 연결 한 상태에서 가정용 컴퓨터 (PC)의 모뎀을 테스트 한 후 랩톱에서 모뎀을 사용했습니다. 다시 한 번 물어봐 주셔서 감사합니다.
Masroor

대답에서 내 편집 내용을 주목하십시오 : 다음 거친 추측. 건배.
Ralph Rönnquist

많은 APN 문자열, 소문자 / 대문자로 모든 것을 시도했습니다. 불운. 좌절이 다가오고 있습니다.
Masroor

1

모뎀이 Ubuntu 16.04에서 작동하기 시작했습니다. 이 버전은 아직 개발 단계이지만 랩톱에서 제대로 작동합니다.

나는 그것이 어떻게 기능을 시작했는지에 대한 자세한 기술 정보를 제공 할 수 있기를 바랍니다.


0

이것을 한눈에 본 후이 드래곤이 제대로 다루어지지 않은 것은 아닙니다. 12.10 및 13.04의 버그는 아마도 버그가 수정되지 않았거나 새로운 패치가 이전에 올바르게 작동했던 것을 깨 뜨렸을 것입니다.

기술 사양을 올바르게 읽으려면이 방향을 알려야합니다 (MF190J).

3G 모뎀 (ZTE MF190J)에는 여전히 수동 조정이 필요합니다.


불행히도 (?) usb_modeswitch이 장치 의 규칙은 이미 표준 규칙 세트에있었습니다.
Ralph Rönnquist

-2

이것을 시도 했습니까?

 rfkill list up

그런 다음이 스크립트를 만들고 실행하십시오.

 #/bin/sh

     Case [!$] in
        /bin/sh
        networkname="true"
        networkname="the ip adr type in here"
        nmcli nm networkname --force-yes
        resolve.conf the ip adr type in here
     endl

이런 식으로 잘 작동 할 수 있습니다.


어떤 IP 주소를 입력해야합니까? 이것은 PPP 연결입니다.
Masroor

1
-1 잘못된 구문 만 포함하는 복잡한 스크립트를 작성하는 경우 -1입니다. sh 입니다. 또한 실제로 심볼릭 링크되어dash 있습니까?
heemayl
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.