<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; Шлюз. Пересечение подсетей.]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=34851&amp;type=atom" />
	<updated>2014-06-23T13:58:02Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=34851</id>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=413951#p413951" />
			<content type="html"><![CDATA[<p>Ясно, всем спасибо.<br />Поясню еще раз, мне нужно было подтверждение, что так называемый &quot;первый вариант&quot; - единственный адекватный и я не упустил какой-то хитрости.</p>]]></content>
			<author>
				<name><![CDATA[drozel]]></name>
				<uri>https://linuxforum.ru/profile.php?id=24264</uri>
			</author>
			<updated>2014-06-23T13:58:02Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=413951#p413951</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=413374#p413374" />
			<content type="html"><![CDATA[<p>Если две сети с одинаковой адресацией без промежуточных устройств надо подружить на одном роутере.... в идеальном виде это невозможно. Есть два выхода из данной ситуации:</p><p>1. У одной из сетей адресацию сменить. Это очевидно =).<br />2. (Вдруг первый вариант ну совсем не устраивает) Объединить две сети мостом - проблема будет в том, что адреса машин могут совпадать и эти совпадения надо будет устранять. В этой объединенной сети должен быть только один роутер и только один dhcp-сервер.</p><br /><p>Пока писал придумал еще 3-й способ =). Он очень трудоемкий, но реализации поддается =). Можно завести адрес на локальную петлю (lo1), а интерфейсы в разные сети поднять без ip-адресов. После этого можно будет для каждого отдельного хоста задавать маршрут через нужный интерфейс.</p><br /><p>Варианты 2 и 3 извращенские и лучше всего все же использовать 1-й.</p>]]></content>
			<author>
				<name><![CDATA[elve]]></name>
				<uri>https://linuxforum.ru/profile.php?id=1172</uri>
			</author>
			<updated>2014-06-18T06:56:05Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=413374#p413374</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=413256#p413256" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>drozel пишет:</cite><blockquote><p>А пересечения есть и будут, ибо эти адреса используются повсюду и при подключении к VPN из подсети вне дома, с IP 192.168.0.0/24 доступ имеем либо к своей сети, либо к этой. Так еще и интернет завалить можно, если со шлюзом пересечешься.</p><p>Я думал, есть хитрое решение с iptables.</p></blockquote></div><p>если честно, я даже не представляю, чего вы хотите. Вы сами на создавали себе проблем, свалив всё в одну кучу. Думаете, ваша помойка сама по себе разгребётся? Каким-то &quot;волшебным ключиком&quot;?</p><p>Если устройств заведомо меньше 256, скажем 16, то используйте маску /28, это даст вам 16 групп по 16 адресов в каждой (точнее по 14 адресов, если всё делать по феншую).</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2014-06-17T14:03:50Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=413256#p413256</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=412617#p412617" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>потому &quot;уменьшить маску&quot; вроде как не подходит. Маска и так достаточно большая, и содержит 8 ненужных бит, которые можно менять. Но ТС почему-то их менять не хочет. А если бит будет не 8, а 9, то захочет?</p></blockquote></div><p>Суть вопроса была в том, чтобы не менять маску и IP, эти выходы ясны и очевидны.</p><p>Просто есть готовая локалка со стандартными 192.168.0.0/24, который ой как не хочется перенастраивать (придется менять плейлисты IPTV, обновлять IP всех устройств, выданных по DHCP и тд.)<br />А пересечения есть и будут, ибо эти адреса используются повсюду и при подключении к VPN из подсети вне дома, с IP 192.168.0.0/24 доступ имеем либо к своей сети, либо к этой. Так еще и интернет завалить можно, если со шлюзом пересечешься.</p><p>Я думал, есть хитрое решение с iptables.</p>]]></content>
			<author>
				<name><![CDATA[drozel]]></name>
				<uri>https://linuxforum.ru/profile.php?id=24264</uri>
			</author>
			<updated>2014-06-11T05:14:09Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=412617#p412617</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408834#p408834" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Kettler пишет:</cite><blockquote><p>По выше изложеному человек понял что ему надо сделать, и я ответил на его вопрос.</p></blockquote></div><p>он изначально и спрашивал &quot;что делать с iptables?&quot;. А вы ответили: &quot;надо что-то делать с iptables!&quot;.</p><div class="quotebox"><cite>Kettler пишет:</cite><blockquote><p>А что не расказали что такое arp таблица?</p></blockquote></div><p>а что всё я, да я?</p><div class="quotebox"><cite>Kettler пишет:</cite><blockquote><p>И ещё если уменьшить маску то можно выйти из положения?</p></blockquote></div><p>не знаю.<br />ТС просит<br /></p><div class="quotebox"><cite>drozel пишет:</cite><blockquote><p>не меняя адресов сетей?</p></blockquote></div><p>потому &quot;уменьшить маску&quot; вроде как не подходит. Маска и так достаточно большая, и содержит 8 ненужных бит, которые можно менять. Но ТС почему-то их менять не хочет. А если бит будет не 8, а 9, то захочет?</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2014-05-14T03:59:20Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408834#p408834</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408819#p408819" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>drozel пишет:</cite><blockquote><div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>причём для локальных сетей(класса C) выделено 16 бит 1100.0000.1010.1000₂. Таким образом вы можете поднять у себя 254 локальных сети класса C,</p></blockquote></div><p>Это все ясно, назначит IP подсети вроде 192.168.144.0/24 - первое решение, однако меня интересовал вопрос, можно ли выйти из ситуации, не меняя адресов сетей?</p></blockquote></div><p>Поменять маску</p>]]></content>
			<author>
				<name><![CDATA[Kettler]]></name>
				<uri>https://linuxforum.ru/profile.php?id=11719</uri>
			</author>
			<updated>2014-05-13T20:34:17Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408819#p408819</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408818#p408818" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>drBatty пишет:</cite><blockquote><div class="quotebox"><cite>Kettler пишет:</cite><blockquote><p>В данном случае врятли поможет iptables.</p></blockquote></div><p>хороший ответ. Фцитатнег.<br />вы бы хоть ссылку на мануал дали.</p></blockquote></div><p>Помогли? С полки пирожок вручить?<br />По выше изложеному человек понял что ему надо сделать, и я ответил на его вопрос.<br />А что не расказали что такое arp таблица? И ещё если уменьшить маску то можно выйти из положения?</p>]]></content>
			<author>
				<name><![CDATA[Kettler]]></name>
				<uri>https://linuxforum.ru/profile.php?id=11719</uri>
			</author>
			<updated>2014-05-13T20:33:36Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408818#p408818</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408777#p408777" />
			<content type="html"><![CDATA[<p><strong>drozel</strong>, я не знаю. Никогда не задумывался.</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2014-05-13T15:34:24Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408777#p408777</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408765#p408765" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>причём для локальных сетей(класса C) выделено 16 бит 1100.0000.1010.1000₂. Таким образом вы можете поднять у себя 254 локальных сети класса C,</p></blockquote></div><p>Это все ясно, назначит IP подсети вроде 192.168.144.0/24 - первое решение, однако меня интересовал вопрос, можно ли выйти из ситуации, не меняя адресов сетей?</p>]]></content>
			<author>
				<name><![CDATA[drozel]]></name>
				<uri>https://linuxforum.ru/profile.php?id=24264</uri>
			</author>
			<updated>2014-05-13T14:39:52Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408765#p408765</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408682#p408682" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Kettler пишет:</cite><blockquote><p>В данном случае врятли поможет iptables.</p></blockquote></div><p>хороший ответ. Фцитатнег.<br />вы бы хоть ссылку на мануал дали.</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2014-05-13T05:54:10Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408682#p408682</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408681#p408681" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>drozel пишет:</cite><blockquote><p>но что, если клиент VPN также сидит в локалке и его подсеть совпадает с 192.168.0.0/24?</p></blockquote></div><p>использовать 172.16.0.0 или 192.168.1.0</p><div class="quotebox"><cite>drozel пишет:</cite><blockquote><p>Есть ли возможность хитро настроить iptables</p></blockquote></div><p>iptables потребуется только для NAT&#039;а, что-бы переделывать пакеты на внешний IP/VPN.</p><div class="quotebox"><cite>drozel пишет:</cite><blockquote><p>192.168.0.0/24?</p></blockquote></div><p>эта запись означает, что из 32х битов IP для сети используются 24:</p><p><strong>192.168.0==C0A800₁₆=1100.0000.1010.1000.0000.0000₂</strong></p><p>причём для локальных сетей(класса C) выделено 16 бит 1100.0000.1010.1000₂. Таким образом вы можете поднять у себя 254 локальных сети класса C, в каждой из которых будет 254 системы (0 традиционно используется для самой сети, а 255 для широковещательного запроса)</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2014-05-13T05:52:18Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408681#p408681</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408679#p408679" />
			<content type="html"><![CDATA[<p>В данном случае врятли поможет iptables.</p>]]></content>
			<author>
				<name><![CDATA[Kettler]]></name>
				<uri>https://linuxforum.ru/profile.php?id=11719</uri>
			</author>
			<updated>2014-05-13T05:44:54Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408679#p408679</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Шлюз. Пересечение подсетей.]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=408670#p408670" />
			<content type="html"><![CDATA[<p>Используется OpenVPN (хотя, в данном случае, не критично, какая у шлюза реализация) для подключения к серверу домашней локалке с IP 192.168.0.0/24. IP интерфейса шлюза на сервере 10.8.0.1. <br />Таким образом, клиенты, подключенные к локалке через OpenVPN получают адреса 10.8.0.1/24.<br />Теперь предположим, что нам надо получить доступ к другим машинам локалки: самое простое решение - прописать маршрут в 192.168.0.0/24 через шлюз, но что, если клиент VPN также сидит в локалке и его подсеть совпадает с 192.168.0.0/24?</p><p>Есть ли возможность хитро настроить iptables, чтоб обойти эту проблему? Или единственное решение - только минимизация вероятности такого пересечения путем выбора адресов локалки?</p>]]></content>
			<author>
				<name><![CDATA[drozel]]></name>
				<uri>https://linuxforum.ru/profile.php?id=24264</uri>
			</author>
			<updated>2014-05-13T03:44:35Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=408670#p408670</id>
		</entry>
</feed>
