Ubuntu Server работа через прокси

[AbNoR]

Доброго времени суток, форумчане.
Преамбула:
После института взяли сисадминить школу (сервер на Windows Server 2008 со статикой, 30-70 одновременно работающих ед. техники (компы/ноуты), два "интернета" - статика и динамика). За год работы разобрался с сетью и клиентской техникой, теперь дошёл до сервера .
Фабула:
Собрал простенький системник и поставил на него Ubuntu Server 14.04.3 LTS. Инет раздаётся только если сервер подключен к инету через динамику. Основной сервер не трогал и статику со шлюзом настраивал от него. Ubuntu и Window друг друга пингуют, Ubuntu обновляется и скачивает данные из репозиториев (если я правильно понимаю), но не пингует "глобу" и ноут, который подключён ко второй сетевухе, и не раздёт инет.

Содержимое /etc/network/interfaces

Код: [Выделить]

# The loopback network interface
auto lo
iface lo inet loopback

#Интернет (встроенная сетевая)

auto eth1
iface eth1 inet static
address 192.168.1.198
netmask 255.255.255.0
gateway 192.168.1.99
dns-nameservers 192.168.1.9

#Локальная сеть (pci)

auto eth2
iface eth2 inet static
address 192.168.101.17
netmask 255.255.255.0

post-up /etc/nat

Содержимое /etc/apt/apt.conf

Код: [Выделить]

Acquire::http::proxy "http://192.168.1.198:8080/";
Acquire::https::proxy "http://192.168.1.198:8080/";
Acquire::ftp::proxy "http://192.168.1.198:8080/";
Acquire::socks::proxy "http://192.168.1.198:8080/";
Acquire::::Proxy "true";

Содержимое /etc/nat

Код: [Выделить]

echo 1 > /proc/sys/net/ipv4/ip_forward

iptables -A INPUT -i lo -j ACCEPT

iptables -A FORWARD -i eth2 -o eth1 -j ACCEPT

iptables -t nat -A POSTROUTING -o eth1 -s 192.168.101.0/24 -j MASQUERADE

iptables -A FORWARD -i eth1 -m state --state ESTABLISHED,RELATED -j ACCEPT

iptables -A FORWARD -i eth1 -o eth2 -j REJECT

Подскажите в какую сторону копать  .

Может быть косяк из-за одинаковых масок подсети?

[fisher74]

Достаточно размазанные вопросы, но попробовал вычленить.
1. Через прокси протокол icmp не работает.
2. Чтобы сервер раздавал интернет, который сам получает через прокси - необходимо все клиентские запросы заворачивать на этот прокси. Либо на клиентах так же указывать прокси.

[AbNoR]

Хм, а если Ubuntu перебросить на инет, который сейчас подключён в Win, сменить настройки на провайдерские, то должно заработать ? Т.е. настройки я верно вбиваю?
Не хотелось бы оставить школу без инета, опыта у меня очень мало(.

Вообще суть затеи заменить Windows Server на Ubuntu Server (либо другую Free ОС).
Пользователь решил продолжить мысль [time]18 Август 2015, 10:01:00[/time]:Сменил маску подсети (Ubuntu и ноут Win7) на 255.255.255.224, на ноуте прописал прокси 192.168.1.99:8080 и на ноуте появился инет (хотя написано "Без доступа к Интернету"), но Ubuntu так и не пингует глобу ни по ip и ни по имени.

[fisher74]

Для начала ответьте себе на вопрос: зачем это делать? Если WinServer лицензионный, то какой смысл? Если нет, то есть серьёзный повод продолжить задуманное.

но Ubuntu так и не пингует глобу ни по ip и ни по имени.

Если Вы будете с таким же упорством игнорировать то, что Вам говорят, то после перевода школьного шлюза на Linux устранение проблем (а без них не обойдётся) будут проходить для Вас в сопровождении тяжелых мук...

[AbNoR]

Спасибо за ответы.
Лицензионного практически не чего нет, буду изучать дальше.

[fisher74]

Я так понимаю планируемый шлюз на отдельной железке. Так кто мешает сделать замену, а Win держать в резерве. Если с новым произойдёт патовая ситуация - тупо возвращаем в работу старичка.
Для того, чтобы при переводе туда-сюда не бегать по клиентам - настроить на новом шлюзе свой прокси (рекомендую squid3). Потом постепенно перевести его в прозрачный режим. Но это  уже после обкатки.

[arastegaev]

А я вот не пойму зачем apt на самого себя заворачивать?
>Acquire::http::proxy "http://192.168.1.198:8080/";
>Acquire::https::proxy "http://192.168.1.198:8080/";
>Acquire::ftp::proxy "http://192.168.1.198:8080/";
>Acquire::socks::proxy "http://192.168.1.198:8080/";
>Acquire::::Proxy "true";

А на винде выход в глобу для ubuntu сервера разрешен?

[AbNoR]

Я так понимаю планируемый шлюз на отдельной железке. Так кто мешает сделать замену, а Win держать в резерве. Если с новым произойдёт патовая ситуация - тупо возвращаем в работу старичка.
Для того, чтобы при переводе туда-сюда не бегать по клиентам - настроить на новом шлюзе свой прокси (рекомендую squid3). Потом постепенно перевести его в прозрачный режим. Но это  уже после обкатки.

Вроде разбираюсь потихоньку. Поставил squid3, попробовал и прозрачный и не прозрачный, осталось научится делать шару на сервере и можно тестить на боевом ).
Спасибо за советы.

[AnrDaemon]

Если виндовый сервер действительно не лицензионный, проще получить на него лицензию. Обратитесь в департамент, там должна быть.