Автор Тема: KDesktop 7.0.5 не видит модем Промсвязь М-200А  (Прочитано 10604 раз)

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Здравствуйте. Помогите настроить проводное подключение к модему.
Модем Промсвязь М-200А, настроен в режим роутер и под виндой работает без проблем. Под linux же постоянно сигналит о разорванном сетевом соединении. Пробовал найти хоть какой FAQ по настройке, но безрезультатно.
Тыканье в консоли только дало то, что команда ip r не работает :-)
Ну и ещё вот эту штуку
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 665536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
valid lft forever preferred_lft forever
    inet6 ::1/128 scope host
valid lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen

1000
    link/ether 00:1e:8c:da:6a:1e brd ff:ff:ff:ff:ff:ff
    inet6 fe80::428d:5cff:fe81:7785/64 scope link
valid lft forever preferred_lft forever

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Здравствуйте. Помогите настроить проводное подключение к модему.
Модем Промсвязь М-200А, настроен в режим роутер и под виндой работает без проблем. Под linux же постоянно сигналит о разорванном сетевом соединении.
Судя по Гуглю, это какое-то внешнее устройство с Ethernet и Wi-Fi. Такие устройства вообще никаким боком не относятся к установленной на компьютере ОС и работают, либо не работают сами по себе.
Пробовал найти хоть какой FAQ по настройке, но безрезультатно.
В свете того, что я выше написал, логично.
Тыканье в консоли только дало то, что команда ip r не работает :-)
https://www.altlinux.org/Su-

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
ip r не работает даже из-под root. Кстати, когда-то давным-давно​ в Ubuntu, подключение работало без проблем.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
ip r не работает даже из-под root.
А, да. Что-то я прогнал, ip r и из-под пользователя показывает. А что пишет ? У меня работает.

Так в чём проблема-то с модемом ? Что не так ? Соединение предполагается проводом делать, или по Wi-Fi ? Судя по списку интерфейсов предполагаю провод. Какой протокол предполагается ? IPv6 ? Если IPv4, почему IP-адреса нет на интерфейсе enp3s0 ?
« Последнее редактирование: 16.05.2017 17:44:19 от asy »

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
ip r вообще ничего не показывает. Просто перенос курсора на новую строку.
А вообще проблема в том, что нет интернета. И не было со времени установки.
Соединение должно быть проводное и протокола IPv4 (думаю 6-й версии у нас на byfly пока нет).
Цитировать
Если IPv4, почему IP-адреса нет на интерфейсе enp3s0 ?
А вот почему у 4-й версии адреса нет - для меня это и есть самая большая загадка: я уже пол интернета перелопатил.:-(
« Последнее редактирование: 16.05.2017 17:55:37 от FHCism »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
ip r вообще ничего не показывает. Просто перенос курсора на новую строку.
Значит, нет маршрутов v4.  ip -6 r показывает ?
А вообще проблема в том, что нет интернета.
Это не проблема, это - следствие.
А вот почему у 4-й версии адреса нет - для меня это и есть самая большая загадка: я уже пол интернета перелопатил.:-(
Отгадка очевидна: не настроен, вот и нет. Как настраивалось, где IP-адрес прописывался ? Или там получение по DHCP должно быть, а адрес должен модем вывдать ? DHCP на enp3s0 всё равно настраивать надо. Либо через etcnet, либо через Network Manager.

В Windows, кстати, DHCP по-умолчанию сконфигурирован.
« Последнее редактирование: 16.05.2017 17:58:52 от asy »

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Цитировать
DHCP на enp3s0 всё равно настраивать надо. Либо через etcnet, либо через Network Manager.
А можно ли ссылочки на какие-нибудь на инструкции по настройке. Я пока ничего похожего про DHCP не видел.
А из того, по чему пытался настроить, ничего не вышло.  :-)
Да! Ещё забываю про про одну деталь: ip у меня динамический. В инструкциях, настройка всегда описывает статический.
« Последнее редактирование: 16.05.2017 18:22:00 от FHCism »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
https://www.altlinux.org/Etcnet
И обратить внимание на переменную-переключатель NM_CONTROLLED

Что касается NetworkManager, то это штука, которая везде примерно одинаковая. В KDesktop в трее справа должна иконка болтаться сразу.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
ip у меня динамический. В инструкциях, настройка всегда описывает статический.
Этот М-200А - он кто ? Роутер, или биджем работает ? Если настроен бриджем, то надо enp3s0 настраивать в соответствии с параметрами, предоставленными провайдером (тип подключения/логин/пароль/разное). Если М-200А - маршрутизатор, то провайдерские настройки на нём делать надо.

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Цитировать
Этот М-200А - он кто ?
Он - модем, работающий в режиме роутер - я писал.
Также я писал, что раньше Убунту работало сразу на автоматическом подключении. Из этого я делаю вывод, что модем трогать не нужно. Всё дело в настройках ОС. :-)
На фото - статус настроек модема.
« Последнее редактирование: 16.05.2017 19:29:25 от FHCism »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Из этого я делаю вывод, что модем трогать не нужно. Всё дело в настройках ОС. :-)
В общем-то, всё нужное я уже перечислил. Осталось выбрать свой вариант и сделать. Повторюсь. Если модем в режиме роутера, то разговоры про тип подключения у провайдера (и динамический IP) касаются только модема. Сеть надо настроить между модемом и компьютером. Либо DHCP (хотя и тут динамический IP получится, как правило, если по-умолчанию), либо статику. Настройки модема можно трогать, можно не трогать: вероятнее всего там и DHCP в LAN включен, и статический диапазон есть, который можно использовать.
« Последнее редактирование: 17.05.2017 08:19:18 от asy »

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Шёл четвёртый день конфигурирования сети - маразм крепчал запутался окончательно.
Вот что у меня в результате настройки вышло:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 40:8d:5c:81:77:85 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global enp3s0
       valid_lft forever preferred_lft forever
    inet6 fe80::428d:5cff:fe81:7785/64 scope link
       valid_lft forever preferred_lft forever
default via 192.168.1.1 dev enp3s0  proto static
192.168.1.0/24 dev enp3s0  proto kernel  scope link  src 192.168.1.3  metric 1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.3 icmp_seq=1 Destination Host Unreachable
From 192.168.1.3 icmp_seq=2 Destination Host Unreachable
From 192.168.1.3 icmp_seq=3 Destination Host Unreachable
From 192.168.1.3 icmp_seq=4 Destination Host Unreachable
Что не так? В Шиндовс я бы грешил на драйвера сетевой, но в Linux - я ноль.
Ткните меня носом, где я ошибся! Может книги какие есть полезные. Не хочу я назад в Шиндовс - скоро будет пора переустанавливать ;-D

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Ткните меня носом, где я ошибся!
Сейчас непонятно. При таких настройках enp3s0 IP 192.168.1.1, который прописан для LAN на маршрутизаторе (судя по скриншоту), должен быть доступен. 192.168.1.3 руками прописан, или по DHCP получен (это не сильно важно, но для полноты картины) ? И как настроено, через NM, или через etcnet ?

arp -ni enp3s0 что показывает (смотреть параллельно запущенному ping). До кучи можно ещё запустить tcpdump -ni enp3s0
« Последнее редактирование: 18.05.2017 13:06:58 от asy »

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Цитировать
192.168.1.3 руками прописан...........И как настроено, через NM, или через etcnet ?
Прописывал в NM. Когда я пытаюсь получить через DHCP (как понимаю это в NM "автоматически") у меня получается как в самом начале темы. Только у меня тогда ipv4address и ip4route пустые были. Теперь нет.
Цитировать
arp -ni enp3s0 что показывает
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.1.1                      (incomplete)                              enp3s0
А вот thcdump:
Спойлер

 
tcpdump -ni enp3s0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp3s0, link-type EN10MB (Ethernet), capture size 65535 bytes
15:22:07.627869 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:22:13.160372 IP 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
15:22:21.045664 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:22:21.045865 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
15:22:21.795221 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:22:22.048344 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
15:22:22.545216 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:22:22.570334 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:22:23.050368 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
15:22:23.401563 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:23.401782 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:23.401803 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:24.900855 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:24.901053 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:24.901073 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:26.403932 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:26.404121 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:26.404150 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:27.901015 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:27.901196 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:27.901233 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:29.401355 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:30.401070 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:30.401299 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:31.401069 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:32.008397 IP 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
15:22:32.401038 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:32.401182 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:33.400992 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:22:33.401104 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
15:22:34.150736 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST                                                                               
15:22:34.150807 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)         
15:22:34.402346 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28                         
15:22:34.900828 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:22:35.404378 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
15:22:35.651261 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:22:36.423615 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:22:36.423814 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:37.172380 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:22:37.512678 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:22:37.922328 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:22:37.922538 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:38.672386 IP 192.168.1.2.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:22:39.444364 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:39.444406 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:39.444554 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:39.444604 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:39.444987 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:44.968386 IP 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
15:22:52.455181 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:22:53.904384 IP 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
15:23:07.080220 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:07.080427 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
15:23:07.397536 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:23:12.648869 STP 802.1d, Unknown BPDU Type (0xff)
15:23:16.272392 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): RELEASE; REQUEST; BROADCAST
15:23:16.272401 IP 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
15:23:16.272403 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): RELEASE; REQUEST; BROADCAST
15:23:16.272405 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:16.272407 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
15:23:16.272409 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
15:23:16.272410 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:16.272412 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:16.272413 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:16.272415 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:16.272417 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:23:18.092972 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:23:18.093005 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:23:20.095258 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:23:20.095381 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:23:22.097644 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:23:22.097712 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:23:22.340115 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:23:24.099894 IP 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:23:24.099952 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:24.100149 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:24.100161 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:24.808370 IP 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
15:23:37.282447 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:23:39.446443 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:23:43.544390 IP 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
15:23:51.228935 IP 192.168.1.1 > 224.0.0.12: igmp v2 report 224.0.0.12
15:23:52.224885 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:23:53.592372 IP 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251

и т.д. ...
Обе команды запускал параллельно запущенному пингу

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
(как понимаю это в NM "автоматически")
Наверное, я NM только для Wi-Fi использую и глубоко не лазил.
15:22:22.570334 IP 192.168.1.1 > 224.0.0.1: igmp query v2
15:22:23.401563 IP 192.168.1.2.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:22:23.401782 IP 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
Фигня какая-то. Пакет с src ip 192.168.1.1 прилетает. igmp правда, но, кажется, это не должно мешать помещения MAC-адреса в ARP-таблицу. И для 192.168.1.2, где netbios броадкастом летит, запись должна появляться, а её нет тоже. Так, а если этот 192.168.1.2 попингать ? Он кто ?
15:22:23.050368 ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 28
Ещё непонятно, почему нет такого же для 192.168.1.1, и где ответ от 192.168.1.2. Вопрос, а вот то, что с "Windows работает", оно на этом же компьютере ? Или другой компьютер, другой патчкорд и другой порт на роутере ? Но Request who-has 192.168.1.1 обязан быть в любом случае, если к нему попытки обращения идут.

К tcpdump надо бы ещё ключик -e добавить. То есть, -eni (после i писать нельзя - там интерфейс дальше).