>>natd & ipfw настроены аналогично.... проблема в том, что веб-сервер, судя >>по всему, пытается ответить на этот запрос через шлюз по умолчанию >>и, соответственно, коннект у клиента с сервером не устанавливается... >Попробуйте посмотреть tcpdump-ом, так ли это. Должно быть так, если веб-сервер и >второй шлюз находятся в разных подсетях. Если адреса фейковые и проброс >идет через нат, добавьте веб-серверу второй ip из той же подсети, >что и второй шлюз. по поводу tcpdump'a - никого знакомых снаружи нет - это до завтра, посмотрю обязательно (как сам не догадался...), но настроено одинаково - проблем быть не должно... внутри одна подсеть, так что это не то...>>Мои думки зашли в тупик... и закрадывается мысль - а вообще так >>можно сделать? Поможет ли перенос линков от обоих провайдеров на один >>системник, запустив на нем парочку натов на каждый из внешних интерфейсов? >>Или Фря не справится с такой задачей? Тогда кто? >>Линки по теме тоже приветствуются :-) >Справится. У многих (у меня в том числе) 2 канала в инет. >Работают 2 ната и трафик дивертится то на один, то на >второй в зависимости от айпи пользователя. Наберите в поиске что-то типа >"два канала в инет" Ага - изнутри выпустить наружу не проблема, это в курсе, а вот снаружи впустить внутрь! Суть такая, что у наших клиентов стоит наша (естественно :-)) программа, которая лезет на наш сайт. Задача стоит в том, чтобы при запросе на любой из внешних ip (снаружи подсети разные) ответ клиентом был получен... а сервер внутри. Если оба канала воткнуть в одну машину (как в общем то и планируется вскорости), а не как сейчас в разные, два ната на шлюзе с этим справятся, или ответ будет уходить всё равно по default_router для веб-сервера (напомню, что он внутри)?
|