как же я раньше не до думался.
угу. стоило только сформулировать вопрос 
=====================================================
А за тем что провайдер выдает адреса по dhcp
зачем автоматом через дхцп выдавать ип который никогда меняться не будет?
для простоты настройки второго компа. если мы ему решим присвоить не второй, а 738й IP, достаточно будет изменить настройки сервера. А можно его лишить этого IP, если он даст нам мало профита. У него лишь локалка останется (причём ему менять ничего не получится).
а как тогда организовать доступ в локалку?
а он и так будет "организован". Пакеты скажем на 192.168.1.66 так и будут идти туда, куда надо.
предлагаю поставить вторую сетевую карту у которой будет выделенный ip и подключить ее через свич к кабелю провайдера.
ну это тоже самое, что выделить ещё один шлюз. Спрашивается - зачем это надо? С такой простой задачей справится и тот шлюз, который сейчас есть.
townsman, перечитайте: http://linuxforum.ru/viewtopic.php?pid=140646#p140646
как же я раньше не до думался.
угу. стоило только сформулировать вопрос
Cruiser78 пишет:А зачем, при наличии NAT и прочего маскарадинга, иметь в локалке белый IP?
например второй IP нужен, если вас забанили по первому. (например вирус спамил разные ресурсы).
но вот зачем нужны 2 IP на одном канале одновременно - не знаю. Разве что для того, что-бы привязать к ним два разных домена, например поднять два разных сайта (хотя с другой стороны, можно и на одном). Наверное ТС хочет пробросить второй IP, кому-нибудь и получить с того какой-то профит. Если оно так, то тогда достаточно этому TC'у выдать профиту(в)носителю второй IP адрес внутри локалки, и пробросить все пакеты в/из этого IP из локалки, в интерфейс провайдера, без всякой обработки (т.е. без ната, просто маршрут, цепочка FORWARDING). тогда у профито(в)носителя будет этот второй IP, а у ТСа будет первый. Как-то так.
как же я раньше не до думался.
канечно, нат убираем для машины в локалке каторой хотим выдать ип от провайдера (второй) и делаем редиректы и маршруты в сторону провайдера и его dhcp.
она получает по дхцп от моего сервера
Прибейте для этой машины ip к её MAC-у. И она будет получать нужный IP.
]]>А зачем, при наличии NAT и прочего маскарадинга, иметь в локалке белый IP?
например второй IP нужен, если вас забанили по первому. (например вирус спамил разные ресурсы).
но вот зачем нужны 2 IP на одном канале одновременно - не знаю. Разве что для того, что-бы привязать к ним два разных домена, например поднять два разных сайта (хотя с другой стороны, можно и на одном). Наверное ТС хочет пробросить второй IP, кому-нибудь и получить с того какой-то профит. Если оно так, то тогда достаточно этому TC'у выдать профиту(в)носителю второй IP адрес внутри локалки, и пробросить все пакеты в/из этого IP из локалки, в интерфейс провайдера, без всякой обработки (т.е. без ната, просто маршрут, цепочка FORWARDING). тогда у профито(в)носителя будет этот второй IP, а у ТСа будет первый. Как-то так.
такая ситуация, провайдер выделил второй ip, как выдать его машине каторая находится в локалке ?
А зачем, при наличии NAT и прочего маскарадинга, иметь в локалке белый IP? Совершенно не понимаю смысла в этой затее.
Кроме этого - совершенно не понимаю смысла в 2х IP от одного провайдера. Так как если канал (физический) рухнет, то вместе с ним рухнут и оба эти IPшника.
Единственная польза от 2х IP - это если они выданы разными провайдерами и до них ходишь по независимым физическим линиям. Тогда это надежная схема резервирования. А без этого - чисто баловство. Ну и как полигон для отработки умений маршрутизировать трафик на два разных направления.
Резюме - белые адреса нужны только шлюзам. А в локалке долее чем достаточно иметь адреса серые. Если только какое очень специфическое приложение не требует белого алреса.
]]>такая ситуация, провайдер выделил второй ip, как выдать его машине каторая находится в локалке ?
А как эта машина получает IP в общем?
]]>