All streams
Search
Write a publication
Pull to refresh
23
0
Максим @mureevms

Devops

Send message
За 8 лет работы на десктопном и серверном Linux'е (Ubuntu, Debian, LinuxMint, Mandriva, RHEL, Fedora) на разном железе было только две проблемы с этим железом. Первая с сетевой картой — не было сети, при чем сама карта работала. Для меня до сих пор не ясно в чем было дело, быть может и не в карте, а в руках, поскольку случилось это при самой первой установке Ubuntu, тогда еще 8.04, для ознакомления с линуксом. Второй — спящий режим. Работал поперемено на разных версиях разных систем. И это действильно косяк ОС. Ни когда не было проблем с видеодрайверами, хотя были карты как Radeon, так и Nvidia, не считая современных интегрированных чипов.
Можно вспомнить как в Ubuntu Server 16.04 из ядра убрали драйвера RAID контроллеров (уже не помню каких конкретно), но это не косяк самого Linux.
Помимо вышенаписанного больше проблем с железом не было.
Хотел написать про интерфейсы, но пропустил этот момент, уже не буду исправлять. Спасибо за ценное дополнение!
Полезная статья, в рунете подобное сложно найти. Жду вторую часть. Спасибо автору.
Данным картелем должен быть АКИТ и их «сговор» из соседней статьи
Зарегистрироваться на LinkedIn или обновиться до Windows 10
Простите, но картинки размером по высоте на половину\полный экран не располагают к чтению, мягко говоря. Это ведь не вконтакте.
Речь конечно не идет об острой необходимости. Ситуация такова, что есть два своих провайдера с узкими каналами и третий с широким, но пустить туда весь трафик нельзя по определенным причинам. Поэтому было решено распределять нагрузку на всех троих более или менее равномерно. RRDG и является таким решением. Что характерно, после включения пользователи отметили, что "интернет стал быстрее".
Предположу, что не настроена маркировка пакетов в iptables.
Статью прочтите еще раз, в конфиге и клиента, и сервера под спойлерами указан файл server.key
Похоже мы не понимаем друг друга.
Вроде бы говорим об одном файле server.conf для OpenVPN клиента. В нем указан путь до server.key. Как не содержит, не понимаю.
Дело не сколько в названии, сколько в наличии секретного файла server.conf в конфиге, следовательно и на хосте, клиента.
Прошу поправить в статье данный факт, если Вам не трудно.
Упоминается под спойлером. И это сбивает с толку
Содержимое файла server.conf для клиента OpenVPN
Проясните пожалуйста ситуацию. Вы пишите касательно server.key:
req: /home/vpnoperator/easy-rsa-master/easyrsa3/pki/reqs/server.req
key: /home/vpnoperator/easy-rsa-master/easyrsa3/pki/private/server.key
Первый из этих файлов нам нужно передать на сервер удостоверяющего центра CA, он не секретный. Второй файл — секретный, и он не должен покидать пределы сервера OpenVPN

А ниже, приводя файл настройки клиента, виден этот самый server.key. Как это понимать?
key "/usr/local/etc/openvpn/server.key"
Очень нужен бесплатный домен с NS сервером
Интересно и как раз вовремя. Насколько я знаю, Raspbian обновился и текущее ядро 4.x, а стример ведет себя так же.
Ну и, вообще-то, ключи надо генерировать на той машине, где они будут использоваться и потом пересылать открытый ключ на целевой сервер. И в putty есть специальная кнопочка, которую надо нажать один раз за всё время использования.

Где угодно можно ключи генерить, главное на хост доставить и в нужное место положить.
Конечно читал. Не припомню, чтобы на Debian была подобная ситуация. Возможно это дистрибутивозависимо.
Это же только для новых соединений и после сброса кеша. Если соединение активно маршрут не изменится. Тут нет вариантов.
Такой же используется в квесте «Тайная комната музея астрономии» в Томске.
Управление ужасное. Очень сложно захватить футляр от фотопленки.
echo $SHELL
/bin/bash
bc
bc 1.06.95
...

Information

Rating
5,360-th
Location
Томск, Томская обл., Россия
Date of birth
Registered
Activity