Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft Exchange Server

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215

Открыть новую тему     Написать ответ в эту тему

Diadema



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Триал (120 дней):
Microsoft Exchange 2007
Microsoft Exchange 2010 Service Pack 1
Exchange 2010 pre-configured VHD
Microsoft Exchange 2010 Service Pack 3
 
Ключи смотрим тут
 
 
Полезные ссылки.
Microsoft TechNet Exchange 2007 [en]
Microsoft TechNet Exchange 2007 [ru] (ссылка от DiDragOna)
MSExchange.org MS Exchange 2007 forums
the Echangepedia blog
Exchange Server Community
Technet Russia Exchange 2007 forum
 
Статьи
  • Сертификаты и Exchange
     
    Небольшой F.A.Q.
  • Создание сертификата для MS Exchange 2007.
  • Ошибка 5.7.1 Client does not have permissions to send as this sender
  • При попытке удаления неподключенной (unmounted) базы, сервер сообщает об ошибке
  • Setup cannot use domain controller 's-dc1.RN-FINANCE.RU' because an override is set in the registry. Run Setup again, and specify '/DomainController:'
  • Спам фильтры Exchange
  • Проблема с Exchange после установки обновления July 2016 update rollup for Windows Server 2012 R2 (KB3172614)

  • Всего записей: 185 | Зарегистр. 17-01-2006 | Отправлено: 12:52 23-10-2006 | Исправлено: dimonprodigy, 07:19 24-06-2017
    ipavels

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Привет!
    В последнее время со стороны Exchange 2016 участились в журнале событий записи с ID 4625 о неудачных попытках авторизации, которая приводит к блокировке учетки.
     
     
    Учетной записи не удалось выполнить вход в систему.
     
    Субъект:
        ИД безопасности:        NULL SID
        Имя учетной записи:        -
        Домен учетной записи:        -
        Код входа:        0x0
     
    Тип входа:            3
     
    Учетная запись, которой не удалось выполнить вход:
        ИД безопасности:        NULL SID
        Имя учетной записи:        x.xxxxx
        Домен учетной записи:        
     
    Сведения об ошибке:
        Причина ошибки:        Неизвестное имя пользователя или неверный пароль.
        Состояние:            0xC000006D
        Подсостояние:        0xC000006A
     
    Сведения о процессе:
        Идентификатор процесса вызывающей стороны:    0x0
        Имя процесса вызывающей стороны:    -
     
    Сведения о сети:
        Имя рабочей станции:    srv1697991853
        Сетевой адрес источника:    10.x.x.1
        Порт источника:        45792
     
    Сведения о проверке подлинности:
        Процесс входа:        NtLmSsp  
        Пакет проверки подлинности:    NTLM
        Промежуточные службы:    -
        Имя пакета (только NTLM):    -
        Длина ключа:        0
     
     
    Version: Exchange 2016 CU23
     
    Сталкивался кто-то с таким и как это можно победить?

    Всего записей: 65 | Зарегистр. 16-09-2003 | Отправлено: 18:41 04-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ipavels

    Цитата:
    В последнее время со стороны Exchange 2016 участились в журнале событий записи с ID 4625 о неудачных попытках авторизации, которая приводит к блокировке учетки.

    А в планировщике заданий ничего не запускается с просроченным паролем?

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 14:15 05-01-2024
    gap5



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подскажите, каково предназначение подпапок "Bak1...Bak20" внутри папки с базой на DAG члене с неактивной копией?

    Всего записей: 1033 | Зарегистр. 30-05-2006 | Отправлено: 12:41 20-01-2024
    AntoshkaUst



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Доброго дня.
    В логе ORF недавно появился отправитель  HealthMailbox5911925d46bf4258b8fc3d18aac44eb6  
    Куча записей.
    Нашел, что это отладочный ящик Exchange.
    Почему его раньше не было? Это проблемы у Exchange?
    Кто сталкивался подскажите.

    Всего записей: 243 | Зарегистр. 18-05-2009 | Отправлено: 09:19 23-01-2024
    novi4okk

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрый день.
    Есть Exchange 2013 и самоподписной сертификат (выпущен локальным ЦС).
    Большинство браузеров не позволяют заходить в Outlook Web, просто сбрасывают соединение.
    Зайти можно только через Firefox, Epic , игнорируя предупреждение о ЦС.
    1.Вопрос кто-то пользуем самоподписные сертификаты и как решают вопрос с браузерами?
    2.Использует ли кто свзяку - локальная сеть-самоподписной серт, внешняя сеть-коммерческий серт?

    Всего записей: 34 | Зарегистр. 04-12-2006 | Отправлено: 11:40 31-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    novi4okk

    Цитата:
    Есть Exchange 2013 и самоподписной сертификат (выпущен локальным ЦС).
    Большинство браузеров не позволяют заходить в Outlook Web, просто сбрасывают соединение.
    Зайти можно только через Firefox, Epic , игнорируя предупреждение о ЦС.
    1.Вопрос кто-то пользуем самоподписные сертификаты и как решают вопрос с браузерами?
    2.Использует ли кто свзяку - локальная сеть-самоподписной серт, внешняя сеть-коммерческий серт?
     

    1. Если сертификат самоподписанный (сгенерирован сервером, где размещен MS Exchange), поместить его в доверенные корневые сертификаты на пользовательских ПК доменной групповой политикой.
    Если же сертификат подписан доменным ЦС, тогда проверить, чтобы корневой сертификат ЦС находился на пользовательских ПК в доверенных корневых сертификатах. Тогда браузеры ругаться не будут.
     
    2. Что за связка? Если речь идет о пробросе MS Exchange наружу по 443 порту, то можно использовать реверс-прокси. Тогда можно будет сделать как в сценарии: внутри - самоподписанный сертификат, снаружи - наружный.

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 13:17 31-01-2024 | Исправлено: DmitriC, 13:55 31-01-2024
    novi4okk

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Цитата:
    Есть Exchange 2013 и самоподписной сертификат (выпущен локальным ЦС).
    Большинство браузеров не позволяют заходить в Outlook Web, просто сбрасывают соединение.
    Зайти можно только через Firefox, Epic , игнорируя предупреждение о ЦС.
    1.Вопрос кто-то пользуем самоподписные сертификаты и как решают вопрос с браузерами?
    2.Использует ли кто свзяку - локальная сеть-самоподписной серт, внешняя сеть-коммерческий серт?
     
     
    1. Если сертификат самоподписанный, поместить его в доверенные корневые сертификаты на пользовательских ПК доменной групповой политикой.
    Если сертификат все-таки подписан доменным ЦС, а не самоподписанный, тогда проверить, чтобы корневой сертификат ЦС находился на пользовательских ПК в доверенных корневых сертификатах. Тогда браузеры ругаться не будут.
     
    2. Что за связка? Если речь идет о пробросе MS Exchange наружу по 443 порту, то можно использовать реверс-прокси. Тогда можно будет сделать как в сценарии: внутри - самоподписанный сертификат, снаружи - наружный.
     

     
    1.Доменный ЦС выдал, серт ЦС находится в доверенных, Яндекс к примеру открывал еще вчера, после обновления не открывает(
    2.Да интерсвет именно такая схема, на IIS как прописывать 2 сертификата, поднимать 2 сайт?

    Всего записей: 34 | Зарегистр. 04-12-2006 | Отправлено: 13:54 31-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    1.Доменный ЦС выдал, серт ЦС находится в доверенных, Яндекс к примеру открывал еще вчера, после обновления не открывает(

    Тут не понял. Что именно обновили: сертификат, сервер или Яндекс браузер? Чтобы понять, что не нравится браузеру, надо в нем открыть сертификат, переданный сервером, и посмотреть, причину недействительности сертификата.

    Цитата:
    2.Да интерсвет именно такая схема, на IIS как прописывать 2 сертификата, поднимать 2 сайт?

    Необходимо где-нибудь в DMZ поднять сервер реверс прокси. Можно и на IIS. Прописать корневой сертификат ЦС в доверенные (в системное хранилище), а на сайте, смотрящем наружу, установить коммерческий сертификат. В интернете легко гуглится, например:  
    IIS ARR в качестве Reverse Proxy для Exchange Server 2013

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 14:04 31-01-2024 | Исправлено: DmitriC, 14:06 31-01-2024
    novi4okk

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
     
    1.Доменный ЦС выдал, серт ЦС находится в доверенных, Яндекс к примеру открывал еще вчера, после обновления не открывает(
     
    Тут не понял. Что именно обновили, сертификат, сервер или Яндекс браузер? Чтобы понять, что не нравится браузеру, надо в нем открыть сертификат, переданный сервером, и посмотреть, причину недействительности сертификата.
     

    Обновился браузер Яндекс ( в нём работал OWA) , сейчас и в Яндексе пишет сразу ошибку ERR_CONNECTION_CLOSED
    Есть подозрение на компоненты шифрования но нет уверенности что их изменение решат проблему (испробую только в выходные).
    Ранее в Яндексе было предупреждение - на недостоверный ЦС (оно и понятно, но игнорируешь его и сайт открывается.
     

    Цитата:
    Необходимо где-нибудь в DMZ поднять сервер реверс прокси. Можно и на IIS. Прописать корневой сертификат ЦС в доверенные (в системное хранилище), а на сайте, смотрящем наружу, установить коммерческий сертификат. В интернете легко гуглится, например:  
    IIS ARR в качестве Reverse Proxy для Exchange Server 2013

    У меня pfsense на шлюзе, буду гуглить решение...
     
    А вообще идеальный вариант конечно оставить свой сертификат от Доменного ЦС, но чтобы браузеры отображали OWA

    Всего записей: 34 | Зарегистр. 04-12-2006 | Отправлено: 14:12 31-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    novi4okk

    Цитата:
    А вообще идеальный вариант конечно оставить свой сертификат от Доменного ЦС, но чтобы браузеры отображали OWA

    Можно и свой оставить. Но тогда:
    1. Перевыпустить доменный сертификат, дополнительно добавив в него DNS-имя/имена узлов, под которыми этот ресурс будет опубликован в интернете.
     
    Например, если внутри сервер называется srv-exch.test.local, а снаружи - megamail.bum.bam, тогда сертификат должен содержать оба имени: srv-exch.test.local и megamail.bum.bam
     
    2. На всех клиентских компьютерах, которые будут подключаться к Exchange из интернета, прописать в доверенные корневые сертификаты корневой сертификат доменного ЦС.
     
    Можно выпустить раздельные сертификаты, подписанные доменным ЦС, для внутренней сети и для интернета. Тут важно, чтобы компьютер, подключаясь к узлу с DNS-именем megamail.bum.bam, получал сертификат, в котором это имя присутствует. И всё будет работать.
     

    Цитата:
    Обновился браузер Яндекс ( в нём работал OWA) , сейчас и в Яндексе пишет сразу ошибку ERR_CONNECTION_CLOSED
    Есть подозрение на компоненты шифрования но нет уверенности что их изменение решат проблему (испробую только в выходные).
    Ранее в Яндексе было предупреждение - на недостоверный ЦС (оно и понятно, но игнорируешь его и сайт открывается.

     
    Для доменных компьютеров, доменный же ЦС, является доверенным центром сертификации и к сертификатам, подписанным этим центром у них не должно быть никаких претензий. Если у Вас браузеры при работе на ДОМЕННЫХ рабочих станциях ругаются на эти сертификаты, то где-то что-то настроено неправильно.

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 14:47 31-01-2024 | Исправлено: DmitriC, 14:56 31-01-2024
    novi4okk

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    novi4okk
     
    Цитата:
    А вообще идеальный вариант конечно оставить свой сертификат от Доменного ЦС, но чтобы браузеры отображали OWA
     
    Можно и свой оставить. Но тогда:
    1. Перевыпустить доменный сертификат, дополнительно добавив в него DNS-имя/имена узлов, под которыми этот ресурс будет опубликован в интернете.
     
    Например, если внутри сервер называется srv-exch.test.local, а снаружи - megamail.bum.bam, тогда сертификат должен содержать оба имени: srv-exch.test.local и megamail.bum.bam
     
    2. На всех клиентских компьютерах, которые будут подключаться к Exchange из интернета, прописать в доверенные корневые сертификаты корневой сертификат доменного ЦС.
     
    Можно выпустить раздельные сертификаты, подписанные доменным ЦС, для внутренней сети и для интернета. Тут важно, чтобы компьютер, подключаясь к узлу с DNS-именем megamail.bum.bam, получал сертификат, в котором это имя присутствует. И всё будет работать.
     
     
    Цитата:
    Обновился браузер Яндекс ( в нём работал OWA) , сейчас и в Яндексе пишет сразу ошибку ERR_CONNECTION_CLOSED
    Есть подозрение на компоненты шифрования но нет уверенности что их изменение решат проблему (испробую только в выходные).
    Ранее в Яндексе было предупреждение - на недостоверный ЦС (оно и понятно, но игнорируешь его и сайт открывается.
     
     
    Для доменных компьютеров, доменный же ЦС, является доверенным центром сертификации и к сертификатам, подписанным этим центром у них не должно быть никаких претензий. Если у Вас браузеры при работе на ДОМЕННЫХ рабочих станциях ругаются на эти сертификаты, то где-то что-то настроено неправильно.

     
    Именно так все и реализовано. Доменный ЦС, нужные сертификаты есть у всех пользователей домена.СЕртификат содержит и внутренние и внешние адреса.
    Но давно уже OWA не открывается в ИЕ ЭДЖЕ ХРОМЕ а теперь и в Яндексе.

    Всего записей: 34 | Зарегистр. 04-12-2006 | Отправлено: 15:08 31-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    novi4okk

    Цитата:
    Именно так все и реализовано. Доменный ЦС, нужные сертификаты есть у всех пользователей домена.СЕртификат содержит и внутренние и внешние адреса.
    Но давно уже OWA не открывается в ИЕ ЭДЖЕ ХРОМЕ а теперь и в Яндексе.

    Тогда сделайте то, что я предложил в самом начале - когда подключитесь браузером к OWA, просмотрите в этом же браузере свойства сертификата, полученного от Exchange, и причину его "неприятия". Тогда станет ясно, что с ним не так. Может там банально выставляется не новый сертификат, а какой-нибудь просроченный или сертификат, выпущенный на другое имя или еще что, например, "неожиданно" оказался просроченным корневой сертификат доменного ЦС.

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 15:20 31-01-2024 | Исправлено: DmitriC, 15:24 31-01-2024
    novi4okk

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    novi4okk
     
    Цитата:
    Именно так все и реализовано. Доменный ЦС, нужные сертификаты есть у всех пользователей домена.СЕртификат содержит и внутренние и внешние адреса.
    Но давно уже OWA не открывается в ИЕ ЭДЖЕ ХРОМЕ а теперь и в Яндексе.
     
    Тогда сделайте то, что я предложил в самом начале - когда подключитесь браузером к OWA, просмотрите в этом же браузере свойства сертификата, полученного от Exchange, и причину его "неприятия". Тогда станет ясно, что с ним не так. Может там банально выставляется не новый сертификат, а какой-нибудь просроченный или сертификат, выпущенный на другое имя или еще что.

     
    Тк свойства могу увидеть только в Мозилле, Эпике - то сертификат нужный (выданный доменным ЦС).
    МОзилла ругается,но если доверить то открывает.
    ИЕ ЭДЖЕ ХРОМЕ Яндекс - ERR_CONNECTION_CLOSED
    Я правильно понимаю что даже если сертификат выдан доменных ЦС то - ИЕ ЭДЖЕ ХРОМЕ Яндекс должны открывать?
    При проверке сертификата на https://www.ssllabs.com , ругается на RC4 SSL 3.0 SHA-1 , это может быть причиной ошибки ERR_CONNECTION_CLOSED

    Всего записей: 34 | Зарегистр. 04-12-2006 | Отправлено: 15:27 31-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    novi4okk

    Цитата:
    При проверке сертификата на https://www.ssllabs.com , ругается на RC4 SSL 3.0 SHA-1 , это может быть причиной ошибки ERR_CONNECTION_CLOSED

    Тут не подскажу...  
     
    PS: Вы выбираете SSL Server Test?

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 16:06 31-01-2024 | Исправлено: DmitriC, 16:33 31-01-2024
    novi4okk

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    PS: Вы выбираете SSL Server Test?

     
    Да

    Всего записей: 34 | Зарегистр. 04-12-2006 | Отправлено: 16:37 31-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    novi4okk

    Цитата:
    Да

    Тогда вопрос: ругается на поддержку протокола SSL 3.0 и алгоритма шифрования RC4? Если да, то, есть ли в таблицах поддержка, скажем TLS1.2. Если есть, тогда, думаю, дело не в сертификате - просто у Вас на сервере не отключено устаревшее шифрование.

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 16:46 31-01-2024 | Исправлено: DmitriC, 16:47 31-01-2024
    novi4okk

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    novi4okk
     
    Цитата:
    Да
     
    Тогда вопрос: ругается на поддержку протокола SSL 3.0 и алгоритма шифрования RC4? Если да, то, есть ли в таблицах поддержка, скажем TLS1.2. Если есть, тогда, думаю, дело не в сертификате - просто у Вас на сервере не отключено устаревшее шифрование.

    Шифрование не отключено, планирую в выходные отключить.
    Как и повысить доменный ЦС до SHA-2.
    Поможет?)

    Всего записей: 34 | Зарегистр. 04-12-2006 | Отправлено: 17:13 31-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Шифрование не отключено, планирую в выходные отключить.
    Как и повысить доменный ЦС до SHA-2.
    Поможет?)

    Если есть поддержка TLS1.x и новых алгоритмов шифрования, то отключение не поможет, так как старые алгоритмы поддерживаются, но не обязательно используются.

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 17:30 31-01-2024
    novi4okk

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Если есть поддержка TLS1.x и новых алгоритмов шифрования, то отключение не поможет, так как старые алгоритмы поддерживаются, но не обязательно используются.

    ЭЭЭ тогда не очень понимаю...ранее Вы сказали что вероятно проблема не в сертификате а в старых алгоритмах шифрования (согласен) , планирую их отключить на сервере.
    Думал что после их отключения, TLS1.2 поддерживается, должно все нормализоваться.
    Вы говорите что нет...
    Или я не правильно понимаю

    Всего записей: 34 | Зарегистр. 04-12-2006 | Отправлено: 17:56 31-01-2024
    DmitriC



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    ЭЭЭ тогда не очень понимаю...ранее Вы сказали что вероятно проблема не в сертификате а в старых алгоритмах шифрования (согласен) , планирую их отключить на сервере.
    Думал что после их отключения, TLS1.2 поддерживается, должно все нормализоваться.
    Вы говорите что нет...
    Или я не правильно понимаю

     
    Немного не так. Я говорил, что если https://www.ssllabs.com поругался на поддержку RC4 SSL 3.0, то это просто напросто  значит, что поддержка этих протоколов включена на Вашем сервере. А ругань на сертификат может быть не связана с поддержкой этих алгоритмов/протоколов. Посмотрите, что по-умолчанию поддерживает server 2016 std core: Протоколы
     
    Во время соединения сервер и клиент согласуют между собой режим шифрования, пытаясь использовать максимально надежный из доступных. И SSL 3.0 будет использован только в том случае, если более надежные протоколы использовать не удалось. Если же SSL 3.0 будет отключен, то в таком сценарии соединение просто не будет установлено.
     
    Поэтому отключение поддержки SSL 3.0 (хотя отключить его надо бы ) не решит проблему сертификата.
    А вот то, что Ваш ЦС до сих пор выпускает сертификаты, подписанные с помощью SHA-1, это очень даже может быть источником проблемы.

    Всего записей: 707 | Зарегистр. 15-12-2005 | Отправлено: 20:24 31-01-2024 | Исправлено: DmitriC, 21:47 31-01-2024
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215

    Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft Exchange Server


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru