Сложность просмотра / приема сетевых сообщений nlog с log4view - PullRequest
3 голосов
/ 31 марта 2012

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

У меня есть простая консольная программа для тестирования этого

class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("Testing Nlog");

        var logger = new Logger("Program");

        int index = 0;
        while (index < 1000)
        {
            Console.WriteLine("Testing Testing 1..2..3..");
            logger.Debug("Testing Testing 1..2..3..");
            index++;
            Thread.Sleep(5000);
        }

        Console.ReadLine();
    }
}

И следующий файл конфигурации

<nlog>
  <targets async="true">
    <target name="n4" xsi:type="Network" address="tcp://localhost:877"/>
    <!--<target name="logfile" xsi:type="File" fileName="file.txt" />-->
  </targets>

  <rules>
    <logger name="*" minlevel="Trace" writeTo="n4" />
    <!--<logger name="*" minlevel="Trace" writeTo="logfile" />-->
  </rules>
</nlog>

Я вошел в свой брандмауэр и открыл порты udp и tcp 877.

Если я переключаю ведение журнала на работу из файла, он работает нормально, однако, когдаЯ пытаюсь использовать сетевое ведение журнала и использование log4view, чтобы увидеть журналы, которые я ничего не получаю.Я пробовал множество ipaddresses и имен хостов, чтобы попытаться заставить это выйти из системы.

Я уже использовал log4view и кажется достаточно простым для создания приемников tcp или udp, так что я немного растерялся из-за того, что идет не так.

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

Спасибо, Нил

Ответы [ 2 ]

6 голосов
/ 02 апреля 2012

Вместо того, чтобы использовать цель сети, я изменил ее, чтобы вместо нее использовать цель NLogViewer, и это добилось цели

<target name="log4view" xsi:type="NLogViewer" address="tcp://127.0.0.1:877"/>
1 голос
/ 15 октября 2013

У меня была такая же проблема.Если быть точным в отношении IP, то это исправлено

...