26 июля 2016

Включение RDP через консоль Windows

Если вам нужно подключиться через remote desktop к компьютеру (\\test-pc), на котором этот самый remote desktop отключен, но есть доступ для выполнения удаленных команд (например через psexec из pstools), то включить rdesktop можно из консоли.

Для удобства я обернул команды в batch файл и заливаю его на компьютер через монтирование диска по сети (\\test-pc\C$). В моем случае batch файл называется termservice.cmd

@echo off
net stop termservice
reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections /t REG_DWORD /d 0 /f
sc config termservice start= auto
net start termservice

После этого выполняю batch файл через psexec

psexec -u Administrator \\test-pc C:\termservice.cmd

После выполнения можно подключиться через RDP.

Вы можете следить за обновлениями блога с помощью Atom/RSS и Telegram.

25 июля 2016

Ошибка "Failed getting Registration Token" в плагине skypeweb после обновления pidgin

После обновления pidgin до 2.11.0 перестал работать плагин pidgin-skypeweb. При попытке включить учетную запись skype выдавало ошибку "Failed getting Registration Token".

На тот момент версия pidgin-skypeweb в системе была 1.1-1, но поскольку в апстриме есть уже 1.2.0, то решил обновить пакет.

Версия pidgin-skypeweb 1.2-1 решила проблему с подключением и уже доступна в моем репозитарии.

Вы можете следить за обновлениями блога с помощью Atom/RSS и Telegram.

22 июля 2016

Ошибка "E: The method driver /usr/lib/apt/methods/https could not be found" при выполнении apt-get update

При выполнении apt-get update на некоторых серверах стало выдавать ошибку:

$ sudo apt-get update
E: The method driver /usr/lib/apt/methods/https could not be found.
N: Is the package apt-transport-https installed?
.
Для решения проблемы достаточно установить требуемый пакет и обновить списки, но мне стало интересно почему это началось. Ведь все источники в sources.list у меня указаны через http://. На всякий случай проверил это:

$ grep -r https /etc/apt/sources.list*

Ничего не выдало, значит какой-то из репозиториев начал перенаправлять запросы с http:// на https://. Смотрю что у меня есть на одном из проблемных серверов:

$ grep -r http:// /etc/apt/sources.list*
/etc/apt/sources.list:deb http://ftp.us.debian.org/debian jessie main contrib non-free
/etc/apt/sources.list:deb http://security.debian.org/ jessie/updates main contrib non-free
/etc/apt/sources.list.d/zabbix.list:deb http://repo.zabbix.com/zabbix/2.2/debian wheezy main
/etc/apt/sources.list.d/zabbix.list:deb-src http://repo.zabbix.com/zabbix/2.2/debian wheezy main
/etc/apt/sources.list.d/percona.list:deb http://repo.percona.com/apt jessie main

Открыл каждый URL в браузере (добавляя /pool/ в конце) и получил перенаправление на репозитарии percona. Теперь понятно почему проблема есть только на части серверов. Чтобы ее избежать в дальнейшем нужно установить пакеты apt-transport-https и ca-certificates.

$ sudo apt-get install apt-transport-https ca-certificates
$ sudo apt-get update

Также стоит заменить http:// на https:// в репозитарии percona, чтобы избежать ошибки вроде этой:

W: Failed to fetch http://repo.percona.com/apt/dists/wheezy/main/binary-amd64/Packages  301  Moved Permanently

E: Some index files failed to download. They have been ignored, or old ones used instead.

Теперь все работает как полагается.

Вы можете следить за обновлениями блога с помощью Atom/RSS и Telegram.

20 июля 2016

Поменялся плюс на минус

Первый раз вижу чтобы у разряженной батарейки поменялись полюса:


Батарейка простояла несколько месяцев без использования в батарейном отсеке Lego Technik и сейчас показывает остаточное напряжение ~0.3V, но полярность стала обратная. Это странно, поскольку остальные 5 батареек, которые стояли там же - нормальные (их остаточное напряжение ~1.2V и полярность у согласно маркировке).

Кто нибудь знает как так получилось?

Вы можете следить за обновлениями блога с помощью Atom/RSS и Telegram.