Настроена такая сеть: адрес сервера 192.168.2.1, адреса клиентов 192.168.2.xxx при этом шлюзом и DNS у них прописан сервер, т.е. 192.168.2.1.
Возможно ли на сервере настроить перенаправление клиентов при запросе на конкретный порт 192.168.2.1:8080 на другой адрес и порт в той же сети, например 192.168.2.4:8080? Я так понимаю без настройки NAT не обойтись?! Пожалуйста, подскажите решение! И заодно вопрос - как отключить такое перенаправление, если в нем не будет больше необходимости? Заранее благодарен!
LinuxForum.Fans
Перенапраление клиентов внутри одной ЛВС
Автор: b00mer
17 сообщений
3692 просмотров
Нарыл вот что:
iptables -t nat -A PREROUTING -p tcp -d 192.168.2.1 --dport 8080 -j DNAT --to-destination 192.168.2.4:8080
Остались только неразрешенными два вопроса:
1) как сохранить такую настройку при перезагрузке системы
2) как отключить эту настройку если она станет не нужна
[console]mount /dev/astral ...... error mountig /dev/astral ....[/console]
о о чем это? :lol: К астралу подключится не могу.
Дистрибутив какой!?
и да везде есть:
iptables-save/restore, init/pre-up скрипты зависят от дистрибутива.
newzenon, используется серверный Ubuntu Linux 10.04. Прикручен Webmin. Через него задать это правило можно?
b00mer, сеть как настроена? Я устал наводящие вопросы задавать, и да все можно.
newzenon, прошу прощения за свой непрофессионализм. Сеть настроена следующим образом:
на сервере имеются сетевые интерфейсы - eth0 с адресом 192.168.100.2 и шлюзом 192.168.100.1 (это модем); eth1 с адресом 192.168.2.1. Первый смотрит в интернет, второй в ЛВС. Клиенты подключаются к серверу через свитч. На клиентах настройка такая - адреса 192.168.2.xxx, шлюз и DNS у них сервер 192.168.2.1. В настройках сервера через Webmin - Настройка сети - Клиент DNS прописаны DNS от ISP.
В чем конкретно вопрос: в локалке есть отдельная машина с адресом 192.168.2.4 под управлением Windows XP. На ней настроен UserGate 5 с правилами фильтрации (белый список) в режиме прозрачного прокси. Сразу скажу, что не использовать эту машину и эту программу нельзя (позиция начальства). На всех остальных машинах при указании в качестве нового шлюза 192.168.2.4 (фильтр UserGate) вместо 192.168.2.1 (сервер Ubuntu) интернет раздается согласно "белому списку" как положено. Однако из-за большого количества клиентов (в сети почти 100 машин) чтобы к каждому сбегать и сменить шлюз нужна уйма времени. К тому же не все клиентские машины могут быть единовременно мне доступны. И чтобы не тратить время я решил просто перенаправлять запросы с 192.168.2.1 на 192.168.2.4. Как по вашему, newzenon, такое решение возможно?
Шлюзом ubuntu делать надо иначе никак, откуда клиенты будут знать что и куда - по инерции будут ломится на wingate.
Blacklist через iptables на бунте можно организовать обсуждали уже: http://linuxforum.ru/viewtopic.php?id=13912 - скрипты готовые уже есть.
ы. http://www.it-simple.ru/?p=2250 http://zenon.sytes.net/probros-porta-v-iptables/
ы. На ubuntu сделай:
[console]# ifconfig
# cat /etc/network/interfaces
# route -n[/console]
вывод команд покажи - это более информативно нежели то что расписываешь. wink
Спасибо, newzenon, за активное участие и полезные ссылки! Будем копать дальше...
Попробовал сейчас поиграться с настройками... Не получилось перенаправить на UserGate как хотелось бы. Вывод команд вот:
Показать
[console]
root@server:~# ifconfig
eth0 Link encap:Ethernet HWaddr e0:cb:4e:31:f7:32
inet addr:192.168.100.2 Bcast:192.168.100.255 Mask:255.255.255.0
inet6 addr: fe80::e2cb:4eff:fe31:f732/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:873 errors:0 dropped:0 overruns:0 frame:0
TX packets:1250 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:96096 (96.0 KB) TX bytes:279604 (279.6 KB)
Interrupt:28
eth0:0 Link encap:Ethernet HWaddr e0:cb:4e:31:f7:32
inet addr:10.52.172.219 Bcast:10.52.172.255 Mask:255.255.255.224
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:28
eth1 Link encap:Ethernet HWaddr 00:e0:52:96:71:a7
inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::2e0:52ff:fe96:71a7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:60 errors:0 dropped:0 overruns:0 frame:0
TX packets:110 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4625 (4.6 KB) TX bytes:15626 (15.6 KB)
Interrupt:18 Base address:0xe000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:26 errors:0 dropped:0 overruns:0 frame:0
TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2101 (2.1 KB) TX bytes:2101 (2.1 KB)
--------------------------------------------------------------------------------------------
root@server:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.100.2
netmask 255.255.255.0
network 192.168.100.0
broadcast 192.168.100.255
gateway 192.168.100.1
dns-search WORKGROUP
auto eth0:0
iface eth0:0 inet static
address 10.52.172.219
netmask 255.255.255.224
network 10.52.172.0
broadcast 10.52.172.255
# dns-* options are implemented by the resolvconf package, if installed
dns-search WORKGROUP
auto eth1
iface eth1 inet static
address 192.168.2.1
netmask 255.255.255.0
network 192.168.2.0
broadcast 192.168.2.255
dns-search WORKGROUP
#auto dsl-provider
#iface dsl-provider inet ppp
#pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf
#provider dsl-provider
--------------------------------------------------------------------------------------------
root@server:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.52.172.192 0.0.0.0 255.255.255.224 U 0 0 0 eth0
192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.168.100.1 0.0.0.0 UG 100 0 0 eth0
[/console]
А что если шлюзом для серверного интерфейса 192.168.2.1 прописать адрес машины с UserGate? Тогда правила фильтрации будут распространяться на всех клиентов автоматически?!
eth0:0 - это кто?
задача:
Интернет -> Ubuntu шлюз -> Win шлюз -> клиенты.
правильно?
А вообще если политика у начальства использовать wingate, то зачем плодить сущности, хотя такой вариант возможен.
ы. Вот еще почитать http://lug.ivanovo.ru/lartc/#CHAPTER4
eth0:0 - это кто?
задача:
Интернет -> Ubuntu шлюз -> Win шлюз -> клиенты.
правильно?
eth0:0 - это виртуальный интерфейс с нестандартным адресом для сортировки клиентов внутри ЛВС. У таких клиентов настройки типа:
ip: 10.52.172.xxx
mask: 255.255.255.224
gate: 10.52.172.219 (он же сервер)
dns: 10.52.172.219
Насколько я понял, это было сделано (админом до меня) чтобы в ЛВС существовали два невидимых друг другу сегмента. Типа подсеть "начальники" и "подчиненные".
Что касается Интернет -> Ubuntu шлюз -> Win шлюз -> клиенты такая задача поставлена и она в принципе решаема. Нужно теперь только всем клиентам сменить шлюз на новый. Я сейчас это пробовал сделать - получилось. Видимо придется побегать по кабинетам и ручками шлюз менять юзверям...
10.52.172.0/24 - для начальников, без фильтрации... :lol:
Ну если фильтрация нужна посредством wingate, то да побегать надо, в тоже время можно dhcp, но это уже не в тему этого форума (wingate).
А чем не устраивает вариант с блокировкой на ubuntu?
newzenon, прошу прощения за свой непрофессионализм. Сеть настроена следующим образом:
на сервере имеются сетевые интерфейсы - eth0 с адресом 192.168.100.2 и шлюзом 192.168.100.1 (это модем); eth1 с адресом 192.168.2.1. Первый смотрит в интернет, второй в ЛВС. Клиенты подключаются к серверу через свитч. На клиентах настройка такая - адреса 192.168.2.xxx, шлюз и DNS у них сервер 192.168.2.1. В настройках сервера через Webmin - Настройка сети - Клиент DNS прописаны DNS от ISP.
В чем конкретно вопрос: в локалке есть отдельная машина с адресом 192.168.2.4 под управлением Windows XP. На ней настроен UserGate 5 с правилами фильтрации (белый список) в режиме прозрачного прокси. Сразу скажу, что не использовать эту машину и эту программу нельзя (позиция начальства). На всех остальных машинах при указании в качестве нового шлюза 192.168.2.4 (фильтр UserGate) вместо 192.168.2.1 (сервер Ubuntu) интернет раздается согласно "белому списку" как положено. Однако из-за большого количества клиентов (в сети почти 100 машин) чтобы к каждому сбегать и сменить шлюз нужна уйма времени. К тому же не все клиентские машины могут быть единовременно мне доступны. И чтобы не тратить время я решил просто перенаправлять запросы с 192.168.2.1 на 192.168.2.4. Как по вашему, newzenon, такое решение возможно?
Можно всё но поверь лучше пройдись по всем 100 компам и всё.
В чем гемор давай глянем.
Запрос -----> Ubuntu ------> Usergate -------> Инет (Всё ок)
-------->Инет-----------Usergate------? А тут задумка кому ? (Можно Ubuntu) -------> Ubuntu -------- < Ответ слыш парень я в душе не знаю куда это.
newzenon, блокировка на ubuntu не подойдет, т.к. руководство хочет самостоятельно обновлять белый список адресов. А оно (начальство) умеет это делать только под виндой в UserGate! Так что я согласен с Kettler -- проще будет обойти клиентов и не париться больше по этому вопросу...
newzenon, блокировка на ubuntu не подойдет, т.к. руководство хочет самостоятельно обновлять белый список адресов. А оно (начальство) умеет это делать только под виндой в UserGate! Так что я согласен с Kettler -- проще будет обойти клиентов и не париться больше по этому вопросу...
Ну на счёт начальства можно поспорить например Traffpro отличная админка и не какой винды. Цены норм.
На бесплатно торенты рулят.
Войдите или зарегистрируйтесь, чтобы ответить.
