CityCat4

Замечательный ответ дал Виктор Таран Я много раз сталкивался с задачами под UNIX, которые "почему-то никто не делает". И каждый раз это оказывалась подобная фигня - тот, кому она нужна, написать ее не может, а тот, кто может, не делает, ибо нафиг не нужна.

Если Вы не в состоянии создать пользователя из консоли (хотя нужное "состояние" достигается чтением мана за минуту :) ), то есть три выхода:
- Снести нафиг бубунту, поставить обратно теплую ламповую винду и потом говорить всем "какое гумно этот линух" (ну или не говорить)
- Поставить-таки DE на сервер и пополнить ряды "недоадминов", которые мучают всех вопросами "как мне сделать то же самое, но с помощью тырканья кнопок в гуе, ибо я нуб" и вызывают насмешливое ржание админов винды
- Изучить команды консоли и понять, что DE на сервере примерно то же самое, что автопилот на велосипеде

В данных условиях - никак. Роутеры класса "все в одном для дома", в которых совсем нет IPSec. Как класса. Теоретически, связать сеть с динамическим IP с другой сетью с динамическим же IP можно (если конечно немного поизвращаться с DynDNS и т.д. - потому что как минимум одна сторона должна иметь постоянный адрес для подключения к ней). Но это не будет просто типа Next->Next->Next. Это pure IPSec, с сертификатами и немалой головной болью в виде "ну почему же эта щука не хочет связываться вон с тем пескарем?"

IPSec в настройке, если что, заметно сложнее. В Ваших роутерах возможно есть PPTP - его защита правда уже проломлена полностью, но если шифрование неважно, можно и попробовать.

У меня есть мышка от Genius, которая может перестать работать просто так - работала-работала и перестала. Неважно что - линух, винда... В винде даже чаще. Не помогает ничего, только выдернуть приемник и вставить его обратно :(

хочу поставить Ubuntu Server 16.04 в виртуальную машину Virtualbox

Хорошее желание. Ставьте :)

Надо, чтобы этот сервер выполнял обязанности локального (можно обратиться к нему из Windows по адресу localhost или 127.0.0.1)

Невозможно. У винды будет свой 127.0.0.1, у бубунты - свой. 127.0.0.1 - это не настоящий адрес. Это имитация адреса, пакеты, направленные на этот адрес не уходят никуда. Этот адрес всегда указывает на локальный компьютер и указывать на другой не может. От слова совсем.

желательно, чтобы можно было копировать/переименовывать/удалять/перемещать/создавать файлы на жёстком диске виртуального сервера прямо из Windows

Установить самбу, создать шару. Вуаля!

вызывает зависание Ubuntu/Linux Mint (нет реакции на мышь и клавиатуру).

Что мешает поискать более другие дрова или более другой дистриб? Или хотя бы другую версию этого же дистриба? Гугла спросить в конце концов? В линухе очень часто придерживаются принципа "спасение утопающих - дело рук самих утопающих"

vnc, xfreerdp. Но обычно на сервере нет ничего, что бы требовало гуевых конфиуграторов. Из консоли работать быстрее и управлять легче. Единственное известное мне исключение (и то до некоторого времени) - написание правил iptables (до того времени, как запомнишь как минимум половину документации :D)

Добро пожаловать к флейму :) Тема "какой дистриб лучше и чем" - это почти то же самое, что "linux vs windows" :D

Я обычно отвечаю так - ставьте тот дистриб, по которому есть с кем посоветоваться. Потому что наличие человека, который уже прошагал по граблям существенно сокращает время на их повторную пересборку :D

Если же кроме гугла нету вокруг никого, то:

Все дистрибы делятся на два типа - пакетные и source-based.

В пакетных, как в Windows - установится то, туда и так, как запаковали. Удобство пакетных дистрибов - в простоте и скорости развертывания программ - одна команда и у тебя стоит веб-сервер например. Недостаток - в том, что если в программе существует ошибка, то исправить ее невозможно до выхода новой версии пакета, если же это пакет неофициальный, например, или система перестала поддерживаться - новой версии можно не дождаться никогда (как например происходит с CentOS6). Так же как в винде :) Пакетная установка не отменяет необходимости редактирования конфигов, причем пакет может рассовать их так, как только пожелает фантазия сборщика - каких-либо ограничений на размещение файлов там или там нет, есть общепринятая практика и только. Особенно отличаются сборщики пакетов для апача - из-за его гибкости конфигов - каких только извращений с ним не творят :D

В source-based пакеты тоже есть, но основной упор делается на то, что пользователь сам собирает программы по готовым сценариям (портам, ебилдам, etc). Здесь пользователь принимает более активное участие в установке софта - просто потому что иначе работать ничего не будет, порог вхождения однозначно выше, требований больше - нужно примерно представлять, как работает система, как собирается программа, быть немного программистом, знающим С (основной язык программирования на Linux). Доведенный до ума source-based дистриб работает много лучше пакетного - но до этого состояния его еще надо довести :D

А выбор как всегда остается за Вами...
(Посокльку в таких случаях непременно говорят - а у меня то, а у меня се - ну так вот - а у меня Calculate Linux 17, source-based дистриб, основанный на gentoo :) Иногда он меня конечно бесит, но есть предположение, что на другой я переходить не буду, хотя первоначально хотел свалить на арч)

Система пытается загрузиться с флешки, но не может. Не может этого она сделать по многим причинам:

- флэшка не загружаемая. Это бывает при записи через unetbootin (к сожалению :@). Попробуйте через rufus.
- игры с UEFI/Legacy. Некоторые биосы грузят только в UEFI, некоторые только в Legacy, для некоторых нужно USB 3.0 включать или наоборот выключать.
- Не работает разьем, несовместимая флэшка. И хотя теоретически 2.0 должен работать в 3.0 и наоборот, на практике такое бывает не всегда.

Пытаться в wine запустить MS Office на бубунте - это как пытаться прикрутить к велосипеду крылья и пытаться полететь. Возможно, он крыльями махать начнет. Возможно даже метровый забор удастся перелететь. Но в небо взлелеть не получится, как ни старайся.

Wine - это такой проект, которому лет почти столько сколько я занимаюсь UNIX. И никогда у них не заводилось что-то сложнее notepad и несложных игр семи-десятилетней давности. А уж запустить офис, который привязан к винде насквозь - блажен кто верует.

Если Вам прям нужен виндовый офис - ставьте винду в KVM. Если нужен просто офис - используйте либру. Но при этом не забывайте, что чем сложнее документ, тем сложнее его будет открыть MS Office после либры.

KVM и виртуалка с виндой. Два монитора и две видюхи, одна выделена на винду - винда найдет оборудование, поставит дрова и будет все, что положено. В винде можно держать только фото#опу, файлы передавать через обычную виндовую шару. Wine - это средство без гарантий. Да, он может заработать. А может и нет. А может перестать работать после обновления wine - или наоборот начать. Проекту wine лет примерно столько же, сколько я занимаюсь UNIX - и от него всегда была сплошная попаболь.

Пинг, то есть ICMP-пакет никакого отношения к прокси не имеет. Посмотрите на досуге - на каком уровне работает ICMP и на каком уровне прокси. Вас банит корпоративный файрволл, который скорее всего тоже на винде. А банит потому что не получает аутентификацию по виндовому принципу. Как еее отдать, чтобы понял - гугл наше все. Если же там файрволлом линух или аппаратная железка - ну может роутинг не прописали или еще чего.

Стандартных настроек нет, только плагины. Я на самом деле и плагина такого не знаю - но это вовсе не значит, что его нет - плагинов мульен.

Попробуйте rufus. Ну еще есть вариант - USB DVD и закатать на dvd-rw образ с инсталлером.

PEM - это общее название файлов, закодированных по следующей схеме:
первая и последняя строки - это текст -----BEGIN NEW CERTIFICATE REQUEST----- (либо CERTIFICATE, либо PRIVATE KEY, либо еще что-то) и -----END NEW CERTIFICATE REQUEST----- (и соответственно парная строка), а между ними base64-закодированный сертификат, запрос на сертификат, ключ - то, про что написано в заголовке.
Запрос на сертификат создается через openssl, а также есть разные программы для винды. Сертификат создается CA, которое обрабатывает запрос. Можно создать самому - это будет самоподписанный сертификат, ему никто не будет доверять, но в некоторых случаях на это можно забить.

Все зависит от того, для чего Вам файл понадобился

KDevelop \ Eclipse

Мнэ...Что логировать-то? Если все, то tcpdump. Если команды, переданные серверу - то сам сервер. Если кто подключался - iptables. От задачи зависит.

DE какой? В KDE/TDE есть krandr/tderandrtray - приложение, в котором все это можно сделать, почти как в винде :)

.xsession (не .xsessionrc, а именно .xsession) используется если логин через DM и тип сессии "custom". Если сессия специфичная для DE, она настройки может и не подхватывать. Для ручного запуска X прописать можно в .xinitrc

Если у Вас есть права администратора зоны site.ru - Вы просто берете и редактируете ее, как надо. Если прав нет - никак.

С командной строки A-запись не добавить (ну не считая конечно же "echo test IN A 1.2.3.4 >> zone.txt"). Для этого обычно используют текстовые редакторы или же веб-морды :)