Вот инструкция как отправить отдельное приложение в отдельный интерфейс на Linux при помощи namespaces.
Самое приятное, что статья платная, а вся важная инфа доступна бесплатно =)

https://xakep.ru/2018/01/15/vpn-linux-network-namespaces/

Как на самом деле работает почта

Ребята из Linkmeup (https://t.me/linkmeup_podcast) откопали охрененную презентацию про траблшутинг беспроводных сетей (и про софт и железо для этого). Маст рид. 52 слайда годноты http://www.globeron.com/freedownload/services/Globeron-1-2-3-ToolsToAnalyzeRoaming.pdf

Вот вам, под вечер, неплохой перевод статьи про WebSocket (и немного про HTTP/2+SSE)
https://habrahabr.ru/company/ruvds/blog/342346/
И обзорная статья про отказоустойчивость в MS SQL 2017 в редакции Standart (с примерами и скриптами)
https://habrahabr.ru/post/342248/

Балансировка нагрузки каналов связи всегда была темой с некоторой долей магии.
Особенно, если речь идёт, про связь с не фиксированными скоростями, например 4G.

Каким образом мы можем балансировать такие каналы связи?
Существует две стратегии (о который известно автору ;) Обе не без изъяна.

Per Host\Connection classifier
В этом подходе мы балансируем нагрузку на каналы по пользователям (одних "налево", одних "направо") или по соединениям.

Часть пользователей или соединений будут «видеть» внешний мир через первый модем, часть через второй (третий, пятый и тд). Мы можем делить равномерно или не очень, определяя отпавший\плохой канал или не обращая на это внимание.

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

У этого подхода есть недостаток — максимальная скорость любого соединения будет равна максимальной скорости того канала (модема), на который данному соединения суждено попасть. Т.е. скорость связи не суммируется. Имеем два канала по 50 мегабит, но сотка не достижима. Это обидно.

Per Package classifier
Существует другой подход — по пакетная балансировка нагрузки между каналами.

Этот подход лишён недостатка в предедущем решении — скорость модемов, с точки зрения проходящего трафика, суммируется. Если мы будем иметь два канала по 50 мегабит, то, теоретически, пользователь сможет использовать их оба "на полную катушку".

Но. Всегда есть но.

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

А вторая (все твои мечты) — не фиксированные скорости.
Дело в том, что при пакетной балансировке, скорость модемов будет суммироваться не совсем честно.
Если один из каналов в какой-либо момент времени потеряет в скорости и сможет пропустить через себя только 5 мегабит, то общая ширина канала составит 10 мегабит, даже если второй будет способен пропустить в десять раз больше.
Более медленный канал, в силу специфики такой балансировки, будет как бы «тормозить» более быстрый.

(азаза обещал два) Per Package and Signal Quality classifier
Выходом из сложившейся ситуации — будет пакетная балансировка с учётом качества каналов.
Это наиболее гибкий и сложный в реализации способ. Но и он не идеален.
Дело в том, что информация о качестве эфира поступает к нам с задержкой, мы всегда видим картину прошлого, а не текущего статуса, и тем более мы не можем прогнозировать ухудшение качества связи.
Но это лучше чем ничего.

Хозяйке на заметку: Качество сигнала лучше всего получать при помощи AT команд (например, AT+CSQ) если они поддерживаются вашим устройством

Итак, если у вас нет своего ДЦ или хоста с хорошим каналом связи - ваш путь первый, если есть и связь устойчивая - второй, если связь не устойчивая и устройство умеет в скрипты (или автобалансинг) - третий путь ваш.

Stay connected and sorry for the long silence

Проблемы с загрузкой компьютера? Эта «простая и наглядная» схема поможет вам) (на самом деле)

*в более лучшем качестве. (cпасибо, *sm1Ly)

На случай если вы пропустили релиз новой версии Монстра Мониторинга 3.4
https://habrahabr.ru/company/zabbix/blog/336084/

Более подробно тут:
https://www.zabbix.com/documentation/3.4/manual/introduction/whatsnew340

Перевод отличной статьи от Брендана Грегга про Load Average в Linux.
Мне особенно понравился момент про поиск информации о патче 0.99.14.
https://habrahabr.ru/company/mailru/blog/335326/
Очень подробно и детально. Спасибо майлу за перевод, Брендану за исследование.


Оригинал http://www.brendangregg.com/blog/2017-08-08/linux-load-averages.html

Написал подробности про DNS записи CAA, которые через 20 дней станут обязательными к исполнению всеми CA.
Вы не сможете выпустить или продлить сертификат не имея такой записи в своей зоне, но это не единственное зачем они нужны:
http://telegra.ph/CHto-takoe-DNS-Certification-Authority-Authorization-08-10

Stay connected and just ADD CAA!
#осталсямесяц #сентябрь #CAA #добавить #днс #одназапись #незабить

Перевёл статью о том, что такое лимиты в Nginx и как их правильно настраивать.
http://telegra.ph/Ogranicheniya-zaprosov-v-Nginx-i-Nginx-08-01
Кажется, получилось очень годно. Почитайте, отправьте другу и настройте свой сервер.

Стандарты семейства 802

Впервые комитет IEEE 802 был сформирован в феврале 1980 года. И казалось бы, это и есть ответ на вопрос про номер: 80-тый год, второй месяц, но это не точно, и вторая гипотеза в том, что 802 - это просто следующий свободный номер, доступный в момент создания комитета. Правды, разумеется, никто не знает (кроме википедии =).

Комитеты эти (да, начиналось всё с одного, а потом как поонеслось...) могут заниматься только кадрам (то есть то что на l2 в модели OSI и имеет переменную длину) и только для Локальных, Кампусных или Метро сетей. Они не занимаются сетями персональными, сетями Point to Point или etc. Только что-то более менее крупное (но не сильно), что-то более менее распространённое.

За время своего существования IEEE нафигачили огромную пачку стандартов, часть из которых уже закрыты:
802.4 - маркерные шины. Или сети с эффектом эстафеты - когда по сети передаётся некий служебный кадр, и тот кто его захватывает - имеет право передачи информации, а остальные в этот момент молчат. Само собой у такого подхода есть преимущества - например, нет необходимости разрешения коллизий или существенно ниже требования к каналу (в сравнении с тем же ethernet)
802.5 - Token Ring - тоже что и выше (с небольшой натяжкой, но всё же), но в топологии кольца. Такие сети в современных реалиях выглядят архаичными, а современные размеры и скорости работы для них были бы практически не достижимыми.
802.6 - стандарт для построения метро сетей поверх FDDI (двойного кольца на оптике с Token Ring - два симплексных кольца, работающих в разные стороны). Удивительно как любили на заре основания сетей делать что-то с маркером доступа.
802.7 - стандарт, разработка которого (судя по имеющейся у меня информации) так и не начиналась. Однако сам стандарт описывал некие протоколы широковещания (некий аналог бродкаста для сетей того времени), если я ничего не перепутал =)
802.8 - аналог 802.6, но с уклоном в локальные сети. И опять токен ринг =)
802.9 - описание механизмов передачи голоса и данных одновременно через сети isoEthernet (cat 3 -10 Mbps) или ISDN.
802.10 - описывает общие принципы безопасности в сетях передачи данных. Стандарт был очень общий (описывал сразу и управление ключами, и контроль доступа и интеграцию данных и кучу всего - восемь частей). Часть из него перетекла в 802.11i. Так же на его основе (точнее с использованием некоторых принципов) был создан Cisco Inter-Switch Link (ISL) протокол.
802.12 - антагонист "тогдашнего" Ethernet’a. 100BaseVG (Any-LAN). Был придуман в HP и AT&T (но больше всё таки в HP). Очень интересный стандарт, по которому и Ethernet и token ring могли ходить одновременно, но сложный =) И арбитраж сети, и qos и sla всё сразу внутри.
802.14 - кабельные модемы с бриджем на борту. Штуки, благодаря которым можно было получить интернет из «кабельного телевидения» (HFC) или специального оптического кабеля (RFoG - Radio Frequency over Glass). Кажется, это была неудачная попытка американских кабельных гигантов продать доп. услугу. Сейчас потомок этого стандарта под названием DOCSIS вы можете встретить в сетях Акады (работает откровенно через мягкое место, но не нужно прокладывать кабельную инфраструктуру).
802.20 - Мобильный широкополосный беспроводной доступ. Оно же iBurst (или HC-SDMA, High Capacity Spatial Division Multiple Access). Ныне не развивается.

Из ныне живущих (и более менее интересных):
802.15 - Тот самый блютус и его аналоги. Сам комитет IEEE изначально не планировал заниматься вот такими сетями - так как они, всё же, персональные, но в случае с 15-тым пакетом стандартов, главную роль играет именно распространенность технологий. Сети маленькие, но ооочень популярные.
802.16 - доживающий свои последние дни WiMAX и всё о нём
802.21 - стандарт роуминга между различными физическими сетями (например, бесшовное переключение с 3g на WiFi)

* часть два *
И три последних, но самых интересных:

802.1 - семейство Bridging. Ооооогромная пачка суб стандартов «обо всём на свете». Вланы, stp, мультиплексирование, прозрачный мост и куча всего.
802.3 - тот самый крафтовый (современный) Ethernet. Сюда же можно отнести 802.13, который зарезервировали, но не используют (номер есть, отдельного стандарта нет).
802.11 - Тот самый вай фай и все его расширения. В котором как грибы после дождя всё ещё появляются новые спецификации и рекомендации.

Современный сетевой инженер (если хочет быть «в теме») должен более-менее ориентироваться хотя бы в последней тройке.

С праздником тех, для кого 802 это не просто число =)

Stay connected and IEEE this.

Мосгорсуд потребовал от Telegram принять меры по защите авторских прав «Эксмо»
#Telegram #суд

По жалобе издательства «Эксмо» под запрет попали размещённые в Telegram книги Кира Булычева и Гая Юлия Орловского. Мосгорсуд потребовал от Telegram обеспечить защиту авторских прав издательства. При этом пользователи или каналы, распространявшие авторский контент, неизвестны. На предварительные обеспечительные меры сервису дается 15 дней.

По жалобе «Эксмо» весной 2016 года была внесена под вечную фильтрацию популярная онлайн-библиотека Флибуста. Сама компания мессенджера еще в 2016 году добавила в FAQ пункт «Бот или канал нарушает мой копирайт. Что мне делать?».

Однако Telegram не планирует рассматривать жалобы, которые связаны с закрытыми чатами, но принимает претензии в отношении публичного распространения контента ботами и каналами. Также принимаются претензии в отношении наборов стикеров.

http://www.rapsinews.ru/moscourts_news/20180214/281942962.html

✮انصاری الماس حسین✮:
@TGWhatAppBot
Может ли кто-нибудь помочь мне с ботинком?

A̐ndry В ☆ @rostext:
Для чего этот бот?

ℳister White:
Бот связывает WA и TG

Какая-то связь с группой там и там

Y.A.D:
https://blog.shrimadhavuk.me/posts/2017/12/31/Telegram-WhatApp/
Здесь есть видео в котором объясняется как пользоваться ботом

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

Android:
Telegram Beta by Nikolai - https://rink.hockeyapp.net/apps/dc3b3c6317af4a3caa5269a58697e088

iOS:
Telegram-iOS by Telegram - https://rink.hockeyapp.net/apps/c6f5a76f5c364ac89a98b77671ef2d63?loading=false&secret=

Windows Phone
Unigram by Unigram-INC - https://rink.hockeyapp.net/apps/7d36a4260af54125bbf6db407911ed3b
Unigram by Luis Guerrero - https://rink.hockeyapp.net/apps/0abc51f4bcaf409a9b86fc9b1cb21eeb (прекращено)

MacOS:
Telegram Swift by TELEGRAM MESSENGER LLP - https://rink.hockeyapp.net/apps/6ed2ac3049e1407387c2f1ffcb74e81f
Telegram for OS X (Beta version) by Telegram - https://rink.hockeyapp.net/apps/c55f5e74ae5d0ad254df29f71a1b5f0e

Еще вариант получать обновы яблочной продукции тут - https://developer.apple.com/testflight/
Для того, чтобы присоединиться к тестированию в тестфлайт, вступить в https://t.me/tgiostests и использовать команду /jointesting в группе

Windows:
Unigram X by Unigram, Inc - https://rink.hockeyapp.net/apps/e5a0f6f85ab944ebbc1650fa22b8ac44

Группы/каналы (тест):
Telegram X iOS Beta Updates - https://t.me/joinchat/AAAAAEH2s3QgFooeA2nIRQ (группа)
iOS X Beta Channel - https://t.me/joinchat/AAAAAEH2s3QgFooeA2nIRQ (канал)
macOS Beta Channel - https://t.me/joinchat/AAAAAD_bx8XweRj78Hhj5g (канал)
Telegram macOS Swift Beta Updates - https://t.me/joinchat/AAAAAD_bx8XweRj78Hhj5g (канал)
Telegram macOS - https://t.me/macswift (группа)
iOS Alpha Channel - https://t.me/joinchat/AAAAAEH2s3QgFooeA2nIRQ (канал)

p.s. Просьба по чатам не растаскивать (Эта информация большинству не нужна, всё равно файлы оказываются во всем известных группах (каналах) и на 4pda. Вторая причина - это то, что очень много глупых обезьян по приколу или от глупости полезут в эти самые чаты страдать ерундой) Просто по личкам растащили - самый лучший вариант, либо вырезать группы в знак уважения там находящихся людей. Кому действительно необходимо те знают как себя вести и где искать. 
Спасибо за внимание 😊

Бесплатные Антивирусные Программы для Windows 👍