Ethernet+WiFi в одной локалке

А одним концом у тебя точка не в LAN воткнута разве?

Думаю в LAN - тогда не пойму вопроса? У меня 4 таких точки. Настройки были только самого вифи, настройки LAN тока в части IP, шлюза и DNS, ну и, если есть, аутентификации.

Вопрос в том, что у меня тормозит сеть и переодично вылетает WiFi и я уже неделю ищу причину.

Если проблема на физическом уровне, то мог проглючить коммутатор (особенно на ic+ чипах такое любят делать по скачку напряжения, причём перманентно, то есть помогает только замена коммутатора). Возможно, у Вас проблема с broadcast-storm. Если в сети есть multicast, то для вай-фай это равноценно broadcast, без спец программ на точках.

Если проблема на физическом уровне, то мог проглючить коммутатор (особенно на ic+ чипах такое любят делать по скачку напряжения, причём перманентно, то есть помогает только замена коммутатора). Возможно, у Вас проблема с broadcast-storm. Если в сети есть multicast, то для вай-фай это равноценно broadcast, без спец программ на точках.

Коммутатор как и точка доступа были куплены всего две недели назад, оба от D-Link. Можно, конечно, предположить заводской брак, но я видел такую же проблему в другом офисе и там тоже стояла D-Link.

Multicast я на всякий случай на прошлой неделе отключил через «ifconfig eth1 -multicast». Проблема осталась. Напоминаю, проблема в том что переодично вылетает WiFi.
Broadcast в сети безусловно есть, потому что работают isc-dhcp-server и samba.

Если коммутатор вида «мыльница» (неуправляемый вовсе), то тут я бы посоветовал от d-link отказаться вовсе, у них более менее адекватные только управляемые железки, и то не все модели (это конкретно не касается d-link, а broadcom с упоротыми чипами, в которых sram сэкономили для хранения хешей мак-адресов, что выливалось в превращение коммутатора в штормилку на все порты).

Вопрос на засыпку, в чём выражается «тормозит сеть»?

Такой популярный производитель и некачественная продукция? Да. коммутатор неуправляемый на 16 портов, поначалу хотел взять ASUS, но начальство отказало, сказало снятую с производства модель заказываю.

Тормозит то, что пользователи жалуются что сетевые программы 1С и Консультант плюс стали работать медленнее чем тогда когда на сервере стояла Windows Server. Поэтому и подумал, что проблема не аппаратная, а программная. Правда при переустановке ОС ещё была добавлена вторая сетевая карта и пара жестких дисков. Ещё вылетает WiFi время от времени: SSID вроде вещается, но написано «ограниченый доступ».

Насчёт продукции - у всех косяки бывают, это реальная жизнь :) . Насчёт Asus - хорошо, что не взяли, там тоже весь неуправляемый набор - шлак.

По теме торможения - проверьте потери на сетевых картах вот этим скриптом:

#!/bin/bash

IP=$1
SIZE=$2

COUNT=100

if [ "$IP" = "" ]; then
exit
fi

if [ "$SIZE" = "" ]; then
SIZE=1600
fi

echo "Testing $IP $COUNT times with $SIZE bytes packets:"
echo

for i in 0 1 2 3 4 5 6 7 8 9; do
echo -n "Test $i: ";
PING_RES=`ping -c $COUNT -s $SIZE -f $IP | grep loss | awk '{print $6" "$7" "$8}'|sed 's/\,//'`
echo $PING_RES

#
PING_TMP=`echo $PING_RES | awk -F\% '{print $1}'`
SUM_LOSS=`expr $SUM_LOSS + $PING_TMP`

#sleep 1

#last iteration
if [ "$i" == 9 ]; then
RES=`expr $SUM_LOSS / 10`
echo
echo "Average packet loss: $RES %"
fi

done

Скрипт посылает «флудящий» пинг 100 пакетов размером 1600 (по-умолчанию) 10 раз. Запускать от рута командой:

#./ft 192.168.0.1 

#./ft 192.168.0.1 3200

Идеальный результат выглядит так:

# ft 192.168.1.1
Testing 192.168.1.1 100 times with 1600 bytes packets:

Test 0: 0% packet loss
Test 1: 0% packet loss
Test 2: 0% packet loss
Test 3: 0% packet loss
Test 4: 0% packet loss
Test 5: 0% packet loss
Test 6: 0% packet loss
Test 7: 0% packet loss
Test 8: 0% packet loss
Test 9: 0% packet loss

Average packet loss: 0 %

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

Сам скрипт - лишь обёртка для команды ping -c 100 -s 1600 -f <IP>.

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

Насчёт «ограниченный доступ» - головная боль всех провайдеров/операторов. Винда проверяет доступность собственных серверов при получении IP по dhcp и если не находит, то выводит это злосчастное сообщение, хотя сам интернет доступен. Скорее всего, это ещё одно подтверждение, что в сети есть потери пакетов.

При «ограниченном доступе» с клиента перестают пинговаться точка доступа и сервер. ip-адрес, получаемый по dhcp при этом не теряется.

Попробуйте точку доступа перенастроить на другой канал (возможна помеха), выключите 40MHz ширину канала (возможно, проседает уровень сигнала, без 40МГц должно стабилизироваться).