Мобильная Широкополосная связь, не работающая над Dell Inspiron после обновления до 15,10

Я только что обновил свой Dell Inspiron от надежного человека человечности к коварному xubuntu (я отформатировал и выполнил чистую установку, а не обычное обновление). Все другие вещи работают, как обычно, кроме Мобильной широкополосной связи (ppp0). Странная вещь состоит в том, что аппаратный ключ (Huawei) работает обычно, когда я выполняю живой CD, но на моей установке, подключения аппаратного ключа, но я не могу просмотреть Интернет. Вот вывод системного журнала, когда я устанавливаю связь на своей Мобильной Широкополосной связи:

Apr 19 16:01:32 phoenix NetworkManager[811]: <info>  devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Apr 19 16:01:32 phoenix NetworkManager[811]: <info>  device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
Apr 19 16:01:32 phoenix NetworkManager[811]: nm-pppd-plugin-Message: nm-ppp-plugin: (get_credentials): passwd-hook, requesting credentials...
Apr 19 16:01:32 phoenix NetworkManager[811]: nm-pppd-plugin-Message: nm-ppp-plugin: (get_credentials): got credentials from NetworkManager
Apr 19 16:01:32 phoenix pppd[5970]: CHAP authentication succeeded
Apr 19 16:01:32 phoenix pppd[5970]: CHAP authentication succeeded
Apr 19 16:01:32 phoenix NetworkManager[811]: CHAP authentication succeeded
Apr 19 16:01:32 phoenix NetworkManager[811]: CHAP authentication succeeded
Apr 19 16:01:32 phoenix NetworkManager[811]: nm-pppd-plugin-Message: nm-ppp-plugin: (nm_phasechange): status 8 / phase 'network'
Apr 19 16:01:32 phoenix whoopsie[826]: [16:01:32] Cannot reach: https://daisy.ubuntu.com
Apr 19 16:01:32 phoenix whoopsie[826]: [16:01:32] Cannot reach: https://daisy.ubuntu.com
Apr 19 16:01:35 phoenix pppd[5970]: Could not determine remote IP address: defaulting to 10.64.64.64
Apr 19 16:01:35 phoenix NetworkManager[811]: Could not determine remote IP address: defaulting to 10.64.64.64
Apr 19 16:01:35 phoenix pppd[5970]: local  IP address 100.115.3.25
Apr 19 16:01:35 phoenix pppd[5970]: remote IP address 10.64.64.64
Apr 19 16:01:35 phoenix pppd[5970]: primary   DNS address 59.144.127.117
Apr 19 16:01:35 phoenix pppd[5970]: secondary DNS address 202.56.215.41
Apr 19 16:01:35 phoenix NetworkManager[811]: local  IP address 100.115.3.25
Apr 19 16:01:35 phoenix NetworkManager[811]: remote IP address 10.64.64.64
Apr 19 16:01:35 phoenix NetworkManager[811]: primary   DNS address 59.144.127.117
Apr 19 16:01:35 phoenix NetworkManager[811]: secondary DNS address 202.56.215.41
Apr 19 16:01:35 phoenix NetworkManager[811]: nm-pppd-plugin-Message: nm-ppp-plugin: (nm_phasechange): status 9 / phase 'running'
Apr 19 16:01:35 phoenix NetworkManager[811]: nm-pppd-plugin-Message: nm-ppp-plugin: (nm_ip_up): ip-up event
Apr 19 16:01:35 phoenix NetworkManager[811]: nm-pppd-plugin-Message: nm-ppp-plugin: (nm_ip_up): sending IPv4 config to NetworkManager...
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  keyfile: add connection in-memory (d3804110-9c70-456c-ac9b-7f760b90f34a,"ppp0")
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ppp0): device state change: unmanaged -> unavailable (reason 'connection-assumed') [10 20 41]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ppp0): device state change: unavailable -> disconnected (reason 'connection-assumed') [20 30 41]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  Device 'ppp0' has no connection; scheduling activate_check in 0 seconds.
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ppp0): Activation: starting connection 'ppp0' (d3804110-9c70-456c-ac9b-7f760b90f34a)
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  PPP manager (IPv4 Config Get) reply received.
Apr 19 16:01:35 phoenix whoopsie[826]: [16:01:35] Cannot reach: https://daisy.ubuntu.com
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ppp0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ttyUSB0): device state change: ip-config -> ip-check (reason 'none') [70 80 0]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ppp0): device state change: prepare -> config (reason 'none') [40 50 0]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ppp0): device state change: config -> ip-config (reason 'none') [50 70 0]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ttyUSB0): device state change: ip-check -> secondaries (reason 'none') [80 90 0]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ppp0): device state change: ip-config -> ip-check (reason 'none') [70 80 0]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ttyUSB0): device state change: secondaries -> activated (reason 'none') [90 100 0]
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  NetworkManager state is now CONNECTED_LOCAL
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  NetworkManager state is now CONNECTED_GLOBAL
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  Policy set 'Airtel Default' (ppp0) as default for IPv4 routing and DNS.
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  Writing DNS information to /sbin/resolvconf
Apr 19 16:01:35 phoenix dnsmasq[1477]: setting upstream servers from DBus
Apr 19 16:01:35 phoenix dnsmasq[1477]: using nameserver 59.144.127.117#53
Apr 19 16:01:35 phoenix dnsmasq[1477]: using nameserver 202.56.215.41#53
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ttyUSB0): Activation: successful, device activated.
Apr 19 16:01:35 phoenix nm-dispatcher: Dispatching action 'up' for ppp0
Apr 19 16:01:35 phoenix NetworkManager[811]: <info>  (ppp0): device state change: ip-check -> secondaries (reason 'none') [80 90 0]
Apr 19 16:01:35 phoenix whoopsie[826]: [16:01:35] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/24
Apr 19 16:01:35 phoenix whoopsie[826]: [16:01:35] Network connection may be a paid data plan: /org/freedesktop/NetworkManager/Devices/16

На номере строки 7 я вижу CHAP authentication succeeded, но я не понимаю то, что еще могло быть неправильным здесь. Когда я делаю простое ping google.com, Я получаю Неизвестную ошибку хоста, и следующие строки печатаются в системном журнале:

Apr 19 16:02:02 phoenix pppd[5970]: IPV6CP: timeout sending Config-Requests
Apr 19 16:02:02 phoenix NetworkManager[811]: IPV6CP: timeout sending Config-Requests

Любые указатели были бы полезны.

править

До сих пор единственное обходное решение, которое я нашел, должно переустановить network-manager. Когда я переустанавливаю этот пакет и затем снова соединяюсь, я волшебно могу соединиться с Интернетом! Но я ищу надлежащее решение этого, а не обходного решения.

редактирование 2

Похож на Отчет об ошибках, был уже зарегистрирован людьми на Панели запуска для этого. Я забыл упоминать это в вопросе, но я также получаю это ниже ошибочного диалогового окна, когда я пытаюсь отредактировать свое проблематичное Мобильное Широкополосное соединение:

settings/nm-settings-connection.c.995 - Connection didn't have requested setting 'ppp'

редактирование 3

Другое наблюдение состоит в том, что эта ошибка, кажется, происходит только с конкретными моделями модемов Huawei. Например, это происходит с моим аппаратным ключом Гостиницы при аэропорте, но не происходит, когда я использую аппаратный ключ BSNL. Я также думаю, что это связано с интерфейсным именованием. С Гостиницей при аэропорте интерфейс соединения называют как ppp0 тогда как с BSNL, это называют как wwt692d89159469, так, чтобы могло бы быть полезно для поиска и устранения неисправностей.

2
задан 24 April 2016 в 06:24

1 ответ

Я пытался найти фиксацию к этому почти везде в Интернете включая этот сайт, ubuntuforums.org и launchpad.net .

сделавший все это, я настоящим прихожу к заключению, что нет никаких, фиксируют для этого в 15.10 (с 29.05.2016). Единственный способ разрешить это состоит в том, чтобы обновить себя до 16.10. Действительно, я не должен был плескаться с non-LTS версией, во-первых полагая, что подобные вещи произошли в прошлом!

0
ответ дан 24 April 2016 в 16:24
  • 1
    Я попробовал даже, что, я получил эту ошибку AH00526: Синтаксическая ошибка на строке 50 из/etc/apache2/sites-enabled/000-default.conf: ErrorLog берет один аргумент, имя файла журнала ошибок – harsha 31 August 2017 в 20:14

Другие вопросы по тегам:

Похожие вопросы: