From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <40AB5B0F.6040200@rmts.donpac.ru> Date: Wed, 19 May 2004 17:03:11 +0400 From: Eugene Prokopiev User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.5) Gecko/20031011 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] Dial-in server & remote Windows in local network References: <40AB4C30.2030409@rmts.donpac.ru> <20040519122446.GA4190@ws019.hq.samkon.ru> In-Reply-To: <20040519122446.GA4190@ws019.hq.samkon.ru> X-Enigmail-Version: 0.76.7.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Processed: rmts.donpac.ru, Wed, 19 May 2004 17:03:34 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 192.168.10.5 X-Return-Path: john@rmts.donpac.ru X-MDaemon-Deliver-To: community@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2004 13:03:44 -0000 Archived-At: List-Archive: List-Post: Sergey V. Golovin пишет: > * Eugene Prokopiev [19 May Wed 15:59] > >>Винда дозванивается и получает адрес 192.168.102.1, как и планировалось. >>Но в качестве default router у нее 192.168.102, а хотелось бы >>192.168.102.180. Как это сделать? > > > в windows@altlinux.ru ответили бы, что надо проверить галочку в > свойствах соединения "Назначить шлюз по умолчанию". "Использовать стандартный шлюз для удаленной сети"? Так она стоит. Если ее не ставить, то default router у винды вообще будет отсутствовать. И я не очень понимаю механизма работы. Шлюз должен быть где-нибудь явно прописан (например, на dial-in сервере), иначе откуда эта галочка его возьмет? Я не прав? >>Форвардинг включен, iptables опущен. На всех машинах в локальной сети >>dial-in сервер прописан как default router, и они видят эту диалапную >>машину и по ICMP, и по SMB. Правда пакеты ходят странно: tcpdump -i ppp0 >>утверждает, что всех удачных запросах (из локальной сети на диалапную >>машину) задействован внешний интернетовский ip-адрес, сидящий на eh0. >>tcpdump -i eth0 и mtr/traceroute утверждают обратное. > > > Скорее всего, "виноват" параметр proxyarp. да, действительно. без него машины из локальной сети перестают видеть удаленную. Кстати, в том, что удаленная машина не видела локальных, все-таки был виноват iptables. > Если бы была одна карточка, > то все работало, как задумано. Посмотрите при установленном соединении > arp-таблицу командой arp. Наверняка адрес удаленной системы > ассоциируется с мак-адресом eth0. нет, они разные. Кстати, а что вообще такое MAC удаленной системы? MAC сетевой карты - это понятно, а для ppp? Откуда он берется? И вообще, то, что я сделал (выделил ppp0 и удаленную машину в отдельную ip-сеть, т.е. появилась необходимость ее маршрутизировать в локальную ip-сеть) - это правильно? Как обычно принято делать? -- С уважением, Прокопьев Евгений