LINUX.ORG.RU
ФорумAdmin

проблема с Wi-Fi

 , , , ,


0

1

Имеется следующая конфигурация точка доступа в интернет 192.168.0.1(роутер) сервер DHCP+DNS 192.168.0.254(на него планирется навесить еще сквид) как понял для сквида мне нужно что бы клиенты ходили через 192.168.0.254

Проблема в том что у проводных клиентов все нормально работает со шлюзом 192.168.0.254. У wifi-клиентов при указании шлюза 192.168.0.254 доступ интеренет практически пропадает. При указании шлюза 192.168.0.1 интернет работает нормально.

Вопрос в том как мне продиагностировать почему у wifi клиентов нет интернета при шлюзе …254 или как через dhcp им выдавать шлюз 192.168.0.1 а остальным 192.168.0.254.

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

ЗЗЫ и возможно я не правильно понял как готовить сквид.

dhcpd.conf

ddns-update-style interim;
ignore client-updates;
include "/etc/rndc.key";

subnet 192.168.0.0 netmask 255.255.255.0{
  option domain-name-servers 192.168.0.254, 192.168.1.254, 8.8.8.8;
  option domain-name "sm.local";
  option routers 192.168.0.254;
  option netbios-name-servers 192.168.0.9;
  option broadcast-address 192.168.0.255;
  range 192.168.0.10 192.168.0.249;
  default-lease-time 600;
# range 192.168.0.200 192.168.0.253;
  max-lease-time 7200;

named.conf

options {
        listen-on port 53 { 127.0.0.1; 192.168.0.0/24; };
        directory       "/var/named";
        dump-file       "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";
        recursing-file  "/var/named/data/named.recursing";
        secroots-file   "/var/named/data/named.secroots";
        allow-query     { localhost; 192.168.0.0/24;};
        allow-recursion { localhost; 192.168.0.0/24;};
        version "Powered by Mifi";
        forwarders { 8.8.8.8; 8.8.4.4;};
        /* 

route -n на сервере DHCP

0.0.0.0         192.168.0.1     255.255.255.0   UG    0      0        0 ens3
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 ens3
10.13.5.0       10.13.5.5       255.255.255.0   UG    0      0        0 tun0
10.13.5.5       0.0.0.0         255.255.255.255 UH    0      0        0 tun0
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 ens3
169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 ens9
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 ens3
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 ens9
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 ens9


Последнее исправление: cetjs2 (всего исправлений: 1)

Какой-то треш. Комадой ″route″ под линуксом не принято пользоваться ″ip route″. Смешивать локальные DNS-сервера и gogle (8.8.8.8) тоже плохо, не понятно к какому обращается клиент.

Два шлюза в одной локальной сети — сложности в маршрутизации. Зачем вам точка доступа в интернет, делате из неё просто точку доступа, а интернет заводите на сервер, где будет squid...

как через dhcp им выдавать шлюз 192.168.0.1 а остальным 192.168.0.254.

Как dhcp сервер может отличить wifi от ethernet клиента? Если ваш маршрутизатор умеет dhcp опция 82 это одно, а так, только прописывать для каждого ethetnet или wifi клиента его mac-адрес в настройки dhcp...

mky ★★★★★
()

[b] при указании для всех клиентов шлюзом 192.168.0.1 почему то перестают добром резолвиться имена компьютеров [/b]

Потому что DNS ****.254

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

Роутер умеет различать wifi или проводной клиент только вопрос как эти данные передать на centos

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

ап темы Так и не получается выяснить что не так с моей конфигурацией?.. Клиенты подлюченные через wifi с трудом открывают сайты и пр. хотя внутри сети все у них работает как надо. У остальных клиентов такой проблемы нет.

Подскажите люди добрые в какую сторону копать и как можно выяснить что не так с моей сетью?)

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