Ip адрес компьютера дает организация после заключения договора: IP-адрес компьютера дает организация – _____________ после заключения договора с пользователем. — Ответ на вопрос №40706

Содержание

Первичные документы ► договор, счет, накладная, счет-фактура, акт

Первичный документ подтверждает разные события в бизнесе: продажу или покупку товаров, оказание услуг клиентам, выдачу зарплаты сотрудникам и другие. В зависимости от события, перечень документов для оформления различается. Рассмотрим распространённую ситуацию — сделка при продаже товаров и оказании услуг. Так принято, что документы готовит поставщик или исполнитель.

В видеоформате мы рассказываем про оформление сделок в курсе молодого ИП. В курсе 11 уроков, тесты и практика, кроме документов он поможет разобраться с налогами, применением онлайн-касс, выбором банка и проверками.

Документы для сделки с клиентом:

  • Договор — это начало сделки. В нём вы с клиентом определяете условия сотрудничества: что, за какую цену и в какие сроки вы делаете. Если клиент постоянный, можно составить один договор на несколько сделок.

  • Счёт содержит сумму к оплате, список товаров и услуг и банковские реквизиты продавца. Это необязательный документ, но его обычно используют для удобства.

  • Кассовый, товарный чек или бланк строгой отчётности подтверждают оплату. Выдавайте их клиенту, который платит наличными или картой. При оплате банковским переводом оплату подтверждает платёжное поручение. 

  • Накладная — документ, который поставщик выдаёт покупателю при отгрузке товаров.

  • Акт оказания услуг или выполненных работ — документ, который заказчик и исполнитель подписывают по результатам оказания услуг или выполнения работ. 

  • Счёт-фактура — обычно выдают ИП и ООО на общей системе налогообложения, потому что они работают с НДС. В редких случаях счета-фактуры выставляют на УСН и патенте — об этом читайте подробнее в статье.

  • УПД заменяет акт/накладную + счёт-фактуру.


Курс молодого ИП

11 видеоуроков для уверенного старта бизнеса


Начать учиться

Договор

Описывает права и обязанности сторон сделки. Обычно в договоре бывают такие разделы:

  • Предмет договора: какой результат сделки. 

  • Сумма договора и порядок расчёта: когда и сколько платить.

  • Права и обязанности сторон: как происходит работа.

  • Ответственность сторон: что будет, если вы или партнёр нарушите сроки.

  • Порядок изменения и расторжения договора: как расторгнуть договор или принять к нему дополнительные соглашения.

  • Реквизиты сторон: какие у вас и партнёра расчётные счета, ИНН, ОГРН и адреса.

Договор обычно оформляется в 2-х экземплярах и содержит подписи каждой стороны.

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

Создать договор в Эльбе

Для некоторых сделок письменная форма договора вообще не нужна. Например, договор купли-продажи считается заключённым уже с момента выдачи покупателю кассового, товарного чека или другого документа, который подтверждает факт оплаты. Это не значит, что при розничной купле-продаже нельзя заключить договор в письменной форме — законодательство этого не запрещает. 

Шаблоны распространённых договоров:

Шаблон договора об оказании услуг

Шаблон договора подряда

Шаблон договора поставки

Счёт

Необязательный документ, в котором продавец указывает цену, количество товара и реквизиты для перечисления оплаты.

Вы можете сами придумать форму счёта на оплату или найти в интернете готовую. Счёт может заменить договор, если включить в него все существенные условия сделки.

Шаблон счёта

В Эльбе есть готовый шаблон счёта. Выберите контрагента, укажите товары или услуги, их количество, и документ готов. По желанию добавьте подпись, печать и QR-код.

QR-код поможет клиентам сделать оплату удобной и быстрой. Главное не забыть выдать кассовый чек, об этом расскажем дальше.

Создать счёт в Эльбе

Платёжные документы

Подтверждает оплату товаров или услуг. Это может быть платёжное поручение, платёжное требование или кассовый чек.  

Кассовый чек выдают при помощи онлайн-кассы. Её обязаны применять все, кто принимает оплату наличными и банковскими картами. Исключения перечислены в пункте 2 статьи 2 закона 54-ФЗ. Все чеки передают в налоговую через оператора фискальных данных (ОФД). Контур.ОФД моментально отправляет данные в ФНС, а вся информация о чеках и кассах доступна в личном кабинете сервиса.

Отсрочек по применению онлайн-касс больше нет, но есть исключения для некоторых видов деятельности, а на патенте кассой должны пользоваться только некоторые предприниматели — полный список исключений смотрите в статье.

Статья про онлайн-кассы

Платёжное поручение остаётся у предпринимателя, когда он переводит деньги через интернет-банк. Этот документ подтверждает перечисление денежных средств по определённым реквизитам. 

Товарный чек — необязательный документ, который выдают по просьбе покупателя. Покупателю документ нужен, чтобы подтвердить, что он не только потратил определённую сумму денег, но и купил определённые товары — например, по поручению руководителя.  Форма товарного чека не установлена, поэтому можно разработать свою с обязательными реквизитами: наименование документа, номер, дата, название ООО или ФИО ИП, ИНН, товары и услуги, сумма оплаты и подпись с расшифровкой и должностью.


30 дней Эльбы в подарок

Оцените все возможности онлайн-бухгалтерии бесплатно


Попробовать бесплатно

Товарная накладная (N ТОРГ-12)

Оформляет продажу товаров другому ИП или ООО. Для работы с физлицами обычно не используется.

Накладная оформляется в двух экземплярах: первый остаётся у поставщика и фиксирует отгрузку товаров, а второй передаётся покупателю и нужен ему для приёмки товаров.

Обычно накладную оформляют по стандартной форме ТОРГ-12. Но вы можете использовать свой шаблон.

Шаблон накладной

Статья: товарная накладная ТОРГ‑12

В Эльбе можно создать накладную на основе выставленного счёта.

Создать накладную в Эльбе

Акт об оказании услуг

Подписывают исполнитель и заказчик. Акт подтверждает, что услуги оказаны или работы выполнены, а у заказчика нет претензий по их качеству.

Шаблон акта

Составьте акт в Эльбе: достаточно выбрать контрагента и указать услугу, а потом отправить готовый документ контрагенту с подписью и печатью. 

Создать акт в Эльбе

Счёт-фактура

Этот документ обязаны выставлять только организации и предприниматели, которые являются плательщиками НДС — в основном те, кто работает на общей системе налогообложения.

Организации и ИП на УСН и патенте обычно не платят НДС и поэтому выставлять счета-фактуры не обязаны. Есть несколько исключений, о которых мы рассказали в отдельной статье.

Счёт-фактура оформляется в двух экземплярах и подписывается поставщиком товара или услуги. Один экземпляр передаётся покупателю, другой остаётся у продавца. Счёт-фактуру нужно выставить не позднее чем через 5 дней после отгрузки товара или оказания услуг.

Счёт-фактура — это основание для того, чтобы принять НДС к вычету, поэтому все организации относятся к нему с особым трепетом.

Чтобы не изучать форму и правила выставления счёта-фактуры, воспользуйтесь Эльбой.

Создать счёт-фактуру в Эльбе

Универсальный передаточный документ (УПД)

Объединяет в себе два документа: акт (накладную) и счёт-фактуру. 

Документ можно выставить как со счётом-фактурой, так и без. Во втором случае — это всё равно что обычный акт или накладная, только в формате УПД. А ещё есть вариант выставить УПД со счёт-фактурой, но без НДС.

На основании УПД покупатель сможет признать расходы, а также принять к вычету входящий НДС (если применяет общую систему налогообложения). 

Создать УПД в Эльбе

Статья актуальна на 

правовые аспекты дефицитного товара / Хабр

Несколько месяцев назад одна из крупнейших онлайн бирж IP-адресов выступила с заявлением, что в первом квартале 2021 года цены на адреса протокола IPv4 достигли исторического пика и превысили 32$ за адрес. Судя по всему, на данный момент цены продолжают расти, доходя до 60$ за адрес и выше.

В этой статье я постараюсь объяснить, почему адреса IPv4 стали столь дорогостоящим и востребованным активом, можно ли получить их в собственность, какими правами обладают их держатели, как их приобрести и не потерять. 

Что такое IP-адреса? Техническое отступление

Для того, чтобы любое устройство (мобильный телефон, персональный компьютер, сервер, роутер и т.д) смогло работать в сети Интернет, ей присваивается IP-адрес — уникальный числовой идентификатор. IP-адреса используются для идентификации сетевых узлов и маршрутизации данных в коммуникации с другими сетевыми узлами. Они позволяют устройствам отправлять и принимать данные и обеспечивают правильную доставку пакетов данных.

На заре Интернета, IP-адреса были созданы по протоколу IPv4 и представляли собой 32-битные бинарные числа. Для удобочитаемости, их принято выражать в децимальной нотации (например, 123.45.789.101). IP-адреса объединяют в блоки, размер которых обозначается т. н. префиксом (например, /8, /16, /24). 

Почему возник недостаток адресов IPv4?  

Из-за 32-битного размера, максимальное количество уникальных IP-адресов, которые могут быть созданы по протоколу IPv4, ограничено — их чуть меньше 4.3 миллиардов. Конечно, это много, но в последние десятилетия количество пользователей Интернета растет взрывными темпами. Набирающий обороты интернет вещей (internet of things) также требует дополнительного огромного ресурса. Кроме того, в результате существовавшей в первые десятилетия Интернет-эры практики распределения адресов IPv4, огромное количество этих ресурсов на данный момент находятся в частных руках и фактически не используются.

Эти факторы привели к исчерпанию IPv4 ресурсов. В 2019 году RIPE NCC последним из региональных интернет регистров распределил последний свободный блок адресов IPv4.

IP-адреса являются одним из основных технических рычагов функционирования и роста сети Интернет. В ситуации недостаточности IP-адресов, появление новых пользователей и ресурсов сети Интернет будет затруднено.

Неидеальное решение проблемы исчерпания: IPv6

Предстоящее исчерпание IPv4 ресурсов стало очевидным уже в 1990-е годы. В качестве решения этой проблемы Интернет-сообществом был разработан протокол IPv6, по которому IP-адреса являются 128-битными числами, и соответственно максимальное количество IP-адреса достигает 2128.

Есть только одна проблема – протокол IPv6 был разработан обратно несовместимым с IPv4. Это означает, что огромное количество существующих на данных момент устройств, в особенности более старое оборудование и программатура, «не понимают» протокол IPv6. Технологии соединения коммуникаций между IPv4 и IPv6 существуют, но требуют инженерных усилий, а это означает – дополнительных немалых затрат на новое оборудование и человеческие ресурсы.

Пока что организации, внедряющие IPv6, вынуждены поддерживать двойной стэк технологий, т.е. дублировать все входящие и выходящие коммуникации в обоих протоколах, что не только увеличивает расходы, но и уменьшает скорость работы сетей. Кроме того, из-за использования двойного стэка, миграция ресурсов на IPv6 вовсе не означает уменьшение спроса на IPv4, а наоборот – параллельный рост использования обоих протоколов, который будет продолжаться до момента, пока практически все ресурсы будут переведены на IPv6.

По этой причине полный переход на IPv6 и отказ от IPv4 вряд ли произойдет в обозримом будущем. Хотя по статистике на конец 2020 года на IPv6 адреса приходилось уже более 25% глобального веб-трафика, по факту многие крупные интернет-провайдеры и корпорации применяют IPv6 для локальной адресации, а для публичных сетей продолжают использовать старый добрый IPv4. Например, российский оператор связи МТС в 2019 году в комментарии «Коммерсанту» сообщил, что не планирует отказываться от IPv4 в ближайшие десять лет: «По мере роста доли IPv6-трафика мы планируем сокращать блоки публичных IPv4-адресов для трансляции сессий мобильных абонентов при выходе в интернет, а сами адреса переиспользовать для расширения как сети фиксированного ШПД, так и для облачных сервисов».

Возникновение вторичного рынка IPv4

Поскольку неиспользованного резерва адреса IPv4 уже практически не существует, а полный переход на IPv6 маячит в туманном будущем, в последние годы расцвел вторичный рынок адресов IPv4. На сегодняшний день многие участники рынка продолжают вкладываться в IPv4. Например, согласно публично доступным данным, Amazon Web Services в течение последних лет заключил ряд крупных сделок по приобретению больших блоков IPv4, и теперь в их распоряжении более 100 000 000 IP-адресов.

Являются ли IP-адреса предметом собственности?

Если существует рынок купли-продажи IP-адресов, то логично возникает вопрос: могут ли IP-адреса являться собственностью держателей?

Короткий ответ: это зависит от вида IP-адресов.

Но перед тем, как обсудить этот вопрос детально, рассмотрим в целом правовой статус IP-ресурсов.

Как организована система распределения IP-адресов?

В настоящее время распределением IP-адресов занимаются пять RIR-ов или региональных интернет регистров, отвечающих за регионы Северной Америки (ARIN), Европы и Ближнего Востока (RIPE NCC), Азии и Океании (APNIC), Южной Америки (LACNIC) и Африки (AfriNIC). Все пять RIR-ов – это бесприбыльные организации (точная правовая форма отличается в зависимости от юрисдикции их учреждения).

Задача RIR-ов – распределять IP-ресурсы интернет-провайдерам и крупным конечным пользователям, причем IP-адреса предоставляются бесплатно, если не считать административных расходов. До момента исчерпания IP-ресурсов, практически любая соответствующая техническим и юридическим критериям организация могла запросить у RIR-а нужного размера блок адресов IPv4.

Сейчас, когда резерв свободных ресурсов исчерпан, RIR-ы ведут списки ожидания (waiting list), куда могут записаться желающие получить блок адресов IPv4. Время от времени к RIR-ам попадают возвращенные или (чаще всего) принудительно отозванные блоки IP-адресов, и тогда их в порядке перераспределения могут получить новые претенденты. Однако даже при этом, размер доступных ресурсов, как правило, ограничен одним /24 блоком – 256 IP-адресами. 

Правовая ситуация держателей IP-адресов

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

§     Не собственность, а право пользования. RIR-ы не продают IP-ресурсы, а предоставляют их в эксклюзивное пользование держателям. Таким образом, держатели не приобретают права собственности на выделенные им блоки IP-адресов, а всего лишь права пользования. Более того, в договорах указано что в случае банкротства IP-адреса не входят в состав имущества получателя. Также держателям запрещено приобретать другие права в связи с выделенными им ресурсами – патенты, торговые знаки и т.п.

Примечательно, что в стандартных договорах между RIR-ами и держателями IP-адресов не применяется термин «купля-продажа», а вместо него используется формулировка «передача получателю» (“transfer to recipient”). Кстати, сам термин «держатели IP-адресов» также происходит из юридической документации RIR-ов.   

§     Обоснованная необходимость. Любое предоставление RIR-ом IP-адресов должно быть обосновано существующей необходимостью у будущего их держателя. Любое лицо, запрашивающее выделение ей IP-ресурсов, обязана предоставить техническую и коммерческую информацию о том, для какой цели эти ресурсы будут использованы. То же касается предварительного согласования приобретения IP-адресов от другого держателя или запроса у RIR-а дополнительных ресурсов к уже существующим: держатель должен продемонстрировать определенный уровень использования уже имеющихся ресурсов и обосновать, для чего требуются дополнительные. Держатель также обязан в течение всего действия договора использовать IP-ресурсы согласно изначально указанной цели. По крайней мере в теории, неиспользованные номерные ресурсы, в которых отпала необходимость, требуется вернуть RIR-у. 

§     Согласование трансферов с RIR-ом. Любая передача IP-ресурсов другому держателю (трансфер) должна быть предварительно согласована с RIR-ом, который перед сделкой оценивает как самого приобретателя, так и наличие у него обоснованной необходимости в IPv4 ресурсах. В целом RIR-ы настаивают, чтобы приобретатели IP-адресов стали их членами и заключили с ними стандартные договора (за исключением разве что случаев, когда используется спонсирующий LIR). Сама передача IP-адресов вступает в силу только после регистрации со стороны RIR-а.

  • Ограничения трансферов. Политики RIR-ов устанавливают существенные временные ограничения передачи IP-ресурсов. Судя по всему, они призваны пресечь трансферы IP-адресов в спекулятивных целях. Например, согласно правилам ARIN, держатель не в праве передавать любой блок IP-адресов, если в течение предыдущих 12 месяцев сам приобретал блоки от других держателей или ему были выделены блоки со стороны ARIN. В RIPE NCC ограничение сформулировано по-другому: конкретный блок IP-адресов запрещено передавать в течение 2 лет после его приобретения. В свою очередь в регионе APNIC запрещено в течение 5 лет передавать блоки IP-адресов, выделенные из нового пула, образованного после наступления исчерпания IP-ресурсов.

Чтобы не допустить чрезмерного раздробления IP-ресурсов, политиками RIR-ов установлены ограничения по размеру передаваемых блоков — минимальный размер составляет /24.

Определенные ограничения также применяются к сделкам слияния и поглощения копании-держателя IP-адресов. 

§     Финансовые, информационные, правовые требования. Все стандартные договоры предусматривают такие основные обязанности держателей IP-адресов, как своевременная оплата обязательных платежей RIR-у; обязанность предоставлять полные, достоверные и актуальные сведения; и соблюдать применимые законодательные акты, политики и договоры с RIR-ом.

Применимое право и юрисдикция

Применимое к договорам право определяется местом инкорпорации соответствующего RIR-а (например, право Нидерландов в случае RIPE NCC или право штата Вирджиния, США в случае ARIN). Рассмотрение споров, вытекающих из договоров, также, как правило, привязано к юрисдикции страны инкорпорации RIR-а. В некоторых случаях (RIPE NCC, ARIN) споры предполагается рассмотреть в арбитраже, в других – в государственных судах.

Санкции: право отозвать IP-ресурсы

Договоры и политики предоставляют RIR-ам рычаги воздействия на держателей IP-адресов в случае нарушения правил.

Если держатель IP-адресов не обеспечивает целевое использование предоставленных ресурсов, или нарушает условия оплаты обязательных платежей, предоставления информации или соблюдения правовых норм, то RIR вправе расторгнуть договор и отозвать выделенные ему ресурсы. Это означает, что пользователь полностью теряет право пользоваться IP-адресами.

Хотя полная и детальная информация по всем отозванным RIR-ами блокам публично недоступна, тем не менее какие-то выводы можно сделать. Например, по опубликованным на сайте RIPE NCC решениям арбитража следует, что за последние 8 лет RIPE NCC как минимум в 10 случаях лишил держателя IP-ресурсов из-за предоставления фальсифицированной информации.

Точные данные того, как часто RIR-ы отнимают блоки из-за их нецелевого использования, отсутствуют, однако бытует мнение, что в этом плане подход RIR-ов значительно либеральнее чем в ситуации грубого нарушения правил. Рассмотрим несколько недавних громких случаев.

Случай подложных документов: лишение LIR статуса NetUP и GCXC

Многие помнят произошедший в 2019 году случай лишения статуса LIR (локального интернет регистратора) двух российских компаний — NetUP и GCXC. Обе компании предоставляли услуги т.н. спонсирующего LIR-а – они являлись членами RIPE NCC и проводили регистрацию блоков IP-адресов, выделенных компаниям, не имеющим LIR-статус. История вызвала большой резонанс, т.к. среди многочисленных клиентов NetUP были ряд телекоммуникационных компаний, филиалы банков и государственные учреждения, в свою очередь услугами GCXC пользовались в основном небольшие интернет-провайдеры. В результате решения RIPE NCC эти клиенты были вынуждены срочно подбирать услуги нового спонсирующего LIR-а, чтобы избежать лишения выделенных им IP-адресов со стороны RIPE NCC.

В обоих случаях решение RIPE NCC было обосновано тем, что LIR-ы предоставили подложные документы, относящиеся к клиентам, чьи блоки IP-адресов эти LIR-ы регистрировали.

В решении арбитража по делу NetUP указано, что RIPE NCC самостоятельно связался с одним из клиентов NetUP (конечным пользователем) и установил, что этот клиент не заключал никаких договоров с NetUP. Также в решении упоминается (правда, без приведения деталей), что это являлся далеко не первым таким случаем, и что NetUP раньше неоднократно предоставлял подложную или неверную информацию и получал предупреждения RIPE NCC о недопустимости таких действий.

В свою очередь в отношении одного из клиентов GCXC, RIPE NCC установило, что этот клиент вовсе не получал выделенных на его имя IP-ресурсов и считает произошедшее мошенничеством.

Стандартные договоры и политики действительно гласят, что у RIPE NCC есть право незамедлительно (без предупреждения) в одностороннем порядке расторгнуть договор, лишив тем самым лицо LIR-статуса и отозвав выделенные IP-ресурсы. Эти меры могут быть применены, если член RIPE NCC (в данном случае — LIR) повторно предоставляет фальсифицированные данные, или же намеренно или повторно подает неверную информацию, такую как поддельные регистрационные документы или удостоверения личности, неверные контактные данные и т. д. Аналогичные меры могут быть применены в случае, если член RIPE NCC (LIR) повторно подает фальсифицированные запросы на выделение IP-ресурсов.

На одном из интернет-форумов представитель GCXC пытался оправдаться, что якобы фальшивые документы по компании-конечному пользователю предоставил сам клиент, а GCXC в свою очередь допустила «косяк», не заметив, что передает в RIPE NCC документы клиента, подписанные не тем лицом. Даже если это так, то данные фаты свидетельствуют, как минимум, об отсутствии у данного LIR-а должным образом налаженных комплайенс-процедур. Не стоит забывать, что в ситуации с независимыми от провайдера (PI) блоками IP-адресов, конечные пользователи, получающие эти блоки, не являются членами RIR-а и не имеют с ним договорных отношений. Ответственность за предоставление достоверной и полной информации в RIR в данном случае несет спонсирующий LIR, являющийся членами RIR-а. Как справедливо замечается в решениях арбитража RIPE NCC, LIR-у следует подавать в RIPE NCC только такую полученную от клиентов информацию, достоверность которой он самостоятельно проверил.  

Случай мошенничества: дело Амира Голестана

В мае 2019 года ARIN сообщил о раскрытии и предотвращении масштабной мошеннической схемы. Некий американец Амир Голестан, используя 11 компаний-пустышек, под предлогом вымышленных целей получил от ARIN в общей сложности 757,760 адресов IPv4 и пытался их продать на вторичном рынке. Часть блоков адресов он уже реализовал, в т.ч. за пределы региона ARIN. Обнаружив подлог, ARIN заявил о недействительности заключенных договоров и отзыве предоставленных блоков IP-адресов.

Факт, который привлек внимание комплайенс-специалистов ARIN и в конечном итоге определил исход судебного слушанья – это использование Амиром Голестаном поддельных документов: директора компаний в его схеме были вымышленными лицами, и все поддельные подписи ставил он сам. Этот факт однозначно привел к судебному решению в пользу ARIN, после чего мошенником заинтересовались правоохранительные органы США. Часть предоставленных мошеннику ресурсов ARIN удалось вернуть (сообщается, что переданные за пределы своего региона IP-ресурсы ARIN не стал отзывать).

Случай нецелевого использования: конфликт AfriNIC и Cloud Innovation

Третий случай касается африканского RIR-а AfriNIC, снискавшего весьма скандальную славу в связи с рядом коррупционных и сексуальных скандалов. В частности, до сих пор ведется следствие по делу бывшего руководителя AfriNIC Эрнеста Бьяруханги, которого обвиняют в присвоении адресов IPv4 на сумму около 50 млн $, путем их выделения своим компаниям. Но новый скандал заставляет некоторых сомневаться в дальнейших шансах на существование самого AfriNIC-а.

AfriNIC является последним из созданных RIR-ов и дольше всех имел в распоряжении резерв IP-адресов для распределения держателям. В 2016 году этим воспользовался некий китайский бизнесмен Хенг Лу, получивший в пользовании своей сейшельской компании Cloud Innovation около 7 миллионов адресов IPv4. Компания начала сдавать адреса в аренду, в основном китайским клиентам, и извлекать неплохой доход: при обязательных ежегодных платежах RIR-у в районе 10 000 $, арендный заработок составлял около 14 млн $ в год.

После увольнения обвиняемого в коррупции Бьяруханги, новое руководство AfriNIC решило, что новая метла должна мести чисто. По результатам внутреннего аудита, от Cloud Innovation было потребовано прекратить нецелевое использование IP-адресов вне зоны AfriNIC, пригрозив их отзывом. Компания весьма резко ответила публичным письмом, указав, что изначальную цель использования не соблюдают очень многие держатели IP-адресов, и подобные действия RIR-а подрывают интернет-бизнес во всем регионе. В ответ AfriNIC решил рубить с плеча и сообщил о расторжении договора, но получил неожиданно жесткий отпор. Cloud Innovation подал в маврикийский суд иск против AfriNIC, требуя компенсацию ущерба репутации. Более того, компания добилась, чтобы суд наложил арест на средства AfriNIC в размере 50 млн $ на счетах в двух банках, что фактически парализовало финансовую деятельность RIR-а.

Помимо вопросов о состоятельности маврикийской судебной системы, этот случай также выявляет проблемные вопросы, характерные всему Интернет-сообществу в контексте ресурсов IPv4: непрозрачные практики распределения IP-адресов, зашкаливающие цены на вторичном рынке, непроработанные политики RIR-ов и непоследовательное их применение. Чем завершится эта история, пока непонятно.

Особый случай: legacy IP-адреса

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

Но так было не всегда. В 1980-е и 1990-е годы, до создания RIR-ов, за распределение IP-ресурсов отвечала организация IANA (Internet Assigned Numbers Authority — «Администрация адресного пространства Интернет»), связанная с Департаментом Торговли правительства США. В это время огромное количество IP-адресов было выделено разным партнерам правительства США – университетам, государственным институциям, первым интернет-провайдерам, технологическим корпорациям – совершенно бесплатно и без заключения каких-либо договоров относительно условий их использования. Эти адреса составляют примерно 44% из общего числа IP-адресов (около 1.9 млрд. IP-адресов), и их принято называть legacy адресами.

Фактический правовой статус legacy IP-адресов и обычных IP-адресов в корне отличается.  

Legacy IP-адреса как предмет собственности

Надо заметить, что разные представители интернет-сообщества многократно высказывались против признания за держателями IP-адресов прав собственности. Основывается эта точка зрения на том, что права собственности могут ограничить доступность IP-ресурсов, и это станет препятствием для роста сети Интернет.  

Тем не менее, не будучи связанными никакими договорами с IANA или RIR-ами, держатели legacy IP-адресов время от времени действовали так, как будто обладали фактическими правами собственности на выделенные им ресурсы, например, продавали legacy IP-адреса без предварительного согласования с RIR-ом и даже не информируя его.

Прецедентное право относительно прав собственности

Эта позиция нашла подтверждение в судебной практике США, где, как известно, существует прецедентное право – решения вышестоящих судов является обязательными при рассмотрении дел в нижестоящих инстанциях.

2012 году суд по делам о банкротстве штата Делавер в рамках дела о банкротстве компании Nortel Networks, утвердив продажу legacy IP-адресов Nortel в пользу Microsoft, фактически признал существование прав собственности на legacy IP-адреса. Суд постановил, что Nortel имеет исключительные права использовать legacy IP-адреса и передавать их третьим лицам, а также не позволять другим владеть и пользоваться этими IP-адресами. Другими словами, из решения суда следует, что Nortel обладает совокупностью прав, которые присущи институту собственности – правом владеть и пользоваться, правом передавать свои права и правом ограничивать других в правах пользоваться и владеть предметом собственности.

Этот судебный прецедент оказал сильное влияние на вторичный рынок ресурсов IPv4. Покупатели считают legacy IP-адреса более ценными из-за связанных с ними дополнительных прав и отсутствия ограничений на продажу. Практика продажи legacy IP-ресурсов как обычных свободно передаваемых активов существует и в рамках стандартных сделок, и в ходе процедур банкротства. Также с точки зрения покупателей важен факт, что RIR-ы, не имея соответствующих договоров, не могут отозвать legacy IP-ресурсы у их держателей. Соответственно, цены на legacy IP-адреса на вторичном рынке заметно выше цен на обычные IP-адреса.  

Позиция RIR-ов по вопросу прав собственности

Вполне ожидаемо, признание судом прав собственности на legacy IP-ресурсы не вызвало одобрения со стороны RIR-ов. При этом практика разных RIR-ов по этому вопросу несколько отличается.

Например, RIPE NCC на данный момент предлагает держателям legacy IP-адресов несколько вариантов взаимоотношений: стать полноценным членом и заключить договор с RIPE NCC; воспользоваться услугами спонсирующего LIR-а; заключить не-членский договор на сервисное обслуживание; или не иметь вообще никаких формализованных отношений, но при этом пользоваться минимальным сервисом публичного регистра RIPE Whois.  Для держателей legacy IP-адресов у RIPE NCC имеется отдельный договор, который, в отличие от договора для стандартных IP-адресов, не содержит пунктов, прямо исключающих права собственности.   

В свою очередь ARIN настаивает на заключении с держателями legacy IP-адресов договоров на равных условиях с держателями обычных IP-адресов. То есть, это договоры, содержащие пункты о том, что IP-адреса не могут являться предметом права собственности и держатель не имеет прав собственности на IP-адреса. Заключая такой договор, держатель legacy IP-адресов фактически отказывается от прав собственности на свой актив.

При этом нужно отметить, что ни IANA, ни RIR-ы до сих пор не высказывали претензий на обладание правами собственности на IP-адреса. Таким образом, вопрос о том, кто если не держатели IP-адресов является их собственником, пока остается риторическим.

Юридическая сила ограничений

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

Аргументы против: позиция RIR-ов и властей

С другой стороны, можно понять и позицию RIR-ов, задача которых – обеспечить эффективную работу и развитие сети Интернет. RIR-ы требуют соблюдения определенных правил взамен на практически бесплатное предоставление IP-ресурсов.

Не будем также забывать, что RIR-ы ведут публичные базы данных IP-ресурсов и их держателей (Whois и (в случае ARIN) WhoWas). Для всего Интернет-сообщества крайне важно, чтобы эти базы данных содержали достоверную и актуальную информацию. Если часть держателей решат не регистрировать передачу своих IP-адресов другим держателям, то базы данных станут неактуальными, а правовая ситуация всех вовлеченных лиц – неопределенной.

Свой интерес в этой системе имеют также национальные правительства. К примеру, правительство Канады в деле Nortel заняло позицию против признания прав собственности на IP-ресурсы. С точки зрения властей, это логично: неограниченные частные продажи IP-адресов ослабят возможности правоохранительных органов в борьбе против их нелегального использованием, например, со стороны мошенников или террористов. Кроме того, будем откровенны: централизованный контроль IP-ресурсов облегчает проведение цифрового надзора над населением.

Сеть Интернет как новый правовой феномен

Создание сети Интернет послужило причиной возникновения целого ряда совершенно новых явлений и институтов, ранее неизвестных человечеству. Неудивительно, что правовое регулирование не поспевает за техническим развитием. Мы все сейчас являемся свидетелями возникновения правовых норм, регулирующих разные проявления технологического прогресса. Задачу еще больше усложняет глобальный характер Интернета – ни одна страна мира не может претендовать на эксклюзивную юрисдикцию над этой сетью, ее инструментами и проявлениями, а международное право во многих отраслях до сих пор отсутствует. В частности, нет ни одной национальной системы права, которая могла бы эксклюзивно регулировать статус IP-адресов. Поэтому открытым остается вопрос, например, можно ли IP-адреса отнести к интеллектуальной собственности и какой правовой акт должен это определить.

Бухгалтерский учет IP-ресурсов

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

В этом контексте многие финансисты ссылаются на Письмо Минфина России от 16 августа 2017 г. N 02-07-10/52655 «О бухгалтерском учете блока IP-адресов, которые могут закрепляться за организацией, являющейся оператором связи». В этом документе Минфин РФ выражает мнение, что IP-адреса следует отнести к нематериальным активам с обособлением на самостоятельные аналитические учетные позиции.

В свою очередь Фонд развития бухгалтерского учета «Национальный негосударственный регулятор бухгалтерского учета «Бухгалтерский методологический центр» высказывал точку зрения, что затраты на приобретение IP-адресов возможно единовременно включать в состав себестоимости услуг связи.

На данный момент четко и однозначно закрепленного в законодательстве регулирования этого вопроса нет, так же как по вопросу прав собственности на IP-адреса.

TCP/IP-адресация и подсети — клиент Windows

  • Статья
  • 12 минут на чтение

Эта статья предназначена для общего ознакомления с концепциями сетей Интернет-протокола (IP) и подсетей. Глоссарий включен в конце статьи.

Применяется к:   Windows 10 – все выпуски
Исходный номер базы знаний:   164015

Сводка

При настройке протокола TCP/IP на компьютере с Windows для параметров конфигурации TCP/IP требуется:

    7 IP-адрес
  • Маска подсети
  • Шлюз по умолчанию

Для правильной настройки TCP/IP необходимо понимать, как сети TCP/IP адресуются и делятся на сети и подсети.

Успех TCP/IP как сетевого протокола Интернета во многом обусловлен его способностью соединять вместе сети разных размеров и системы разных типов. Эти сети произвольно делятся на три основных класса (наряду с несколькими другими), которые имеют предопределенные размеры. Каждая из них может быть разделена системными администраторами на более мелкие подсети. Маска подсети используется для разделения IP-адреса на две части. Одна часть идентифицирует хост (компьютер), другая часть идентифицирует сеть, к которой он принадлежит. Чтобы лучше понять, как работают IP-адреса и маски подсети, посмотрите на IP-адрес и посмотрите, как он организован.

IP-адреса: Сети и хосты

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

IP-адреса обычно выражаются в десятичном формате с точками, состоящем из четырех чисел, разделенных точками, например 192.168.123.132. Чтобы понять, как маски подсети используются для различения хостов, сетей и подсетей, изучите IP-адрес в двоичной записи.

Например, десятичный IP-адрес с точками 192.168.123.132 — это (в двоичной записи) 32-битное число 11000000101010000111101110000100. Это число может быть трудно понять, поэтому разделите его на четыре части по восемь двоичных цифр.

Эти 8-битные секции известны как октеты. Таким образом, IP-адрес примера становится 11000000.10101000.01111011.10000100. Это число имеет немного больше смысла, поэтому в большинстве случаев преобразовывайте двоичный адрес в десятичный формат с точками (192.168.123.132). Десятичные числа, разделенные точками, представляют собой октеты, преобразованные из двоичного в десятичное представление.

Чтобы глобальная сеть TCP/IP (WAN) работала эффективно как совокупность сетей, маршрутизаторы, передающие пакеты данных между сетями, не знают точного местоположения хоста, которому предназначен пакет информации. Маршрутизаторы знают только, членом какой сети является хост, и используют информацию, хранящуюся в их таблице маршрутизации, чтобы определить, как доставить пакет в сеть хоста назначения. После того, как пакет доставлен в сеть назначения, пакет доставляется на соответствующий хост.

Чтобы этот процесс работал, IP-адрес состоит из двух частей. Первая часть IP-адреса используется как сетевой адрес, а последняя часть — как адрес хоста. Если вы возьмете пример 192.168.123.132 и разделите его на эти две части, вы получите 192.168.123. Сеть .132 Host или 192.168.123.0 — сетевой адрес. 0.0.0.132 — адрес хоста.

Маска подсети

Второй элемент, необходимый для работы TCP/IP, — это маска подсети. Маска подсети используется протоколом TCP/IP для определения того, находится ли хост в локальной подсети или в удаленной сети.

В TCP/IP части IP-адреса, используемые в качестве адреса сети и хоста, не являются фиксированными. Если у вас нет дополнительной информации, указанные выше адреса сети и хоста определить невозможно. Эта информация предоставляется в другом 32-битном числе, называемом маской подсети. Маска подсети в этом примере — 255.255.255.0. Неясно, что означает это число, если только вы не знаете, что 255 в двоичном представлении равно 11111111. Итак, маска подсети 11111111.11111111.11111111.00000000.

При объединении IP-адреса и маски подсети сетевая и узловая части адреса могут быть разделены:

11000000.10101000.01111011.10000100 — IP -адрес (192.168.123.132)
11111111111111111111.00000000 — Маска подсети (255.255.255.0)

. Первые 24 -битные (номера в подборе. Последние 8 бит (количество оставшихся нулей в маске подсети) идентифицируются как адрес хоста. Он дает вам следующие адреса:

11000000.10101000.01111011.00000000 — сетевой адрес (192.168.123.0)
00000000.00000000.00000000.10000100 — адрес хоста (000.0103.000.0003.0)0015

Итак, теперь вы знаете, что для этого примера с использованием маски подсети 255.255.255.0 идентификатор сети равен 192.168.123.0, а адрес хоста — 0.0.0.132. Когда пакет приходит в подсеть 192.168.123.0 (из локальной подсети или удаленной сети) и имеет адрес назначения 192.168.123.132, ваш компьютер примет его из сети и обработает.

Почти все десятичные маски подсети преобразуются в двоичные числа, в которых все единицы слева и все нули справа. Некоторые другие распространенные маски подсети:

Десятичный Двоичный
255.255.255.192 1111111.11111111.1111111.11000000
255.255.255.224 1111111.11111111.1111111.11100000

Internet RFC 1878 (доступный в InterNIC-Public Information UC Registration Services) описывает допустимые подсети и маски подсетей, которые можно использовать в сетях TCP/IP.

Классы сети

Интернет-адреса распределяются InterNIC, организацией, управляющей Интернетом. Эти IP-адреса делятся на классы. Наиболее распространенными из них являются классы A, B и C. Классы D и E существуют, но не используются конечными пользователями. Каждый из классов адресов имеет свою маску подсети по умолчанию. Вы можете определить класс IP-адреса, взглянув на его первый октет. Ниже приведены диапазоны интернет-адресов классов A, B и C, каждый из которых имеет пример адреса:

  • Сети класса A используют маску подсети по умолчанию 255. 0.0.0 и имеют 0-127 в качестве первого октета. Адрес 10.52.36.11 является адресом класса А. Его первый октет — 10, то есть от 1 до 126 включительно.

  • Сети класса B используют маску подсети по умолчанию 255.255.0.0 и имеют 128-191 в качестве первого октета. Адрес 172.16.52.63 является адресом класса B. Его первый октет — 172, то есть от 128 до 191 включительно.

  • Сети класса C используют маску подсети по умолчанию 255.255.255.0 и имеют 192-223 в качестве их первого октета. Адрес 192.168.123.132 является адресом класса C. Его первый октет — 192, то есть от 192 до 223 включительно.

В некоторых сценариях значения маски подсети по умолчанию не соответствуют потребностям организации по одной из следующих причин:

  • Физическая топология сети
  • Количество сетей (или хостов) не соответствует ограничениям маски подсети по умолчанию.

В следующем разделе объясняется, как можно разделить сети с помощью масок подсети.

Подсети

Сеть класса A, B или C TCP/IP может быть дополнительно разделена или разделена на подсети системным администратором. Это становится необходимым, когда вы согласовываете схему логических адресов Интернета (абстрактный мир IP-адресов и подсетей) с физическими сетями, используемыми в реальном мире.

Системный администратор, которому выделен блок IP-адресов, может управлять сетями, организованными не так, чтобы эти адреса легко помещались. Например, у вас есть глобальная сеть со 150 узлами в трех сетях (в разных городах), соединенных маршрутизатором TCP/IP. Каждая из этих трех сетей имеет 50 хостов. Вам выделена сеть класса C 192.168.123.0. (Для иллюстрации, этот адрес на самом деле из диапазона, который не выделен в Интернете.) Это означает, что вы можете использовать адреса от 192.168.123.1 до 192.168.123.254 для ваших 150 хостов.

В вашем примере нельзя использовать два адреса: 192.168.123.0 и 192.168.123.255, потому что двоичные адреса с частью узла, состоящей из единиц и всех нулей, недействительны. Нулевой адрес недействителен, поскольку он используется для указания сети без указания хоста. Адрес 255 (в двоичном представлении адрес узла из всех единиц) используется для передачи сообщения каждому узлу в сети. Просто помните, что первый и последний адрес в любой сети или подсети не могут быть назначены какому-либо отдельному хосту.

Теперь вы можете назначить IP-адреса 254 хостам. Он отлично работает, если все 150 компьютеров находятся в одной сети. Однако ваши 150 компьютеров находятся в трех отдельных физических сетях. Вместо того чтобы запрашивать дополнительные блоки адресов для каждой сети, вы делите свою сеть на подсети, что позволяет использовать один блок адресов в нескольких физических сетях.

В этом случае вы делите свою сеть на четыре подсети, используя маску подсети, которая увеличивает сетевой адрес и уменьшает возможный диапазон адресов узлов. Другими словами, вы «заимствуете» некоторые биты, используемые для адреса хоста, и используете их для сетевой части адреса. Маска подсети 255.255.255.192 дает вам четыре сети по 62 хоста в каждой. Это работает, потому что в двоичной записи 255.255.255.192 совпадает с 1111111.11111111.1111111.11000000. Первые две цифры последнего октета становятся сетевыми адресами, поэтому вы получаете дополнительные сети 00000000 (0), 01000000 (64), 10000000 (128) и 11000000 (192). (Некоторые администраторы будут использовать только две из подсетей, используя 255.255.255.192 в качестве маски подсети. Для получения дополнительной информации по этой теме см. RFC 1878.) В этих четырех сетях последние шесть двоичных цифр могут использоваться для адресов узлов.

Используя маску подсети 255.255.255.192, ваша сеть 192.168.123.0 становится четырьмя сетями 192.168.123.0, 192.168.123.64, 192.168.123.128 и 192.168.123.192. Эти четыре сети будут иметь действительные адреса хостов:

192.168.123.1-62 192.168.123.65-126 192.168.123.129-190 192.168.123.193-254

Опять же, помните, что двоичные адреса хостов со всеми единицами или всеми нулями недействительны. , поэтому вы не можете использовать адреса с последним октетом 0, 63, 64, 127, 128, 191, 192 или 255.

Вы можете увидеть, как это работает, взглянув на два адреса хоста: 192.168.123.71 и 192.168.123.133. Если вы использовали маску подсети класса C по умолчанию 255.255.255.0, оба адреса находятся в сети 192.168.123.0. Однако если вы используете маску подсети 255.255.255.192, они находятся в разных сетях; 192.168.123.71 находится в сети 192.168.123.64, 192.168.123.133 находится в сети 192.168.123.128.

Шлюзы по умолчанию

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

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

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

Устранение неполадок

Сетевые проблемы TCP/IP часто вызваны неправильной настройкой трех основных записей в свойствах TCP/IP компьютера. Понимая, как ошибки в конфигурации TCP/IP влияют на сетевые операции, вы можете решить многие распространенные проблемы TCP/IP.

Неправильная маска подсети: если сеть использует маску подсети, отличную от маски по умолчанию для своего класса адресов, а клиент по-прежнему настроен с маской подсети по умолчанию для класса адресов, связь с некоторыми близлежащими сетями невозможна, но не с удаленными. те. Например, если вы создаете четыре подсети (например, в примере с подсетями), но используете неправильную маску подсети 255.255.255.0 в конфигурации TCP/IP, хосты не смогут определить, что некоторые компьютеры находятся в разных подсетях. их собственный. В этой ситуации пакеты, предназначенные для узлов в разных физических сетях, которые являются частью одного и того же адреса класса C, не будут отправляться на шлюз по умолчанию для доставки. Распространенным признаком этой проблемы является то, что компьютер может взаимодействовать с хостами, находящимися в его локальной сети, и может взаимодействовать со всеми удаленными сетями, кроме тех сетей, которые находятся поблизости и имеют одинаковый адрес класса A, B или C. Чтобы решить эту проблему, просто введите правильную маску подсети в конфигурации TCP/IP для этого хоста.

Неверный IP-адрес: Если вы поместите компьютеры с IP-адресами, которые должны находиться в разных подсетях в локальной сети друг с другом, они не смогут обмениваться данными. Они попытаются отправить пакеты друг другу через маршрутизатор, который не может правильно их переслать. Симптомом этой проблемы является компьютер, который может взаимодействовать с хостами в удаленных сетях, но не может взаимодействовать с некоторыми или всеми компьютерами в своей локальной сети. Чтобы устранить эту проблему, убедитесь, что все компьютеры в одной физической сети имеют IP-адреса в одной и той же IP-подсети. Если у вас закончились IP-адреса в одном сегменте сети, есть решения, которые выходят за рамки этой статьи.

Неправильный шлюз по умолчанию: компьютер, для которого настроен неправильный шлюз по умолчанию, может обмениваться данными с хостами в своем собственном сегменте сети. Но он не сможет связаться с хостами в некоторых или во всех удаленных сетях. Хост может взаимодействовать с некоторыми удаленными сетями, но не с другими, если выполняются следующие условия:

  • Одна физическая сеть имеет более одного маршрутизатора.
  • В качестве шлюза по умолчанию настроен неправильный маршрутизатор.

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

Ссылки

Два популярных справочника по TCP/IP:

  • «TCP/IP Illustrated, Volume 1: The Protocols», Richard Stevens, Addison Wesley, 1994
  • «Взаимодействие с TCP/IP, том 1: принципы, протоколы и архитектура», Дуглас Э. Комер, Прентис Холл, 1995 г.

Рекомендуется, чтобы системный администратор, отвечающий за сети TCP/IP, имел хотя бы одну из этих ссылок.

Глоссарий

  • Широковещательный адрес — IP-адрес с частью хоста, состоящей из единиц.

  • Хост — компьютер или другое устройство в сети TCP/IP.

  • Интернет. Глобальная совокупность сетей, соединенных вместе и имеющих общий диапазон IP-адресов.

  • InterNIC — Организация, ответственная за администрирование IP-адресов в Интернете.

  • IP — сетевой протокол, используемый для отправки сетевых пакетов по сети TCP/IP или через Интернет.

  • IP-адрес — уникальный 32-битный адрес хоста в сети TCP/IP или межсетевом соединении.

  • Сеть. В этой статье термин сеть используется двумя способами. Один представляет собой группу компьютеров в одном физическом сегменте сети. Другой — это диапазон сетевых IP-адресов, выделенный системным администратором.

  • Сетевой адрес — IP-адрес с частью хоста, состоящей из нулей.

  • Октет — 8-битное число, 4 из которых составляют 32-битный IP-адрес. Они имеют диапазон от 00000000 до 11111111, что соответствует десятичным значениям от 0 до 255.

  • Пакет — единица данных, передаваемая по сети TCP/IP или глобальной сети.

  • RFC (запрос комментариев) — документ, используемый для определения стандартов в Интернете.

  • Маршрутизатор — устройство, передающее сетевой трафик между различными IP-сетями.

  • Маска подсети — 32-битное число, используемое для различения сетевой и хостовой частей IP-адреса.

  • Подсеть или подсеть — меньшая сеть, созданная путем разделения большей сети на равные части.

  • TCP/IP — в широком смысле набор протоколов, стандартов и утилит, широко используемых в Интернете и крупных сетях.

  • Глобальная сеть (WAN) — большая сеть, представляющая собой совокупность более мелких сетей, разделенных маршрутизаторами. Интернет является примером большой глобальной сети.

Все, что вам нужно знать

Что такое лицензионное соглашение с конечным пользователем?

Лицензионное соглашение с конечным пользователем — это лицензия, дающая пользователю право использовать приложение. В нем подробно описывается, как можно использовать программное приложение, а также объясняются любые ограничения. Большинство лицензионных соглашений с конечным пользователем, например, запрещают конечному пользователю делиться или распространять программное обеспечение любым способом, который приносит пользу покупателю, а не первоначальному создателю.

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

Лицензионные соглашения

не имеет юридической силы

. Когда потребитель соглашается с условиями, указанными в лицензионном соглашении, он фактически арендует или покупает лицензию у поставщика. Недостатком лицензионного соглашения является то, что оно не защищает потребителя. Лицензионное соглашение защищает только владельца авторских прав. Фактически, не только поставщик владеет лицензией, но и юридически владеет любыми личными данными, которые потребитель ввел в программное обеспечение. Эти владельцы программного обеспечения могут получать доступ, читать или делиться этими частными потребительскими данными любым удобным для них способом.

Другие названия лицензионного соглашения с конечным пользователем

Лицензионное соглашение с конечным пользователем имеет несколько разных названий, в том числе:

  • ЛСКП.
  • Лицензионное соглашение с конечным пользователем приложения.
  • Лицензионное соглашение на программное обеспечение.
  • Лицензионное соглашение.
  • Лицензионное соглашение на программное обеспечение.
  • Лицензия Click-Wrap.
  • Лицензия на термоусадочную пленку.
  • Просмотрите лицензию.

Получите бесплатные предложения для сравнения

Воспользуйтесь нашей сетью юристов, запросите бесплатные предложения и найдите подходящего юриста для работы.

Получить ставки сейчас

Общие положения лицензионных соглашений с конечным пользователем

Есть некоторые

статьи

которые владельцы программного обеспечения должны включать в каждое лицензионное соглашение с конечным пользователем. Они касаются предоставления лицензий, информации о нарушениях, ограничений на использование приложения, прекращения действия лицензии и других ограничений и отказов от гарантий и ответственности. Положения включают:

Предоставление лицензии

Основной целью лицензионного соглашения с конечным пользователем является предоставление покупателю или пользователю права на использование приложения. По этой причине каждое лицензионное соглашение с конечным пользователем должно включать раздел, в котором конкретно указывается, что лицензия предоставляется.

Ограничения на использование

Конечный пользователь потенциально может использовать приложение различными способами, в том числе незаконными способами. Вы должны включить раздел, в котором указаны ограничения на то, как его можно использовать. Обычно вы увидите ограничения на такие вещи, как копирование лицензии на несколько устройств, использование ее для нарушения законов или реверс-инжиниринг программного обеспечения для его воспроизведения. Важно всегда включать пункт «Ограничения использования», чтобы вы могли ограничить действия, которые другие люди могут выполнять с помощью вашего программного приложения.

Связанные соглашения

Вы также должны включить в свое лицензионное соглашение с конечным пользователем пункт о том, что конечный пользователь также соглашается с условиями, изложенными в других соглашениях, таких как Политика конфиденциальности или Соглашение об условиях. Если у вас есть другие соглашения, налагающие ограничения на то, как люди могут использовать приложение, вам следует рассмотреть возможность размещения ссылок на все эти соглашения рядом с информацией о вашем лицензионном соглашении. Некоторые компании предпочитают включать ссылки на эти соглашения в нижнюю часть лицензионного соглашения, чтобы пользователь мог сразу получить доступ ко всем ограничениям при просмотре лицензионного соглашения.

Нарушение авторского права

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

Прекращение действия лицензии

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

Отказ от гарантии

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

Ограничения ответственности

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

Компоненты лицензионного соглашения с конечным пользователем

Хотя лицензионное соглашение будет варьироваться от одного продукта к другому, оно всегда должно включать некоторые основные компоненты, в том числе:


  • Лицензиар:

    Имя, адрес и другая контактная информация лица, разработавшего программное обеспечение.

  • Отказ от гарантии:

    Говорит, что программное обеспечение поставляется «как есть» и что поставщик не несет ответственности за любые проблемы, возникающие в результате использования программного обеспечения.

  • Признание нарушения:

    Указывает, что любое нарушение закона об авторском праве возлагается на лицензиата.

  • Применимое право:

    Это определяет законы штата, которые применяются в случае возникновения конфликта.

  • Лицензиат:

    Предоставляет имя, адрес и другую контактную информацию для пользователя, запрашивающего использование программного обеспечения.

  • Предоставление лицензии:

    Это дает лицензиату разрешение на использование программного обеспечения.

  • Программное обеспечение:

    Предоставляет имя лицензируемого программного обеспечения.

  • Обслуживание и поддержка

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

  • Дата начала:

    В нем указывается, в какой момент конечный пользователь обязан соблюдать положения и условия. Например, они могут быть привязаны к условиям при загрузке или открытии пакета.

  • Пользовательские ограничения

    : Это накладывает ограничения на то, как конечный пользователь может законно использовать приложение.

  • Лицензии сайта:

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

  • Прекращение:

    Указывает, какие нарушения дают поставщику программного обеспечения право расторгнуть соглашение.

Зачем использовать лицензионное соглашение с конечным пользователем

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

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