Поздравляю всех сисадминов и всех причасных с двумя светлыми праздниками, с пятницей и с нашим днем!
Всем поменьше дисконнектов, синих экранов смерти дуралеев директоров и неадекватных юзверей :)
С ПРАЗДНИКОМ!
30 июля 2010 г.
29 июля 2010 г.
Логирование коннектов RRAS
Здравствуйте, Уважаемые посетители.
Появилась у меня недавно следующая проблема. Установил я Windows Server 2008 R2, настроил на нем RRAS с интерфейсом вызова по требованию, AD, установил Exchange server и все вроде бы отлично, но появилась задача разгрузить сервер. И решил я сделать второй сервер, поднять на нем RRAS и установить Forefront TMG и Exchange Edge. Но возникла у меня проблема, RRAS напрочь отказывается соединяться с провайдером по PPPoE. После проведения некоторых анализов настроек обоих серверов, я нашел различие, которое описал на TechNet. Мой диалог с Никитой Пановым можно почитать по ссылке.
Этот пост, является первым в цикле постов по поднятии RRAS + Forefront TMG, только потому что я еще не решил до конца проблему. Но нашел интересное начало, я теперь смогу просмотреть логи RRAS и определить почему он не хочет соединяться с провайдером.
Помог совет Никиты, по включению логирования:
Failures for RAS connections can be debugged using RAS logs.
To enable RAS logs run command “netsh ras set tracing * enabled”
Now run the scenario that is failing.
Now flush the RAS logs by “netsh ras set tracing * disabled” command.
Check the logs at %windir%\tracing directory.
Some of the files where you can look to debug the problem are –
PPP.log
RASMAN.log
IASHLPR.log
RASAPI32.log
RASIPCP.log
Also see the “Event viewer” and find the events created by “RemoteAccess” to troubleshoot the issue.
Error code related to RRAS are listed at http://support.microsoft.com/kb/q163111/
Но я не остановился на достигнутом и нашел графический вариант включения логирования действий RRAS:
1. Выберите свойства роли "Маршрутизация и удаленный доступ"
2. Во вкладке "Ведение журнала" необходимо установить галочку "Журнал дополнительных сведений о маршрутизации и удаленном доступе"
Все логи будут вестись там же %windir%\tracing
Извините за сумбурность изложения, я только начинающий блогер, но надеюсь что посты мои будут продолжаться и улучшаться.
Спасибо за внимание, в скором времени отпишусь о решении данного вопроса или о возникновении новых вопросов.
Появилась у меня недавно следующая проблема. Установил я Windows Server 2008 R2, настроил на нем RRAS с интерфейсом вызова по требованию, AD, установил Exchange server и все вроде бы отлично, но появилась задача разгрузить сервер. И решил я сделать второй сервер, поднять на нем RRAS и установить Forefront TMG и Exchange Edge. Но возникла у меня проблема, RRAS напрочь отказывается соединяться с провайдером по PPPoE. После проведения некоторых анализов настроек обоих серверов, я нашел различие, которое описал на TechNet. Мой диалог с Никитой Пановым можно почитать по ссылке.
Этот пост, является первым в цикле постов по поднятии RRAS + Forefront TMG, только потому что я еще не решил до конца проблему. Но нашел интересное начало, я теперь смогу просмотреть логи RRAS и определить почему он не хочет соединяться с провайдером.
Помог совет Никиты, по включению логирования:
Failures for RAS connections can be debugged using RAS logs.
To enable RAS logs run command “netsh ras set tracing * enabled”
Now run the scenario that is failing.
Now flush the RAS logs by “netsh ras set tracing * disabled” command.
Check the logs at %windir%\tracing directory.
Some of the files where you can look to debug the problem are –
PPP.log
RASMAN.log
IASHLPR.log
RASAPI32.log
RASIPCP.log
Also see the “Event viewer” and find the events created by “RemoteAccess” to troubleshoot the issue.
Error code related to RRAS are listed at http://support.microsoft.com/kb/q163111/
Но я не остановился на достигнутом и нашел графический вариант включения логирования действий RRAS:
1. Выберите свойства роли "Маршрутизация и удаленный доступ"
2. Во вкладке "Ведение журнала" необходимо установить галочку "Журнал дополнительных сведений о маршрутизации и удаленном доступе"
Все логи будут вестись там же %windir%\tracing
Извините за сумбурность изложения, я только начинающий блогер, но надеюсь что посты мои будут продолжаться и улучшаться.
Спасибо за внимание, в скором времени отпишусь о решении данного вопроса или о возникновении новых вопросов.
Подписаться на:
Сообщения (Atom)