Технически неверно утверждать, что соединение TCP/IP было установлено с IP-адресом?

Question

В случае, когда IP-адрес назначен кабельному модему и используется компьютерами в домашней сети через маршрутизатор, подключенный к этому кабельному модему, технически неверно утверждать, что соединение TCP/IP было установлено с этим IP-адресом WAN, поскольку он был назначен кабельному модему, а соединения TCP/IP могут быть установлены только между программами, запущенными на компьютерах или других устройствах, таких как планшеты и т. д.?

Другими словами, если кто-то утверждает, что он установил соединение TCP/IP с IP-адресом, назначенным кабельному модему, было бы технически правильно сказать им, что это невозможно, поскольку кабельный модем не может этого сделать?

Ссылки на стандарты или литературу, которая подтверждает это высоко ценится.

Answer 1

Кабельные модемы обычно работают как мосты, а не как хосты. Это означает, что трафик проходит через неизмененный уровень 2 или выше.

Я думаю, что можно использовать фразу "подключен к кабельному модему" для обозначения "подключен к устройству непосредственно за кабельным модемом". но это технически неточно, как это обычно подразумевают большинство людей.

В девяти случаях из десяти интерфейс Ethernet кабельного модема подключается к маршрутизатору (или одному компьютеру), и это то, что имеет IP-адрес, и именно там можно установить соединение TCP/IP.

Если в кабельном модеме есть встроенный маршрутизатор, то фактическая часть "кабельного модема" устройства - это мост, соединяющийся с внутренним маршрутизатором.

У некоторых кабельных модемов есть веб-серверы управления или диагностики, доступные через TCP/IP на стороне локальной сети (типично 192.168.100.1), но обычно вы не можете получить это со стороны глобальной сети.

---

DHCP, протокол, который назначает IP-адрес, использует UDP. Я не думаю, что TCP вообще вовлечен. Поэтому, если никакой другой сетевой трафик не произошел с тех пор, как DHCP предоставил любому устройству на другой стороне этого модема IP-адрес, TCP-соединения не устанавливаются. UDP является частью TCP/IP, поэтому некоторый трафик "TCP/IP" действительно имел место. Если ваш кабельный провайдер не назначит клиенту фиксированный IP-адрес, и этот IP-адрес уже запрограммирован в устройстве за кабельным модемом. Тогда этого не произойдет.

Соединение TCP/IP можно установить только между программами, запущенными на компьютерах или других устройствах, таких как планшеты и т.д.?

Есть много устройств, которые говорят по TCP/IP. Оборудование в центральном офисе вашего интернет-провайдера, безусловно, может перехватывать ваш трафик (например, «портал-портал» - например, предупреждения о загрузке Comcast или "промежуточная" страница проверки подлинности Verizon) и подключаться к любому устройству за модемом. Так что можно.

Answer 2

Даже если оставить в стороне тот факт, что кабельные модемы могут устанавливать соединения TCP, нет, такое утверждение не является неправильным.

Что неправильно Ваше предположение о том , что «соединение с IP - адресом , назначенным к кабельному модему» фразы автоматически означает "соединение с самим кабельным модемом". Это две разные вещи.

Другой конец не знает и не заботится о том, генерирует ли кабельный модем пакеты TCP сам по себе или просто перезаписывает заголовки пакетов, полученных с вашего компьютера.

А что касается другого конца соединения, утверждение полностью верно: существует соединение между парой (IP-адрес, TCP-порт), принадлежащей другому концу, и парой (IP-адрес, TCP-порт), принадлежащей к кабельному модему.

Answer 3

Для устройства на общедоступной стороне шлюза NAT, похоже, что было установлено соединение TCP с определенным портом TCP на общедоступном IP-адресе блока шлюза NAT. У него нет возможности узнать, что устройство, к которому он подключен, является шлюзом NAT и транслирует и пересылает соединение узлу на частной стороне NAT.

Я предполагаю, что с точки зрения TCP конечная точка TCP представляет собой кластер из двух устройств. Шлюз NAT и хост за ним вместе образуют конечную точку TCP.

Answer 4

Вы задаете два разных вопроса, здесь.

С технической точки зрения неверно утверждать, что соединение TCP/IP было установлено с IP-адресом?

Как отметил @terdon в комментарии к вопросу, TCP/IP-соединение устанавливается с чем-то, кому был присвоен данный IP-адрес. Если вы хотите быть технически правильным, это очень отличается от установления соединения с «IP-адресом».

IP-адрес похож на номер телефона, тогда как устройство - это телефон, подключенный к телефонной линии, которой был присвоен этот конкретный номер телефона.

если кто-то утверждает, что он установил соединение TCP/IP с IP-адресом, назначенным кабельному модему, технически правильно сказать им, что это невозможно, поскольку кабельный модем не может этого сделать?

Нет. Что заставляет вас думать, что кабельный модем не запускает никакого программного обеспечения, которое может принимать (или в этом отношении инициировать) такое соединение? Кабельный модем - это не просто набор транзисторов, микросхем, конденсаторов и т.д., Это небольшой компьютер с собственным программным обеспечением. То, что делает это программное обеспечение, зависит от производителя.

С одной стороны, мой собственный модем (который строго говоря является модемом ADSL, а не кабельным модемом) может быть настроен либо в режиме моста, либо в режиме шлюза (NAT), а также имеет целый ряд других параметров конфигурации. Это было бы невозможно, если бы это был просто "тупой" модем, который находился между двумя электрическими интерфейсами и транслировал сигналы из одной формы в другую.

Существуют даже управляемые коммутаторы и (в основном, если не исключительно серверные) материнские платы , которые позволяют вам устанавливать IP-соединения с ними для целей мониторинга и настройки.

Вы также должны учитывать влияние видимости. Если кто-то подключается к IP-адресу, а хост с этими IP-адресами (это может быть кабельный модем, домашний маршрутизатор, персональный компьютер, принтер или что-то еще) перенаправляет соединение на другой IP-адрес, тот, кто его подключает, выглядит как будто они обмениваются данными с IP-адресом, к которому они установили соединение, даже если трафик перенаправляется этим хостом на другой IP-адрес. Это основа для работы NAT, например.