YOTA или ADSL от МГТС? Нужны рекомендации в выборе!

[Risha]

Читай мои посты на первой странице - это одно и тоже по линии и оборудованию, но разное по услугам и цене.

[asy_10]

МГТС против СТРИМ! Что лучше?

Рассуждаю так- техническая часть одинаковая, т.к. физическая линия одна, оборудование они используют одинаковое. разница в тех. поддержке и тарифах. Многие пишут, что техподдержка МГТС хуже (читай http://www.stream-support.ru/forum/inde ... pic=1781.0). Ну а по тарифам сам думай.

[KostyaY]

давно нет ни у кого никаких санкций
1 комп - 1 выделенка - дела давно минувших дней

За раздачу внутри квартиры для своих нужн - вряд ли кто-то будет иметь.
За "вскладчину" безлимитки с соседом - будут еще как.
Например, у пров.ру - "Действия пользователей уличенных в раздаче трафика, полученного по данному виду соединения, будут расцениваться как незаконное предпринимательство ст. 171 УК РФ, с отключением от сети, расторжением договора и подачей искового заявления в суд."

[LEO]

А нет никакого другого оператора? Который по витой паре инет дает? ТАм еще лучше - и скорости повыше, и пиринг, и сетки районные, и другие кучи полезностей

[Стож]

"Действия пользователей уличенных в раздаче трафика, полученного по данному виду соединения, будут расцениваться как незаконное предпринимательство ст. 171 УК РФ, с отключением от сети, расторжением договора и подачей искового заявления в суд."

Хрен докажешь.

[vasco]

А нет никакого другого оператора

в доме только один оператор который предоставляет услуги выделенки

[LEO]

Ах да, совсем забыл про первый пост Сорри.

[KostyaY]

Хрен докажешь

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

[korol]

А нет никакого другого оператора? Который по витой паре инет дает? ТАм еще лучше - и скорости повыше, и пиринг, и сетки районные, и другие кучи полезностей

Московская область и Москва - это разные государства (по сервису и т.п.)

[vasco]

Московская область и Москва - это разные государства

Для рожденных в СССР - нуль разницы! Совок!

[raven]

Кстати, сам факт раздачи трафика устанавливается легко. А вот куда и зачем он раздается - это сложнее, но тоже реализуемо, особливо если упереться.

я конечно не предираюсь...
но... научите?
вводная: маршрутизатор (любой). за ним подсеть...
фраза количество сессей более 100 не катит (люблю много сайтов сразу смотреть) или вирус.

+ незаконное предпринимательство подразумевает извлечение прибыли.. а так.. от доброй души человек раздаёт интернет на подъезд..

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

ну и про витую пару...
будет смешно сказать, но если читать в сети (без торрентов и прочей отдачей траффика) то..
на МГТС оборудование ломалось 1 раз на 3 дня (кабель прокопали в районе)
акады и корбины стоят 2-4 дня в месяц то из за поноса, то из за золотухи..
вообщем дсл надёжнее.

[KostyaY]

Примеры:
http://www.opennet.ru/base/net/nat_detect.txt.html
http://forum.ubuntu.ru/index.php?topic=58296.0

Корбины/акады и прочие подобные "товарисчи" имеют пакостное свойство - инфраструктура-то не их, посему и они очень неплохо работают до первой серьезной проблемы (связанной, например, с замоканием муфты в кабельном колодце МГТС от тебя до АТС после дождика). После чего вопрос связи переходит, как правило, в с трудом решаемую плоскость, типа "пишите заявку в МГТС, чтобы вас перевели на другую пару", "позвоните на АТС, пусть пробьют кроссы" и т.п. Даже если на другую пару, в итоге, переведут (а ее может не быть, да даже если и есть - это ох как постараться надо!), всегда можно придраться, что она тоже полное дерьмо и не соотвествует техтребованиям... "Требуйте замены кабеля от АТС до вас, он не удовлетворяет требованиям!". Да еще саппорт этих провайдеров априори настроен на "барана" на том конце провода, в результате чего крайне напрягает выслушивать типовые "рекомендации" в духе "а стекла протирал? а по колесам стучал?" и т.п.
Понятное дело, что у меня договор, например, с "МТУ-Интел" (это так раньше "Стрим" назывался, кто помнит), а не МГТС, и мне, по идее, плевать на эти проблемы. Но ребята весьма ушлые, и в договорах ответственность за "последнюю милю" всегда крайне невнятна. А договор типовой - хошь подписывай, хошь - иди в сексуальное путешествие. Кстати, эти же проблемы в полной мере относятся к прямым проводам, предоставляемым СУСом...
Кроме того, клиентов у них много, и им откровенно насрать на какого-то одного недовольного. Тот же МТУ в свое время мне заявил - "ну и ладно, в чем проблема, да не платите за дни простоя!". Это, конечно, радует, но мне нужно не денег съэкономить, а канал иметь стабильный.
В общем, имеется большой потенциальный геморрой, так как пуговицы шьет один, воротник - другой, швейная машинка принадлежит третьему, гладит четвертый и т.п. И никто не отвечает за смежников.

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

[ShineOn]

но... научите

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

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

[KostyaY]

адрес реального отправителя-получателя хранится в теле пакета

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

[ShineOn]

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

(+/-)

Что может позволить провайдеру заподозрить нас в использовании NAT?

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

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

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