Беспроводная проблема с RTL8723 и Fedora 18: не может соединиться с wpa2-защищенной сетью

Я не знаю о "out-of-the-box" решении, которое делает это полностью автоматически и беспрепятственно. Это возможно. Лучшее, которое я могу сделать, предоставляют "высокоуровневую" сводку.

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

  • Узнайте, какие подсети представляют движение на "разных странах" и который VPN Вы хотите, чтобы они использовали. Позвольте нам, например, скажите, что что-либо в 10.4.0.0/16 находится в другой стране, и Вы НЕ хотите его уезжающий кроме через VPN. Вам подключили Ваш модем с eth0, и это имеет IP шлюза по умолчанию Вашего ISP.
  • Это намного легче, если Ваш поставщик VPN использует протокол, который создает виртуальный сетевой адаптер для каждой VPN (OpenVPN, например, создает виртуальное tun0 интерфейс, PPTP делает что-то подобное, если я помню правильно - IPSec мог бы дать Вам проблемы). Скажем, у Вас есть спокойный основанный на OpenVPN поставщик, который дает Вам соответствующий файл конфигурации и создает a tun0 для Вас.
  • Используйте ip route команда для создания нового маршрута, говоря, что любой трафик, оставляя систему предназначенной для 10.4.0.0/16 должен уехать через tun0. Необходимо присвоить ему надлежащую метрику, где это всегда привыкает по фактическому шлюзу по умолчанию.
  • Для сейфа Вы могли бы хотеть создать некоторых iptables правила, что блок весь трафик, выходящий из Вашего шлюза по умолчанию (eth0, Ваш фактический NIC) к 10.4.0.0/16. Это предотвращает утечку.
  • Необходимо поместить Ваш ip route команды в сценарии, который выполняется на запуске.
  • Сделайте это снова для Вашего второго диапазона IP и VPN.
  • Затем трафик не в любом из тех диапазонов IP не учтет eth0 (т.е. Ваш шлюз по умолчанию).

Можно узнать диапазон IP ISP удаленного сайта довольно легко с whois, если они не используют некоторый тип CDN frontend. Если CDN frontend будет использоваться, такие как Cloudflare, то веб-сайт, будет казаться, прибудет из полностью другого местоположения. В этом случае Вы - более обеспеченное использование прокси слоя HTTP такой как squid который может перенаправить трафик к другому IP на основе содержания URL.

3
13.02.2013, 13:16
2 ответа

Я уже решил проблему, для предотвращения этого:

[root@dhcppc2 compat-wireless-2012-12-18]# make
./scripts/gen-compat-autoconf.sh /home/kiwi/compat-wireless-2012-12-18/.config /home/kiwi/compat-wireless-2012-12-18/config.mk > include/linux/compat_autoconf.h
make -C /lib/modules/3.7.5-201.fc18.x86_64/build M=/home/kiwi/compat-wireless-2012-12-18 modules
make: *** /lib/modules/3.7.5-201.fc18.x86_64/build: No such file or directory.  Stop.
make: *** [modules] Error 2

Я должен был установить пакет ядра-devel, я сделал это через yum:

yum install kernel-devel

Но решить беспроводную проблему я сделал следующее:

  1. Я загрузил последнюю версию compat-беспроводной-связи здесь, в моем случае я загрузил этого: compat-wireless-2012-12-18.tar.bz2.

  2. Затем, после того, как вводится с терминалом в каталог, где я сохранил файл, я ввел это:

su
tar -xjvf compat-wireless-2012-12-18.tar.bz2
cd compat-wireless-2012-12-18
make
make install
  1. После того, как установленный, для тестирования драйвера мне было нужно, который является rtl8723ae, я ввел это:

modprobe rtl8723ae

... и беспроводная связь работала хорошо. Затем я перезапускаю компьютер, и теперь беспроводная связь работает правильно.

1
27.01.2020, 21:32
  • 1
    Последние разделяют беспроводную связь (теперь переименованный к compat-драйверам), в kernel.org/pub/linux/kernel/projects/backports/2013/02/02 –  BatchyX 09.02.2013, 12:42
  • 2
    Лучше не полагаться на сторонние части... –  vonbrand 09.02.2013, 18:43
  • 3
    @user32054, Вашему решению можно подвести итог как "использование более новая версия compat-беспроводной-связи", которую я сделал. я все еще становлюсь спрошенным в течение времени аутентификации после утомленного времени. для повторения проблема не состоит в том, что устройство не видит сети; скорее я не могу соединиться с тем, с которым я хотел бы соединиться. –  Pavel Rudnev 10.02.2013, 14:21
  • 4
    я добавил дополнительное grep к Вашему коду для игнорирования любого интерфейса с "eth0": в нем; это теперь работает, как я ожидаю (предоставление только "eth0" IP-адреса и не любых подынтерфейсов (eth0:0, eth0:1, и т.д.): ip="$(ifconfig | grep -v 'eth0:' | grep -A 1 'eth0' | tail -1 | cut -d ':' -f 2 | cut -d ' ' -f 1)" ---------121 достаточно забавный--------11743----@user32054, Ваше решение работало в течение точно двух дней, и теперь я вернулся к тому, чтобы быть неоднократно попросившимся аутентификации каждые 10 секунд. Вы говорите, что беспроводная связь работает хорошо над Вашей машиной. сколько времени занимает это для установления соединения? –  Pavel Rudnev 12.02.2013, 22:31

Я пробовал, но использовал backports 4.4.2-1, новую версию соотв. Мой терминал показывает мне ошибку при использовании обратных портов. Итак, я подумал ... может быть, если я использую make oldconfig , моя Fedora сбросит конфигурацию и снова скомпилирует все драйверы, показывая мне варианты сделать это на экране. Что ж, я был прав, и поэтому я активировал все драйверы и отключил настройки энергосбережения для Wi-Fi. После этого я перезагрузил свой ноутбук, и вначале моя Fedora 25 снова установила все диски и сделала свой выбор в файле .config.

0
27.01.2020, 21:32

Теги

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