Only work, nothing personal

Це оновлений варіант вже раніш описаного. Для підключення мережевого ресурсу Samba (Windows) можна використати Файл-менеджер, де в меню "Файл" вибрати "Підключити сервер". Але при цьому, якщо у Thunderbird чи в Firefox  відкрити  "Зберегти як..." або  "Відкрити", то побачити мережевий диск неможливо, тому що мережевий ресурс монтується у  приховану  теку  /home/USERNAME/.gvfs Для підключення мережевих ресурсів Samba (Windows) в Ubuntu треба: 1. Встановити пакунок cifs-utils за допомогою  sudo apt-get install cifs-utils 2. Створити теку для монтування мережевого ресурсу, наприклад так sudo mkdir /media/UserShare 3. Створити файл .smbcredentials у домашній директорії користувача за допомогою, наприклад gedit ~/.smbcredentials Файл бути містити username та password , щось на зразок username=MyUsername password=MyPassword Адже це не дуже безпечний метод, тому що логін і пароль існують у явному вигляді, тому треба надати права на цей файл

Завантажив з сайту Google останню версію Chrome для Ubuntu 16.04 x64. Але коли відкриваю пакунків у форматі deb за допомогою Менеджера Програм, починається встановлення пакету, але без повідомлень закінчується і пакунок не встановлюється. Виявляється, якщо встановлювати за допомогою dpkg у термінальному вікні, то видно, що для встановлення не вистачає інших пакунків. Спочатку завантажуємо Chrome x64 з сайту Google wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb Потім встановлюємо завантажений пакунок, за дпомогою sudo dpkg -i --force-depends google-chrome-stable_current_amd64.deb Але якщо dpkg показує незадоволені залежності, то завершуємо встановлення за допомогою sudo apt-get install -f Так само можна встановити Google Chrome x32. Допомогу для вирішення знайшов http://www.ubuntumaniac.com/2016/02/install-google-chrome-4802564116-on.html

Для роботи з віддаленим робочим столом в Ubuntu 12.04 або 14.04 використовується аплікація Remmina. Але якщо на віддаленому робочому столі для перемикання розкладки клавіатури використовується комбінація Ctrl+Alt, причому найчастіше використовується лівий Ctrl+Alt, то перемикання не завжди працює. Це трапляється тому, що у налаштуваннях Remmina вказано, що клавіша Ctrl використовується для захоплення клавіатури та як Host-клавіша. Тому треба у налаштуваннях Remmina змінити клавішу захоплення та Host-клавішу.

Вже описував раніше підключення IAXmodem в CentOS 5. Але у CentOS 6 змінилась система запуску служб. Замість /etc/inittab використовується нова система Upstart. Для неї потрібно створювати скрипти запуску і зупинки. Тому, в теці /etc/init за допомогою vim /etc/init/start-iaxmodem.conf чи іншого редактора створюємо наступний файл конфігурації start-iaxmodem.conf start on runlevel [2345]  stop on runlevel [S016]  respawn exec /usr/local/sbin/iaxmodem ttyIAX0 Перевіряємо запуск за допомогою initctl start start-iaxmodem А для faxgetty, аналогічно за допомогою vim /etc/init/start-faxgetty.conf створюємо наступний файл start-faxgetty.conf start on runlevel [2345]  stop on runlevel [S016]  respawn  exec /usr/local/sbin/faxgetty ttyIAX0 Перевіряємо запуск за допомогою initctl start start-faxgetty Тепер після перезапуску CentOS 6, можна перевірити, що iaxmodem та faxgetty запустились ps aux | grep ttyIAX Треба впевнитись, що у скриптах запуску вказано в

Треба налаштувати у операційній системі Windows 8 з'єднання через Cisco VPN client. Спочатку треба встановити останню версію Cisco VPN Client 5.0.07.0440. Але після з'єднання отримуємо помилку "Secure VPN Connection terminated locally by the Client. Reason 442: Failed To Enable Virtual Adapter". Треба 1. Відкрити Registry Editor за допомогою команди regedit у строці пошуку. 2. Знайти HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CVirtA 3. У правому вікні вибрати і натиснути на DisplayName і вибрати Modify з меню. Або двічі натиснути на DisplayName. 4. Для операційної системи Windows 8 32bit (x86) змініть значення з @oem8.inf,%CVirtA_Desc%;Cisco Systems VPN Adapter на Cisco Systems VPN Adapter. Для операційної системи Windows 8 64bit (x64) змініть значення з @oem8.inf,%CVirtA_Desc%;Cisco Systems VPN Adapter for 64-bit Windows на Cisco Systems VPN Adapter for 64-bit Windows.   Після виправлення Value data, натиснути OK і закрити Registry Editor. Одразу можна

Для налаштування адреси проксі-сервера для доступу до сервера оновлення в Ubuntu треба вказати у файлі /etc/apt/apt.conf наступне Acquire::http::proxy "http://address_proxy:port/"; Acquire::ftp::proxy "http://address_proxy:port/"; Acquire::https::proxy "http://address_proxy:port/"; а якщо треба вказати виключення для локальної адреси, то треба вказати наступне Acquire::http::proxy::local.address "DIRECT"; Але якщо треба одноразово, під час сеансу для окремої команди вказати проксі, то можна таким чином http_proxy=http://address_proxy:port apt-get update або http_proxy=http://address_proxy:port apt-get install mc Де,  address_proxy:port це адреса і порт вашого проксі-сервера local.address це адреса якогось вашого локального сервера. Поради знайшов у http://askubuntu.com/questions/158557/setting-proxy-from-terminal http://askubuntu.com/questions/364635/acquirehttpproxy-for-only-specified-repositories

Необхідно, щоб NAS сервер Qnap робив "бекап" з іншого сервера з використанням rsync та тунелю ssh. У директорії /share/homes/admin створюємо командний файл mybak.sh. Використовуємо /share/homes, бо вона не створюється заново після рестарту сервера Qnap. Файл mybak.sh має наступний зміст #!/bin/sh rsync -ae ssh admin@10.1.1.1:/home/backups/ /share/homes/admin/serverbackups/ Модифікатор команди -e ssh admin@10.1.1.1: вказує, що відбувається синхронізація з серверу 10.1.1.1 через тунель ssh Команда буде синхронізувати теку /home/backups/ з серверу 10.1.1.1 у теку /share/homes/admin/serverbackups/ на NAS сервері. Після створення командного файлу треба встановити права для запуску наступним чином chmod u+x /share/homes/admin/mybak.sh Але при запуску для ssh необхідно кожного разу вказувати пароль. Щоб ssh створював з'єднання без паролю, треба створити приватний та публічний ключі за допомогою ssh-keygen -t rsa Потім копіюємо публічний ключ з ~/.ssh/id_rsa.pub на сервер 1