Кот Абсолютный

man smb.conf

[global]
security = ad

И отдельно почитать о процедуре включения самбы в домен

Access denied совершенно правильно. Никогда не ходите на сервер рутом и никогда не слушайте тех, кто говорит, что так делать можно. Через удаленную консоль заведите обычного юзера. Добавьте его в группу, дающую право запуска su - это может быть wheel, adm - конкретно надо маны читать. Заходите обычным юзером, потом su/sudo.

Все чудесатее и чудесатее...

Это долбаное сообщение выдается следующим кодом:

if (bPathNotEq && mc_global.shell->type == SHELL_TCSH)
        {
            char rp_subshell_cwd[PATH_MAX];
            char rp_current_panel_cwd[PATH_MAX];
            char *p_subshell_cwd, *p_current_panel_cwd;

            p_subshell_cwd = mc_realpath (subshell_cwd, rp_subshell_cwd);
            p_current_panel_cwd = mc_realpath (pcwd, rp_current_panel_cwd);

            if (p_subshell_cwd == NULL)
                p_subshell_cwd = subshell_cwd;
            if (p_current_panel_cwd == NULL)
                p_current_panel_cwd = pcwd;
            bPathNotEq = strcmp (p_subshell_cwd, p_current_panel_cwd) != 0;
        }

        if (bPathNotEq && !DIR_IS_DOT (pcwd))
        {
            char *cwd;

            cwd =
                vfs_path_to_str_flags (subshell_get_cwd_from_current_panel (), 0,
                                       VPF_STRIP_PASSWORD);
            vfs_print_message (_("Warning: Cannot change to %s.\n"), cwd);
            g_free (cwd);
        }

Здесь subshell_cwd заполняется вызовом feed_subshell(), а pcwd - вызовом subshell_get_cwd_from_current_panel(). Первая содержит неправильное значение, вторая правильное. Естественно, условие срабатывает и бэмц. subshell_cwd в feed_subshell() заполняется через стандартный read():

bytes = read (subshell_pipe[READ], subshell_cwd, sizeof (subshell_cwd));

И вот тут я пока затупил - если mc запускается из tcsh, то read, найдя имя каталога с пробелом - читает до ближайшего слэша!. Если из bash - читает ровно столько, сколько надо. WTF?

man smb.conf на предмет параметра security. Да и вообще не лишним будет прочитать его вдоль и поперек, как самба вгоняется в домен, какие у этого плюсы и минусы.

Использование гуевых конфигураторов для таких сложных и часто меняющихся вещей как самба может привести к тому, что в нем не будет нужного параметра. Конфиги нужно править в консоли.

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

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

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

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

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

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

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

Читать на языке оригинала, не? Без языка оригинала тяжеленько будет... До сервера с пакетом он не может достучаться, имя не может в адрес преобразовать - проверьте подключение к сети. yum перебрал достпуные ему зеркала да и свинтил.

"Проверка на дым" :) Первое включение сложного устройства, глобальный сложный тест большого проекта etc.

Откуда такое название? Первое включение сложного дорогого устройства делается при всех снятых крышках, чтобы было сразу видно - нет ли где искры, плохого контакта, не пойдет ли откуда-нибудь дым из-за того, что какой-то элемент оказался некачественным.

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

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

Судя по тому, что никто не ответил, всем либо как обычно, либо всех устраивает такое поведение. В общем провел я небольшой анализ. Начиная с версии 4.8.16 в mc сильно здорово переделали работу с subshell. А вот починили только для bash - то есть настройки переменной PS1 из .bashrc читаются и prompt ставится, как должен. А вот для tcsh не нашли ничего лучше, как вписать тупую замену prompt на то, что придумали сами и для того, чтобы он не менялся, пока что приходится патчить исходник:

--- src/subshell/common.c    2017-03-05 00:51:38.000000000 +0700
+++ src/subshell/common-new.c        2017-03-10 18:57:21.592259025 +0700
@@ -864,7 +864,6 @@
     case SHELL_TCSH:
         g_snprintf (precmd, buff_size,
                     "set echo_style=both; "
-                    "set prompt='%%n@%%m:%%~%%# '; "
                     "alias precmd 'echo $cwd:q >>%s; kill -STOP $$'\n", tcsh_fifo);
         break;

Создал тикет, но есть предположение, что на него забьют...

Конечно прокси. Не микротиковское в смысле встроенное прокси, а нормальный полноценный squid. Который в частности решает и задачу обломать юзера, возжелавшего слить фильмец на пару гигов в рабочее время :)

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

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

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

Поддерживаю Sly_tom_cat . - сначала нужно определить, что сожрало место. Если /var невыделенный, то скорее всего это лог. Если какой-то лог растет в размерах - значит там постоянная повторяющаяся ошибка - ну иди ддосят :) Место, возможно и надо будет прибавить - но уже после того, как будет проведен анализ "куда уходит место, в какие города..."

переходить потихоньку переходить к изучению администрирования linux, начал осваивать с FreeBsd

Это прям праздник какой-то!

FreeBSD - это не линух (если конечно Debian/kFreeBSD не имелся в виду :)). Это серверная версия UNIX, никогда и никем особо не предназначавшаяся для декстопов. Да, у него есть свои "типо бубунты" - DesktopBSD, PC-BSD иже с ними, но все это хилые проекты, ведомые небольшой группой, а то и одним человеком. Как человек, проработавший с FreeBSD 13 лет (и в качестве десктопа она у меня был и в качестве сервера - и весьма не единственного сервера) скажу - FreeBSD и десктоп - это не то чтобы разные, но как минимум перпендикулярные друг другу вещи. Team не больно заботится о десктопе, как правило все чисто десктопные проблемы (как посмотреть фильм, как запустить игру, как подключить сканер-принтер-тюнер-хренсушами) приходится решать собственноручно - даже такая не шибко сложная вещь, как IPTV на FreeBSD достигается немыслимым дэнсом с битием в шаманский бубен огромного размера.
Если хотите "дружественности" - берите бубунту, как бывшему виндузятнику сильно переучиваться не придется.
Если хотите корпоративный дистриб - берите центос
Если уже определились с тем, любите или нет systemd, и выяснили что нет - gentoo, arch, devuan, LFS

Если все-таки решили вступить на "путь избранного" (это вовсе не стеб - многие проблемы, с которыми сталкивается BSD-юзер, попросту не существуют в линухе) - по большей части мультимедия в UNIX основана на двух китах - xine и mplayer.

Они убожеские не почему-то. Они убожеские от рождения. К сожалению. Поэтому первым делом я всегда ставлю виндовые TTF - в calculate это media-fonts/corefonts, во FreeBSD - почему-то webfonts :) и уже потом начинается дэнс с настройками...

У них визард есть по переносу. Особенно если платная - все сделают.

Слить все нужное-ценное, сервак умножить на нуль с форматированием дисков ( а если вируталка просто диск грохнуть) и поставить заново. И отнестись повнимательнее к настройкам подключения к сервисам.

Имя резолвится, nginx отдает Bad gateway

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

сервер имеет 8gb ОЗУ, двух ядерный процессор AMD с частотой в 3Ghz

Тормоза будут аЦкие. Зависит конечно в большой степени от конфигурации 1С, но того, что будет летать - не ожидайте.

В качестве бекапа использовать яндекс диск или любой другой облачный сервис

Отчего же сразу в налоговую базы не таскать, раз уж сразу решили все сливать?

Хотел поставить Linux но там есть некие костыли с rdp сессией. Нужен доп софт на компьютер работника

Нет там никаких костылей, freerdp в режиме сервера, стандартный rdp клиент винды

Вас, похоже, только принцип "неуловимого Джо" выручит, раз уж Вы сразу всю бухгалтерию сливаете :) Ну и сумму ущерба посчитали бы на всякий случай - винда, терминальные лицензии (да-да, они отдельно лицензируются!), 1C... За последнее могут оттянуть особо жестко - если убыток америкосов нам пофиг, то за оточественного производителя могут на полосочки распустить :)

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