Восстановление модема Huawei e3372h после неудачной прошивки

Обновлено: 03.07.2024

У меня есть машина Shuttle DS57U, на которой работает pfsense 2.4.4 с загрузкой UEFI, потому что обновление с 2.3.x --> 2.4.x сломало устаревший загрузчик на этом оборудовании. Я успешно настроил USB-модем Huawei E3372h 4G для работы в режиме флешки для подключения к Интернету с использованием PPP в pfsense. Это была небольшая миссия сама по себе, требующая обновления прошивки, пользовательской строки инициализации и перевода модема в подходящий SETMODE для отображения правильных интерфейсов. Соответствующие биты представлены здесь на случай, если возникнут вопросы:

Проблема, с которой я столкнулся сейчас, заключается в том, что если я отключу сеанс PPP, перейдя в статус--> интерфейсы и нажав "Отключить", соединение будет разорвано, как и ожидалось, однако, когда я нажму "Подключиться", чтобы вернуть соединение в оперативный режим он не будет повторно подключаться.

Вот журнал успешного подключения:

Нажатие кнопки "Отключить" приводит к отключению интерфейса:

Теперь, когда мы пытаемся повторно подключиться, нажав кнопку подключения, ссылка никогда не появляется и постоянно повторяется:

Как и следовало ожидать, перезагрузка компьютера возвращает его в онлайн-режим. Я могу вручную сбросить настройки USB-порта, к которому подключен E3372, либо отключив и снова подключив его, либо выполнив сброс на порту, который является программный способ сделать то же самое:

Сразу после сброса unplug/replug или usbconfig мы видим, что модем больше не присутствует на изначально настроенном порту в журнале PPP:

Когда модем удаляется и снова подключается или выполняется сброс программного обеспечения, порт /dev/cuaUx.y, который он занимает, имеет значение x, увеличенное на 1. Итак, теперь моя конфигурация PPP нарушена, так как /dev/cuaU5.0 больше не существует, и получить Чтобы переподключиться, мне нужно вручную отредактировать экземпляр PPP и указать новый порт, который теперь появится в списке интерфейсов связи в PPP. В данном случае он увеличился до /dev/cuaU6.0. (при новой загрузке это /dev/cuaU0.0) В тот момент, когда я выбираю правильный интерфейс ссылки, бум, ссылка резервируется и немедленно подключается:

Я тестировал функцию отключения/повторного подключения просто для проверки стабильности подключения/решения. Меня беспокоит то, что он не может восстановиться после отключения / повторного подключения, вызванного вручную. Я ожидаю, что в реальном мире кратковременное отключение 4G будет означать постоянное отключение соединения, пока не произойдет какое-либо вмешательство пользователя. По моему опыту, pfsense обычно довольно хорошо справляется с работой в сети с другими типами соединений (например, PPPoE, Ethernet, OpenVPN и т. д.), поэтому я уверен, что здесь можно что-то сделать. Как ИТ-специалисты, мы любим автоматизировать вещи и предлагать надежные решения, поэтому я был бы заинтересован в том, чтобы узнать, как этого можно достичь.

Если вы зашли так далеко, спасибо!

Мне это кажется неправильным. Для PPP вам нужно '10', поэтому вы должны иметь либо from

Прошу прощения, это ошибка в моем посте, я скопировал и вставил это из списка, где я пробовал несколько разных конфигураций SETPORT. На самом деле я использую строку, которую вы предложили, поскольку она не будет связана с отсутствующими 10.

Я отредактировал сообщение выше, чтобы показать правильную информацию для моей конфигурации.

Скорее всего, вам здесь не повезло.
Эти палочки ppp ведут себя не очень хорошо. Я играл с некоторыми в прошлом.
Когда они работают, производительность хороша и т. д.
Однако повторное подключение всегда было кошмаром.
В какой-то момент все заработало, однако если флешку вынуть и перезагрузить pf,
тогда он обнаружит отсутствие интерфейса и потребует новой настройки текстового интерфейса.
В итоге я использовал небольшой маршрутизатор mikrotkik, в котором размещался USB-накопитель и предоставлял чистый Ethernet для pf. Надежный

Надеюсь, нам не повезло! Я выбрал прямой метод PPP, так как мне нужно, чтобы это устройство размещало сервисы через этот интерфейс, и я не хочу головной боли и ловушек, связанных с двойным NAT, если я поставлю блок pf за другим маршрутизатором. С этой целью я изначально настроил работающий стик режим hilink, который представляет себя для коробки pf как сетевой интерфейс, однако нет возможности настроить DMZ в прошивке стика для пропуска всего внешнего трафика. В режиме hilink флешка заботится о соединении 4G, и все отключение/повторное подключение через веб-интерфейс прошивки в флешке работает нормально; однако двойной NAT просто не подходит для этого приложения.

Есть ли у кого-нибудь подобный опыт успешного подключения, отключения и повторного подключения текущего ключа 4G с помощью PPP?

@bradtpt Да, это правда, что режим hilink не имеет функции dmz, и это очень жаль. Дело в том, что управление usb опирается на os и я сомневаюсь, что на уровне pf многое предстоит сделать.
Я так и не нашел надежного решения.
И пока вы это делаете, убедитесь, что вы получаете рабочий ip от 4g. В настоящее время операторы 4G часто используют cgn или просто брандмауэры своих сетей, не разрешающие входящие подключения.

Я надеялся, что что-то не так с тем, как завершался сеанс PPP, поскольку журналы показывают, что модем больше не отвечает на команды после завершения сеанса. Вы правы в отношении адресов NAT, которые предоставляет большинство мобильных провайдеров. Я нахожусь в Австралии, и в этом примере я подключался с помощью предоплаченной SIM-карты Optus, и это именно то, что мы получаем, IP-адрес 10.x.x.x, который не является общедоступным маршрутизируемым адресом. В этом ящике окажется SIM-карта Telstra, использующая apn telstra.extranet, которая предоставляет нам общедоступный маршрутизируемый адрес, который я протестировал и работает. Проблема в том, что они не могут дать нам статический IP-адрес, поэтому мы будем полагаться на динамические обновления DNS

В ходе дальнейшего исследования я обнаружил, что могу подключиться к представленным им COM-портам до установления соединения (/dev/cuaU0.0 и /dev/cuaU0.1) и могу запросить модем с помощью таких команд, как ATI и получить ответ. Как только соединение установлено, я больше не могу подключиться к порту, который использует модем, с ошибкой «устройство занято», это ожидаемое поведение. Пока соединение активно, я могу выполнить команду cu -l /dev/cuaU0.1 и запросить модем, так как это другой порт, представленный модемом, и он не используется для передачи данных. В порту 0.1 модем сообщает о типе сетевого подключения, RSSI и некоторых других параметрах примерно каждые 20 секунд следующим образом:

После разрыва соединения я могу повторно подключиться к /dev/cuaU0.0 со следующим сообщением об устаревшей блокировке:

Однако модем не отвечает ни на одну команду, которую я ввожу, например, ATI или AT&F и т. д. Эти команды вызывают ответ, когда я подключаюсь к порту .0 перед подключением, подключение к порту 0.1 после отключения также работает нормально.

Моя мысль заключается в том, что, возможно, клиент PPP принудительно разрывает соединение, а не отправляет на модем действительный код "зависания". Может быть, мне стоит покопаться в сценарии чата, который запускает ppp для подключения/отключения? Я быстро просмотрел, так как я помню, как несколько дней назад нашел, где я мог изменить строку набора номера с atdt на atd, но сейчас я не могу найти ее (какие-нибудь подсказки? Я искал в таких местах, как /usr/ локальный/sbin/ppp-linkdown)

Я буду продолжать возиться с этим, но если у кого-то есть какие-либо предложения, я был бы рад их услышать.

Теперь, что касается вашего дальнейшего исследования, ppp по замыслу взаимодействует с модемом с помощью команд at и просит его установить соединение по телефонной линии. При подключении модем переходит в "прозрачный" режим и начинает передавать данные.
Модем теоретически не знает, какой протокол передачи данных используется после этого.
Иногда существует escape-последовательность, которая переводит модем в командный режим, после чего вы можете выдать ATH (для зависания, насколько я помню). Однако я сомневаюсь, что ppp используется, потому что это зависит от устройства и из-за того, что ppp имеет надежный механизм отключения.
Предположительно, модем обнаружит потерю несущей из-за отключения на дальнем конце и вернется в командный режим.
Но в чудесном мире эмуляции вещей для обратной совместимости этого не происходит, как кажется.

Итак, помимо физического отключения флешки или перезагрузки, существует ли ручная команда, которая сбрасывает модем в рабочее состояние? Если да, возможно, это можно написать в сценарии.

В долгосрочной перспективе, даже если это сработает, его необходимо поддерживать среди обновлений версий. Я не задерживаю дыхание.

Если я перезагружу коробку после отключения, она загрузится и подключится без проблем, поскольку после перезагрузки адрес интерфейса остается равным /dev/cuaU0.0. Сейчас у меня около 8 или 9.0, я тестирую в свободное время сегодня, но после перезагрузки он вернется к 0.0. Таким образом, для сценария использования, когда он развернут и настроен на 0.0, после отключения простая перезагрузка вернет его в оперативный режим.

Это решение RFC2136 выглядит прекрасно, я запускаю свой собственный DNS-сервер, так что это будет приятно, спасибо за совет!

Да, вспоминая мои дни коммутируемого доступа, ATH или ATH0 зависали на линии, я не уверен, что выдает сценарий номеронабирателя, чтобы отключить его, но мне удалось найти эталонный набор AT-команд на основе Huawei, поэтому я надеялся проверить.

Что касается ручного включения модема с помощью программного обеспечения, мне нужно выполнить «сброс usbconfig -d 0.2», который увеличит базовый номер устройства на +1. Это означает, что конфигурацию PPP необходимо обновить с помощью интерфейса ссылки /dev/cuaU[x+1].0 (например, для первого отключения от cuaU0.0 до cuaU1.0). Выполнение этого возвращает его без перезагрузки, но вряд ли это то, что я считаю идеальным. У меня есть видение, что однажды я загляну в конфигурацию и увижу, что она пытается подключиться к интерфейсу ссылки /dev/cuaU28463.0 Если я смогу найти способ удалить устаревшие блокировки на портах после сброса, но до того, как FreeBSD обнаружит устройство после сброса и назначит ему интерфейсы, устройство должно вернуться в тот же момент адрес, и если бы это было так, программа набора номера PPP просто взяла бы его и снова соединилась. Я продолжу копать.

@bradtpt Дело в том, что ppp никогда не разговаривал с локальным модемом. Диск уйдет в дальний конец.
Начнем с того, что возиться с низкоуровневым обнаружением usb на freebsd не очень полезно.
ppp не может поддерживать полную скорость 4G, поэтому "новые" эмулированные интерфейсы Ethernet.
Но реализация hilink от huawei отстой из-за отсутствия dmz или возможности перенаправления портов.
Я бы либо выбрал маршрутизатор mikrotik 4g, который мог бы лучше обрабатывать 4g и предоставить интерфейс Ethernet, либо я бы просто создал исходящее клиентское соединение openvpn с надежным хостом и перенаправил бы этот трафик

Да, прошлой ночью я рвал на себе волосы слишком много часов, играя со строками инициализации и т. д. Теперь я знаю гораздо больше, чем когда-либо хотел или должен был знать о наборе команд GPRS AT. На самом деле я реализовал идею openvpn несколько недель назад, и она работает для того, что нам нужно, я действительно просто надеялся на гораздо более приятное решение.

Частично мое разочарование связано с тем фактом, что я могу вытащить этот накопитель из pfbox и вставить его в свой компьютер с Windows, и он будет нормально подключаться/отключаться/подключаться с помощью клиента PPP для Windows. У меня есть ноутбук с Ubuntu, и он безупречно работает со всем циклом c/d/c, используя встроенный в Ubuntu клиент PPP в сетевом менеджере. Рядом с ноутбуком на моем столе стоит Draytek Vigor2862ac, который я настраивал для другого клиента, на котором я решил протестировать его, и здесь нет ничего удивительного, он тоже работает. Просто черт меня побери, я не могу заставить pf играть в мяч с тем, что, как я думал, будет довольно простой функциональностью.

Что касается скоростей, я ожидал максимум около 20–25 Мбит/с, однако я видел 45 Мбит/с через pfbox с использованием PPP, что выше, чем я читал, что они способны использовать PPP. Есть ли у вас какой-либо опыт или отзывы о скоростях, поскольку они намного превышают то, что, как мне казалось, я мог бы достичь с помощью PPP по причинам, изложенным выше?

@bradtpt Я помню, что у меня были проблемы со стабильностью и в режиме hilink. Наверное что-то с usb на уровне bsd. Что касается скорости, то при тестировании у меня получилось до 80/30 в режиме hilink. Во время моих тестов максимальное значение ppp составляло около 40-45.
Я подозреваю, что здесь может сыграть роль скорость процессора. На практике скорость выше 20–30 Мбит редко встречается в сетях 4G в городских районах из-за интенсивного использования.

Я полагал, что максимальная пропускная способность составляет 42 Мбит/с для PPP, согласующегося с HSDPA, но недавно я видел сообщение о скорости >60 Мбит/с, так что я думаю, что это возможно, если ваш оператор связи и оборудование поддерживают это. Я лично видел ~32 Мбит/с при использовании модема Sierra m.2 и протокола PPP.

Parasta A-ryhmää, ei järjellä, ei taidolla, ei työllä, ei tuskalla vaan tuurilla!

Пятница, 2 сентября 2016 г.

Преобразование Huawei E3372h-153 из режима HiLink/маршрутизатора в режим Stick/модем [ОБНОВЛЕНО 02 сентября 2016 г.]

Это обновленная версия моего исходного сообщения. Я приобрел дополнительный модем, который внешне идентичен старому, но имел другой USB-идентификатор последовательного порта (USB\VID_12D1&PID_1442&MI_00), отсутствовавший в более раннем пакете драйверов, что приводило к сбою исходных инструкций. Я также включил последнюю прошивку для режима Stick 21.200.07.00.805. Я нашел и исправил неверную информацию в исходном сообщении.

Современные модемы Huawei USB LTE можно использовать в двух очень разных режимах. По умолчанию используется режим HiLink, в котором он работает как маршрутизатор, выполняющий NAT и другие неприятности, как и более традиционные маршрутизаторы 4G, подключенные через WLAN или Ethernet. Неудивительно, что режим по умолчанию — HiLink, но, к счастью, его можно изменить на режим Stick, избавившись как минимум от одного уровня NAT и связанных с этим проблем.

На самом деле есть и третий режим, который является подмножеством Stick, вместо родного интерфейса NCM, он использует устаревший PPP через эмулированный последовательный порт. Иногда это может быть полезно для старых маршрутизаторов с USB-портом, но в этом режиме вы не сможете достичь полной скорости.

В Интернете есть много информации о том, как это сделать. Как это часто бывает, не все это правда. Самые интересные места также написаны по-русски. Несмотря на значительные улучшения в переводах с помощью Google Translate, он по-прежнему несовершенен.

Для этого вам понадобится ПК с Windows. Я сам использовал 64-разрядные ПК с Windows 7 и Windows 10.

Если вы пробовали это до того, как пришли сюда, я уверен, что вы видели инструкции "открыть http://192.168.8.1/html/switchProjectMode.html". Они предназначены для более старых моделей, таких как E3372s, и не будут работать с E3372h.

Ваш E3372h теперь находится в режиме флешки и представляет себя как устройство NCM, совместимое с функцией Windows Mobile Broadband, а также с huawei_cdc_ncm под Linux. Вам не нужны сторонние мобильные инструменты в Windows.Это означает, что для подключения к Интернету используйте встроенные функции вашей операционной системы, держитесь подальше от «Мобильного партнера» и т. д.

Если вы предпочитаете сохранить HiLink, почему бы не рутировать его? :) Если вы не рутируете его, кто-то другой, вероятно, предоставит Huawei послужной список в области безопасности. Отличный репортаж и пошаговые инструкции на английском от Ивана. Инструменты Modeswitch тоже от него.

EE Telecom в Великобритании продает модем Huawei E3372H-153 в заблокированном состоянии. Он продается с версией прошивки 22.317.01.00.1055 и WebUI 17.100.14.01.1055. Хорошей новостью является то, что его можно легко разблокировать с помощью нашего программного обеспечения для разблокировки. Упомянутая ниже процедура разблокирует ваш модем без какого-либо риска.

Как разблокировать E3372h-153 UK EE

Загрузите и установите драйверы отсюда. Если у вас возникли проблемы с установкой драйвера, перейдите по этой ссылке.

Загрузите приложение для разблокировки E3372H-153 и откройте его. Перейдите к входу пользователя (имя пользователя и пароль по умолчанию: unlockmyrouter ).

После успешного входа в систему нажмите «Автоопределение устройства», и отобразится информация о вашем устройстве.

Примечание. Если вы получили сообщение о сбое подключения или сбое входа в систему, загрузите этот файл, распакуйте и запустите его. Это включит Com-порты и откроет Диспетчер устройств, проверьте, есть ли два Com-порта. Если порты присутствуют, щелкните Вход/Автоопределение. Если вы не видите два порта, вам необходимо решить проблему с драйвером.

После успешного обнаружения выберите «Flash Firmware» и нажмите кнопку «Отправить». Он попросит вас ввести код. Введите здесь код, который вы получили от команды unlockmyrouter, и нажмите OK.

Ваш ключ E3372H-153 перезагрузится, и процесс установки микропрограммы начнется автоматически.

Дождитесь окончания установки.

Ваш модем EE UK E3372H-153 теперь разблокирован и будет работать с любой SIM-картой. Перезапустите его, чтобы применить новые настройки, выбрав параметр «Перезагрузить устройство» и нажав «Отправить».

Код разблокировки платный. Вам придется заплатить 6 долларов США, чтобы получить код приложения. Пожалуйста, продолжайте, только если вы согласны заплатить то же самое.

Итак, у меня есть модем 4G+/LTE — Huawei E3372, также известный как Megafon M150-2 — именно такой вариант я получил.

В конце концов мне надоело его программное обеспечение для управления подключениями для Mac OS (тот, который поставляется от Мегафон), поэтому я начал искать способ подключиться к Интернету в Mac OS без это.

Сам по себе модем — отличная аппаратная часть.

Выполненный в форм-факторе USB-флешки, он способен поддерживать довольно высокоскоростное подключение к Интернету и, судя по всему, поддерживает все международные стандарты LTE, поскольку я без проблем использовал его в нескольких странах.

Кроме того, у него есть слоты для внешних антенн и даже слот для карты microSD (не знаю, что с ним делать):

Обратите внимание, что для этого требуются полноразмерные SIM-карты.

Купил несколько лет назад в Москве в какой-то точке продаж Мегафон. Тогда это стоило мне всего ~700 рублей (10-20 долларов США?).Причиной такой низкой цены обычно является то, что модемы привязаны к определенному оператору, но в моем случае, на удивление, это было не так.

Если мне не изменяет память, я не производил никаких операций по разблокировке, и он просто отлично работает с SIM-картами других операторов, кроме Мегафона. Должен сказать, однако, что я никогда не пробовал его с другими российскими операторами - единственные SIM-карты, с которыми я использовал, были от норвежских операторов (Telia и Phonero).

И он доступен для покупки даже сегодня:

от того же Мегафона, хотя, скорее всего, это заблокированная версия (которую можно разблокировать);
разблокированная версия на Amazon.

А что не так с софтом Мегафон? Ну а пока он делает свое дело, через какое-то время он начал меня раздражать по следующим причинам:

Он устанавливает бог знает что в вашу систему, а вам нужен только драйвер модема;
В дополнение к основному приложению требуется, чтобы его сервис работал в фоновом режиме, иначе он даже не начнет обнаруживать модем;
Он отправляет некоторые данные на разные хосты Мегафон. Я бы понял, если бы это было для проверки обновлений, но почему тогда разные хосты? Мне не хочется иметь еще одну шпионскую программу в моей системе;
Инструмент «Активность файлов» от Instruments показывает доступ к огромным файлам со стороны приложения и/или службы. Интересно, какая может быть цель такой деятельности?

Поэтому я начал искать способ избежать использования программного обеспечения Мегафон.

Первая подсказка заключалась в том, что модем прекрасно работает с маршрутизаторами:

Нет необходимости устанавливать какое-либо программное обеспечение Мегафон на маршрутизатор, чтобы он мог подключаться к Интернету через модем, не так ли? Так зачем же нужен такой софт на Mac OS?

После некоторых исследований я получил следующие шаги (в основном из этой замечательной темы на 4PDA, а также из этого ответа суперпользователя):

Установите драйвер для Mac OS для первоначального обнаружения модема;
Переведите модем в режим, в котором он будет обнаружен ОС Mac OS как коммутируемый модем;
Добавить новую сетевую службу с помощью модема.

Драйвер для Mac OS

Возможно, это только я, но я потратил довольно много времени на поиски драйвера. Конечно, я мог бы использовать установленный вместе с софтом Мегафон, но нет возможности установить только драйвер, а хотелось "чистую" процедуру настройки.

Большинство ссылок, которые я нашел в Интернете, были мертвы. Я, конечно, пробовал смотреть на официальном сайте Huawei, но и там не получилось.

Но затем в разделе комментариев в каком-то блоге я нашел ссылку на работающий драйвер. И это было размещено на официальном сайте Huawei! Не знаю, как это найти самостоятельно, но вот ссылка.

Вам не нужно устанавливать все, единственное, что вам нужно из этого пакета, это драйвер ( MobileConnectDriver.pkg ):

Я размещу копию на случай, если официальная ссылка когда-нибудь исчезнет, как и остальные. Обратите внимание, что это драйвер для Mac OS Mojave, прокрутите вниз, чтобы найти версию для Catalina.

После установки вы должны установить следующее:

Проверьте, обнаружен ли модем в системе:

Переход в режим удаленного доступа

Я уверен, что это называется как-то иначе, а не "режим коммутируемого доступа", но я не нашел для него правильного названия.

Итак, ваш модем обнаружен системой. Подключитесь к нему через экран:

И попробуйте связаться с ним с помощью AT-команд. Сначала я попытался собрать некоторую информацию об устройстве (первая строка в каждой группе — это команда, следующие строки — ответ):

Из значения Revision видно, что оно начинается с 21 , что означает, что на модеме установлена прошивка STICK. Номера версий HILINK начинаются с 22 . Подробнее о типах прошивок здесь (на русском).

Хорошо, а вот команда для переключения модема в режим коммутируемого доступа:

Подключение к Интернету в Mac OS

Осталось только создать новую сетевую службу в Mac OS.

Создайте новый сервис с помощью интерфейса HUAWEIMobile:

И вы подключены к Интернету без дополнительного программного обеспечения, используя только собственные инструменты Mac OS:

28.05.2020

Как было указано в комментариях, драйвер перестал работать на Mac OS Catalina. Скорее всего, это потому, что это был x32, а Catalina требует x64, поэтому требуется версия драйвера x64. На самом деле это было одной из причин, по которой я не обновился до Catalina.

К счастью, такая версия существует и, судя по всему, доступна как минимум с 30.10.2019. Крутой парень поделился ссылкой на форуме 4PDA. Я тоже размещу копию здесь.

Я протестировал его на Catalina, и он отлично работает.

13.11.2020

Сегодня была выпущена Mac OS Big Sur. Я установил его в ту же виртуальную машину, что и в прошлый раз для проверки модема, и нет, он там не работает.

Драйвер модема должен был остаться в системе после обновления, но даже в этом случае я на всякий случай установил его заново (тот, который работал на Catalina). Процесс установки прошел нормально, в гейткипере даже не спрашивал разрешения, но при попытке подключения выдает такую ошибку:

И ls -l /dev/tty.HUA* показывает, что его там нет.

Так что да, иди на хуй, Apple, в ближайшее время я не обновлюсь до Big Sur.

28.10.2021

Внезапно у меня все заработало, и на Big Sur тоже (я обновился до него полгода назад). Ничего нового, на самом деле, просто надо было внимательнее читать комментарии.

На днях по соседству случилась авария с кабелями - несколько часов не было интернета, и мне ничего не оставалось делать, как снова попытаться заставить модем работать.

Итак, в прошлый раз я остановился на установке драйвера, который ничего не сделал: не было диалогового окна заблокированного расширения и ни одного заблокированного программного обеспечения в Безопасность и конфиденциальность.

Прочитав еще раз старые комментарии, а также инструкции Huawei, я решил, наконец, попробовать отключить SIP. Я перезагрузился в режиме восстановления ( ⌘ + R ), запустил Терминал и отключил его:

Перезагрузился в обычный режим и установил этот драйвер. Теперь он действительно показывал диалоговое окно о заблокированном расширении, и в разделе «Безопасность и конфиденциальность» их была целая куча (скорее всего, просто какие-то другие вещи, которые я установил в прошлом), почему-то уже заранее выбрано и затенено:

Я нажал OK , он попросил меня перезагрузить компьютер. Я перезагрузился, а затем выполнил следующую команду в терминале (также согласно комментариям и руководству Huawei):

Я проверил, обнаруживается ли модем системой, и это было:

И это тоже работало! Мне удалось подключиться к Интернету.

Хорошо, я перезагрузился обратно в режим восстановления, снова включил SIP и перезагрузился в обычный режим. Но после загрузки в обычном режиме у меня появилось диалоговое окно о заблокированном/обновленном системном расширении, и модем перестал обнаруживаться:

По-видимому, он может работать только с отключенным SIP. Это не очень хорошая новость, но, как было сказано в комментариях, можно отключить только следующую часть SIP, что должно быть менее рискованным.

Хорошо, я снова перезагрузился в Recovery и попытался включить SIP без kext:

Но он сказал что-то о неправильных опциях и напечатал все доступные опции, в которых ничего не было о kext . Затем я подумал, что, возможно, вы не можете включить SIP, когда он уже включен, поэтому я отключил его, снова перезагрузился в Recovery, а затем запустил csrutil enable --without kext. Теперь он выполнился успешно, хотя и выдал предупреждение о неподдерживаемой конфигурации.

Я перезагрузился в обычном режиме и проверил состояние SIP:

Не знаю, почему отключен Apple Internal и плохо это или нет, но ладно. Однако, несмотря на то, что сейчас kext отключен, в системе по-прежнему не было модема. Я снова попытался перезагрузить кекс и получил ошибку:

А также снова показывалось диалоговое окно об обновленном/заблокированном системном расширении:

Я перешел к разделу "Безопасность и конфиденциальность" и увидел, что расширение Huawei снова было предварительно выбрано и неактивно:

Я нажал OK , он сказал мне перезагрузить компьютер, я сделал это, но после перезагрузки модема по-прежнему не было. Итак, я перезагрузил кекст еще раз, и теперь все прошло нормально:

Возможно, эту команду нужно выполнять после каждой перезагрузки.

В любом случае модем наконец-то стал доступен в системе, и я наконец-то смог подключиться к Интернету:

Он также создал еще один интерфейс HUAWEIMobile в дополнение к тому, который у меня был раньше.

Обратите внимание, что даже если вы войдете в систему с помощью электронной почты или GitHub, вы все равно не будете подписаны на ответы. Это, к сожалению, по дизайну comment42. Чтобы получать обновления о новых ответах/рекомендациях, вам необходимо явным образом подписаться на них либо по электронной почте, либо через RSS.

Читайте также: