kdump не работает на машинах redhat

У нас есть запись в универсальной группе рассылки с адресом электронной почты - мы называем это (скрытым), у элемента есть два члена [мы называем их MemberA и MemberB ]], которые получают в своем почтовом ящике электронные письма, отправленные на (скрытый). Это прекрасно работает в течение многих лет.

Когда, например, MemberA хочет ответить на электронное письмо, отправленное (скрыто) [которое было доставлено в его Входящие ], тогда мне нужно изменить адрес отправителя в От поле (скрыто) выбрано из места, отображаемого в красном поле]: [1 258] Через пару недель [я подозреваю, что это обновление от Microsoft] у меня наблюдается очень странное поведение:
Очень часто, слишком часто электронное письмо отклоняется нашим Exchange с именем получателя, и мне не разрешено отправлять его от имени другого пользователя, но мы не отправляем его от имени !

Когда мы переходим в папку Отправленные , нажимаем Переслать электронное письмо , выбираем (скрыто) в поле От , тогда все работает! два снимка экрана, как он отображается в поле Отправленные :
1) Первая попытка, когда письмо будет отклонено. Оно на немецком языке, но вы можете видеть, что оно было отправлено от имени .

А через несколько секунд, с точно такой же процедурой и теми же данными, электронное письмо может быть отправлено - вы видите от имени отсутствует, поэтому он работает.

Примечание: Я заменил на скриншотах реальный контент на образцы, чтобы он был более понятным .

Что меня полностью смущает, так это то, что это в основном первый раз, когда письмо пытается быть отправлено от имени , а затем через несколько секунд нет.

Мой вопрос :

Что я могу сделать, чтобы отключить / избежать ] от имени механизма ?

• Exchange 2010
• SBS 2011 Standard
• Outlook 2013

Ответы на комментарии:

• Общий почтовый ящик недоступен.
• Режим кеширования отключен .
• SBS был перезапущен несколько раз.
• Для обоих пользователей MemberA и MemberB отправка от имени настроена в группе рассылки для (скрыто) На Synology NAS я хочу включить SFTP и SSH для некоторых пользователей без прав администратора. (SSH в основном для отправки репозиториев git на NAS.) Что работает Я смог заставить SFTP работать с разными клиентами на Mac ...

  На Synology NAS я хочу включить SFTP и SSH для некоторых пользователей без прав администратора пользователей. (SSH в основном для отправки репозиториев git на NAS.)

  Что работает

  Мне удалось заставить SFTP работать с разными клиентами на Mac и Linux. Для работы требуется следующее:

  • В / etc / passwd ,их оболочка входа в систему должна быть изменена с Synology по умолчанию / sbin / nologin на / bin / sh в сценарии запуска
  • . «FTP» необходимо проверить для соответствующих пользователей в Disk Station Manager (Панель управления> Пользователи> [Пользователь]> Приложения> FTP). Похоже, что это неявно включает SFTP.

  Что не работает

  Интересно, что вход по SSH через оболочку запрещен:

  $ ssh git@sectretnasdomain.com
  git@secretnasdomain.com's password:
  Permission denied, please try again.
  Connection to secretnasdomain.com closed.
  

  Однако добавление пользователей в группу administrators (не вариант! ) заставит эту команду работать. Что может быть причиной этого? Поскольку SFTP построен поверх SSH, это кажется мне странным.

  То, что я пробовал до сих пор

  • Убедился, что соответствующие домашние каталоги пользователей, настроенные в / etc / passwd , имеют правильные разрешения и владельцы.
  • В Disk Station Manager
    • Добавьте пользователей в группу «http»
    • Предоставьте им разрешения для всех возможных приложений в дополнение к «SFTP».
  • В Центре пакетов> Установлено> Сервер Git> Откройте флажок «Разрешить доступ» для пользователей
  • В / etc / ssh / sshd_config измените AllowTcpForwarding на yes ("вдохновлено" этим связанным ответом ) и перезагрузите, убедитесь, что этот параметр был постоянным

  Если необходимо, мой / etc / ssh / sshd_config содержит следующие строки:

  PasswordAuthentication yes
  ChallengeResponseAuthentication no
  UsePAM yes
  AllowTcpForwarding no
  ChrootDirectory none
  Subsystem       sftp    internal-sftp -f DAEMON -u 000
  Match User root
      AllowTcpForwarding yes
  Match User admin
      AllowTcpForwarding yes
  Match User anonymous
      AllowTcpForwarding no
      GatewayPorts no
  

  Вывод ssh -vvv (скрытый) из sftp - vvv (скрыто) Мне нужен совет о том, как определить проблемы с производительностью сервера хранения ZFS. Сервер - это прототип, который я построил как доказательство концепции устройства NAS, которое позволит мне ...

  Мне нужен совет о том, как определить проблемы с производительностью сервера хранения ZFS. Сервер - это прототип, который я построил в качестве доказательства концепции устройства NAS, которое позволит мне выгружать карты памяти камеры в общее хранилище. Речь идет о передаче 512 ГБ с проверкой контрольной суммы, обрабатываемой клиентом. У меня довольно большой опыт работы с Linux, но я выбрал FreeBSD для этой сборки в качестве встроенной поддержки ZFS.

  Подробности:

  • FreeBSD 12.1
  • Intel Xeon E3 1225
  • Материнская плата Intel S1200BTS
  • 16 ГБ Оперативная память DDR3
  • Dell H310 переведен в режим IT (установлен в слот 16x)
  • Сетевая карта Aquantia aqc107 10gbe.

  • 6 дисков HGST Ultrastar SAS по 2 ТБ. (Сконфигурирован в один пул хранения RAID 0)

  • Сетевой протокол Samba

  Первоначальные ожидания

  Я надеялся, что сервер будет работать со скоростью около 900 Мбит / с при чтении и записи более 10 ГБ.

  Тестирование и результаты

  I Мне было трудно измерить скорость пула более 10 ГБ, поскольку инструменты, которые я обычно использую, не смогли дать мне стабильного результата. Я тестировал с помощью теста скорости AJA и Blackmagic Disk Speed ​​Test и получил разные результаты от каждого. AJA: 140 Мбайт на запись / 80 Мбайт на чтение Blackmagic: 450 МБ / с при записи / 80 МБ / с при чтении

  Фактическое использование разгрузки карт памяти камеры на сервер с использованием программного обеспечения для разгрузки Hedge Передача 10 ГБ в среднем составляет около 170 МБ в секунду.

  Эти результаты были странными и довольно низкими для моих ожиданий. Я протестировал скорость передачи с помощью Ramdisk и получил около 1 ГБ в секунду в каждую сторону, что исключает фактическое соединение.

  Вопросы

  1. Почему программное обеспечение для тестирования сообщает о разных скоростях?
  2. Каков наилучший способ определения скорости? выявление узкого места в этом ситуация? Мои первоначальные мысли, что, возможно, Dell H310
  3. Помогут ли в этом случае настройка и кеширование? Или проблема чисто аппаратное обеспечение.

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