Lan (частная сеть)

[fls]

Доброе время суток.

У меня вопрос-уточнение.
Как я понял есть следующие классы сетей
класс диапазон адресов маска
A 0.0.0.0 to 127.255.255.255 255.0.0.0
B 128.0.0.0 to 191.255.255.255 255.255.0.0
C 192.0.0.0 to 223.255.255.255 255.255.255.0
D 224.0.0.0 to 239.255.255.255
E and unallocated 240.0.0.0 to 255.255.255.255

Уточнение следующие, действительно что для внутренних сетей выделены следующие диапазоны
A 10.0.0.0 to 10.255.255.255
B 172.16.0.0 to 172.31.255.255
C 192.168.0.0 to 192.168.255.255
И что в нормальных условиях пакеты с айпишников принадлежащих данным диапазонам не могут попасть во внешний мир. Тем самым защищается внутренняя сеть. Что на подобии 127.0.0.1-255(пакеты с данным айпи не могут покинуть комп, при нормальных условиях). Какие могут быть аргументы у человека который выбрал диапазон не входящий в перечисленные выше, и правильно ли он поступил?

Также вопрос по айпишнику х.х.х.[1,2,3], зарезервированы под роутер(то есть не корректно его использовать для обычной рабочей лошадки)?
Также вопрос по айпишнику х.х.х.[255], зарезервированы для служебных целей(широковещательные пакеты)?
Также вопрос по айпишнику х.х.х.[0], зарезервированы для определения подсети?

[Ariasp]

вобще-то классы сетей - это своего рода пережиток; советую освоиться с бесклассовой (CIDR) IP-адресацией сетей

И что в нормальных условиях пакеты с айпишников принадлежащих данным диапазонам не могут попасть во внешний мир. Тем самым защищается внутренняя сеть.

здесь ты ошибаешься, такие пакеты запросто могут попасть во внешний мир; другое дело, что там их никто не ждёт ; диапазоны приватных адресов никак не связаны с "защитой внутренней сети"

Какие могут быть аргументы у человека который выбрал диапазон не входящий в перечисленные выше, и правильно ли он поступил?

разумные аргументы представить трудно ; например некто решил адресовать свою внутреннюю сеть диапазоном 88.212.205.0/24, более того - выдал одной из тачек адрес 88.212.205.226; тогда из такой подсети невозможно будет попасть на этот форум

Также вопрос по айпишнику х.х.х.[1,2,3], зарезервированы под роутер(то есть не корректно его использовать для обычной рабочей лошадки)?

нет, используй как захочешь

Также вопрос по айпишнику х.х.х.[255], зарезервированы для служебных целей(широковещательные пакеты)?
Также вопрос по айпишнику х.х.х.[0], зарезервированы для определения подсети?

это применимо к сетям с маской 255.255.255.0; в более общем случае это правило звучит так - первый адрес диапазона принадлежит самой подсети, последний адрес диапазона - это бродкаст-адрес; например, для подсети 172.20.20.160/27 адрес самой подсети будет 172.20.20.160, а бродкаст-адрес 172.20.20.191

[fls]

Доброе время суток
это из http://ru.wikipedia.org/wiki/Бесклассовая_адресация
~Беcклассовая адресация (англ. Classless InterDomain Routing, англ. CIDR) — метод IP-адресации, позволяющий гибко управлять пространством ~IP-адресов, не используя жёсткие рамки классовой адресации. Использование этого метода позволяет экономно использовать конечный ресурс ~IP-адресов.
~Беcклассовая адресация основывается на переменной длине маски подсети (англ. Variable Length Subnet Mask — VLSM), в то время, как в ~классовой адресации длина маски строго фиксирована 0,1, 2 или 3 установленными байтами. Вот пример записи IP-адреса с применением ~беcклассовой адресации: 10.1.2.33/27.

Можеть есть более подробная дока?

Из доки относительно часных подсетей, Novell[1].Press.Linux.Firewalls.3rd.Edition.Sep.2005:
SOURCE ADDRESS SPOOFING AND ILLEGAL ADDRESSES
There are 10 major classes of source addresses you should deny on your external interface in all cases. These are incoming packets claiming to be from the following:

Your IP address You will never see legal incoming packets claiming to be from your machine. Because the source address is the only information available and it can be modified, this is one of the forms of legitimate address spoofing you can detect at the packet-filtering level. Incoming packets claiming to be from your machine are spoofed. You can't be certain whether other incoming packets are coming from where they claim to be. (Note that some operating systems crash if they receive a packet in which both the source and the destination addresses belong to the host's network interface.)

Your LAN addresses You will rarely see legal incoming packets on the external, Internet interface claiming to be from your LAN. It's possible to see such packets if the LAN has multiple access points to the Internet, but it would probably be a sign of a misconfigured local network. In most cases, such a packet would be part of an attempt to gain access to your site by exploiting your local trust relationships.

Class A, B, and C private IP addresses These three sets of addresses in the historical Class A, B, and C ranges are reserved for use in private LANs. They aren't intended for use on the Internet. As such, these addresses can be used by any site internally without the need to purchase registered IP addresses. Your machine should never see incoming packets from these source addresses:

Class A private addresses are assigned the range from 10.0.0.0 to 10.255.255.255.

Class B private addresses are assigned the range from 172.16.0.0 to 172.31.255.255.

Class C private addresses are assigned the range from 192.168.0.0 to 192.168.255.255.

Class D multicast IP addresses IP addresses in the Class D range are set aside for use as destination addresses when participating in a multicast network broadcast, such as an audiocast or a videocast. They range from 224.0.0.0 to 239.255.255.255. Your machine should never see packets from these source addresses.

Class E reserved IP addresses IP addresses in the Class E range were set aside for future and experimental use and are not assigned publicly. They range from 240.0.0.0 to 247.255.255.255. Your machine should never see packets from these source addressesand mostly likely won't. (Because the entire address range is permanently reserved up through 255.255.255.255, the Class E range can realistically be defined as 240.0.0.0 to 255.255.255.255. In fact, some sources define the Class E address range to be exactly that.)

Loopback interface addresses The loopback interface is a private network interface used by the Linux system for local, network-based services. Rather than sending local traffic through the network interface driver, the operating system takes a shortcut through the loopback interface as a performance improvement. By definition, loopback traffic is targeted for the system generating it. It doesn't go out on the network. The loopback address range is 127.0.0.0 to 127.255.255.255. You'll usually see it referred to as 127.0.0.1, localhost, or the loopback interface, lo.

Malformed broadcast addresses Broadcast addresses are special addresses applying to all machines on a network. Address 0.0.0.0 is a special broadcast source address. A legitimate broadcast source address will be either 0.0.0.0 or a regular IP address. DHCP clients and servers will see incoming broadcast packets from source address 0.0.0.0. This is the only legal use of this source address. It is not a legitimate point-to-point, unicast source address. When seen as the source address in a regular, point-to-point, nonbroadcast packet, the address is forged, or the sender isn't fully configured.

Class A network 0 addresses As suggested previously, any source address in the 0.0.0.0 tHRough 0.255.255.255 range is illegal as a unicast address.

Link local network addresses DHCP clients sometimes assign themselves a link local address when they can't get an address from a server. These addresses range from 169.254.0.0 to 169.254.255.255.

TEST-NET addresses The address space from 192.0.2.0 to 192.0.2.255 is reserved for test networks.



Можете дать пояснения относительно
Link local network addresses DHCP clients sometimes assign themselves a link local address when they can't get an address from a server. These addresses range from 169.254.0.0 to 169.254.255.255.

[sash-kan]

fls
своеобразные у вас источники информации.
первый источник информации по internet — это rfc.
например, http://ietf.org/rfc и далее по ссылкам.
про частные сети: rfc 1918 — http://www.ietf.org/rfc/rfc1918.txt
про cidr: rfc 4632 — ftp://ftp.rfc-editor.org/in-notes/rfc4632.txt (оно же: bcp 122 (best common practice) — ftp://ftp.rfc-editor.org/in-notes/bcp/bcp122.txt)

[Igor Yakimchuk]

Можете дать пояснения относительно
Link local network addresses DHCP clients sometimes assign themselves a link local address when they can't get an address from a server. These addresses range from 169.254.0.0 to 169.254.255.255.

дядя Билли забил адреса для себя). Если винда не смогла подключиться к DHCP серверу, то она получает/берет себе айпишник из диапазона from 169.254.0.0 to 169.254.255.255

[Olden Gremlin]

дядя Билли забил адреса для себя). Если винда не смогла подключиться к DHCP серверу, то она получает/берет себе айпишник из диапазона from 169.254.0.0 to 169.254.255.255

Простите, но совершенно не понимаю при чём тут дядя Билли.

Зато понимаю RFC 3330 (Special-Use IPv4 Addresses), где в частности сказано:

169.254.0.0/16 - This is the "link local" block. It is allocated for communication between hosts on a single link. Hosts obtain these addresses by auto-configuration, such as when a DHCP server may not be found.

Это блок "локальных" адресов. Выделяются для связи между узлами. Узлы получают эти адреса при авто-конфигурации, в случае если DHCP сервер не может быть найден.

Ни слова про "дядю Билли"...

[fls]

Ок. С айпишниками вроде понял.

Есть еще такие вопросы, каким образом мониторить сеть на предмет host_up/host_down (комп с заданным ip включер/выключен), на предметподключение к локалке нового пк.

[korisk]

Ок. С айпишниками вроде понял.

Есть еще такие вопросы, каким образом мониторить сеть на предмет host_up/host_down (комп с заданным ip включер/выключен), на предметподключение к локалке нового пк.

Это зависит от настроек подключённого пк.

Если используется DHCP, то это регистрируется соответствующим сервером.
Можно попробовать периодический ping, но способность ответа на него может быть запрещена на пк, да и решение не очень красвое.

Универсального способа, на мой взгляд, нет, по крайней мере для Ethernet.

Удач

[pelmen]

а как насчет nmap -sP -T4 192.168.0.1-255 ?

[KiWi]

Универсального способа, на мой взгляд, нет, по крайней мере для Ethernet.

Для ethernet(при знании mac-адреса и нахождении в одной подсети) -- arping. Универсально -- не отвечает на arping -- не сможет зайти в сеть.

[korisk]

а как насчет nmap -sP -T4 192.168.0.1-255 ?

а разве нельзя порты позакрывать?

Универсального способа, на мой взгляд, нет, по крайней мере для Ethernet.

Для ethernet(при знании mac-адреса и нахождении в одной подсети) -- arping. Универсально -- не отвечает на arping -- не сможет зайти в сеть.

если все подключаемые компьютеры досупны администрированию, то достаточно и пинга.
а мак адресс тоже можно подменить.