Компьютерная помощь-совет! (Нужна!)

[GERR]

нет входящих соединений....

Всегда думал, что входящие - это ко мне. Качает же?

[ThinkPad]

Всегда думал, что входящие - это ко мне. Качает же?

дубль два

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

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

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

- - - Добавлено - - -

вот изучайте матчасть
https://ru.wikipedia.org/wiki/NAT

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

[GERR]

дубль два

Вот так бы сразу, просто и понятно. Я ведь в сетевых дела, мягко говоря, не силён.
Но вот теперь буду знать ещё и это, спаибо

[ThinkPad]

Но вот теперь буду знать ещё и это

ну и это тогда тоже почитайте
Как работает торрент

[GERR]

ну и это тогда тоже почитайте

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

[MCZarin]

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

[GERR]

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

[MCZarin]

GERR, через того-же провайдера?

[GERR]

Нет, тот мобильный на работе, а это дома.

[GERR]

К вчерашнему разговору.
Ну и как же оно раздаётся?

[ThinkPad]

Ну и как же оно раздаётся?

Магия однако
на самом деле вот так

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

Или так

я организацию их сети не знаю, может МТСовские клиенты и могут с вас качать....

есть и другие варианты

IP ваш внутренний и внешний в студию.... и IP тех кто с вас качает в данный момент.... тогда можно конкретнее сказать

[GERR]

Магия однако

Всё непонятное - магия
Но должен сказать, что оно останавливается через несколько минут

IP ваш

Думаю, не стоит

[ThinkPad]

оно останавливается через несколько минут

ну тогда вот ответ

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

[MCZarin]

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

[ThinkPad]

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

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

- - - Добавлено - - -

Вот если ты являешься "серым", значит у тебя скачивают "белые".

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

[MCZarin]

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

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

[ThinkPad]

попробую пофантазировать

фантазия разбивается об эту фразу

как белый IP прорвется сквозь NAT? Мне лично не понятно.... ну пошлет он запрос на на него, откуда NAT узнает что этот запрос именно для этого серого IP, а не для другого?

Теперь про это

Допустим, у нас есть "серый" сид (Gerr). Он сам ищет по списку "белых" личей, и инициирует соединение с ними (при этом NAT на его стороне открывается, как при обычном соединении, инициированном клиентом к серверу в Интернете).

А зачем он ищет личей то? Когда он все скачал уже он только на трекер стучится (причем со своим белым IP, который дал ему NAT его, и по 80 порту) и говорит трекеру что у меня вот это и это есть.
а трекер уже другим (остальным жадущим) кидает по их запросу список IP, с которых можно скачать (в том числе и Gerrовский белый)..... но вот какой порт отдаст он Gerrовский я не знаю.... и откроет ли этот порт Gerrовский NAT на вход и присвоит его серому Gerrу я не знаю.... и через какое время тоже вопрос.... обычно вроде на трекер стучится для раздачи клиент раз в 5 минут..... проживет столько запись про Gerrа в таблице маршрутизации? тоже не ясно Если не проживет (к примеру много клиентов за NAT сидит и количество белых IP у NAT ограничено), то боюсь что 5 минут запись в таблице не провисит

[MCZarin]

как белый IP прорвется сквозь NAT? Мне лично не понятно.... ну пошлет он запрос на на него, откуда NAT узнает что этот запрос именно для этого серого IP, а не для другого?

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

[ThinkPad]

И именно для этого серому сиду и нужно стучаться к белым личам: чтобы открыть TCP-соединение. В обратном направлении ничего не выйдет.

ну а я про что?

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

- - - Добавлено - - -

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

[MCZarin]

ThinkPad, читай внимательнее: "серый" сид выступает в роли клиента, "белый" лич - в роли сервера. У тебя же описана обратная модель, которая разумеется работать не будет.

ведь это к тебе инициируют запрос на скачку с тебя...

Вот именно, фишка в том, чтобы сделать наоборот. Я сам инициирую отдачу с себя. Т.е. сам ищу, кому могу дать, открываю соединение, и даю.