LinuxForum.Fans
Тема

Нужно использовать машину с OpenSuse в качестве сервака

Автор: labeanchik 51 сообщений 10951 просмотров
#90948

после ввода пароля и логина заходит только та машина , с которой заходил. Мне нужно не изменяя настроек в роутере - настроить у себя инет и моей подсети. Kак NAT у себя поднять?

#90954

А вот тут уже SuseFirewall. Коротенько - лезем в Yast, пускаем, на вкладке интерфейсы - указываем - кто внутренний, кто внешний. На вкладке "трансляция сетевых адресов" - ставим галку, в список транслируемых сетей добавляем свою внутреннюю. Все.

Поскольку вы не ставили галки при настройке LDAP "Открыть порт в брандмауэре" аутентификация у вас может отвалиться. Добавте его в "Разрешенные службы", или вернитесь в настройки сервера LDAP и поставьте галочку.

#90964

я так и не понял, что в транслируемые сети добавлять http://www.imagepost.ru/?v=252/1?

внешняя сетка у меня 192.168.9.15/255.255.255.0/192.168.9.1 и внутренняя 192.3.30.100/255.255.255.0/192.3.30.100 прокси идущий на сервер 172.16.14.100:3128

#90982

Брр-р-р... Объясни подробнее, как должен подаваться инет в рабочие станции с машины, на которой поднят LDAP? Как и куда приходит от провайдера, через какие сетевые каких машин приходит на сервер домена. Просто машина, сетевки, ip на них.
NAt тут тебе (насколько понял из описания) совершенно не нужен, скорее статическая маршрутизация.

#91015

вообщем, попытаюсь еще раз обьяснить, хотя сам полностью всего не знаю.

1.От какого-то сервака идет сетевой шнур к роутеру с каким-то ip(кажется на 172 начинается).
2.От роутера идет с свичу, а от свича идет на мой сервак с ip 192.168.9.15
3.От сервака идет по внутренней сети к рабочим машинам.

Внешний прокси , который уже приходит на сервак(172.16.14.100:3128 + имя пользователя и пароль(для каждого человека свой)).


А вот теперь , что мне нужно:

Инет с сервака провести на внутреннюю сеть , но чтобы не нужно было вводить в браузере при открытии странички имя пользователя и пароль с прокси 172.16.14.100:3128. Тоесть, нужно какое-то еще прокси на серваке , у которого уже будет введены сам прокси адресс 172.16.14.100:3128 + имя пользователя и пароль, и шло на внутреннюю сеть. Что-то типа того.

Нужно что-то типа каскадного прокси.

На windows все легче - поставил usergate и не парился.

#91019

172.* это ip адрес интерфейса на "роутере". К этому ip:port должен подключаться сервер с LDAP за получением интернета? Правильно понял?
/
Или proxy (172.*:3128) <-> router <-> LDAP server - clients ?
\

#91021

"172." на роутер идет и я точно не помню какой именно айпишник идет.Сам айпи роутера 192.168.9.1( или 2, тоже не помню) А инет находится по 172.16.14.100:3128, который вбиваю в браузере на серваке и при открытии странички появляется запрос на ввод имя пользователя и пароль.

Я сделал маршрутизацию на серваке , чтоб то что идет на сервак - перевело на внутреннюю сеть. и теперь там тоже при вводе в браузере в прокси 172.16.14.100:3128 идет запрос на имя пользователя и пароль.

#91022
Denlookh написал:

/
Или proxy (172.*:3128) <-> router <-> LDAP server - clients ?
\

ДА!!! Правильно понял.

#91027

На сервере ставим squid, разрешаем доступ к нему из своей подсети. В нем же настраиваем параметры вышестоящего прокси. В файрволле (опять же на сервере) DNATим все пакеты, которые должны идти в мир (например все входящие на 80-ый порт), на самого себя, но на порт сквида. А на клиентах указываем сервер в качестве гейтвея по умолчанию.

#91032
UTiM написал:

Кстати, Suse 10.3 уже силно устарел, даже 11.0 уже не обновляется. На рабочие станции явно просится 11.1 (кто любит kde3), а лучше 11.3

У мну на серваке компании уже который год стоит 9.3. Никто не жалуется, все фунциклирует. Может, я что-то неправильно делаю?

#91036
Alex(R) написал:
На сервере ставим squid, разрешаем доступ к нему из своей подсети. В нем же настраиваем параметры вышестоящего прокси. В файрволле (опять же на сервере) DNATим все пакеты, которые должны идти в мир (например все входящие на 80-ый порт), на самого себя, но на порт сквида. А на клиентах указываем сервер в качестве гейтвея по умолчанию.

А поподробнее можно? Я в SQUID вообще не могу понять как там что.

#91037
labeanchik написал:
я так и не понял, что в транслируемые сети добавлять http://www.imagepost.ru/?v=252/1?

внешняя сетка у меня 192.168.9.15/255.255.255.0/192.168.9.1 и внутренняя 192.3.30.100/255.255.255.0/192.3.30.100 прокси идущий на сервер 172.16.14.100:3128

Виноват! Это не сдесь!!! Это пробросы через маскарадинг (FW_FORWARD_MASQ ), а вам нужно вписать внутреннюю сеть в правило FW_MASQ_NETS. Через настройки фаервола в яст это недоступно, поэтому лезем (в ясте-же) в "Редактор /еtc/sysconfig", открываем ветку Network->Firewall->SUSEFirewall2->FW_MASQ_NETS и пишем там 192.3.30.100/24

Но проблему автоматической авторизации это не решит, кому-то одному пароль вводить придется - тут нужен или "хитрый скрипт" - как я вам давал ссылку или то, что предлагает Alex(R) со сквидом. Но пусь он вам тогда и расказывает как все это настраивать, у меня терпения не хватит... wink

#91040
Hvzh написал:
[quote=UTiM]
Кстати, Suse 10.3 уже силно устарел, даже 11.0 уже не обновляется. На рабочие станции явно просится 11.1 (кто любит kde3), а лучше 11.3

У мну на серваке компании уже который год стоит 9.3. Никто не жалуется, все фунциклирует. Может, я что-то неправильно делаю?[/quote]
Так то сервак! Если дыр нет- то как говорится "Не сломалось - не чини!!!" Авот Firefox и OpenOffice юзерам нужны свежие.

#91041
UTiM написал:
[quote=Hvzh][quote=UTiM]
Кстати, Suse 10.3 уже силно устарел, даже 11.0 уже не обновляется. На рабочие станции явно просится 11.1 (кто любит kde3), а лучше 11.3

У мну на серваке компании уже который год стоит 9.3. Никто не жалуется, все фунциклирует. Может, я что-то неправильно делаю?[/quote]
Так то сервак! Если дыр нет- то как говорится "Не сломалось - не чини!!!" Авот Firefox и OpenOffice юзерам нужны свежие.[/quote]
А при чем тут версия SuSE и версии firefox и openoffice?

#91042

давайте не раздувать баталии обо всем и ни о чем, а лучше помогите мне, а именно :

Alex(R) написал:
На сервере ставим squid, разрешаем доступ к нему из своей подсети. В нем же настраиваем параметры вышестоящего прокси. В файрволле (опять же на сервере) DNATим все пакеты, которые должны идти в мир (например все входящие на 80-ый порт), на самого себя, но на порт сквида. А на клиентах указываем сервер в качестве гейтвея по умолчанию.
#91043

Hvzh написал:

А при чем тут версия SuSE и версии firefox и openoffice?
Ну можно их и ручками свежие на каждую машину индивидуально ставить. Тока они вам могут такие зависимости потянуть, что проще уже всю систему обновить... А впрочем, все ИМХО, кому что нравится...
#91045
Alex(R) написал:
... DNATим все пакеты, которые должны идти в мир (например все входящие на 80-ый порт), на самого себя, но на порт сквида.

Это в переводе на "русский" - прописываем в фаерволе правило FW_REDIRECT которое:



.....Эта опция может быть использована, чтобы заставить всех внутренних пользователей работать через ваш прокси Squid или для прозрачной переадресации входящего веб-трафика на безопасный сервер.
Формат: Список записей вида: [,,[,dport[:lport]]

Где "dport" - оригинальный порт назначения протокола tcp или udp, а "lport" - порт на локальной машине, куда перенаправляется трафик.

Пример: "10.0.0.0/8,0/0,tcp,80,3128"

Для вас "192.3.30.100/24,0/0,tcp,80,3128"

Авот про настройку сквида - не ко мне - кто первый сказал "squid" - пусть и рассказывает о его настройках в подробностях.

#91047

Буду с надежной ждать:

UTiM написал:
Авот про настройку сквида - не ко мне - кто первый сказал "squid" - пусть и рассказывает о его настройках в подробностях.

И , Спасибо, кто помогал smile

#91062

А что именно из себя роутер представляет? Коробочка или машина полноценная? Как именно сделал чтобы на LDAP сервере интернет появился?

#91078

squid.conf

text

acl LocalNet src 192.3.30.0/24 #задаем список acl
http_port 192.3.30.100:3128  #где слушаем
http_access allow LocalNet     #разрешаем доступ вашей сети
http_access deny all                # запрещаем всем остальным
cache_peer 172.16.14.100 parent 3128 0 default no-query login=user:password
#кешировать адреса такого то, он для нас родительский (т.е. вышестоящий), на порту 3128, порт для ICP, также как и запросы по ICP, не используем (не знаем, разрешено ли нам это), авторизируемся по логину и паролю

cache_mem и cache_dir можно для начала оставить по умолчанию. Потом можно тут посмотреть.

Войдите или зарегистрируйтесь, чтобы ответить.