❔ Какие три характеристики лежат в основе эффективной IT-инфраструктуры?
🔵Наблюдаемость
🔵Безопасность
🔵Производительность
О том, как совершенствовать производительность, укреплять безопасность и повышать наблюдаемость систем вы узнаете на конференции «OTUS CONF: Инфраструктура».
⭐️Спикеры – эксперты из ведущих компаний: девопс-инженер, технический директор и архитектор
Важно: перед конференцией мы хотим узнать, что волнует вас на самом деле.Поэтому скорее переходите по ссылке внизу и заполняйте форму с вопросами спикерам. На самые интересные вопросы ответим в конце события!
🌟Бонус! Участников конференции ожидают полезные призы. Подробности – на странице мероприятия.
Приглашаем девопс-инженеров, фулстек-разработчиков, системных и сетевых админов. архитекторов ПО, менеджеров продуктов и проектов.
8 августа, 19:00 МСКУчастие бесплатное
➡️ Записаться на конференцию
🔵Наблюдаемость
🔵Безопасность
🔵Производительность
О том, как совершенствовать производительность, укреплять безопасность и повышать наблюдаемость систем вы узнаете на конференции «OTUS CONF: Инфраструктура».
⭐️Спикеры – эксперты из ведущих компаний: девопс-инженер, технический директор и архитектор
Важно: перед конференцией мы хотим узнать, что волнует вас на самом деле.Поэтому скорее переходите по ссылке внизу и заполняйте форму с вопросами спикерам. На самые интересные вопросы ответим в конце события!
🌟Бонус! Участников конференции ожидают полезные призы. Подробности – на странице мероприятия.
Приглашаем девопс-инженеров, фулстек-разработчиков, системных и сетевых админов. архитекторов ПО, менеджеров продуктов и проектов.
8 августа, 19:00 МСКУчастие бесплатное
➡️ Записаться на конференцию
Джентльмены верят друг другу на слово
Пришла новость, что Анджей Яник (Andrzej Janik), разработчик открытой реализации технологии CUDA для Intel и AMD - ZLUDA, был вынужден по требованию компании AMD убрать из открытого доступа часть кода проекта.
Но вся суть ситуации не в этом. В 2022 году Анджей перешел из Intel в AMD как раз для реализации слоя совместимости с CUDA, позволяющего запускать немодифицированные CUDA-приложения на системах с GPU AMD.
В начале 2024 года в AMD решили, что проект не представляет интереса для бизнеса и свернули его, расторгнув контракт с Яником.
После чего AMD позволили разработчику открыть проект и опубликовать полученный во время работы на компанию исходный код. Данное разрешение было получено в почтовой переписке.
И вот спустя шесть месяцев к Анджею обратились юристы AMD и сообщили, что полученное им разрешение не имеет юридической силы (внезапно!) и ему следует удалить из открытого доступа весь созданный во время работы на компанию код.
Хотя странно было ожидать другого. Но ведь джентльмены верят друг другу на слово… Да, верят, до поры до времени.
К чему мы решили обратиться в заметке к этой теме, а к тому, что наши коллеги очень мало внимания уделяют юридической стороне сделок, предпочитая верить друг другу на слово.
Понятно, что разводить бюрократию на пустом месте не стоит, но иметь несколько типовых шаблонов договоров нужно. В которых следует не цитировать страницами ГК РФ (как это часто делают), а четко прописать предмет договора (т.е. то, что вы будете делать). Порядок выполнения работ, порядок их сдачи и порядок взаиморасчетов.
Без лишней воды все это поместится на страничку с двух сторон не сильно мелким шрифтом.
Зато даже такая бумажка способна серьезно помочь в случае возникновения каких-то разногласий и, скорее всего, как раз поможет таких разногласий и непониманий избежать.
И даже не потому, что ваш контрагент является недобросовестной стороной и хочет вас кинуть, просто у него могут быть другие взгляды и представления о предмете договора и обсуждение условий на берегу поможет сразу согласовать условия и избежать последующих проблем.
Поэтому, хоть и джентльмены верят друг другу на слово, наличие письменного договора никогда лишним не будет.
Пришла новость, что Анджей Яник (Andrzej Janik), разработчик открытой реализации технологии CUDA для Intel и AMD - ZLUDA, был вынужден по требованию компании AMD убрать из открытого доступа часть кода проекта.
Но вся суть ситуации не в этом. В 2022 году Анджей перешел из Intel в AMD как раз для реализации слоя совместимости с CUDA, позволяющего запускать немодифицированные CUDA-приложения на системах с GPU AMD.
В начале 2024 года в AMD решили, что проект не представляет интереса для бизнеса и свернули его, расторгнув контракт с Яником.
После чего AMD позволили разработчику открыть проект и опубликовать полученный во время работы на компанию исходный код. Данное разрешение было получено в почтовой переписке.
И вот спустя шесть месяцев к Анджею обратились юристы AMD и сообщили, что полученное им разрешение не имеет юридической силы (внезапно!) и ему следует удалить из открытого доступа весь созданный во время работы на компанию код.
Хотя странно было ожидать другого. Но ведь джентльмены верят друг другу на слово… Да, верят, до поры до времени.
К чему мы решили обратиться в заметке к этой теме, а к тому, что наши коллеги очень мало внимания уделяют юридической стороне сделок, предпочитая верить друг другу на слово.
Понятно, что разводить бюрократию на пустом месте не стоит, но иметь несколько типовых шаблонов договоров нужно. В которых следует не цитировать страницами ГК РФ (как это часто делают), а четко прописать предмет договора (т.е. то, что вы будете делать). Порядок выполнения работ, порядок их сдачи и порядок взаиморасчетов.
Без лишней воды все это поместится на страничку с двух сторон не сильно мелким шрифтом.
Зато даже такая бумажка способна серьезно помочь в случае возникновения каких-то разногласий и, скорее всего, как раз поможет таких разногласий и непониманий избежать.
И даже не потому, что ваш контрагент является недобросовестной стороной и хочет вас кинуть, просто у него могут быть другие взгляды и представления о предмете договора и обсуждение условий на берегу поможет сразу согласовать условия и избежать последующих проблем.
Поэтому, хоть и джентльмены верят друг другу на слово, наличие письменного договора никогда лишним не будет.
👍33💯5⚡4😁2🤔1
OpenVPN и инфраструктура открытых ключей (PKI)
OpenVPN пользуется заслуженной популярностью у системных администраторов, находя широкое применения в самых разнообразных сценариях.
Но очень часто внедрение OpenVPN происходит посредством повторения инструкций, без глубокого понимания смысла выполняемых действий.
Особенно это касается "генерации ключей", эта простая с виду операция имеет достаточно глубокий скрытый пласт, формируя собственную инфраструктуру открытых ключей.
Отсутствие понимания структуры PKI, как показывает отклик наших читателей, способно приводить к различного рода затруднениям и проблемам при использовании OpenVPN.
https://interface31.ru/tech_it/2020/04/openvpn-i-infrastruktura-otkrytyh-klyuchey-pki.html
OpenVPN пользуется заслуженной популярностью у системных администраторов, находя широкое применения в самых разнообразных сценариях.
Но очень часто внедрение OpenVPN происходит посредством повторения инструкций, без глубокого понимания смысла выполняемых действий.
Особенно это касается "генерации ключей", эта простая с виду операция имеет достаточно глубокий скрытый пласт, формируя собственную инфраструктуру открытых ключей.
Отсутствие понимания структуры PKI, как показывает отклик наших читателей, способно приводить к различного рода затруднениям и проблемам при использовании OpenVPN.
https://interface31.ru/tech_it/2020/04/openvpn-i-infrastruktura-otkrytyh-klyuchey-pki.html
👍24
Он опять дарит игровой компьютер на RTX 4070!
Роман Сакутин, известный айтишник, разыгрывает среди подписчиков своего канала игровой комп.
Розыгрыш через официальную функцию телеграма так, что всё честно!
Переходите по ссылке и принимайте участие - https://t.iss.one/sakutin_csharp/2409
Обязательно подпишитесь на его канал ☝
erid: LjN8K3eK2
Роман Сакутин, известный айтишник, разыгрывает среди подписчиков своего канала игровой комп.
Розыгрыш через официальную функцию телеграма так, что всё честно!
Переходите по ссылке и принимайте участие - https://t.iss.one/sakutin_csharp/2409
Обязательно подпишитесь на его канал ☝
erid: LjN8K3eK2
👎41🤡24👍2🤮1
Будет ли работать PPP-туннель с такой адресацией?
Anonymous Quiz
40%
Будет
15%
Не будет
9%
Туннель поднимется, данные передаваться не будут
12%
Будет, если с той стороны сеть 10.8.8.0
7%
Не будет работать маршрутизация
7%
Это пример некорректной настройки
11%
Работать будет, но так делать нельзя
👍8
❓Вопрос: будет ли работать PPP-туннель с такой адресацией?
✅ Ответ: будет, причем без всяких оговорок.
Почему? Потому что PPP (Point-to-Point Protocol) — двухточечный протокол канального уровня. Канального, т.е. L2 модели OSI. Поэтому для его работы, точно также как и для работы Ethernet IP-адреса не нужны.
IP-адреса – это уже следующий уровень модели OSI – L3 (сетевой). Поэтому любой кадр (именно кадр, а не пакет) попавший на одну сторону PPP-туннеля будет просто доставлен на другой, вне зависимости от его полезной нагрузки.
Таким образом для работы туннелей PPP нет никакой необходимости в IP-адресах вообще.
Но для чего тогда мы присваиваем конечным точкам туннелей IP-адреса? Для работы приложений сетевого уровня, например, чтобы мы могли пропинговать конец туннеля или указать его в качестве шлюза.
Какие адреса вы там будете использовать – туннелю абсолютно все равно, можете указать адреса из разных сетей и вообще разных диапазонов – все будет работать.
Тем более что такая возможность широко используется, например, при резервировании каналов и балансировке, когда вам нужно явно указать маршруты трафика для каждого из каналов, а на одном из них у вас PPPoE с динамическими адресами.
В этом случае просто вешаете на противоположную часть туннеля произвольный адрес и указываете его в качестве шлюза.
Как это работает? Просто. Маршрутизация – это процесс определения нужного интерфейса выхода, а когда мы его определили, благодаря нашему адресу, в дело вступит протокол PPP, который на канальном уровне доставит кадры туда, куда нужно.
✅ Ответ: будет, причем без всяких оговорок.
Почему? Потому что PPP (Point-to-Point Protocol) — двухточечный протокол канального уровня. Канального, т.е. L2 модели OSI. Поэтому для его работы, точно также как и для работы Ethernet IP-адреса не нужны.
IP-адреса – это уже следующий уровень модели OSI – L3 (сетевой). Поэтому любой кадр (именно кадр, а не пакет) попавший на одну сторону PPP-туннеля будет просто доставлен на другой, вне зависимости от его полезной нагрузки.
Таким образом для работы туннелей PPP нет никакой необходимости в IP-адресах вообще.
Но для чего тогда мы присваиваем конечным точкам туннелей IP-адреса? Для работы приложений сетевого уровня, например, чтобы мы могли пропинговать конец туннеля или указать его в качестве шлюза.
Какие адреса вы там будете использовать – туннелю абсолютно все равно, можете указать адреса из разных сетей и вообще разных диапазонов – все будет работать.
Тем более что такая возможность широко используется, например, при резервировании каналов и балансировке, когда вам нужно явно указать маршруты трафика для каждого из каналов, а на одном из них у вас PPPoE с динамическими адресами.
В этом случае просто вешаете на противоположную часть туннеля произвольный адрес и указываете его в качестве шлюза.
Как это работает? Просто. Маршрутизация – это процесс определения нужного интерфейса выхода, а когда мы его определили, благодаря нашему адресу, в дело вступит протокол PPP, который на канальном уровне доставит кадры туда, куда нужно.
👍64👏5
erid: LjN8Jyyv8
🧠 Хотите прокачать свой мозг? 🚀
Замечаете, что стали забывать важные вещи и вам сложно сосредоточиться? Ошибаетесь из-за невнимательности и сильно устаете на работе?🤬
🌟 В SwiftMind_bot вы получите доступ к уникальной программе когнитивных тренировок от brain-тренера и сможете улучшить память и концентрацию, скорость и остроту мышления, выносливость и продуктивность.
Подписывайтесь и начинайте совершенствовать свой ум уже сегодня 📚
🧠 Хотите прокачать свой мозг? 🚀
Замечаете, что стали забывать важные вещи и вам сложно сосредоточиться? Ошибаетесь из-за невнимательности и сильно устаете на работе?🤬
🌟 В SwiftMind_bot вы получите доступ к уникальной программе когнитивных тренировок от brain-тренера и сможете улучшить память и концентрацию, скорость и остроту мышления, выносливость и продуктивность.
Подписывайтесь и начинайте совершенствовать свой ум уже сегодня 📚
👍1🤮1
Никогда такого не было и вот опять…
Здравствуйте, вы нам сервер 1С настраивали, сначала все хорошо было, а теперь все тормозит…
Подобные вопросы приходят регулярно. А на вопрос «а что вы на нем делали» обычно отвечают «ничего, только баз добавили».
Правильно заданный вопрос – это половина ответа. Ключевой момент – добавили баз. А регламентные задания не настроили. Ну правда, зачем.
Поэтому читаем и просветляемся: Почему тормозит 1С. Регламентные задания
Потом идем настраивать регламентные задания и радоваться результату. Даже если пока вроде-бы «все хорошо».
Здравствуйте, вы нам сервер 1С настраивали, сначала все хорошо было, а теперь все тормозит…
Подобные вопросы приходят регулярно. А на вопрос «а что вы на нем делали» обычно отвечают «ничего, только баз добавили».
Правильно заданный вопрос – это половина ответа. Ключевой момент – добавили баз. А регламентные задания не настроили. Ну правда, зачем.
Поэтому читаем и просветляемся: Почему тормозит 1С. Регламентные задания
Потом идем настраивать регламентные задания и радоваться результату. Даже если пока вроде-бы «все хорошо».
👍34😁3🌭2
Без бумажки ты букашка
Эту историю оставили специально для пятницы. Коллега из другого региона некоторое время назад брал первый крупный проект и просил у нас совета как ему лучше поступить.
Объект – торгово-производственное предприятие, производит и реализует пищевую продукцию. Наш коллега с ними уже работал, но по мелочи. Со временем заработал авторитет и ему предложили более широкий фронт работ.
Первый раз браться за такое страшновато и поэтому он решил посоветоваться. При том что по вопросам розницы и общепита мы с ним общались довольно давно.
Но главное было не это. Первое, что мы ему сказали – делай договор и не типовую рыбу, где Заказчик поручает, а Исполнитель выполняет пес пойми что, а где будет конкретно прописан предмет договора, а все технические задания и прочие рабочие задачи будут оформляться приложениями к этому самому договору.
Коллега сначала поупирался, мол нафиг нужно, меня лесом пошлют и прочее. Да и заказчик тоже не горел желанием разводить «бюрократию», мол меня все тут знают, я никого не кидал и т.д. и т.п.
В общем коллегу я убедил, в том числе и рассказывая «страшилки» про то, как исполнитель на ровном месте влетал лаптями в жир.
Проект пошел и даже все это бумажное оформление стало довольно привычным. Хотя по больше части все бумаги подписывались не читая.
Гром грянул на прошлой неделе. Когда получилось так, что блок закупок дал неверный расчет потребностей производства и было закуплено избыточное количество скоропортящегося товара.
А дальше все развивалось по привычному сценарию: ваша программа неправильно посчитала, и мы попали на деньги.
Причем это не виртуальная «упущенная выручка», а вполне реальный убыток, который вон в том углу лежит на складе и тянет на конкретные NNN тыс. руб. А руководство интересует вопрос – кто за это все будет платить.
В общем – ситуация не очень хорошая, если не сказать плохая. Потому как все сотрудники будут в один голос утверждать, что они тут не причем, а все это ваша программа.
Отмахаться, конечно, можно, но отношения с заказчиком будут конкретно испорчены.
А вот тут-то коллега и оценил все плюсы бюрократии. Он нашел подписанное сторонами очередное приложение к договору, где речь шла о реализации того самого блока закупок и алгоритмов, по которым он должен был работать.
Взяли эти же формулы, засунули в Excel и получили тот же самый результат. Т.е. программа отработала корректно, ошибка была в формулах.
После чего все претензии в сторону коллеги были сняты, а внутри компании последовали определенные оргвыводы.
А не было бы этой «бюрократии» и все могло бы пойти по-другому, и коллега вполне мог остаться крайним. Что чревато если не материальными, то репутационными потерями.
Поэтому много бумаг не бывает. Особенно там, где вы беретесь реализовывать чужие алгоритмы и результат может напрямую влиять на финансовое состояние заказчика.
Эту историю оставили специально для пятницы. Коллега из другого региона некоторое время назад брал первый крупный проект и просил у нас совета как ему лучше поступить.
Объект – торгово-производственное предприятие, производит и реализует пищевую продукцию. Наш коллега с ними уже работал, но по мелочи. Со временем заработал авторитет и ему предложили более широкий фронт работ.
Первый раз браться за такое страшновато и поэтому он решил посоветоваться. При том что по вопросам розницы и общепита мы с ним общались довольно давно.
Но главное было не это. Первое, что мы ему сказали – делай договор и не типовую рыбу, где Заказчик поручает, а Исполнитель выполняет пес пойми что, а где будет конкретно прописан предмет договора, а все технические задания и прочие рабочие задачи будут оформляться приложениями к этому самому договору.
Коллега сначала поупирался, мол нафиг нужно, меня лесом пошлют и прочее. Да и заказчик тоже не горел желанием разводить «бюрократию», мол меня все тут знают, я никого не кидал и т.д. и т.п.
В общем коллегу я убедил, в том числе и рассказывая «страшилки» про то, как исполнитель на ровном месте влетал лаптями в жир.
Проект пошел и даже все это бумажное оформление стало довольно привычным. Хотя по больше части все бумаги подписывались не читая.
Гром грянул на прошлой неделе. Когда получилось так, что блок закупок дал неверный расчет потребностей производства и было закуплено избыточное количество скоропортящегося товара.
А дальше все развивалось по привычному сценарию: ваша программа неправильно посчитала, и мы попали на деньги.
Причем это не виртуальная «упущенная выручка», а вполне реальный убыток, который вон в том углу лежит на складе и тянет на конкретные NNN тыс. руб. А руководство интересует вопрос – кто за это все будет платить.
В общем – ситуация не очень хорошая, если не сказать плохая. Потому как все сотрудники будут в один голос утверждать, что они тут не причем, а все это ваша программа.
Отмахаться, конечно, можно, но отношения с заказчиком будут конкретно испорчены.
А вот тут-то коллега и оценил все плюсы бюрократии. Он нашел подписанное сторонами очередное приложение к договору, где речь шла о реализации того самого блока закупок и алгоритмов, по которым он должен был работать.
Взяли эти же формулы, засунули в Excel и получили тот же самый результат. Т.е. программа отработала корректно, ошибка была в формулах.
После чего все претензии в сторону коллеги были сняты, а внутри компании последовали определенные оргвыводы.
А не было бы этой «бюрократии» и все могло бы пойти по-другому, и коллега вполне мог остаться крайним. Что чревато если не материальными, то репутационными потерями.
Поэтому много бумаг не бывает. Особенно там, где вы беретесь реализовывать чужие алгоритмы и результат может напрямую влиять на финансовое состояние заказчика.
👍62🔥41🫡4💯3❤1
⁉️ Хотите настроить гибкий роутер на базе Linux-машины, но не знаете, с чего начать?
Сталкиваетесь с трудностями в настройке маршрутизатора и предоставлении доступа в Интернет для локальной сети? Чувствуете, что вам не хватает знаний для уверенной работы с сетевыми настройками?
❗️Это поправимо! Представьте, что вы знаете, как правильно настроить маршрутизатор, предоставлять доступ в Интернет для локальной сети и настраивать сетевой фильтр. Ваши навыки востребованы и вы уверенно справляетесь с любыми задачами сетевой конфигурации.
Присоединяйтесь к открытому вебинару 12 августа в 19:00 мск и сделайте этот прыжок в будущее!
🎙 Спикер Николай Лавлинский — PhD Economic Sciences, опытный разработчик, автор курсов по администрированию и оптимизации веб-приложений, ведущий каналов «Ускорение сайтов» и «Поддержка сайтов».
➡️Запишитесь на вебинар и прокачайте свои навыки работы с сетевыми настройками в Linux: https://otus.pw/ehLD/?erid=LjN8KHrUQ
Сталкиваетесь с трудностями в настройке маршрутизатора и предоставлении доступа в Интернет для локальной сети? Чувствуете, что вам не хватает знаний для уверенной работы с сетевыми настройками?
❗️Это поправимо! Представьте, что вы знаете, как правильно настроить маршрутизатор, предоставлять доступ в Интернет для локальной сети и настраивать сетевой фильтр. Ваши навыки востребованы и вы уверенно справляетесь с любыми задачами сетевой конфигурации.
Присоединяйтесь к открытому вебинару 12 августа в 19:00 мск и сделайте этот прыжок в будущее!
🎙 Спикер Николай Лавлинский — PhD Economic Sciences, опытный разработчик, автор курсов по администрированию и оптимизации веб-приложений, ведущий каналов «Ускорение сайтов» и «Поддержка сайтов».
➡️Запишитесь на вебинар и прокачайте свои навыки работы с сетевыми настройками в Linux: https://otus.pw/ehLD/?erid=LjN8KHrUQ
👍7👎1
Что будет, если обжать витую пару произвольно, но одинаково с двух сторон?
Anonymous Poll
46%
Все будет работать
12%
Работать не будет
13%
Как повезет, можем получить ухудшение частотных характеристик
12%
Получим ухудшение частотных характеристик
1%
Для неэкранированного кабеля не имеет значения
0%
Для экранированного кабеля не имеет значения
5%
Будет нестабильная работа с потерей пакетов
1%
Все стандарты – чистая формальность
6%
Это все имело значение раньше, современные устройства сами разберутся как обжато
4%
Что такое витая пара?
👍6
Витая пара
Чтобы понять работу витой пары нужно немного углубиться в школьный курс физики и даже немного выйти за его рамки. Поэтому постараемся объяснить процесс простыми словами.
Витая пара – это пара проводников электрического сигнала, свитая небольшим шагом по отношению к единице длины. Этим достигается одинаковая длина обоих проводников, а благодаря витью они равномерно располагаются в пространстве, т.е. нельзя сказать, что один проводник проходит выше, второй ниже (левее/правее).
Этим достигается максимально одинаковое влияние внешних факторов на оба проводника, почему это важно – мы рассмотрим ниже.
По витой паре передается дифференциальный сигнал, это когда по второму проводнику передается сигнал инверсный первому, а считывается не уровень сигнала относительно земли (точка электрической схемы с нулевым потенциалом), а разница потенциалов между ними.
Это позволяет повысить помехоустойчивость линии связи, так как внешняя помеха будет действовать на оба провода витой пары одинаково и однонаправленно.
Например, мы подали на первый проводник сигнал в +2 В, а на второй -2 В. Разница потенциалов у нас составит 4 В. Теперь представим внешнюю помеху с уровнем в 1,5 В. Таким образом в первом проводнике мы получим уровень сигнала +3,5 В, во втором – 0,5 В, но разность потенциалов останется прежней, все те же 4 В.
Также дифференциальный характер сигнала позволяет эффективно подавлять внутренние помехи, так как электрические поля проводников будут взаимно гаситься.
Таким образом мы получаем достаточно простой и дешевый кабель, способный передавать высокочастотный электрический сигнал, устойчивый к помехам и создающий минимальные внешние наводки сам.
В многопарных кабелях для разных пар используется разный шаг завивки, чтобы исключить влияние взаимных помех. При этом все пары по частотным и волновым характеристикам одинаковы. Т.е. нет более скоростных и менее скоростных пар.
Стандарт TIA/EIA-568A и пришедший ему на смену TIA/EIA-568B задают в числе прочего порядок разводки разъема 8P8C, более известного как RJ45.
Для 10 и 100 Мбит/с используется две пары из четырех. Которые разводятся на 1-2 и 3-6 контакт разъема, при этом используются зеленая и оранжевая пара. Такая странная разводка сделана для совместимости с телефонным разъемом 6P4C (RJ11), который как раз попадает на 4-5 контакт.
Для стандартов 1 Гбит/с и выше используются все четыре пары и по каждой из них передается одинаковый сигнал, т.е. нет какой-то подстройки под конкретные пары.
Итак, что будет если мы не будем следовать стандарту и вложим провода в разъем в том порядке, который нам нравится?
Если мы будем соблюдать раскладку контактов по парам: 1-2, 3-6, 4-5, 7-8 – то ничего страшного не случится, кабель полностью сохранит свои частотные характеристики.
В случае с любой другой схемой обжима мы получим, что прямой и инверсный сигналы находятся в разных витых парах, что резко снизит помехозащищенность кабеля и увеличит внутренние наводки. Т.е. его частотные характеристики однозначно будут серьезно ухудшены.
На практике все будет зависеть от качества кабеля, его длины, качества монтажа, уровня внешних помех и много еще чего. Поэтому такой кабель может как работать «нормально», так и практически не работать вообще.
При этом однозначно сократится длина кабельной линии, на которой кабель работает без снижения скоростных характеристик или перехода на более медленный стандарт.
Поэтому не стоит заниматься самодеятельностью и обжимать кабель следует согласно утвержденных стандартов.
Чтобы понять работу витой пары нужно немного углубиться в школьный курс физики и даже немного выйти за его рамки. Поэтому постараемся объяснить процесс простыми словами.
Витая пара – это пара проводников электрического сигнала, свитая небольшим шагом по отношению к единице длины. Этим достигается одинаковая длина обоих проводников, а благодаря витью они равномерно располагаются в пространстве, т.е. нельзя сказать, что один проводник проходит выше, второй ниже (левее/правее).
Этим достигается максимально одинаковое влияние внешних факторов на оба проводника, почему это важно – мы рассмотрим ниже.
По витой паре передается дифференциальный сигнал, это когда по второму проводнику передается сигнал инверсный первому, а считывается не уровень сигнала относительно земли (точка электрической схемы с нулевым потенциалом), а разница потенциалов между ними.
Это позволяет повысить помехоустойчивость линии связи, так как внешняя помеха будет действовать на оба провода витой пары одинаково и однонаправленно.
Например, мы подали на первый проводник сигнал в +2 В, а на второй -2 В. Разница потенциалов у нас составит 4 В. Теперь представим внешнюю помеху с уровнем в 1,5 В. Таким образом в первом проводнике мы получим уровень сигнала +3,5 В, во втором – 0,5 В, но разность потенциалов останется прежней, все те же 4 В.
Также дифференциальный характер сигнала позволяет эффективно подавлять внутренние помехи, так как электрические поля проводников будут взаимно гаситься.
Таким образом мы получаем достаточно простой и дешевый кабель, способный передавать высокочастотный электрический сигнал, устойчивый к помехам и создающий минимальные внешние наводки сам.
В многопарных кабелях для разных пар используется разный шаг завивки, чтобы исключить влияние взаимных помех. При этом все пары по частотным и волновым характеристикам одинаковы. Т.е. нет более скоростных и менее скоростных пар.
Стандарт TIA/EIA-568A и пришедший ему на смену TIA/EIA-568B задают в числе прочего порядок разводки разъема 8P8C, более известного как RJ45.
Для 10 и 100 Мбит/с используется две пары из четырех. Которые разводятся на 1-2 и 3-6 контакт разъема, при этом используются зеленая и оранжевая пара. Такая странная разводка сделана для совместимости с телефонным разъемом 6P4C (RJ11), который как раз попадает на 4-5 контакт.
Для стандартов 1 Гбит/с и выше используются все четыре пары и по каждой из них передается одинаковый сигнал, т.е. нет какой-то подстройки под конкретные пары.
Итак, что будет если мы не будем следовать стандарту и вложим провода в разъем в том порядке, который нам нравится?
Если мы будем соблюдать раскладку контактов по парам: 1-2, 3-6, 4-5, 7-8 – то ничего страшного не случится, кабель полностью сохранит свои частотные характеристики.
В случае с любой другой схемой обжима мы получим, что прямой и инверсный сигналы находятся в разных витых парах, что резко снизит помехозащищенность кабеля и увеличит внутренние наводки. Т.е. его частотные характеристики однозначно будут серьезно ухудшены.
На практике все будет зависеть от качества кабеля, его длины, качества монтажа, уровня внешних помех и много еще чего. Поэтому такой кабель может как работать «нормально», так и практически не работать вообще.
При этом однозначно сократится длина кабельной линии, на которой кабель работает без снижения скоростных характеристик или перехода на более медленный стандарт.
Поэтому не стоит заниматься самодеятельностью и обжимать кабель следует согласно утвержденных стандартов.
👍114❤6🔥3
Новая Астра 1.8 - на вид приятная, внутри современная (Debian 12 под капотом). Более логичная и простая.
Впечатления приятные. Но лицензирования на физическое лицо как нет, так и не было.
Скоро обзор. Пишется уже сейчас.
Впечатления приятные. Но лицензирования на физическое лицо как нет, так и не было.
Скоро обзор. Пишется уже сейчас.
👍39🤡11🤮2😁1
Какой именно кабель изображен на фотографии выше?
Anonymous Quiz
27%
Cat 5e
25%
Cat 6
10%
Cat 6a
10%
Cat 5e или Cat 6
7%
Cat 5e, Cat 6 или Cat 6a
3%
Cat 8
8%
Любой указанный выше
10%
Любой кроме Cat 5e
⚡️ Квиз на знание K8s
Попробуйте пройти тест из 15 вопросов за 30 минут и вы узнаете свой уровень знаний K8s.
Квиз специально подготовлен под онлайн-курс «Инфраструктурная платформа на основе Kubernetes» от Отус.
➡️ ПРОЙТИ КВИЗ: https://otus.pw/x7kF/?erid=LjN8JuEWd
🔥 Это курс для девопсов, администраторов, разработчиков и CTO, которые хотят получить квалификацию платформенного инженера и самостоятельно создать инфраструктурную платформу в своей компании.
📦 Пройдете успешно квиз, бонусом получите доступ к записям прошедших вебинаров курса.
Попробуйте пройти тест из 15 вопросов за 30 минут и вы узнаете свой уровень знаний K8s.
Квиз специально подготовлен под онлайн-курс «Инфраструктурная платформа на основе Kubernetes» от Отус.
➡️ ПРОЙТИ КВИЗ: https://otus.pw/x7kF/?erid=LjN8JuEWd
🔥 Это курс для девопсов, администраторов, разработчиков и CTO, которые хотят получить квалификацию платформенного инженера и самостоятельно создать инфраструктурную платформу в своей компании.
📦 Пройдете успешно квиз, бонусом получите доступ к записям прошедших вебинаров курса.
CMDKEY или вы до сих пор вводите пароли?
Операционные системы семейства Windows содержат много небольших утилит, делающих жизнь администратора проще и удобнее.
Но не все из них на слуху, многие незаслуженно обделены вниманием, и, как показал читательский отклик, cmdkey - одна из них.
Основная задача этой утилиты - управление учетными данными для доступа по сети и ее возможности трудно переоценить, особенно в одноранговых сетях.
Поэтому, если вы или ваши пользователи испытывают затруднения с паролями, теряют доступ к сетевым ресурсам - то вам пора начать применять cmdkey, а как это сделать мы расскажем в данной статье.
https://interface31.ru/tech_it/2019/06/adminu-na-zametku---25-cmdkey-ili-vy-do-sih-por-vvodite-paroli.html
Операционные системы семейства Windows содержат много небольших утилит, делающих жизнь администратора проще и удобнее.
Но не все из них на слуху, многие незаслуженно обделены вниманием, и, как показал читательский отклик, cmdkey - одна из них.
Основная задача этой утилиты - управление учетными данными для доступа по сети и ее возможности трудно переоценить, особенно в одноранговых сетях.
Поэтому, если вы или ваши пользователи испытывают затруднения с паролями, теряют доступ к сетевым ресурсам - то вам пора начать применять cmdkey, а как это сделать мы расскажем в данной статье.
https://interface31.ru/tech_it/2019/06/adminu-na-zametku---25-cmdkey-ili-vy-do-sih-por-vvodite-paroli.html
👍27🔥8