Медленно работает wifi [РЕШЕНО]

[Павелъ]

А логи на компе в это время можно взглянуть?

логи чего? Где их можно взять?

[ruslandh]

Ну, для оперативности , можно логи журнала в 12-ю консоль кинуть, а так - в журнале systemd

[asy]

# TL-WR1043ND  System Log
# H-Ver = WR1043ND v1 00000000

Я бы рекомендовал посмотреть на https://www.gargoyle-router.com/
Правда, есть опасность сбоя в момент замены и окирпичивания роутера.
Есть возможность восстановления через jtag, но это надо иметь
соответствующий кабель и роутер вскрывать. У меня 1.6.2 работает,
1.8 не пробовал.

Хотя, может, проблема и не в прошивке, на самом деле.

Nov  3 12:49:37    DHCP         NOTICE    DHCPS:Send ACK to 192.168.1.102
Nov  3 13:43:43    DHCP         NOTICE    DHCPS:Recv REQUEST from

DHCP отностися к провайдеру, или к внутренней сети ?

Кстати, сам роутер доступен в момент проблем ?

[Павелъ]

Доступен. Сейчас зашёл на свою страницу на сайте провайдера. Там внизу список активных DHCP-аренд. В списке всего одна.
Утром DHCP-аренд в списке не было. Вставил сетевой кабель в ноут напрямую, появилась DHCP-аренда, вставил кабель в роутер обратно.
Аренда действует с 04.11.2015 11:18:48    по 04.11.2015 12:18:48. То есть, как я понимаю, в 12:18:48 интернет перестанет работать. Ещё там есть кнопочка: "Привязать MAC-адрес к ИП".
Как я понял, аренда появляется только если я подключаю сетевой кабель напрямую

[ruslandh]

на сайте провайдера.

Тут нет опиcки?

[Павелъ]

на сайте провайдера.

Тут нет опиcки?

нет

[ruslandh]

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

[ruslandh]

Теория TTL:
https://www.opennet.ru/docs/RUS/iptables/

Действие TTL используется для установки значения поля TTL (Time To Live) пакета. Есть одно неплохое применение этому действию. Мы можем присваивать определенное значение этому полю, чтобы скрыть наш брандмауэр от чересчур любопытных провайдеров (Internet Service Providers). Дело в том, что отдельные провайдеры очень не любят когда одно подключение разделяется несколькими компьютерами. и тогда они начинают проверять значение TTL приходящих пакетов и используют его как один из критериев определения того, один компьютер "сидит" на подключении или несколько.

Действие TTL используется для изменения содержимого поля Time To Live в IP заголовке. Один из вариантов применения этого действия - это устанавливать значение поля Time To Live ВО ВСЕХ исходящих пакетах в одно и то же значение. Для чего это?! Есть некоторые провайдеры, которые очень не любят, когда одним подключением пользуется несколько компьютеров, если мы начинаем устанавливать на все пакеты одно и то же значение TTL, то тем самым мы лишаем провайдера одного из критериев определения того, что подключение к Интернету разделяется несколькими компьютерами. Для примера можно привести число TTL = 64, которое является стандартным для ядра Linux.

Аренда DHCP:
http://xnets.ru/plugins/content/content.php?content.146.2

Продление аренды.

По прошествии половины периода, на который был выделен IP-адрес, DHCP-клиенты пытаются продлить его аренду. Для этого клиент посылает сообщение DHCPREQUEST непосредственно DHCP-серверу, выделившему ему адрес. При возможности DHCP-сервер продлевает ее и отсылает клиенту сообщение DHCPACK с новым временем аренды и параметрами конфигурации TCP/IP. Получив подтверждение, клиент обновляет свою конфигурацию.

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

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

По истечении срока аренды или получении сообщения DHCPNACK DHCP-клиент должен сразу прекратить использование занятого IP-адреса. После этого он может возобновить процесс аренды для получения нового IP-адреса.

[ruslandh]

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

А роутер у вас в режиме Маршрутизатора или Сетевого моста  работает?

[asy]

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

Роутер просто не может работать иначе: MAC-адреса - это сущности второго уровня OSI, они не проходят через устройства, работающие на третьем уровне (IP-маршрутизация). Чтобы пропустить маки, интерфейсы надо в бридж собирать, а этого, явно, не происходит.

Кстати, о бриджах. TL-WR1043ND, на самом деле, как и многие другие простые устройства, не является полноценным маршрутизатором. Это - L3 коммутатор по сути, а разделение WAN/LAN осуществляется за счёт VLAN (и межу VLAN уже маршрутизация происходит). В итоге, это приводит к тому, что, в момент загрузки, когда устройство уже включилось, но ещё не загрузило базовую конфигурацию, все порты работают, как L2 коммутатор. В итоге, все компьютеры домашней сети могут успеть послать запрос на DHCP-сервер провайдера. Как оно там отразится у него - фиг его знает. В общем, если провайдер MAC-адреса не фильтрует, я бы не стал путать его DHCP-сервер одинаковыми MAC на разных устройствах.

[asy]

А роутер у вас в режиме Маршрутизатора или Сетевого моста  работает?

Если мне склероз не изменяет, со стандартной прошивкой TL-WR1043ND простой точкой доступа и бриджом быть не может. Но я стандартную сменил сразу, как его себе купил. Собственно, и покупал такой, чтобы можно было поставить OpenWRT и tcpdump - tcpdump очень выручает на роутере.

[ruslandh]

Ну вот, вспоминая теорию - роутер в режиме маршрутизатора должен по DHCP обращаться к провайдеру со своим мак-адресом, а не с мак-адресом клиента, т.к. он сам должен присвоить ip адреса своим клиентам по их мак-адресам. В режиме маршрутизатора вся сеть для провайдера должна выглядить как один комп, с ip и мак адресом роутера.

[yaleks]

Системный журнал - не то?

Код: [Выделить]

####################################################################
#        TL-WR1043ND  System Log
# Time = 2015-11-03 22:01:51 36254s
# H-Ver = WR1043ND v1 00000000 : S-Ver = 3.13.11 Build 121102 Rel.51321n


прошейте http://downloads.openwrt.org/chaos_calmer/15.05/ar71xx/generic/openwrt-15.05-ar71xx-generic-tl-wr1043nd-v1-squashfs-factory.bin

согласно http://wiki.openwrt.org/ru/toh/tp-link/tl-wr1043nd#простая_установка_oem-способом

Ну или http://www.tp-link.com/no/download/TL-WR1043ND_V1.html#Firmware хотя-бы (заводская).

После этого смените пароль на управление на надежный!

[asy]

Ну вот, вспоминая теорию - роутер в режиме маршрутизатора должен по DHCP обращаться к провайдеру со своим мак-адресом, а не с мак-адресом клиента, т.к. он сам должен присвоить ip адреса своим клиентам по их мак-адресам.

Всё проще. Ethernet-сеть работает на MAC-адресах, и всё. А роутер - это граница сети. Роутер, разными интерфейсами, может смотреть в разные ethernet (и не ethernet, кстати, тоже) сети, ни коим образом не связанные.

IP-сеть работает поверх сетей разной архитектуры, ethernet для неё - частный случай. Хотя и самый массовый в последние десяток-полтора лет.

[ruslandh]

Ну мак адрес не только у Ethernet соединения есть - он есть у любого (?) сетевого  устройства.