Windows простой http сервер: Простой HTTP файловый сервер под Windows

Как быстро поднять HTTP сервер

В интернете существует масса статей про настройку тех или иных HTTP серверов. равно как существует и огромное множество самих HTTP серверов, поэтому принять решение в пользу того или иного решения зачастую бывает непросто.

В этой статье мы не будем заниматься вопросом выбора сервера — ведь слишком много условий надо учесть. Одни сервера заточены под работу в Unix/Linux системах, но не работать на Windows платформе, другие быстрые и производительные, но не поддерживают определенные языки программирования, на которых может быть написан ваш сайт.

Мы задались другой задачей — как можно быстрее и легче развернуть HTTP сервер, который будет достаточно производителен, стабилен и защищен при доступе из интернета. Но для начала краткая характеристика имеющихся серверных решений.

Обзор HTTP рынка серверов

Итак, все HTTP сервера можно разделить на продуктивные и локальные. Первые можно и нужно использовать для публикации web контента в интернет или публикации web-приложений. К таким серверам относятся мировые лидеры, занимающие основную долю рынка — Apache, Microsoft IIS  и nginx. Первый — мировый лидер для публикации веб сайтов на хостингах в мире. IIS чаще всего используется для публикации web-приложений, написанных для Windows или на языках платформы .NET, с использованием VBScript и JScript, Sharepoint сайтов и для публикации корпоративных порталов, например онлайн-банков. Для остальных дачах применение IIS неоправдено. nginx — отечественная разработка, которую все чаще применяют на web-хостингах, потому что этот сервер отличается от Apache большей масштабируемостью и производительностью. Зачастую, их можно применять вместе.

Но все эти решения — это долго, сложно для развертывания и требует полноценного сервера на Linux или Windows Server. Нас в данном случае это не интересует.

Также существует группа локальных серверов: Denwer, XAMPP, VertigoServ, Open Server, WAMP и другие. Что такое локальный сервер? Это не одна программа (не один конкретный веб сервер), а специальный сборник, куда входят облегченные варианты сложных серверных программ. Обычно в сборку входят: сам сервер (в основном Apache, но могут быть и другие), компилятор PHP (с его помощью браузер может прочитать коды и собрать страницу), компоненты для работы с базами данных, различные установщики и многие другие программы. Все это нужно разработчикам веб-приложений для тестирования их разработок на локальных машинах. Действительно, удобно и быстро можно развернуть пакет «все в одном», но это совершенно незащищенные решения, не предназначенные для публикации сайтов в интернет. К слову говоря, из локальных серверов я предпочитаю Vertigo (простой и производительный) и Open Server (отличный портативный отечественный продукт, достойная замена Denwer-у ).

Не могу не рассказать о еще одном отечественном полнофункциональном сервере для предприятий — Eserv. Это мощный почтовый, HTTP сервер FTP-сервер, DNS-сервер, статистика, SNMP-agent и SNMP-монитор, видеомониторинг в одном. Возможности почтового сервера просто безграничны: Поддержка групповой работы — WIKI, форумы, общие IMAP-папки, блоги, чат, NNTP-сервер, сервер календарей и задач, общая адресная книга (LDAP-сервер), поддержка Exchange ActiveSync (EAS) для синхронизации мобильных клиентов. Поддерживаются любые способы авторизации (ActiveDirectory, WinNT local, ODBC, текстовые списки, встроенная БД, X.509-сертификаты и т.д.), SSL/TLS. И это платный коммерческий продукт. Но мы рассматриваем HTTP в этой статье, поэтому… HTTP Сервер, входящий в комплект — acWEB — совершенно бесплатное Open Source решение. Это достойная замена IIS под Windows, которая поддерживает:

  • HTTP server with SSL/TLS
  • Built-in Forth translator
  • CGI support
  • ISAPI support
  • FastCGI support

Все домены, A-записи в DNS которых указывают на веб-сервер под управлением Eserv, автоматически получают готовую к использованию систему групповой работы, включающую и управление содержимым сайта (см. следующий раздел), основой которой являются wiki и общие папки. Но можно продолжать использовать Eserv и для обычных сайтов (статические страницы, различные CMS, форумы, магазины на PHP и Perl, и т.д.), если того требуют обстоятельства. Поддержка FastCGI включена в Eserv по умолчанию, и режим работы PHP (CGI, ISAPI или FastCGI) под acWEB задается опцией настройки.

Надо сказать, что сервер это очень малотребователен к ресурсам.

Но это было лирическое отступление.

Легкие HTTP сервера

Долгое время я считал самым легким и быстрым в развертывании еще один бесплатный отечественный продукт Макса Феоктистова — Small HTTP server, который на самом деле был больше, чем веб сервер. Web, почтовый сервер, DNS сервер, FTP сервер, Proxy сервер… Все в одном! И все это весит 146 Кбайт и не требует установки. С точки зрения HTTP, это полноценный веб сервер, поддерживающий:

  • Server Side Includes (включения на стороне сервера), регулярные выражения в SSI.
  • CGI интерфейс для скриптов (Запуск исполняемых файлов; Perl, PHP, и других внешних интерпретаторов)
  • ISAPI интерфейс.
  • Виртуальные хосты и каталоги.

К сожалению, для исполнения скриптов требуются внешние интерпретаторы для Perl и PHP соответственно, но это и понятно при таком размере сервера. Обработка phtml-страниц через запуск внешнего PHP-интерпретатора.  Сервер может поддерживать несколько виртуальных хостов. Каждый хост имеет собственный корневой каталог и также может включать виртуальные каталоги общие для всех. 

Все это звучит круто, но… требует достаточно хорошего понимания того, как работает сервер и умения конфигурировать файл php.ini, если вам требуется исполнение PHP. Хотя кому это нужно для Sql!? Строго говоря, настроек миллион, а интерфейс очень неудобный, отсталый, написанный много лет назад. Чтобы запустить сервер вам потребуется минут 5, а чтобы его настроить под себя — не один день. Ну а самое главное, что с 2012 года сервер не обновлялся, документация тоже оставляет желать лучшего.

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

Самый легкий и простой HTTP сервер

То, на чем я остановился и пользуюсь до сих пор — HTTP File Server. Как следует из названия, этот HTTP сервер предназначен, в первую очередь для расшаривания файлов по интернет. Но точно также легко, можно и выкладывать HTML сайт у себя на сервере.

Строго говоря, почти ничего делать не нужно, кроме как указать папку, в которой находится контент сайта («bind root to real-folder«) и первый файл сайта, если он отличается от index.htm. Да, исполнение серверных скриптов, таких как PHP и ASP, не поддерживается в HFS. Если для вас это главное — можете дальше не читать, а выбрать что-то из серверов выше. Если же вам требуется публиковать статические страницы или файлы для скачивания и загрузки, то HFS — удобное решение.

HFS поддерживает концепцию виртуальной файловой системы, но сервер может работать и с реальными папками на диске. В виртуальную структуру можно включать реальные папки с их содержимым. Очень удобно. 

Преимущества HFS:

  • не требует установки, состоит из одного маленького исполняемого файла.
  • почти не требует ресурсов, нет утечки памяти.
  • вся конфигурация хранится или в реестре или в одном ini-файле, на выбор.
  • Можно запустить сервере как службу Windows.
  • Вся настройка производится через достаточно простой GUI интерфейс. Чтоб запустить сайт, требуется 2 минуты. Вся первичная настройка описана здесь.
  • Вывод можно настроить через кастомизированные шаблоны (файлы .tpl), которые полностью доступны для редактирования, как и весь код, впрочем. Можно написать шаблон, в котором добавлены любые произвольные кнопки и меню. Это при условии, если вы не хотите публиковать готовый сайт.
    Стандартный шаблон достаточен в большинстве случаев: в нем есть возможность логина, поиска по файлам и папкам сервера, групповой работы с файлами. Подробнее здесь.
  • Начиная с версии 2.3 поддерживаются макросы, которые заменяют серверные скрипты, которые используются совместно с шаблонами (templates). Больше о HFS макросах в wiki.
  • Поддерживается полноценное скачивание и закачка файлов на сервер. Вам только требуется указать папки для этого в вашей виртуальной файловой системе и настроить на них права.
  • Сервер поддерживает настройку прав доступа для пользователей и групп. На каждую папку можно настроить права отдельно или унаследовать их.
  • Поддерживается тонкая настройка ограничения пропускной способности для групп и пользователей на скачивания и закачку.
  • Сервер постоянно мониторит доступные IP адреса. Вы можете указать порт и IP, на котором вы хотите, чтобы сервер отвечал.
  • Естественно поддерживается ограничение на количество различных подключений и скачиваний для групп и пользователей.
  • Продвинутые могут настроить свои MIME типы.
  • Поддерживается сжатая отдача контента.
  • Доступа подробная система логирования любых событий на севере. Из текущего лога в окне можно прямо забанить пользователей по IP или другим критериям.
  • Поддерживается работа с Dynamic DNS
  • Поддержка HTTPS с помощью внешнего модуля Stunnel

Из недостатков по сути — только отсутствие возможности работы с внешними интерпретаторами и SQL. На сайте разработчика представлена очень подробная документация в wiki. С её помощью вы сможете быстро начать.

Пример работающего сайта со стандартным шаблоном  — http://localserv.ru

[Посещений: 10 018, из них сегодня: 1]

Кому тут был нужен простой HTTP-сервер с обработкой GET и POST? 2 — Visual Basic


Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?


Hello Roman.

11 May 04 21:24, you wrote to me:

RY> Уважаемый, тема была начата не сейчас, и цель была совсем не эта.

целью был я надеюсь http-сервер? или заголовок не отражает сути?

RY> ps. IIS, если я не ошибаюсь, исключительно NT? Или можно выкачать

RY> freeware

RY> версию для линейки 9x?

ошибаешься. на все 100. есть для любых windows включая windows CE.

для win95 называется Personal web server, но сути это не меняет.

внимательно смотри на диске с win95 (если ты его не у пиратов, конечно, купил).

Anton

* Origin: -== Sibkot Mail Station ==- (2:5000/130. 84)


Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?


Hello Roman.

11 May 04 23:11, you wrote to me:

RY> Это не web-server!

RY> Это программа, выдающая результат на браузер. Если кроме http есть еще

RY> способы такого взаимодействия — я слушаю.

сюрприз, сюрприз… программа «выдающая результат на браузер» как раз и

называется web-сервером. точнее http-сервером. способы кроме http в сущности

обычные — записать то, что нужно, во временный файл и сказать start <имя файла>

RY> Если написать win32-exe CGI-приложение, то у клиента оно будет

RY> просить открыть/сохранить, хотя под сервером оно работает

RY> замечательно (тестировалось на Apache/Win32).

возможно. хотя что и зачем оно будет просить я не понял.

Anton

* Origin: -== Sibkot Mail Station ==- (2:5000/130.84)


Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?


Hello A. .

11 May 04 18:15, you wrote to me:

AS> Hу, минимальность — понятие относительное. Пожалуй, минимальный

AS> HTTP-сервер будет выдавать запросы в консольное окно, а мужик перед

AS> монитором будет на них ручками писать ответы :-)) Вот тогда минимальнее

AS> будет уже некуда.

нет уж, позволь не согласиться, минимальный — это поддерживающий _обязательные_

фичи протокола и не поддерживающий никаких опциональных. это что касаемо

собственно протокола http. что каксаемо собственно «серверности» — то это

простой экзешник в один поток обслуживающий одного клиента. и это уже предел

минимализма. поверь мне, как человеку наевшемуся уже вдоволь всяких «эмуляторов

протокола ХХХ», тьфу три раза.

AS> CGI (частично) как раз есть, ради него всё и затевалось 🙂

AS> До полного CGI нехватает только разбора части Url после ?

ага, я кажется понял для чего это затевалось…

AL>> насчет маленького: под winCE стандартный http-сервер имеет размер

AL>> что-то около 16кб или 48кб 🙂

AS> Ты хочешь сказать, он на VB6? 😉

уж точно нет. я себе не ставил за ненадобностью. скорее всего просто на

VC embedded писано, хотя не исключаю, что и на .net (ибо рантайм в win ce

встроен)

Anton

* Origin: -== Sibkot Mail Station ==- (2:5000/130.84)


HEX in VB


Hello Dima.

08 May 04 23:20, you wrote to Alexander Trishin:

>>> Кто в куpсе, как в ВБ без особых извpатов pаботать (складывать и

>>> вычитать) с шестнадцатеpичными цифpами?

AT>> Surprise, surpise. Даже шестнадцатеpисные числа в памяти компьютеpа

AT>> хpанятся с помощью все тех же ноликов и единичек. 🙂

DG> Surprise. Компьютеp понимает только язык асемблеpа 🙂

удивлю, сказав, что «языка ассемблера» он не понимает?

DG> Surprise. Бинаpный тип унивеpсален, однако своего имени там не

DG> увидишь. Да

DG> и методов pаботы с бинаpным сложением в ВБ нет. Hапишешь?

мне кажется что + (плюс) прекрасный метод бинарного сложения в vb.

Anton

* Origin: -== Sibkot Mail Station ==- (2:5000/130.84)


Как создать контpол динамически?


Hello Dima.

08 May 04 23:24, you wrote to Alexander Asyabrik:

DG> К сожаления создать новый контpол из кода в ВБ 6 совеpшенно

DG> невозможно.Может только апи. Возможно тольо дублиpование. А в ВБ7

DG> такая

DG> возможность есть 🙂

блин. откуда эта категоричность? читать faq и help. примеры, в конце концов.

подсказка: vb5 — невозможно. vb6 — возможно.

Anton

* Origin: -== Sibkot Mail Station ==- (2:5000/130.84)


Выpубить/пеpезагpузить комп?


Hello Dima.

10 May 04 22:07, you wrote to Alexander Abramencov:

DG> All2: В некотоpых длл видел ссылки типа RegisterServiceProcess

DG> Kernel32.exe, однако мне пишет Hемогу найти точку входа. Подскажите, где

DG> спpяталась функция?

в msdn, если читать страницу до конца есть такая табличка — в каких ОС эта

функция есть, а в каких нет. и сразу станет ясно что она есть только в виндах

без scm, т.е. в линейке 95/98/me

Anton

* Origin: -== Sibkot Mail Station ==- (2:5000/130.84)


Закодировать текстовый файл

DK> Различные способы хранения длины строки. В первом случае строка на

DK> самом деле начинается с байта, в котором хранится ее длина. Во втором

DK> случае длина сама по себе не хранится, а конец строки обозначается

DK> символом \0 aka vbNullChar (т.е. с нулевым кодом).


Т.е. в таких строках нельзя использовать 0й символ?

А смысл таких разных строк?

* Origin: 1134 (2:5045/44.13)


Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?

RY>> Уважаемый, тема была начата не сейчас, и цель была совсем не эта.

AL> целью был я надеюсь http-сервер? или заголовок не отражает сути?


Цель была в исполнении на клиенте CGI. Простой HTTP-сервер — это средство.

RY>> ps. IIS, если я не ошибаюсь, исключительно NT? Или можно выкачать

RY>> freeware версию для линейки 9x?

AL> ошибаешься. на все 100. есть для любых windows включая windows CE.

AL> для win95 называется Personal web server, но сути это не меняет.

AL> внимательно смотри на диске с win95 (если ты его не у пиратов,

AL> конечно, купил).


Честно скажу, от Win32 до прочих использовал исключительно Apache. Поэтому про IIS вообще ничего тебе сказать не могу.

* Origin: 1134 (2:5045/44.13)


Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?

RY>> Это программа, выдающая результат на браузер. Если кроме http

RY>> есть еще способы такого взаимодействия — я слушаю.

AL> сюрприз, сюрприз… программа «выдающая результат на браузер» как раз

AL> и называется web-сервером. точнее http-сервером. способы кроме http в

AL> сущности обычные — записать то, что нужно, во временный файл и сказать

AL> start <имя файла>


Так что ты тогда прицепился. Если эта функция и есть http-сервер, почему она должна отдавать какие-то заголовки ошибок, если она вообще для этого не предназначена? Или может позволишь мне самому разобраться, что МHЕ нужно в МОИХ программах? И как они работают?

RY>> Если написать win32-exe CGI-приложение, то у клиента оно будет

RY>> просить открыть/сохранить, хотя под сервером оно работает

RY>> замечательно (тестировалось на Apache/Win32).

AL> возможно. хотя что и зачем оно будет просить я не понял.


.exe, Hаписанный как cgi-приложение (т.е. обрабатывающий get и post-запросы и отдающий в stdout результат. Хотя чего тебе объяснять, ты и этого не поймешь.

* Origin: 1134 (2:5045/44.13)


Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?

AS>> Hу, минимальность — понятие относительное. Пожалуй, минимальный

AS>> HTTP-сервер будет выдавать запросы в консольное окно, а мужик

AS>> перед монитором будет на них ручками писать ответы :-)) Вот тогда

AS>> минимальнее будет уже некуда.

AL> нет уж, позволь не согласиться, минимальный — это поддерживающий

AL> _обязательные_ фичи протокола и не поддерживающий никаких

AL> опциональных. это что касаемо собственно протокола http. что каксаемо

AL> собственно «серверности» — то это простой экзешник в один поток

AL> обслуживающий одного клиента. и это уже предел минимализма. поверь

AL> мне, как человеку наевшемуся уже вдоволь всяких «эмуляторов протокола

AL> ХХХ», тьфу три раза.


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

А архивы эхи можно поднять через google groups.

Кому сервер обязан соблюдать стандарты? Вам? Hи за что! Клиенту? Зачем они ему в специфической программе? Или кому чем обязан?

Hадеюсь, после данного утверждения тема закрыта? Если вы не согласны с моим мнением, продолжать можно исключительно в нетмейле.

* Origin: 1134 (2:5045/44. 13)

Как настроить локальный тестовый сервер? — Изучите веб-разработку

В этой статье объясняется, как настроить простой локальный тестовый сервер на вашем компьютере и как его использовать.

Предпосылки: Вы должны сначала знать
как работает интернет и
что такое веб-сервер.
Цель: Вы узнаете, как настроить локальный тестовый сервер.

На протяжении большей части области обучения мы советуем вам просто открывать свои примеры непосредственно в браузере — это можно сделать, дважды щелкнув файл HTML, перетащив его в окно браузера или выбрав Файл > Открыть… и перейти к файлу HTML. Есть много способов добиться этого.

Если путь веб-адреса начинается с file:// , за которым следует путь к файлу на локальном жестком диске, используется локальный файл. Напротив, если вы просматриваете один из наших примеров, размещенных на GitHub (или пример на другом удаленном сервере), веб-адрес будет начинаться с 9. 0027 http:// или https:// , чтобы показать, что файл был получен через HTTP.

Некоторые примеры не запустятся, если вы откроете их как локальные файлы. Это может быть связано с рядом причин, наиболее вероятными из которых являются:

  • Они содержат асинхронные запросы . Некоторые браузеры (в том числе Chrome) не будут выполнять асинхронные запросы (см. Получение данных с сервера), если вы просто запустите пример из локального файла. Это связано с ограничениями безопасности (дополнительную информацию о веб-безопасности см. в разделе Безопасность веб-сайтов).
  • Они имеют серверный язык . Серверные языки (такие как PHP или Python) требуют специального сервера для интерпретации кода и доставки результатов.
  • Они включают другие файлы . Браузеры обычно обрабатывают запросы на загрузку ресурсов с использованием схемы file:// как запросы между источниками.
    Поэтому, если вы загружаете локальный файл, который включает в себя другие локальные файлы, это может вызвать ошибку CORS.

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

Использование расширения в редакторе кода

Если вам нужны только HTML, CSS и JavaScript, а не серверный язык, проще всего проверить наличие расширений в редакторе кода. Помимо автоматизации установки и настройки для вашего локального HTTP-сервера, они также хорошо интегрируются с вашими редакторами кода. Тестирование локальных файлов на HTTP-сервере может быть одним щелчком мыши.

Для VSCode вы можете проверить следующее бесплатное расширение:

  • vscode-preview-server . Вы можете проверить это на его домашней странице.

Использование Python

Другой способ добиться этого — использовать модуль Python http.server .

Примечание. Более старые версии Python (до версии 2.7) предоставляли аналогичный модуль с именем SimpleHTTPServer . Если вы используете Python 2.x, вы можете следовать этому руководству, заменив все варианты использования http.server на SimpleHTTPServer . Однако мы рекомендуем вам использовать последнюю версию Python.

Для этого:

  1. Установите Python. Если вы используете Linux или macOS, он уже должен быть доступен в вашей системе. Если вы пользователь Windows, вы можете получить установщик с домашней страницы Python и следовать инструкциям по его установке:
    • Перейти на python.org
    • В разделе «Загрузка» щелкните ссылку Python «3.xxx».
    • В нижней части страницы щелкните ссылку Windows Installer , чтобы загрузить файл установщика.
    • После загрузки запустите его.
    • Убедитесь, что на первой странице программы установки установлен флажок «Добавить Python 3. xxx в PATH».
    • Щелкните Установить , затем щелкните Закрыть после завершения установки.
  2. Откройте командную строку (Windows) / терминал (macOS/Linux). Чтобы проверить, установлен ли Python, введите следующую команду:
     питон-V
# Если вышеописанное не помогло, попробуйте:
питон3 -V
# Или, если доступна команда "py", попробуйте:
ру-V
  3. Это должно вернуть номер версии. Если все в порядке, перейдите в каталог, в котором находится ваш пример, с помощью команды cd .
     # включите имя каталога, чтобы войти в него, например
компакт-диск Рабочий стол
# используйте две точки, чтобы перейти на один уровень каталога, если вам нужно
CD ..
  4. Введите команду для запуска сервера в этом каталоге:
     # Если версия Python, возвращенная выше, равна 3.X
# В Windows попробуйте "python -m http.server" или "py -3 -m http.server"
python3 -m http.сервер
# Если версия Python, возвращенная выше, равна 2. X
python -m Простой HTTP-сервер
  5. По умолчанию это запустит содержимое каталога на локальном веб-сервере через порт 8000. Вы можете перейти на этот сервер, перейдя по URL-адресу localhost:8000 в веб-браузере. Здесь вы увидите содержимое каталога в списке — щелкните HTML-файл, который хотите запустить.

Примечание: Если у вас уже есть что-то, работающее на порту 8000, вы можете выбрать другой порт, выполнив команду сервера, за которой следует альтернативный номер порта, например. python3 -m http.server 7800 (Python 3.x) или python -m SimpleHTTPServer 7800 (Python 2.x). Затем вы можете получить доступ к своему контенту по адресу localhost:7800 .

Модуль Python http.server (или SimpleHTTPServer для Python 2) полезен, но это всего лишь статический файловый сервер ; он не знает, как запускать код, написанный на таких языках, как Python, PHP или JavaScript. Чтобы справиться с ними, вам понадобится что-то большее — точно, что вам нужно, зависит от языка серверной части, который вы пытаетесь запустить. Вот несколько примеров:

Обнаружили проблему с содержанием этой страницы?

  • Отредактируйте страницу на GitHub.
  • Сообщить о проблеме с содержимым.
  • Посмотреть исходный код на GitHub.

Хотите принять более активное участие?

Узнайте, как внести свой вклад.

Последний раз эта страница была изменена участниками MDN.

сеть — подключение к HTTP-серверу, размещенному на Windows, через локальную сеть

Задавать вопрос

спросил

Изменено
3 года, 3 месяца назад

Просмотрено
394 раза

Я пытаюсь разместить простой http-сервер на своем компьютере с Windows, используя модуль http. server Python. Я запускаю сервер, размещаю его на порту 8888 и могу подключиться к localhost:8888 . Но когда я пытаюсь подключиться к нему через локальную сеть, я не могу добраться до сайта. Естественно, я предположил, что брандмауэр блокирует доступ, и создал входящее правило, разрешающее TCP-соединения на порту 8888. Это не помогло. Я проверил, могу ли я пропинговать свою машину Windows с устройств в той же сети, и я могу это сделать после добавления входящего правила для общего доступа к файлам и принтерам. Я пробовал разные вещи: отключал все сетевые подключения, кроме того, который подключен к маршрутизатору, проверял файлы журналов и полностью отключал брандмауэр, ничего из этого не сработало, поэтому я был бы признателен, если бы кто-нибудь указал мне направление, где искать дальше.

Файлы журнала заполнены такими записями:

 #Fields: дата время протокол действия src-ip dst-ip src-port dst-port size tcpflags tcpsyn tcpack tcpwin icmptype icmpcode info path
2020-03-23 ​​19:01:33 DROP UDP 192. 168.0.17 224.0.0.251 5353 5353 105 - - - - - - - ПОЛУЧИТЬ

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

Интересно, что если я размещаю сервер поверх Ubuntu на Windows, он работает хорошо, но я хотел бы иметь возможность размещать его независимо от него.

  • сеть
  • windows-10
  • брандмауэр

3

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Обязательно, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания и подтверждаете, что прочитали и поняли нашу политику конфиденциальности и кодекс поведения.