Алексей Поздеев

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

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

Учитываем что от розетки идет патч-корд 6А категории, но обжат rj-45 cat 5e.

Сомневаюсь, что у вас получилось качественно обжать. В 6А жила толще и он в коннектор 5е гарантированно не лезет.

Все кабеля не экранированные.

Как так? У 6А категории пары обязаны быть экранированные, экран надо заземлять.

1. Как правильно написали выше - уменьшайте количество контактов. Розетку - исключить.

2. Проверить связь коммутатора с землей.

3. Разъемы должны быть экранированные, экран разъема должен соединяться с экраном кабеля. Не будет экрана --> не будет защиты от перекрестных помех --> не будет заявленной скорости. Т.е. необходимо обеспечить контакт экрана пар кабеля с PE (PEN) проводником электросети. Пример правильного разъема тут

4. Калибр жилы должен быть не менее 20 AWG. Если у вас 23-24 AWG - это так называемый "псевдокабель категории 6А", который производитель позиционирует "для патчкордов". На помойку. Пример нормального кабеля тут Это самый доступный по цене кабель категории 6А.

5. Если все-таки пары кабеля неэкранированные - смело на помойку. Это не 6А.

p.s. И напишите, пожалуйста, марку используемого кабеля. Мне для статистики.

Скажем так, выдать нескольким компьютерам в одной сети одинаковые ip и mac-адреса — это надо очень хорошо постараться и заморочиться. Плюс ничего не будет работать. То что вы спрашиваете — default behavior любой сети.

Это просто сказка! Пока новое поколение будет уверено в своем свехразуме и ненужности ничего старого - у нас будет работа и бутер с черной икоркой.

OSI не нужен, не изучайте! Как же приятно видеть в сети толпы профанов считающих себя Специалистами которые не в состоянии сформулировать какой коммутатор им нужен L2 или L3 :)

Вы немного смешиваете понятия.
Модель OSI это абстрактная модель, которая показывает как происходит передача между двумя точками в сети.
Первый уровень описывает физический мир, последний уровень это само приложение.
TCP\IP это все лишь 3 и 4 уровень модели OSI. Каждый уровень описывает свой набор логики для поддержания связи.
Эта модель не бесполезна, она очень хорошо помогает понимать как проходит трафик, и понимание данной модели помогает траблшутить проблемы.
Если у вас нет линка то бессмысленно говорить о ip, TCP, мак адресах.
Или если вы видите что сервис прислал ошибку 403 , вы можете быть уверены, что у вас работает маршрутизация пакеты ходят между двумя точками, а вот в приложении есть проблемы.

Почему во всех книгах пишут про модель OSI

модель OSI это схема взаимодействия протоколов разных уровне при работе сети.

если в Интернете везде используется ТСP IP?

Ну во первых в интернете используется куча протоколов в том числе и ТСP IP, и во вторых ТСP IP это небольшая часть модели OSI.

Если вы не знаете модель OSI, то у вас не будет полного понимания работы сети, в том числе и протоколов ТСP IP.

если написано, что современный интернет действует по принципам и протоколам tcp ip?

Ну мало ли что написано. У меня на заборе вот слово из трех букв написано, и что?

модель tcp ip и протоколы 4х уровней этой модели работают везде, а мы изучаем osi. в чем логика тут ?

Данная фраза не содержит смысла - просто поток сознания.

Для чего все изучают модель оси, если написано, что современный интернет действует по принципам и протоколам tcp ip?

Для того и изучают, чтобы не говорить подобную чушь вслух.
Почитай, уточни какой уровень OSI занимает tcp/ip и сколько ЕЩЕ протоколов на самом деле встречается в современном интернете.

> нажимаю enter он отправляется на роутер
он отправляется первым делом на матрицу коммутации подключённого с противоположной стороны кабеля устройства: роутер это или коммутатор - не принципиально. главное - что речь не о сети из двух компов.
> ,роутер ищет в подключениях такой же mac адрес
встроенный в роутер коммутатор ищет
>не находит ,роутер по патчкорду отправляет кадр на свитч на чердаке
встроенный в роутер коммутатор рассылает полученный ethernet-кадр далее по всем своим портам, к которым что-либо подключено, кроме того порта, с которого пришёл кадр, и, учитывая, что коммутатор не сам по себе, а в составе роутера, то ещё и кроме портов, которые в настройках роутера отнесены к другим широковещательным сегментам (т. е. к другой сети, к другому VLAN).
> ,свитч тоже не находит.куда перенаправляет свитч и как перенаправляет история умалчивает.
туда же, куда и в случае с коммутатором в роутере - на все порты, кроме порта-источника и портов, относящихся к другим VLAN (если свитч управляемый и поддерживает разбиение портов по VLAN). таким образом ethernet-кадр, будет распространятся по всей локальной сети от коммутатора к другим коммутаторам (и компам), и на каждом из них будет повторяться одна и та же процедура: при наличии в коммутаторе записи, соотносящей MAC-адрес назначения из кадра с каким-то портом коммутатора, кадр будет перенаправлен в этот порт, а при отсутствии такой записи - во все порты сразу, кроме порта-источника. если в этой локальной сети действительно есть комп с таким MAC-адресом - то кадр в конце-концов до него дойдёт, а если нету - кадр будет в итоге утерян.
> есть размытое объяснение что свитч перенаправляет его на какой то другой маршрутизатор районного далее городского уровня и т.д. перенаправляет вроде бы по wan сети но там скорость до 56 кбит/с а мне роутер выдает 100мб/с.
тут уже начинаются привирушки со стороны того, кто вам дал размытое объяснение.
если, как вы в самом начале упомянули, "есть какой то пакет езернета у которого есть какой то мак адрес получателя", то за предел локальной сети (т. е. через роутер) он не выберется. роутер, как и любое другое устройство уровня L3 (работающее с IP-адресами), принимает со своего встроенного коммутатора только кадры, MAC-адрес назначения в которых совпадает с MAC-адресом роутера, и отбрасывает все остальные. так что ни в какую другую сеть ваш кадр не попадёт, пока не переписать вами сказанное на "есть какой то пакет езернета у которого в качестве мак адреса получателя указан MAC роутера". вот в этом случае кадр попадёт на роутер, который извлечёт из него IP-адрес назначения и на основании своей таблицы маршрутизации направит его в одну из подключенных к нему сетей, подменив при этом MAC назначения на MAC роутера этой новой сети (т. е. того роутера в этой новой сети, на который он шлёт кадр), или прибьёт.
> хотелось бы послушать что происходит дальше
про то, что дальше в варианте "какой то MAC", я указал выше: не далее как в пределах одной локальной сети.
а если MAC указан правильный (а за это отвечает таблица маршрутизации компа, с которого отсылается пакет в начале), всё это повторяется какое-то кол-во раз в зависимости от длины маршрута, его правильности и наличия проблем в сети: с каждого нового роутера кадр шлётся на MAC следующего роутера, проходит через свитчи, и если нигде нет обрыва или иной неисправности, добирается до следующего роутера, на котором, в зависимости от IP-адреса назначения, роутер выбирает следующую сеть и меняет MAC назначения, или прибивает кадр, если в его таблице маршрутизации отсутствует маршрут до этого IP-назначения.
на литературу вам уже вроде скинули ссылок. там вы прочтёте и про все остальные возможные ситуации, такие как широковещательные кадры, зарезервированные мультикаст-адреса, другие зарезервированные адреса, ARP-кеш, ARP-прогрев, ARP-проксирование, различные вариации стандартов Ehternet-кадров и много чего ещё - общую схему я описал, но из неё есть эти и другие исключения.

Поговорить с админом на работе, пиво и закуска приветствуются.

Firebase - это облако. SQLite - локально (файловая система).
И то и то медленно. На главном потоке операций с ними быть не должно.

Поэтому до работы с базами с моей точки зрения надо понимать
1) жизненные циклы.
2) Многопоточную работу. Асинхронность.

Почувствовав всю боль. Уже будете понимать, что так жить сложно.

Читайте про то, что напридумывали для ее снятия.

И тут уже ваш первый вопрос только немного в другой формулировке. Не сами базы данных
а какой архитектурный подход и конкретная высокоуровневая обертка востребована

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

Читай устройство сетей. Ты должен в мельчайших подробностях знать как всё работает. После этого уже имеет смысл смотреть конкретные эксплойты. Разбирать их и понимать, что там происходит и главное почему. Уже потом сможешь спокойно понимать, какую литературу искать.

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

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

Сами напишите, это же простецкая задача
-смотрите сколько на конце адреса нулевых битов -> склеиваете АДРЕС/СКОЛЬКО БИТОВ
-переворачиваете все эти биты в единички. Прибавляете 1.
-повторяете, пока не пройдете весь диапазон.

Не в ту сторону копаете. И не от той стены.
Руководство, оно прежде всего считает прибыль. То, что техника старая - само по себе не важно. На заводах, вон, могут использовать оборудование, которое еще помнит времена Менделеева, и ничего - задачи свои выполняет? Выполняет!
Собирайте настоящие объективные доказательства, как например:
1) Отсутствие запчастей после прекращения поддержки производителей.
2) Возрастание риска отказов и простоев.
3) Экономия электроэнергии и серверного пространства, для тех же мощностей.
4) Возможность роста и расширения, доп. клиенты.
Ну и т.п. ближе к Вашим реалиям.
Доказывать разумеется надо с цифрами "в руках".