Страница 1 из 1
routing
Добавлено: 2007-02-15 14:40:21
dikens3
Есть сет.интерфейс и смотрит в инет:
Код: Выделить всё
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 82.208.77.66 netmask 0xfffffff8 broadcast 82.208.77.71
ether 00:c1:28:00:f1:35
media: Ethernet autoselect (10baseT/UTP)
status: active
В IPFW первым правилом стоит: (Т.е. фиксируем все входящие от 212.92.160.82)
Код: Выделить всё
${fwcmd} add count log icmp from 212.92.160.82 to any
На 212.92.160.82 делаем пинг 82.208.77.66
в логах всё ОК:
Код: Выделить всё
Feb 15 14:26:23 gateway kernel: ipfw: 100 Count ICMP:8.0 212.92.160.82 82.208.77.66 in via rl0
Если делать ping на 82.208.77.70 к примеру, то тишина и ничего в логах нет.
После прописывания alias 82.208.77.70, то нормально всё работает.
Собственно не могу понять где собака порылась. Что нужно сделать, чтобы пакеты для 82.208.77.70 нормально доходили без alias'ов всяких.
Добавлено: 2007-02-15 14:58:42
Alex Keda
82.208.77.70 - это что?
я так понимаю - ты пытаешься пинговать несуществующий адрес в своей же сети.
с машины ничего и не уходит - в локальной сети используется arp - нет мака - некуда слать пакеты.
Добавлено: 2007-02-15 15:01:57
dikens3
lissyara писал(а):82.208.77.70 - это что?
я так понимаю - ты пытаешься пинговать несуществующий адрес в своей же сети.
с машины ничего и не уходит - в локальной сети используется arp - нет мака - некуда слать пакеты.
Так это выглядит:
Код: Выделить всё
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 82.208.77.66 netmask 0xfffffff8 broadcast 82.208.77.71
ether 00:c1:28:00:f1:35
media: Ethernet autoselect (10baseT/UTP)
status: active
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 192.168.x.x netmask 0xffffff00 broadcast 192.168.x.255
ether 00:a0:c9:93:87:ca
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
fxp1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 82.208.77.73 netmask 0xfffffff8 broadcast 82.208.77.79
ether 00:d0:43:7a:ca:ea
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
Пинг на 82.208.77.73 тоже не проходит.
Изнутри всё нормально, снаружи, ну никак. Может модем мутит?
Gateway_enable="YES" :-)
Добавлено: 2007-02-15 16:55:08
Alex Keda
73 это уже не в твоей подсети...
Добавлено: 2007-02-15 17:22:44
dikens3
lissyara писал(а):73 это уже не в твоей подсети...
Вобщем эту проблему решил, новая появилась. (Точнее не в этом было дело)
Ужос нах.
Есть в сети 82.208.77.76
На него нормально ходят и всё путём. Только время от времени (раз в 5 минут) пропадает связь с инетом. Пинг DNS серверов не проходит.
В то же время на него можно зайти из локалки, всё вроде нормально работает. Только с инетом проблемы.
Лечиться перезапуском /etc/netstart, Буду пока дальше копать. Не думаю что дело в сетевухе, т.к. она нормально пингует всё остальное. Самбу поставил, скачал ГИГовый файл, а пинг DNS сервер(внешний) не проходит.
Лок.сеть - Шлюз - инет (работает всегда)
Лок.сеть - Шлюз - DMZ (WEB, MAIL и т.п.) тоже всегда работает
ИНЕТ - ШЛЮЗ - DMZ
DMZ - ШЛЮЗ - ИНЕТ как описал выше.
Добавлено: 2007-02-15 20:29:51
dikens3
Как тогда сделать так, чтобы пинговался 82.208.77.73 ?
Добавлено: 2007-02-15 22:47:02
Alex Keda
Код: Выделить всё
inet 82.208.77.66 netmask 0xfffffff8 broadcast 82.208.77.71
лениво пеерводить 16-ти ричную маску в цивильный вид, но что можно сказать точно
твой диапазон минимум от 66 до 71
это то, что ты можешь увидеть
внутри своей внешней сети, без посторонней помощи.
всё остальное - через гейт провайдера.
=========
кстати - с какой стати ты пытаешься повесить себе этот IP - тебе пров разрешил?
если да - за данными к нему. может тебе дали ещё одну подсеть, может расширили существующую (если раньше это был не твой IP)
если он всегда был твой - утебя неверно забита маска сети и бродкаст.
Добавлено: 2007-02-16 15:56:33
dikens3
OC: FreeBSD 5.5.
Диапазон адресов:
195.28.77.64/28
на шлюзе 3 интерфейса:
rl0 - смотрит в инет
xl0 - DMZ (195.28.77.74-195.28.77.78 --- WEB + MAIL сервера)
fxp0 - LAN
rl0 - xl0 Мост
Настроил при помощи if_bridge.
Код: Выделить всё
rl0: flags=18943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,POLLING> mtu 1500
options=48<VLAN_MTU,POLLING>
inet 195.28.77.66 netmask 0xfffffff8 broadcast 195.28.77.71
ether 00:c1:28:00:f1:35
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
fxp0: flags=18843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,POLLING> mtu 1500
options=48<VLAN_MTU,POLLING>
inet 192.168.10.1 netmask 0xffffff00 broadcast 192.168.10.255
ether 00:a0:c9:93:87:ca
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
xl0: flags=18943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,POLLING> mtu 1500
options=49<RXCSUM,VLAN_MTU,POLLING>
inet 195.28.77.73 netmask 0xfffffff8 broadcast 195.28.77.79
ether 00:10:5a:0f:90:3e
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
bridge0: flags=8043<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether ac:de:48:49:8e:a7
priority 32768 hellotime 2 fwddelay 15 maxage 20
member: rl0 flags=3<LEARNING,DISCOVER>
member: xl0 flags=3<LEARNING,DISCOVER>
Как ещё можно организовать DMZ и где почитать?
P.S. Раскопал БАГ. Все компы в зоне DMZ нормально работают несколько минут, после чего отказываются работать через интерфейсы связанные МОСТОМ. Появилось вчера.
Ищу другие варианты. Срочно. Обновление не помогает.
Ещё раз повторю:
1. Доступ из(в) локалки в DMZ есть
всегда.
2. Доступ DMZ в инет тоже
всегда.
3. Доступ из инета (пакеты вообще не приходят, хотя и были отправлены. Даже ответы на PING) непостоянный. Лечится не перезапуском ШЛЮЗА(на нём мост настроен), а перезапуском /etc/netstart на компах в DMZ зоне. (Дал бог не Windows хоть)
После перезапуска 5-6 минут нормально инет работает, потом опять глюки.
На всех компах в DMZ зоне необходимо перезапускать /etc/netstart
Добавлено: 2007-02-16 16:08:47
Alex Keda
непонял...
Добавлено: 2007-02-16 16:42:38
dikens3
lissyara писал(а):непонял...
Я тоже.
Может пакеты попадают с ошибками, и поэтому их TCPDUMP не фиксирует.
Чем посмотреть общую статистику принятых и т.п. Забыл блин.
Опиши что понял?
Добавлено: 2007-02-16 18:08:08
Alex Keda
netstat
Добавлено: 2007-02-22 12:12:07
dikens3
Код: Выделить всё
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 82.208.77.66 netmask 0xfffffff8 broadcast 82.208.77.71
ether 00:c1:28:00:f1:35
media: Ethernet autoselect (10baseT/UTP)
status: active
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 192.168.x.x netmask 0xffffff00 broadcast 192.168.x.255
ether 00:a0:c9:93:87:ca
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
fxp1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 82.208.77.73 netmask 0xfffffff8 broadcast 82.208.77.79
ether 00:d0:43:7a:ca:ea
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
Есть некий IP-ROUTING, ни разу не делал.
Как вариант необходимо сообщить прову, что мой диапазон адресов теперь разделён, т.е выданный 82.208.77.64/28 (82.208.77.64/240)
разделен на 2-е подсети:
82.208.77.64/29 (248)
82.208.77.72/29 (248)
Пров пропишет нужные маршруты и всё должно работать. Делал кто? Может я что не так понял?
Добавлено: 2007-02-22 14:12:35
Alex Keda
а у тебя чё-то не рабоает?
Добавлено: 2007-02-22 14:40:01
dikens3
lissyara писал(а):а у тебя чё-то не рабоает?
82.208.77.64/29 (248)
82.208.77.72/29 (248)
Интерфейсы в режиме моста. Нужно Мост убрать и сделать через IP-ROUTING :-)
P.S. Не работают входящие arp пакеты на шлюзе через 5 минут после работы.
Могу нарисовать схему, вместе поржём.
Добавлено: 2007-02-22 15:05:45
Alex Keda
давай.
заодно подумаем
)
Добавлено: 2007-02-22 15:20:26
dikens3
Дано:
1. Пункты A,Б,В,Г
рисунок тут.
2. Интерфейсы fxp0,fxp1 на шлюзе в режиме моста. (т.е. с внешней стороны никто не догадывается, что есть какое-то разделение на подсети)
Что имеем:
1. Центральный маршрутизатор
А имеет
100% постоянную связь со всеми узлами (Пунктами Б,В,Г)
всегда, без каких либо ошибок и т.п.
2. Пользователи из пункта
Б имеют
100% связь с пунктами (А,В,Г).
3.
Исходящий траффик из пункта
В 100% проходит в пункт
Г, а вот
входящий перестаёт приходить с интервалом в 5-6 минут.
TCPDUMP не фисирует ничего,
абсолютный нуль. Из пункта
Г в пункт
В трафика как-будто нет.
4. Из пункта
Г в пункт
В абсолютно нормально приходят запросы
arp на
неиспользованные IP-Адреса. Т.е. 82.208.77.74 к примеру.
И самый прикольный момент:
Лечится перезапуском
/etc/netstart на компьютерах в пункте
В. (В нём /etc/rc.d/netif start это исправляет)
(Напоминаю, что пункт
В имеет
100% связь в этом момент с пунктами А,Б + исх. Г.)
P.S. Мост нормально работал месяц и такой вот баг по хз какой причине. Делал много чего.
Добавлено: 2007-02-26 12:29:02
dikens3
Кто что думает? Или у всех тоже самое мнение, а ХЗ?
Добавлено: 2007-02-26 17:46:53
-|LSV|-
роут из "В" в сеть 77,64/29 есть?
Добавлено: 2007-02-26 18:12:28
dikens3
-|LSV|- писал(а):роут из "В" в сеть 77,64/29 есть?
Есть везде, кроме внешних IP.
Очень странно, послал письмо прову, чтобы сделал IP-Роутинг. Сегодня в 11-45 пришёл ответ, что типа сделают.
И нюанс, с 10-43 инет работает стабильно. Как вариант, мог пров такую Х-ню замутить?