Есть у нас один клиент, который держит интересный ресурс на вебе. Есть ряд клиентов подключеных к нам же, но имеющих ip из сети 192.168.0.0/16

И как на зло у клиента, который держит сайт с ip из нашей же АС используется эти же сети для внутренних нужд.

В итоге с сети 192.168.0.0/16 ходить на ресурс нельзя.

Да ещё и хостинг настроен у него, так что dNAT`ом не прокинишь его сайт в сетку на другой IP Сутя по всему настроены виртуальные хосты и по ip он контент не отдаёт

Установка прокси - не лучшее решение, не всем удобно вбивать ради одного сайта.

Как проблему можно решить?

Редактирование файла hosts еще более худшее решение Но мне человек сделал программу которая сама вбивает изменения в хост, пользователю остается лишь установить программу и все

влиентов на 192-ой сетке сотни, операционки они переустанавливают... рехнёшься им объяснять!

Да, это пожалуй главный минус. Ну на всякий случай возьми на заметку, если что выложу исходник на дельфях

Secandr решение твоей проблемы - VPN.

пока.

bilbobagginz, это не то решение, которое мне подходит. Ради одного сайта создовать vpn у каждого из нескольких сотен пользователей, разбросаных по городу

Похоже возможность только одна - договориться с владельцем сайта, об изменении настроек вебсервера и сделать NAT.

не понимаю. если ты делаешь VPN на него с одной машины, то уже эту машину можно NATить.
а насчет коллизий немаршрутизируемых сетей, если возможно - договорись, тоже решение.
А если ресурс такой полезный - договоритесь что сделаете миррор... или без ведома сделайте миррор.
но это он подсекет, и некрасиво будет. пока.

Чего-то я не совсем понял. Смущает что в одной подсети ресурс с публичным IP и серая подсеть 192....?
В чем проблема? Запсиь в ДНС на публичный IP есть? Этого должно быть достаточно. клиент из серой подсети обращается на маршрутизатор, тот форвардит пакет на публичный IP. Если по топологии сети они в физически разных сегментах, то пакет пройдет ближайший NAT. Если же в одном сегменте, то пакет пойдет без NAT'а сразу на этот ресурс.
Могли быть проблемы, если у ресурса серые подсети зафильтрованы фаерволлом, но ты же сам говоришь


Т.е. у него тоже есть хосты с серыми адресами?

Схема приложена ниже.
Как ходфт пакеты через роутеры я знаю, записи в днс конечно есть. Смоих реальных IP я сайт вижу без проблем...
Сети мало того что у обоих серые используются, так ещё и одинаковые
Добавлено @ 12:06
bilbobagginz, ресурс динамический и мирор сделать нельзя, тем более что проект комерческий...

Про нат непонятно как делать. На реальные ip нат для клиентов нельзя - клиенты получат доступ в сеть некотролируемый.

Если я делаю трансляцию их машины в свою сеть, то клиенты не присылают правильный hostname веб-серверу клиента.

Если делать нат на другие серые IP, не факт, что клиент через неделю не начнёт их использовать...

Присоединённый файл ( Кол-во скачиваний: 11 )
 SHEMA.GIF 4,12 Kb

ok. Теперь стало яснее, просто я понял так, что ты все сети админишь.
Из рисунка непонятно: "Мой роутер" имеет только два интерфейса или все-таки есть третий, который аплинк в интернет? Если первое - т.е. пкеты от твоих юзеров проходят NAT на 83.83.83.83 то вроде проблем быть не должно. Если же второе: то только вводить хитрый NAT на этот интерфейс, который бы натил исключитьельно подсеть 192.168.0.0. Т.е. в голову приходит следующее:
1)проверка на то, что пакет идет с интерфейса 192.168.0.1 на 83.83.83.83
2) если проверка удалась, то завернуть в NAT
3) проверка, что с 83.83.83.84 пакет идет на 83.83.83.83 и завернуть в NAT

Главное впихнуть в фаервол правила в нужном месте.
Сорри, линуховые iptables недолюбливаю, если там фря, то могу попробовать изобразить на ipfw.

P.S. фактически это policy-based роутинг с заворачиванием в NAT

DENNN, схема упрощёная. Роутеры цисковские и не один У нас своя АС, так что аплинк в инет есть.
Попробую натом озаботиться...

Придумал. На интерфейсе нат подниму...

если нат, то он тут нужен в обеих сетях.
Если ресурс имеет динамический адрес, то нужен и динамический DNS.
если нужно по разным ip, но по одинаковым hostname-ам, то в одной сети можно настроить /etc/hosts и прописать, или тоже внутренний ddns. привязанный к dhcp.
только гемор это. а киски прекрасно VPN умеют делать.

пока.

вообщем натиться будет на роутере, который смотрить к клиенту, на его порту. Всё что 192.169.0.0/16 в 83.83.83.83. Пока не пробовал так делать...