Объективный тест лампового усилителя с Aliexpress

Из Китая можно заказать различные ламповые усилители, как собранные, так и в виде наборов для сборки (KIT). Один из таких Kit’ов как раз попал мне в руки.

Я не буду говорить о «макро и микродинамике», о «прозрачности сцены» и «душевности вокала», а проведу объективный технический анализ с помощью бездушных графиков АЧХ, нелинейных искажений и термометра.

Читать дальше…

Как узнать кто и с каким ключом авторизовывался по ssh

Лог авторизации по ssh расположен по адресу /var/log/auth.log (либо его вариации типа /var/log/auth.log.1, /var/log/auth.log-20171020 при ротации логов). Если посмотреть его, то обнаружатся записи на подобии:

Oct 20 11:18:13 server sshd[27690]: Accepted publickey for denis from 127.0.0.1 port 1234 ssh2: RSA 12:34:56:78:90:ab:cd:ef:gh:ij:kl:mn:op:qr:st:uv
Oct 20 11:18:13 server sshd[27690]: pam_unix(sshd:session): session opened for user denis by (uid=0)
Oct 20 11:18:13 server systemd-logind[123]: New session 151 of user denis.
Oct 20 11:18:13 server systemd: pam_unix(systemd-user:session): session opened for user denis by (uid=0)

Трудность заключается в том, что мы видим, что под определённым IP (в примере выше 127.0.0.1) авторизовался клиент с помощью публичного ключа (publickey) под некоторым пользователем (denis), но какой именно клиент, а конкретнее — какой именно публичный ключ был использован для авторизации — не ясно.

Запись ssh2: RSA 12:34:56:78:90:… сходу нам ни о чём не говорит, ведь добавленные в ~/.ssh/authorized_keys публичные ключи имеют вид:

ssh-rsa AAAAAAAbnFij3rfsdoinsfdo3243SHDBSJJJS/*r3HJDD... email@server.loc

Что же делать, чтобы узнать кто конкретно из клиентов авторизовывался под анализируемыми пользователем и IP:

Читать дальше…

Решено: connection refused в связке nginx + Apache2 на локальном сервере

Возникла такая ситуация, что после перезагрузки Debian 8, все запросы на nginx выдавали Connection refused. При попытке обратиться непосредственно к Apache2, в соединении был отказ. После принудительного перезапуска Apache2 (service apache2 restart) всё начинало работать.

Читать дальше…

Решение: не устанавливается nginx в Debian 8

При попытке установить nginx на Debian 8 возникла ошибка:

dpkg: ошибка при обработке пакета nginx-full (--configure):
 подпроцесс установлен сценарий post-installation возвратил код ошибки 1
dpkg: зависимости пакетов не позволяют настроить пакет nginx:
 nginx зависит от nginx-full (>= 1.6.2-5+deb8u5) | nginx-light (>= 1.6.2-5+deb8u5) | nginx-extras (>= 1.6.2-5+deb8u5), однако:
 Пакет nginx-full пока не настроен.
 Пакет nginx-light не установлен.
 Пакет nginx-extras не установлен.
 nginx зависит от nginx-full (<< 1.6.2-5+deb8u5.1~) | nginx-light (<< 1.6.2-5+deb8u5.1~) | nginx-extras (<< 1.6.2-5+deb8u5.1~), однако:
 Пакет nginx-full пока не настроен.
 Пакет nginx-light не установлен.
 Пакет nginx-extras не установлен.

Оказалось, что nginx отказывался устанавливаться из-за того, что порт 80 ранее был занят Apache 2.

Изменим прослушиваемый порт либо в nginx, либо в Apache (в данном случае):

nano /etc/apache2/ports.conf

И перезапустим Apache:

service apache2 restart

Теперь можно продолжить установку nginx.

Источник: https://unix.stackexchange.com/questions/153980/problems-to-install-nginx-full-on-debian-8