Сервер SVN с LDAP athentication SASL ошибка

Я не положителен относительно настроек в Lenny, но я знаю, что в Сжатии, sudo настроен с env_reset значение его разделит всех кроме очень немногих избранных огибающих переменных прежде, чем выполнить команду.

Это означает переменную DEBIAN_FRONTEND, которую Вы, никогда устанавливаете на самом деле не добирается apt-get install --yes --force-yes r-base. Если у Вас есть полный доступ к sudo, подразумевая, что Вы находитесь в sudoers файлах с ALL = ALL полномочия, затем можно переопределить это поведение.

Попытайтесь использовать следующее вместо этого.

sudo DEBIAN_FRONTEND=noninteractive apt-get install --yes --force-yes r-base

Править: Обратите внимание, что, переписывая сценарий, чтобы не использовать sudo везде и вместо этого запустить скрипт, поскольку корень также работал бы. Но выполнение, которое просто избежало бы настоящей проблемы, на которую я указал вместо того, чтобы решить его и извлечь уроки из него.

0
задан 19 March 2013 в 08:26
1 ответ

Ваша проблема интересна, и ваш путь решения не совсем неправильный, но я думаю, что вы ищете более сложное решение, чем вам нужно.

Если у вас есть unix сервер, вам не нужен VNC или RDP - у вас уже есть X11.

С помощью такого приложения, как iSSH , вы можете отображать любой X-клиент на iPhone / iPad, поэтому простое решение - предоставить каждому iDevice установку iSSH с ключом без пароля, который будет регистрировать его в учетной записи ученика. . Попросите эту студенческую учетную запись запустить браузер по вашему выбору, и все будет готово.

Это обойдется вам как минимум в 10 долларов за iPad для программного обеспечения iSSH (мне неизвестны другие X-серверы для iPad - Впрочем, вполне может быть, что-то и есть.)


Если вы работаете в Windows-магазине, вам подойдет RDP.

  • [обязательно] любые машины в 10.10.6.0/24 должны иметь возможность связываться с 10.10.6.10 (а также друг с другом) (я предполагаю, что проблем с межсетевым экраном нет)
  • [реквизит] дополнительно: любая машина в 10.10.6.0/24, КОТОРАЯ ОПРЕДЕЛЯЕТ свой шлюз по умолчанию как «10.10.6.10», сможет отправлять пакеты на другие машины, проходя через вашу машину (10.10.6.10/24- > eth1 [машина] eth0-> другие ланы). На самом деле вам не нужно использовать его в качестве шлюза по умолчанию, но для ЛЮБОЙ локальной сети на стороне eth0 им необходимо связать эту локальную сеть со шлюзом 10.10.6.10.
  • на стороне eth0:
    • [обязательно] любая машина на 10.10.5.0/24 должна видеть 10.10.5.10 (eth0) и может связываться с ней (и друг с другом).
    • [обязательный] любая машина в другой локальной сети должна иметь возможность связываться с eth0 через (возможно, дополнительные переходы) машину с IP-адресом 10.10.5.254 (например, если на этой машине 2 подсети, 10.10.5.254/24 на на той же стороне, что и eth0, и 10.xyz/24 на другом интерфейсе, машина в 10.xy0 / 24 может отправлять пакеты на 10.10.5.10, имея маршрут: 10.10.5.0/24 со шлюзом 10.xyz).
    • если так, то им просто нужен дополнительный маршрут для достижения 10.10.6.0/24: 10.10.6.0/24 через шлюз 10.xyz
  • это может быть сложно выразить словами ...

    что могло бы помочь : расскажите нам список сетей () и путей доступа к каждой сети.

    прямо сейчас я предполагал, что вы пытаетесь иметь:

     [everything other machines (even internet, via the exterior internet gateway)]
                      |
                      |(links via switch(s) for 10.x.y.0/24 network, for example.
                      |   If you have such an additionnal LAN.
                      |   Maybe it's even "the Internet", and therefore not in 10.x anything,  
                      |   but this is just an example.)
                      |
                      |      
          (10.x.y.z?) |  [---------------]
       (or Internet?)ethZ[some router/box]ethW(10.10.5.254)
                         [---------------] |
                                           |
                                           |(links via switch(s) for 10.10.5.0/24 network)
                                           |
                                 [-------] |
                 (10.10.6.10)eth1[yourbox]eth0(10.10.5.10)
                              |  [-------]   
                              |
                              |(links via switch(s) for 10.10.5.0/24 network)
                              |
                              |  [---------------------------]
                             ethx[any machine in 10.10.6.0/24]
                                 [---------------------------]
    

    Общий способ отладки вашей настройки:

    • представьте, что вы - IP-пакет: у вас есть источник IP, IP-адрес назначения.
    • Теперь в интерфейсе источника, посмотрите, какие маршруты этой машины говорят вам, какой следующий переход. И перейдите туда (но сначала убедитесь, что настройка машины позволяет вам, например, на машине eth0 / eth1, для перехода с одного интерфейса на другой требуется ipforward). И продолжайте, по одному шагу за раз, к своей цели (И обратно к источнику: иногда маршрут / defaultgw целевой машины нарушается, и поэтому ответный пакет не отправляется по правильному пути)
      • ex1 (очень просто): 10.10.6.10 пытается отправить на 10.10.5.10: step1 вы находитесь на eth1 (10.10.6.10). У этой машины есть маршрут, говорящий: «10.10.5.0/24 находится прямо здесь, на eth0». Ipforwarding позволяет переключаться с eth1 на eth0. Перейдите к eth0. step2: теперь вы (тот же IP-пакет) на eth0. Оказывается, это ваша цель: ХОРОШО. шаг 2b: ответный пакет: обратный источник / место назначения: теперь вы пакет (10.10.5.10 -> 10.10.6.10 =): слава богу, локальный маршрут сообщает вам, что следующий переход находится на eth1. step4: нет eth1: вы в пункте назначения. ХОРОШО.
      • ex2 (немного длиннее ex :) вы пакет от "any_machine", 10.10.6.12 (на стороне eth1). вы пытаетесь зайти как destinatino google (например, 8.8.8.8). Итак, вы «10.10.6.12 -> 8.8.8.8» и сначала вы сидите на интерфейсе 10.10.6.12 (скажем, eth3). Местный маршрут на "

        • Выполняли ли вы какие-либо обновления перед настройкой этого массива?
        • Какая версия прошивки используется на контроллере Smart Array P812?
        • На хорошем ли уровне MSA60?
        • Это были диски SAS или SATA?
        • Какую скорость соединения согласовал накопитель? 1,5 Гбит / с? 3 Гбит / с?
        • Можете ли вы загрузить служебную программу Array Configuration Utility и запустить диагностический отчет HP ADU?
        • Наконец, включите все устройства. Дайте дискам и корпусу замедлиться. Попробуйте еще раз.

        Сбои в контроллерах MSA60 и Smart Array очень редки. Я думаю, вы столкнулись с ошибкой. Использование RAID6 (который в большинстве случаев не является оптимальным) и неподдерживаемых дисков может стать проблемой. Особенно с SATA. Во всяком случае, я бы запустил их в режиме RAID 1 + 0, чтобы уменьшить вероятность проблем с контроллером.

        Возможные проблемы, исправленные последней прошивкой (за последний год) ...

        • Была добавлена ​​защита для предотвращения возможного зависания контроллера Smart Array в редких случаях при горячем добавлении жестких дисков.
        • В редких случаях контроллер Smart Array сбрасывал один и тот же диск SATA несколько раз, когда физический уровень зависал дольше, чем четыре секунды.
        • Контроллер Smart Array не мог подключиться к жестким дискам в течение 20 мс при сильной нагрузке.
        • Исправлена ​​проблема с контроллером HP P812, при которой при перезагрузке могла произойти редкая блокировка (код 0xD4).
        • Исправлена ​​проблема, из-за которой после горячего добавления диска SATA к объединительной плате MSA-60, MSA-70 или HP DL180-G6 с 12 дисками контроллер хранилища мог перестать отвечать. Справочная информация для клиентов c03011608.
        • Исправлена ​​проблема, из-за которой одновременная обработка множества неисправимых ошибок чтения на дисках SATA, поддерживающих собственную очередь команд, могла привести к блокировке (код 0x15). и наличие опыта, зная, что происходит, будет иметь решающее значение для определения, является ли трафик законным или нет.

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

          Ниже показано, как завершилось соединение. Типичные индикаторы состояния:

          • TCP FIN - удаленный сервер разорвал соединение (типично для HTTP или FTP-соединений)

          • TCP Reset-I - клиент разорвал соединение (типично при обмене SMTP или IMAP)

          • TCP Reset-O - сервер не прослушивал этот протокол в то время (обычно это воспринимается как исходящий от серверов SMTP).

          • FIN Timeout - принудительное завершение через 15 секунд, ожидание последнего ACK
          • SYN Timeout - принудительное завершение после две минуты ожидания завершения трехстороннего рукопожатия
          • Deny - Прервано проверкой приложения
          • SYN Control - Инициирование обратного канала с неправильной стороны
          • Uauth Deny - Запрещено фильтром URL
          • Xlate Clear - Удаление командной строки ( когда администраторы отправляют "
    0
    ответ дан 5 December 2019 в 15:33

    Теги

    Похожие вопросы