LINUX.ORG.RU

Нужна помощь в настройке беспроводного соединения

 , , , ,


0

1

День добрый! Столкнулся с проблемой настройки Wi-fi. Решил поставить на старенький ноутбук antiX на базе Debian. Перешёл к настройке беспроводного соединения после установки системы. До перехода с «Окон» ХР проблем с WiFi не было.

Мои действия:

Разблокировал WiFi через “rfkill unblock WiFi”

Захожу в центр управления->сеть->сетевые интерфейсы

В появившемся окне настраиваю точку wlan0(других нет, только eth)

Свою домашнюю сеть нашёл, пароль верный, в статусе промелькивало …OK.

По идее, настроено, но он не работает. Совсем. В правом нижнем углу есть откладка, там пустота.

Дрова на wireless connection стоят, на Ethernet тоже. В чем может быть причина?

Благодарю.

Ответ на: комментарий от metawishmaster

Если так понятно будет

Destination Gateway Genmask Flags Metric Ref Use Iface

idefault _gateway 0.0.0.0 UG 0 0 0 wlan0

192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0

mamas_pasta
() автор топика
Ответ на: комментарий от metawishmaster

eth0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC>  mtu 1500
        ether 00:16:36:5d:c6:33  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 197  bytes 12914 (12.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 197  bytes 12914 (12.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC>  mtu 1500
        inet 192.168.0.20  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::213:2ff:fe4b:cbb8  prefixlen 64  scopeid 0x20<link>
        ether 00:13:02:4b:cb:b8  txqueuelen 1000  (Ethernet)
        RX packets 437  bytes 39889 (38.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 397  bytes 46427 (45.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
mamas_pasta
() автор топика
Ответ на: комментарий от mamas_pasta

а должно быть

default via 192.168.0.1 dev wlan0 
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.20 


у тебя нет дефолтного маршрута, как это делать написал анонимус

metawishmaster ★★★★★
()
Последнее исправление: metawishmaster (всего исправлений: 1)
Ответ на: комментарий от mamas_pasta

«те же»? ты написал только одну...

но, блин, странно как-то... :-\

metawishmaster ★★★★★
()
Ответ на: комментарий от metawishmaster

Подожди подожди там пишет такое

 default via 192.168.0.1 dev wlan0 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.20 
Проглядел, моя вина

Но от этого ничего не поменялось)

mamas_pasta
() автор топика
Ответ на: комментарий от metawishmaster

192.168.0.1 работает. 64 байта передает, в откладке это показывает. В браузере нифига нет)

8.8.8.8 тоже работает

mamas_pasta
() автор топика
Ответ на: комментарий от mamas_pasta

поздравляю - ты только что пропинговал google %)))

покажи, что у тебя в /etc/resolv.conf
будем делать возможность пинговаеть его по имени :)

metawishmaster ★★★★★
()

Тут много лишнего, но нужная тебе информация есть:
https://habr.com/en/post/315960/
Тут на английском, но короче и по существу:
https://jonathansblog.co.uk/kali-linux-wpa_supplicant-cli-config

К стати такой точный и короткий мануальник одна из причин того, что Kali популярна у низкоквалифицированных пользователей.

torvn77 ★★★★★
()
Последнее исправление: torvn77 (всего исправлений: 2)
Ответ на: комментарий от metawishmaster

Действительно, появилось)

После перезагрузки повторять не потребуется, а то может скрипт писать придется?

Благодарю!)

mamas_pasta
() автор топика
Ответ на: комментарий от mamas_pasta

да не за что... там у тебя какой-то network-manager будет все перефигачивать после перезагрузки, но torvn77 дельные ссылки подкинул

p.s. и сейчас, да, после перезагрузки все прийдется повторять

metawishmaster ★★★★★
()
Последнее исправление: metawishmaster (всего исправлений: 1)
Ответ на: комментарий от metawishmaster

apt remove network-manager apt install wpasupplicant isc-dhcp-client

Правда есть основания полагать что из новых дистров выпиливают всю автоматизацию сети кроме этого огромного комбайна :(((

torvn77 ★★★★★
()
Последнее исправление: torvn77 (всего исправлений: 3)
Ответ на: комментарий от metawishmaster

какой-то network-manager будет все перефигачивать после перезагрузки

apt remove network-manager
apt install wpasupplicant isc-dhcp-client wireless-tools iw

torvn77 ★★★★★
()
Последнее исправление: torvn77 (всего исправлений: 1)
Ответ на: комментарий от mamas_pasta

посмотрел только что про этот antiX - там не network manager, а connection manager

попробуй «apt remove connman»

если и такого нет, то
«apt remove ceni»

metawishmaster ★★★★★
()
Ответ на: комментарий от torvn77

есть основания полагать что из новых дистров выпиливают всю автоматизацию сети кроме этого огромного комбайна :(((

у меня только одна надежда, что до Devuan это если и дойдет, то лет через 20 %)

metawishmaster ★★★★★
()
Ответ на: комментарий от mamas_pasta

ну и вторую часть из комментария torvn77 :)
apt install wpasupplicant isc-dhcp-client wireless-tools iw

потом могу только то, что помню, а делал я это дааавно:
запускаешь wpa_supplicant

sbauer@metabook ~$ wpa_passphrase имя_сети
# reading passphrase from stdin
пароль
network={
        ssid="имя_сети"
        #psk="пароль"
        psk=1e575b7bc4d5cf3886fe8c07cdfadbdba538d2a0c699892d934b683ed0a0a4b8
}

вывод сохрани в файл /etc/wpa_supplicant/имя_сети.conf
а в файл /etc/network/interfaces добавь
auto wlan0
iface wlan0 inet dhcp
        wpa-conf /etc/wpa_supplicant/имя_сети.conf


вроде, это все...

metawishmaster ★★★★★
()
Ответ на: комментарий от metawishmaster

wpa-conf /etc/wpa_supplicant/имя_сети.conf

Вот значит что я не сделал, ну сейчас опробую.

torvn77 ★★★★★
()
Ответ на: комментарий от metawishmaster

вывод сохрани в файл /etc/wpa_supplicant/имя_сети.conf

А почему нельзя

wpa_passphrase имя_сети >/etc/wpa_supplicant/имя_сети.conf

torvn77 ★★★★★
()
Ответ на: комментарий от metawishmaster

По логике они должны идти по разным каналам, данные по stdout (первый канал), а reading passphrase from stdin по каналу с большим номером и в отличии от первого должен отразится на терминале.

torvn77 ★★★★★
()
Последнее исправление: torvn77 (всего исправлений: 1)
Ответ на: комментарий от torvn77

ну да, «reading passphrase from stdin» можно было бы выводить в stderr, но у меня такого не наблюдается...

metawishmaster ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.