mayton2019

Лет 20 назад использовали хабы. Это такие себе IP-ретрансляторы пакетов на все порты. Репитеры по сути. Работали медленно. Флудили в сегменте. Но для 10Мbit и DOS/Windows 95 их хватало. В лаборатории университетов ставили.

Сейчас хабы как устройства умерли. Вместо них - только свитчи. Причем самое меньшее количество портов что я видел - это 4.

Этого нельзя делать. Во первый повторная отправка пакетов - это не прикладная задача. Это протокольная часть и tcp сам обеспечивает tcp-retransmission. Тоесть твоё участие в этом - лишнее. Медвежья услуга.

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

40 метров - это зона действия хорошего Wifi. Телефонный кабель не подходит. В старых советских телефонах было 2 жилы в то время как Ethernet - 8 жил и специальное плетение для компенсации помех.

Чисто ради интереса поищи парочку DSL модемов. Тогда может получится у тебя приличная сеть на 25 Мбит.

Сам по себе список IP никому не нужен. Обычно интересует некое бизнес событие. Его точная дата и время и IP хоста который был инициатором этого события. Плюс id сеанса, cookies .e.t.c. Тоесть задача чуть более широкая.

Или автор хотел чего-то другое?

А для простых задач есть tcpdump/wireshark.

Дело в том что нельзя решать проблемы TCP находясь выше уровня TCP.

Сами потери пакетов этот протокол решает повторной пересылкой (TCP Retransmission).
Тоесть технически это уже решено в самом протоколе. Разумеется не безплатно и ценой
потери времени. Когда у вас примерно 50% теряется - это ситуация "очень плохо".

Так работать нельзя и нужно решать эту проблему именно в том месте где она возникает. Если
это физический уровень то надо менять кабели (антены) или если это работа шейперов и firewalls
то решать это соотв там.

По поводу удвоения трафика и избыточности. Можно использовать различные коды Хемминга и РидаСоломона
но они требуют буфера. Причем если единица потери у вас это TCP-пакет то для удачного восстановления
надо хотя-бы передать 1000 пакетов оснащённых кодами восстановления (и при этом гарантировать
что ретрансмиссий не будет ибо они не нужны) и на выходе где-то (интересно где?) их всех собрать
в один массив и быстринько проверить что инфы для восстановления уже достаточно чтоб пролечить
потерянный пакет. Как это сделать - ума не приложу. Но это полюбому будет на уровне IP/UDP
и это совершенно новый протокол. Крайне ресурсоёмкий по памяти и с длинным лагом по TTFB.

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

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

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

Вобщем TCP протокол слишком сложен для такой регулировки.

если двигаться в сторону Казахстана и далее к России, скорость падает до 10-15 мегабит

Это очень интересный факт. Если ты смог определить что скорость падает значит есть хотя-бы 2 конфигурации где было "быстро" а потом вдруг стало не очень быстро. Вот между ними где-то и надо искать. traceroute покажет путь а дальше дело техники.

Невозможно всем жителям планеты Земля обеспечить 1 гигабит. Просто чтобы такая схема заработала надо одновременно промодернизировать всех (!) провайдеров. И толщина uplink на всех сетевых устройствах должна пропорционально увеличиться. Посчитайте сколько нужно. Расчет несложный. Если вы каждому конечному потребителю с 25 мегабит (ADSL) гарантируете полосу 1Г - то вы умножаете толщину канала на 40. И где-то наверху у провайдера нужно будет 40-кратно увеличить количество магистралей, тарелок и спутников и прочее. Вот спросите провайдера - он уже готов это сделать?

Это один фактор. И следующий - энергетика и глобальное потепление. Сетевые устройства - это тоже вам ни хрен собачий. Они - все энергопотребляют. Даже в состоянии покоя когда не передают. Согласитесь просто так наращивать потребление незачем. И кому это надо? Тик-токи у вас открываются нормально. Что еще надо?

Там ничего ценного нет. Мак адреса указывают на производителя оборудования.
Сетки и DNS могут просто показать кто твой провайдер.

Остальная инфа достаточно обезличенная. Какие шаги предпринять? :))) Ну можешь
сходить в супермаркет и купить бейсбольную биту. Что тут еще сказать?

Сильно больших людей обидел?

Я-бы разбил вопрос на 2 части.
1) Блокировка трекеров. Это основа торрента и если у вас все трекеры недоступны то хрен получишь список сидеров.
2) DHT-протокол. Ему пофиг на трекеры. И он кажется работает не по DNS а по IP и вобщем-то на него одна надежда когда у вас есть только magnet-link. DHT можно сломать если только зобанить целые страны и блоки IP. Но мне кажется это принципиально невозможно. Иначе надо говорить о создании нового изолированного сегмента Интернета как в Китае.

Современные торрент клиенты умеют оба метода. Надо посмотреть статистику. Vuze кажется подсвечивает много информации по поводу сколько сидов и даже рисует картинки.

Этот IP-адрес (192.168.1.*) - можно не прятать :)

У меня - такой-же дома.

Мне кажется проще найти другую букмекерскую контору и не нарушать законы своего государства.

В настоящее время модем уже не нужен. Это морально-устаревшие технологии 2000х годов когда интернет пускали по сетям телефона или по коаксиальному кабелю телевидения. Вот для таких стеков и ставился модем. Более того. Такие квази-телевизорные сети работали очень хреново (у меня был максимум 25 мегабит) и еще и асимметрично. Тоесть скорость в upload была раз в 10 медленнее чем в download.

Сейчас вне нормальные провайдеры домашнего инета тянут ethernet (витая пара) до каждой квартиры. А модемы остались только у ваших бабушек.

Посмотрел что такое ciscopacket tracer. Это рисовалка диаграмм наподобие Microsoft Visio.

Я думаю что скорость современных адаптеров Wifi (5G/900Mb) будет лучше чем 10 мегабит по коаксиалу.

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

Из 40 человек - смотреть будут 1-2.

Остальные - полезет в youtube или Netflix.
Я не критикую саму идею. Просто может стоит подождать первой нагрузки а потом уже заняться оптимизацией по факту.

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

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

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

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