Переходим на HTTPS на Nginx: шпаргалка

Создаем bundled PEM-сертификат. Босс должен будет переслать письмо от thawte, в котором в PEM-формате будет лежать наш сертификат. Мы должны открыть sublime text и вставить туда этот сертификат, а также скачать промежуточный сертификат с сайта thawte, вставить его в тот же файл и сохранить в /etc/nginx/certificate_bundled.crt.

А не проще что-то вроде?

$ cat our.crt thawte.crt > /etc/nginx/certificate_bundled.crt

Копируем приватный ключ туда же командой

mv private.key /etc/nginx/private.key

Все таки не копируете, а перемещаете, может так случиться, что кто-то долго будет искать оригинал, когда сотрет перемещенный.

openssl rsa -in /etc/nginx/private.key -out /etc/nginx/private.key

Тоже сомнительно перетирать оригинал, лучше сделать просто новый файл без пароля:

openssl rsa -in /etc/nginx/private.key -out /etc/nginx/private_nopass.key

Почему Bittorent через Tor — плохая идея

Да, начиная с socks 5, но ведь amarao как раз пишет о TOR. Вот мне и стало интересно, как была им решена проблема udp трафика.

Почему Bittorent через Tor — плохая идея

Скажите пожалуйста, как решается проблема с не-tcp трафиком в вашем случае? Ведь через socks проходит только tcp.
Я в целях исследования пробрасывал через TOR openvpn (over tcp) туннель до vps. С vps уже нормальный выход в сеть. Работает, только задержки становятся от 250 до 860 мс. Но это не решает проблему анонимности, потому что выход в общую сеть все равно есть, а по характеристике трафика получателя и отправителя все равно можно установить личность, особенно если подключить исторические статистические данные о пребывании в общей сети.

Качество сетей передачи данных. Программные и аппаратные измерения

Не совсем понял о чем вы.
Фоновый трафик при эталонных измерениях никак не может присутствовать на сети, поскольку он вносит свою погрешность. Если же мы говорим о тесте канала для клиента (например L2 vlan) и по нашей сети его пропускная способность ограничена шейперами, qos-policy или еще как-то, то фоновый трафик будет оказывать влияние на потери пакетов в этом канале лишь в случае oversale'а, либо в случае паразитного роста.
С ростом берстности потери пакетов зависят лишь от вашего оборудования, т.е. если заявлено, что оборудование работает 100% на wirespeed без ограничений (скажем, современные коммутаторы), то потерь не будет, если же указывается, что буфер рассчитан на 0.5 сек, например, (аппаратно-программные сигнатурные фильтры) то потери начнутся спустя это время из-за переполнения буфера.
Может быть вы имеете ввиду применение Теории телетрафика к реальным сетям и оценку взаимовлияния потоков данных?

Качество сетей передачи данных. Программные и аппаратные измерения

Да, НТЦ Метротек.