Привет всем. Собственно проблема вот в чем. Мне на локальных компьютерах ПК1, ПК2, ПК3 нужно поменять шлюз на 20.35.222.1 Но также нужно чтоб с них можно было выходить в интернет. На данный момент с настройками как на схеме все работает. На линуксовском серваке настроен маскарадинг в iptables. Подскажите кто-нибудь, возможно ли настроить как то проброс айпи адресов и портов посредством iptables чтоб локальные ПК могли ходить в интернет, если у них в настройках будет указан шлюз 20.35.222.1 Подскажите плиз если это возможно, бьюсь уже две недели. Пожалуйста в предложениях прописать правила укажите те айпишники которые в моей схеме. Очень и очень буду благодарен.Вот даю схему http://qclk.ru/kr/WEgi
Привет всем. Собственно проблема вот в чем. Мне на локальных компьютерах ПК1, ПК2, ПК3 нужно поменять шлюз на 20.35.222.1 Но также нужно чтоб с них можно было выходить в интернет. На данный момент с настройками как на схеме все работает. На линуксовском серваке настроен маскарадинг в iptables. Подскажите кто-нибудь, возможно ли настроить как то проброс айпи адресов и портов посредством iptables чтоб локальные ПК могли ходить в интернет, если у них в настройках будет указан шлюз 20.35.222.1 Подскажите плиз если это возможно, бьюсь уже две недели. Пожалуйста в предложениях прописать правила укажите те айпишники которые в моей схеме. Очень и очень буду благодарен.Вот даю схему http://qclk.ru/kr/WEgi
Или вот
Картинки не чёткие. Не разобрать.
Впрос: зачем 20.35.222.1 сделан шлюз по умолчанию?
У вас локальние ПК 1-3 должны хожить через VPN куда??? Если через VPN они не будут ходить в интернет, а тока в какуюто другую сеть, то VPN сервер не должен стоять шлюзом по умолчанию. Хватить тока маршрута в нужную сеть через шлюз, которым будет VPN.
А можно ещё на серваке что щас раздаёт интернет поставить прокси-сервер (сквид) и прописать в настройках браузера этот прокси, при этом вы можете дефолтный шлюз ставить на ПК 1-3 какой вам нужно.
У вас локальние ПК 1-3 должны хожить через VPN куда??? Если через VPN они не будут ходить в интернет, а тока в какуюто другую сеть, то VPN сервер не должен стоять шлюзом по умолчанию. Хватить тока маршрута в нужную сеть через шлюз, которым будет VPN.
А можно ещё на серваке что щас раздаёт интернет поставить прокси-сервер (сквид) и прописать в настройках браузера этот прокси, при этом вы можете дефолтный шлюз ставить на ПК 1-3 какой вам нужно.
По VPN они будут ходить в корпоративную сеть. В общем нужно чтоб они видны были в VPNовской сети и могли ходить в инет, как это организовать????. У меня на серваке поднят сквид и они сейчас подключены через проксю, но прокся никак не пускает подключение к FTP, SMTP, POP на локальных компах. ВОт я и решил что может как то посредством iptables можно это все скрутить. Или может проще будет докрутить сквид??? Подскажите.
ВОт сам сквид
FTP - сквид умеет, а вот SMTP, POP нет. А в какую подсеть должны компы ходить через VPN? Укажыте, тогда можно будет статический маршрут прокинуть в эту сеть.
FTP - сквид умеет, а вот SMTP, POP нет. А в какую подсеть должны компы ходить через VPN? Укажыте, тогда можно будет статический маршрут прокинуть в эту сеть.
На данный момент не знаю какая будет подсеть. Знаю что шлюзом для нее будет выступать модем 20.35.222.1 А можно сейчас оставить шлюз на ПК1-3 такой как и есть 20.35.222.27 и как то прописать маршрут чтоб эти ПК пробрасывало на модем 20.35.222.1 и обратно. Я так понимаю нужно сделать так чтоб пользователи из сети ВПН обращались через шлюз 20.35.222.1 но их пакеты подменялись на 20.35.222.27 и на оборот, если пользователи ПК1-3 ишли в ВПН то их пакеты подменялись из 20.35.222.27 на 20.35.222.1 или я не прав? Объясните пожалуйста.
Нет ничего подмениватса не должно.
А работать будет всё так, не факт что пишу кристальную правду, но я понимаю этот процес так.
При условии что на ПК 1-3 установлен дефолным шлюзом 20.35.222.27 и они ходят в интернет напремую, через НАТ или МАСКАРАДИНГ, неважно. Когда на ПК1 происходит запрос google.com, тогда с настроек сетевого подключения извлекаетса адрес ДНС сервера и у него узнаётса айпишка того узла что нам надо. После этого система просматривая локальную таблицу маршрутов и узнаёт что она не знает маршрут к этому узлу. Тогда она спрашывает маршрут к нужному узлу в маршрутизатора, который прописан в настройках сети как "Шлюз по умолчанию". И тогда уже этот шлюз пересылает пакеты куда надо и передаёт ПК1 ответы от искомого узла.
А когда с ПК1 нужно будет попасть в корпоративную сеть, например это будет сеть 10.10.10.0 через шлюз 20.35.222.1, то система проделает все выше упомянутые шаги. Но шлюз по умолчанию не сможет найти путь к искомому узлу так как он находитса в диапазоне приватных адресов. Потому на ПК1 мы прописываем статический маршрут, которым укажем системе, что не нужно искать путь к корпоративной сети через дефолтный шлюз а нужно идти через 20.35.222.1. Пример маршрута вот такой
text
route add -net 10.10.10.0 netmask 255.255.255.0 gw 20.35.222.1 dev eth0
Это при условии что на ПК1 стоит линукс. И всё. Когда система будет искать путь к корпоративной сети, она уже не будет спрашывать путь у дефолтного шлюза, а сразу начнёт посылать запросы на шлюз VPN 20.35.222.1.
Как то так.
Если на всех 3 ПК будет шлюз по умолчанию 20.35.222.27, то это правило можно прописать на на этом шлюзе.
Нет ничего подмениватса не должно.
А работать будет всё так, не факт что пишу кристальную правду, но я понимаю этот процес так.
При условии что на ПК 1-3 установлен дефолным шлюзом 20.35.222.27 и они ходят в интернет напремую, через НАТ или МАСКАРАДИНГ, неважно. Когда на ПК1 происходит запрос google.com, тогда с настроек сетевого подключения извлекаетса адрес ДНС сервера и у него узнаётса айпишка того узла что нам надо. После этого система просматривая локальную таблицу маршрутов и узнаёт что она не знает маршрут к этому узлу. Тогда она спрашывает маршрут к нужному узлу в маршрутизатора, который прописан в настройках сети как "Шлюз по умолчанию". И тогда уже этот шлюз пересылает пакеты куда надо и передаёт ПК1 ответы от искомого узла.
А когда с ПК1 нужно будет попасть в корпоративную сеть, например это будет сеть 10.10.10.0 через шлюз 20.35.222.1, то система проделает все выше упомянутые шаги. Но шлюз по умолчанию не сможет найти путь к искомому узлу так как он находитса в диапазоне приватных адресов. Потому на ПК1 мы прописываем статический маршрут, которым укажем системе, что не нужно искать путь к корпоративной сети через дефолтный шлюз а нужно идти через 20.35.222.1. Пример маршрута вот такой
text
route add -net 10.10.10.0 netmask 255.255.255.0 gw 20.35.222.1 dev eth0
Это при условии что на ПК1 стоит линукс. И всё. Когда система будет искать путь к корпоративной сети, она уже не будет спрашывать путь у дефолтного шлюза, а сразу начнёт посылать запросы на шлюз VPN 20.35.222.1.
Как то так.
Если на всех 3 ПК будет шлюз по умолчанию 20.35.222.27, то это правило можно прописать на на этом шлюзе.
Маршрут в таблицу маршрутизации можно будет вписать и в Хрюше. Если нужно будет напишите сюда или в личку, дадите параметры сети скину правило.[/quote]
В схеме есть же. айпи 20.35.222.0-255 маска 255.255.255.0 шлюз 22.35.222.27
А в какую сеть вы хотите попасть через шлюз 20.35.222.1?
Ведь вам в корпоративную сеть в будущем придётса через него ходить. Я верно вас понял?
Да да, как раз так и есть. Пока сети еще нету. Но в место айпи VPN сети вы не могли бы написать Х,Х,Х,Х, а я потом уже поменяю на ту которую надо. Спасибо
Это получится, что допустим ПК1 на котором ХР, если прописать этот маршрут то он будет ходить в сеть ххх.ххх.ххх.0 через 20.35.222.1 при том что у самого компа шлюз будет прописан 20.35.222.27?
Да. 20.35.222.27 это маршрут по умолчанию, а дополнительный маршрут что прописываетса будет служыть тока для получения доступа к корпоративной сети через шлюз 20.35.222.1.
А компы из ВПН сети как будут ходить на эти компы? Там на них тоже нужно будет прописывать маршрут? Или можно как то прописать обратный маршрут на своем компе?
