Проблема с сетью

[all]

ну я думаю нет у него ни какова сквида иначе трафик на него заводить надо)
у него прозрачная проксимизация на основе фаервола.

[black0f]

ну я думаю нет у него ни какова сквида иначе трафик на него заводить надо)
у него прозрачная проксимизация на основе фаервола.

Есть у меня сквид. И раньше (писал я где-то здесь про почту, говорил еще тогда, что чайнег я в iptables) работало нормально все, т. е. пока не пропишешь в браузере проксю - в инет не выйдешь (авторизация по логину-паролю была). Насчет завернуть весь трафик на проксю - была у меня вчера такая мысль, мне просто непонятно, почему до этого все работало без перенаправления трафика на проксю, а теперь перестало? Наверно, придется в субботу на работу идти, ковырять iptables Чувствую, что где-то накосячил, а где - не пойму. А то, что конфиг дюже хитрый - это да, писался он в несколько приемов, наспех, во время его написания я, собственно, пытался разобраться, что к чему (вообще, мне всегда казалось, что синтаксис iptables в разы сложнее и запутанней, чем ipfw). Давно уже была мысль переписать его полностью, но всё руки не доходили. Сейчас, по ходу, придется...

т.е там где не прописано использовать для соединения прокси сервер) все будет мимо squid

Ну дык, а раньше то не шло! Проверял!

[NeO]

$cmd -t nat -A POSTROUTING -s 192.168.1.5/24 -o $ext -j MASQUERADE
Маскарадит все запросы из подсети, ибо 24 = 255.255.255.0. Надеюсь не нужно объяснять как работает сетевая маска?
И вообще, это не конфиг, а северный пушной зверек.

[black0f]

$cmd -t nat -A POSTROUTING -s 192.168.1.5/24 -o $ext -j MASQUERADE
Маскарадит все запросы из подсети, ибо 24 = 255.255.255.0. Надеюсь не нужно объяснять как работает сетевая маска?
И вообще, это не конфиг, а северный пушной зверек.

Ёлы-палы! Моб твою ять! Точно же! Спасибо те большое. Насчет северного пушного зверя  - согласен, все вот собираюсь привести его в более-менее нормальный вид. Э-э... а как тогда дать одной отдельно выбранной машине полный доступ? Маску не прописывать, или что?

[NeO]

Ёлы-палы! Моб твою ять! Точно же! Спасибо те большое. Насчет северного пушного зверя  - согласен, все вот собираюсь привести его в более-менее нормальный вид. Э-э... а как тогда дать одной отдельно выбранной машине полный доступ? Маску не прописывать, или что?

Естественно никакая маска для одного адреса не нужна.

[dzcom]

to Neo: Признаюсь в невнимательности прочтения. Последнюю строчку просмотрел, так как в предыдущих выкладках iptables автора данное правило закомментировано. Следовательно нет смысловой нагрузки в некоторых предыдущих правилах.
to black0f: Очень доступная статья для понимания прежде чем "ковырять iptables" -> http://easylinux.ru/node/190

Небольшой пример для работы с почтой:
#В начале разрешаешь то что тебе нужно, прохождение пакетов с локального интерфейса на локальный, внутренний и т.д. и т.п

#Разрешим DNS запросы
iptables -A FORWARD -i $"интерфейс лок. сети" -s $"Диапазон лок. адресов" -d $"Наш ДНС" -p udp --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
# и обратно для DNS
iptables -A FORWARD -i $"интерфейс смотрящий в интернет" -s $"Наш ДНС" -d $"Диапазон локальных адресов" -p udp --sport 53 -m state --state ESTABLISHED -j ACCEPT

# Запрос от почтового клиента
iptables -A FORWARD -i $"интерфейс твоей сети" -s $"если одни клиент то пропишем ip, если нет можно убрать" -p tcp -m multiport --dport 25,110 -m state --state NEW,ESTABLISHED -j ACCEPT
# Ответ от почтового сервера
iptables -A FORWARD -i $"интерфейс смотрящий в интернет" -d $"если одни клиент то пропишем ip, если нет можно убрать" -p tcp -m multiport --sport 25,110 -m state --state ESTABLISHED -j ACCEPT

#Ну и вконце маскарадим все исходящие в postrouting

[black0f]

to black0f: Очень доступная статья для понимания прежде чем "ковырять iptables" -> http://easylinux.ru/node/190

Статья зачетная, но слишком уж "для новичков", ничего нового, к сожалению, не узнал. Зато вот, на opennet.ru нашел хороший мануал, приступил к вкуриванию оного Жаль, версия iptables там другая.

[black0f]

Не стал создавать новую тему, тем более мой вопрос непосредственно связан с сетью. Излагаю. Две машины включены через свитч в локалку. ОС - Debian Lenny. С 1С работают через rdp (используется krdc - фронтэнд для rdesktop). Уже несколько раз юзеры жаловались, что не могут зайти на сервер. Было, к примеру, так, что одна машина работала нормально, а на второй сеть отвалилась напрочь. Я сначала подумал - сетевуха сдохла. Подключил её у себя - все работает. Притащил машину обратно, подключил - не работает. Ребутнул и свитч и машину - все заработало. В соседнем кабинете такая же беда - две машины через свитч подключены, и тоже раза два или три на одной из них отваливалась сеть. Пробовал выключить-включить свитч - не помогло, перезагрузил систему - заработало. Что характерно, проблемы возникают только в двух этих соседних кабинетах, в других местах все нормально работает. Что за напасть такая приключилась? Кто что думает, в каком направлении двигаться надо?

[all]

сумбурно описано, что бы я попробовал:
0)а вообще ошибок при передачи данных нету между этими сегментами? (тут я про провода)
00) а не заменить ли свитч?
1)если ай пи адрес динамика, то посмотреть какие присваиваются адреса, если статика то посмотреть нету ли другого адреса похожего.
2)что значит отвалилась сеть? соединение отключено или интерфейс упал?
3)проверить не банит ли система типа снорта или подобного ему трафик?

ну для начала хватит, а вообще проверить нуно железки, я бы с этого начал.

[black0f]

1)если ай пи адрес динамика, то посмотреть какие присваиваются адреса, если статика то посмотреть нету ли другого адреса похожего.
2)что значит отвалилась сеть? соединение отключено или интерфейс упал?

IP статический. Падает интерфейс. Делал ifup eth0 - говорит, типа, интерфейс не сконфигурен. Сделал ifdown eth0, потом снова ifup eth0 - висяк, оборвал по Ctrl+C. Сеть тоже перезапускать пробовал - бесполезно. Насчет железок тоже думал, но как-то оно непонятно получается - две машины включены в свитч в одном кабинете, и две машины включены во второй свитч в другом кабинете. Свитч менять тоже пробовал. Не помогло. Я вот никак понять не могу, что является причиной этой проблемы. Плохо ещё то, что сеть тянули задолго до меня, что-то мне кажется, могут там быть какие-то косяки. А прозвонить нечем, блин...
З. Ы. Сеть настроена правильно, если что...

[Леголегс]

1. попингуй пару часиков, посмотри потери
2.  замени сетевуху

[RemDerBauer]

кабели кинь напрямую (нету что ли 10 метров?) и проверь, если звонить нечем

[black0f]

Ну, насчет сетевухи - не знаю даже... Вряд ли на всех четырех машинах разом сетевухи полетели
Добавлено: 15 Июля 2009, 17:07:02Я, возможно, не совсем ясно описал ситуацию - глюки с сетью появляются не часто, сначала на одной машине, думал тогда, свитч глюканул, потом в соседнем кабинете - тоже самое, два раза, потом на других машинах, в пределах двух соседних комнат. Кабели напрямую можно, конечно, протянуть, только что это даст в плане информации? Что-то там с самой сеткой не так, по ходу, а что это может быть - не пойму.

[all]

а сетевухи не 3com случаем? а то у меня их штук 5 было - неделю работают, потом дохнут на глухо, я их в ящик, через неделю вставляю он7и опять работают)

а вообще странно, если слетает железка, то она обнуляет конфиг, у тебя конфиг обнуляется ведь? да и вообще кинька его сюда, посмотрим как прописан.

и еще когда оборудование отмерает это должно в логах зависнуть, кусок их тоже сюда.

[black0f]

Подумал сейчас: возникает эта проблема редко, даже хорошо, начальство видит - работаю. А то, как на linux перевел контору, уж и заняться нечем, сижу в серверной, кофий пью да в интернетах лазаю
Добавлено: 15 Июля 2009, 17:20:302all Сетевухи интегрированные. А конфиг не обнуляется, я так понял, ifconfig -a выдаёт то, что и должен выдавать. Конфиг выложить - это который /etc/network/interfaces? Сейчас кабинет закрыт, завтра выложу, но ничего необычного ты там не увидишь.