Можно ли поместить в один компьютер два web узла
Обновлено: 04.07.2024
Тема: Определение и установление сетевых параметров рабочей станции.
Цель: Освоение основных способов определения сетевых параметров и их настройки для подключения рабочей станции к сети передачи данных.
В результате выполнения лабораторной работы студенты должны изучить функции всех сетевых параметров, усвоить способы их представлений, познакомиться с методом введения этих параметров, если даже у них нет права администратора на хост. Также они должны уметь выявлять и устранять возможные неисправности и сбои при сетевом подключении.
В конце лабораторной работы студенты должны создать файл, содержащий IP-адрес, маску подсети, адреса шлюза (маршрутизатора) и DNS-сервера своей рабочей станции и передать преподавателю через сетевое окружение.
Задания на лабораторную работу.
Определите сетевые параметры через командную строку.
Проанализируйте способы их представления (в какой системе счисления они представлены).
Определите эти же параметры с помощью средств Windows.
По маске подсети определите класс сети и возможное количество рабочих станций в данной сети.
Проанализируйте свой и IP-адрес соседних хостов в классе. Узнайте реальный IP-адрес, через который вы выходите в Интернет.
Выясните возможность изменения физического адреса вашей рабочей станции. Обоснуйте полезность такого изменения.
Определите топологию, метод коммутации, технические средства и линии связи, использованные в сети вашего учебного заведения.
Ознакомьтесь с нерегистрируемыми сегментами в каждом классе сетей.
Прочитатйте справочный материал о протоколе DHCP (Dynamic Host Configuration Protocol) и о серверах службы имен Microsoft WINS (Windows Internet Naming Service) и DNS (Domain Name Service/System).
Указания по выполнению заданий
С помощью меню сетевого окружения определите имена NetBIOS вашего собственного компьютера и компьютера преподавателя.
Определите параметры протокола TCP/IP вашего компьютера. Для этого проделайте следующие действия: Выберете меню Пуск - Настройка – Панель управления – Сеть – Устройства и протоколы – TCP/IP.
Определите следующие параметры протокола: IP-адрес сетевого адаптера; сетевую маску (маску подсети); адрес шлюза по умолчанию; адрес основного и вспомогательного сервера DNS.
Определите физический адрес сетевого адаптера вашего компьютера и его доменное имя. Для этого в командной строке (меню Пуск – Программы – Стандартные – Командная строка) наберите ipconfig /all.
Определите, открыт ли сетевой доступ к диску вашего компьютера. Для этого щелкните правой клавишей на значке диска и в открывшемся контекстном меню выберите значение Доступ. Определите также емкость диска (меню Свойства).
Определите быстродействие и объем памяти вашего компьютера. Для этого щелкните правой кнопкой мыши на значке Мой компьютер и в открывшемся контекстном меню выберите значение Свойства, а затем вкладку Общие.
Создайте текстовый файл своей фамилией, содержащий следующие сведения:
- ваша Фамилия И.О.;
- номер группы и название факультета;
- имя компьютера по протоколу NetBIOS (имя в сетевом окружении);
- физический адрес сетевого адаптера и его тип;
- IP-адрес и маска подсети;
- адрес шлюза по умолчанию;
- адрес серверов DNS;
- параметры вашего компьютера - тактовую частоту процессора, оперативную память, размер диска, параметры сетевого доступа к диску.
Определите аппаратные средства (коммутатор, маршрутизатор и т.п.), находящиеся в вашем классе.
В Интернете найдите характеристики этих средств.
В сетевом окружении найдите общую папку на компьютере преподавателя.
Положите свой файл в эту папку и готовьтесь к вопросам, приведенным внизу.
Контрольные вопросы
Какое имеет представление IP-адрес?
Может ли служить IP-адресом 267.197.0. 301? Почему?
Опишите IP-адреса трех нерегистрируемых сетей для классов A, B и C.
Сколько компьютеров может быт в сети с маской 255.255.172.0?
Может ли один хост иметь более одного IP-адреса? Обосновать свой ответ.
Для чего используется DNS? Какой файл был прообразом DNS?
Опишите принцип функционирования DNS.
Для чего служат записи A, PTR, MX и CNAME базы данных DNS?
Какие знаете домены первого уровня и назовите примерное количество таких доменов.
Чем отличается Internet от Intranet'а?
Какие серверы Интернета вы знаете?
Можно ли поместить в один компьютер два Web-узла? Обосновать свой ответ.
Приведите пример использования утилиту nslookup.
В чем основное различие между протоколами TCP и UDP?
Опишите преимущества и недостатки Ethernet и беспроводных сетей.
Никифоров С. В. Введение в сетевые технологии / С. В. Никифоров. – М.: Финансы и статистика, 2007. –С. 1-71.
Таненбаум Э. Компьютерные сети / Э. Таненбаум. –СПб.: Питер, 2007. –992 с. -С. 317-361, 399-632.
Поляк-Брагинский А. Локальные сети. Модернизация и поиск неисправностей / А. Поляк-Брагинский. – СПб.: БХВ-Петербург, 2007. –С. 14-52, 302-328.
Янг М. Л. и др. Internet. Полное руководство. Пер. с англ. / М. Л. Янг и др. – Киев: BHV, 2001. –С. 11-103.
Попов В. Практикум по Интернет-технологиям: учебный курс / В. Попов. – СПб.: Питер, 2002. –С. 21-41.
Олифер В.Г., Олифер Н.А. Компьютерные сети (3-е издание) / В.Г Олифер, Н.А. Олифер. –СПб.: Питер, 2006. -С. 383-532, 564-648
Дж. Бителоу С. Сети: поиск неисправностей, поддержка и восстановление / С. Дж.Бителоу. СПб.: БХВ-Петербург, 2005. –С.205-224
Тут вы можете оставить комментарий к выбранному абзацу или сообщить об ошибке.
Закрыт 5 лет назад .
К примеру поверх Денвера возможно еще поставить OpenServer?
Update: Ивините, что долго не писал. Вопрос был вот чем: я начинал с денвера и осталось много тестовых сайтов с денверскими настройками, но в последнее время денвер стал сильно напрягать, и по отзывам вроде OpenServer лучший из лучших. А так запускать два сервера и в мыслях не было. Так вот хотелось оставить денвер на всякий случай и начать пользоваться с OpenServer.
PS. Благодарю всех за помощь и особенно strangeqargo за развернутый ответ, хоть что-то начал понимать про порты
Поставить - поставите. Вопрос только, а зачем? Перед установкой второй программы (например, опенсервера) не забудьте остановить первую (денвер), чтобы не были заняты порты. Содержать на одном компе и денвер и опен сервер можно. Только использоваться одновременно нельзя. Включенным должно быть только что-то одно. Но лучше удалите денвер - это старая неподдерживаемая никому не нужная фигняdenver и OpenServer это не "две разные программы" это W A M P-стэк - набор программ в котором A означает веб-сервер Apache, а M - СУБД MySql.
Поэтому - если вы зачем-то хотите запустить два процесса веб-сервера и два процесса БД - они должны находиться на разных парах порт/адрес. Т.е. вам придется удостовериться в конфигах OpenServer/Apache и Denver/Apache (и, соответственно MySql), что они привязываются к уникальным айпи-адресам.
Другое дело, я подозреваю, что вы вовсе не хотите развернуть несколько веб-серверов, а хотите развернуть несколько сайтов.
Для этого вам достаточно одного процесса веб-сервера (OpenServer или Denver - не важно) погуглите "Apache настройка virtual host", в случае с бд - может быть посложнее. Если ваши программы не затрагивают соседние базы, а работают только со своей базой - вам не нужен лишний MySql-процесс, а вот если они свободно создают кучи баз данных, они могут перестать работать из-за конфликтов по наименованию баз данных или случайно удалить текущие базы. Такие системы встречаются редко, но вполне возможны (как пример - Phabricator)
Я только что узнал, что могу написать действительно простой веб-сервер использование Python. У меня уже есть веб-сервер Apache, я хотел бы попробовать веб-сервер на основе Python на этой машине. Но я боюсь, что могу получить какой-то конфликт, если я попытаюсь. Я имею в виду, как два веб-сервера будут "решать", кому нужен сервер запроса от клиента?
заставьте их слушать разные порты, и все будет в порядке.
веб-порт по умолчанию-80. При открытии url-адреса в браузере без указания порта по умолчанию используется 80.
вы можете настроить свой веб-сервер для прослушивания другого порта, но тогда вам также нужно будет явно указать его в url:
при выборе порта обратите внимание, что этот конкретный номер порта не используется программное обеспечение, которое вы установили и бегу по твоей коробке. В противном случае, как вы правильно догадались, возникнет конфликт.
P.S. всего несколько дней назад, делая переустановку, я не смог запустить IIS (по-видимому, без причины). Оказалось, что новая версия Skype заняла этот порт по умолчанию! Пришлось удалить его параметр "использовать порт 80 и 443 в качестве альтернативы для входящих соединений".
веб-сервер привязан к определенному порту. Обычно это порт 80. Если порт не указан явно,это порт, который браузер будет пытаться ударить.
вы можете заставить ваш альтернативный сервер работать на другом порту (8080 или 8081, похоже, популярны для веб-серверов, но выбор за вами ).
Это остановит конфликт. Все, что идет на порт 80, попадает на ваш старый сервер. Все идет к 8080 (или любому порту, который вы решите запустить свой сервер) поразит ваш простой сервер python.
чтобы попасть на другой сервер, используйте URL-адрес: -
Если вы действительно хотите запустить отдельные серверы для тестирования серверного программного обеспечения, см. другие ответы, но.
Это звучит так (потому что вы разработчик, а не сисадмин, верно?) ты действительно просто хочу запустить сайты Python и PHP на одном компьютере. Итак, простите меня, если я читаю ваш вопрос, но эта настройка позволяет мне запускать оба типа сайтов на одном компьютере с одним портом (порт 80) на одном сервере Apache.
Я делаю новые записи в моем файле/etc / hosts (или C:\Windows\System32\drivers\etc\hosts в Windows) и укажите их на 127.0.0.1:
затем в Apache добавляю VirtualHosts для каждого сайта:
Итак, сайты PHP работают в DocumentRoot как они всегда делают. И сайты Python работают в WSGI. И они оба работают в Apache. Затем, чтобы проверить, я просто добавляю ".local " в любом браузере, который я использую для работы с моей локальной копией.
вы не можете открыть два веб-сервера в одном порту (по умолчанию 80), если вы хотите сделать два или более веб-серверов, вы должны использовать разные порты.
Если вы используете DNS, Вы можете легко настроить свой веб-сервер для ответа с разными веб-сайтами на разные запросы, что может быть полезно, если вам нужно иметь разные веб-сайты для поддоменов или разных доменов.
веб-серверы не будут иметь права голоса в том, кто обслуживает запрос на подключение (эта задача все еще находится на уровне операционной системы). Кроме того, без специальных опций сокета сокет должен быть привязан к уникальному сочетанию интерфейса, интернет-адреса и порта.
Можно ли объединить несколько интернет-каналов в один? Вокруг этой темы куча заблуждений и мифов, даже сетевые инженеры с опытом часто не знают о том, что это возможно. В большинстве случаев, объединением каналов ошибочно называют балансировку на уровне NAT или failover. Но настоящее суммирование позволяет пустить одно единственное TCP-подключение одновременно по всем интернет-каналам, например видеотрансляцию так, чтобы при обрыве любого из интернет-каналов вещание не прерывалось.
Существуют дорогие коммерческие решения для видеотрансляций, но такие устройства стоят много килобаксов. В статье описывается настройка бесплатного, открытого пакета OpenMPTCPRouter, разбираются популярные мифы о суммировании каналов.
Мифы про суммирование каналов
Есть много бытовых роутеров, поддерживающих функцию Multi-WAN. Иногда производители называют это суммированием каналов, что не совсем верно. Многие сетевики верят, что кроме LACP и суммирования на L2 уровне, никакого другого объединения каналов не существует. Мне часто доводилось слышать, что это вообще невозможно от людей, которые работают в телекомах. Поэтому попробуем разобраться в популярных мифах.
Балансировка на уровне IP-подключений
Это самый доступный и популярный способ утилизировать несколько интернет-каналов одновременно. Для простоты представим, что у вас есть три интернет провайдера, каждый выдаёт вам реальный IP-адрес из своей сети. Все эти провайдеры подключены в роутер с поддержкой функции Multi-WAN. Это может быть OpenWRT с пакетом mwan3, mikrotik, ubiquiti или любой другой бытовой роутер, благо сейчас такая опция уже не редкость.
Для моделирования ситуации представим, что провайдеры выдали нам такие адреса:
При балансировке на уровне подключений, каждое TCP-подключение идёт через отдельного провайдера .
При загрузке торрентов балансировка на уровне подключений суммирует пропускную способность всех каналов
Такая балансировка позволяет получить суммирование скорости интернет-канала, при использовании множества подключений. Например, если у каждого из трёх провайдеров скорость 100 Мегабит, то при загрузке торрентов мы получим 300 Мегабит. Потому что торрент открывает множество подключений, которые распределяются между всеми провайдерами и в итоге утилизируют весь канал.
Одно подключение всегда будет использовать только один интернет-канал
Это справедливо и для видео-трансляций. Если вы вещаете потоковое видео на какой-то условный Twitch, то балансировка на уровне IP-подключений не даст никакой особенной пользы, так как видео-поток будет транслироваться внутри одного IP-подключения. В данном случае, если у провайдера WAN 3 начнутся проблемы со связью, например потери пакетов или снижение скорости, то вы не сможете моментально переключиться на другого провайдера. Трансляцию придётся останавливать и переподключаться заново.
Настоящее суммирование каналов
Реальное суммирование каналов даёт возможность пустить одно подключение к условному Twitch сразу через всех провайдеров таким образом, что, если любой из провайдеров сломается, подключение не оборвется. Это на удивление сложная задача, которая до сих пор не имеет оптимального решения. Многие даже не знают, что такое возможно!
По предыдущим иллюстрациям мы помним, что условный сервер Twitch может принять от нас видеопоток только от одного source IP адреса, значит он должен быть у нас всегда постоянным, вне зависимости от того, какие провайдеры у нас отвалились, а какие работают. Чтобы этого добиться, нам потребуется суммирующий сервер, который будет терминировать все наши подключения и объединять их в одно.
Суммирующий сервер агрегирует все каналы в один тоннель. Все подключения происходят с адреса суммирующего сервера
В такой схеме используются все провайдеры, и отключение любого из них не вызовет обрыв связи с сервером Twitch. По сути, это особый VPN-тоннель, под капотом у которого сразу несколько интернет-каналов. Главная задача такой схемы — получить максимально качественный канал связи. Если на одном из провайдеров начались проблемы, потеря пакетов, увеличение задержек, то это не должно никак отразиться на качестве связи, так как нагрузка автоматически будет распределяться по другим, более качественным каналам, которые есть в распоряжении.
Коммерческие решения
Эта проблема давно беспокоит тех, кто ведёт прямые трансляции мероприятий и не имеет доступа к качественному интернету. Для таких задач существуют несколько коммерческих решений, например компания Teradek делает такие монструозные роутеры, в которые вставляются пачки USB модемов:
Роутер для видеотрансляций с функцией суммирования каналов
Иногда это выглядит достаточно устрашающе:
Настраиваем OpenMPTCPRouter
Протокол MP-TCP (MultiPath TCP) придуман для возможности подключения сразу по нескольким каналам. Например, его поддерживает iOS и может одновременно подключать к удалённому серверу по WiFi и через сотовую сеть. Важно понимать, что это не два отдельных TCP-подключения, а именно одно подключение, установленное сразу по двум каналам. Чтобы это работало, удалённый сервер должен поддерживать MPTCP тоже.
OpenMPTCPRouter — это открытый проект программного роутера, позволяющего по-настоящему суммировать каналы. Авторы заявляют, что проект находится в статусе альфа-версии, но им уже можно пользоваться. Он состоит из двух частей — суммирующего сервера, который размещается в интернете и роутера, к которому подключаются несколько интернет-провайдеров и сами клиентские устройства: компьютеры, телефоны. В качестве пользовательского роутера может выступать Raspberry Pi, некоторые WiFi-роутеры или обычный компьютер. Есть готовые сборки под различные платформы, что очень удобно.
Принцип работы OpenMPTCPRouter
Настройка суммирующего сервера
Суммирующий сервер располагается в интернете и терминирует подключения со всех каналов клиентского роутера в одно. IP-адрес этого сервера будет внешним адресом при выходе в интернет через OpenMPTCPRouter.
Для этой задачи будем использовать VPS-сервер на Debian 10.
Требования к суммирующему серверу:
- MPTCP не работает на виртуализации OpenVZ
- Должна быть возможность установки собственного ядра Linux
Результат успешной установки сервера.
Сохраняем пароли, они потребуются нам для настройки клиентского роутера, и перезагружаемся. Важно иметь в виду, что после установки SSH будет доступен на порту 65222. После перезагрузки нужно убедиться, что мы загрузились с новым ядром
Видим рядом с номером версии надпись mptcp, значит ядро установилось корректно.
Настройка клиентского роутера
На сайте проекта доступны готовые сборки для некоторых платформ, например Raspberry Pi, Banana Pi, роутеры Lynksys и виртуальные машины.
Эта часть openmptcprouter основана на OpenWRT, в качестве интерфейса используется LuCI, знакомый всем, кто когда-либо сталкивался с OpenWRT. Дистрибутив весит около 50Мб!
В качестве тестового стенда я буду использовать Raspberry Pi и несколько USB-модемов с разными операторами: МТС и Мегафон. Как записать образ на SD-карту, полагаю, не нужно рассказывать.
Изначально Ethernet-порт в Raspberry Pi настроен как lan со статическим IP-адресом 192.168.100.1. Чтобы не возиться с проводами на столе, я подключил Raspberry Pi к WiFi точке доступа и задал на WiFi-адаптере компьютера статический адрес 192.168.100.2. DHCP-сервер по умолчанию не включен, поэтому нужно использовать статические адреса.
Теперь можно зайти в веб-интерфейс 192.168.100.1
При первом входе система попросит задать пароль root, с этим же паролем будет доступен SSH.
В настройках LAN можно задать нужную подсеть и включить DHCP-сервер.
Я использую модемы, которые определяются как USB Ethernet интерфейсы с отдельным DHCP-сервером, поэтому это потребовало установки дополнительных пакетов. Процедура идентична настройке модемов в обычном OpenWRT, поэтому я не буду рассматривать её здесь.
Далее нужно настроить WAN-интерфейсы. Изначально в системе создано два виртуальных интерфейса WAN1 и WAN2. Им нужно назначить физическое устройство, в моем случае это имена интерфейсов USB-модемов.
Так как мои модемы сами выступают роутерами, и сами имеют DHCP-сервер, мне пришлось изменить настройки их внутренних диапазонов сетей и отключить DHCP-сервер, потому что изначально оба модема выдают адреса из одной сети, а это вызывает конфликт.
OpenMPTCPRouter требует, чтобы адреса WAN-интерфейсов были статическими, поэтому придумываем модемам подсети и настраиваем в меню system → openmptcprouter → interface settings. Здесь же нужно указать IP-адрес и ключ сервера, полученный на этапе установки суммирующего сервера.
В случае удачной настройки, на странице статуса должна появится похожая картина. Видно, что роутер смог достучаться до суммирующего сервера и оба канала работают штатно.
По умолчанию используется режим shadowsocks + mptcp. Это такой прокси, который заворачивает в себя все подключения. Изначально он настроен обрабатывать только TCP, но можно включить и UDP.
Если на странице статуса нет ошибок, на этом настройку можно считать законченной.
С некоторыми провайдерами может возникнуть ситуация, когда на пути следования трафика флаг mptcp обрезается, тогда будет такая ошибка:
В этом случае можно использовать другой режим работы, без использования MPTCP, подробнее об этом здесь.
Заключение
Проект OpenMPTCPRouter очень интересный и важный, так как это, пожалуй, единственное открытое комплексное решение проблемы суммирования каналов. Всё остальное либо наглухо закрытое и проприетарное, либо просто отдельные модули, разобраться с которыми обычному человеку не под силу. На текущем этапе развития проект ещё достаточно сырой, крайне бедная документация, многие вещи просто не описаны. Но при этом он всё-таки работает. Надеюсь, что он будет и дальше развиваться, и мы получим бытовые роутеры, которые будут уметь нормально объединять каналы из коробки.
- номер TCP порта
- IP адрес
- имя узла (host header)
Например, наш тестовый веб сайт IIS уже на 80 порту. Нам нужно добавить второй сайт на этом же порту.
В консоли управления IIS создадим второй сайт (Add Website). С именем TestSite , файлы которого будут храниться в каталоге c:\inetpub\TestSite (имя хоста пока не указываем).
После того, как вы нажмете “OK”, появится предупреждение, в котором говорится, что вы не можете использовать привязку *:80 для двух сайтов, т.е. одновременно может работать только один из них.
Согласимся с этим предупреждением. Итак, у нас появился второй сайт, также привязанный к 80 порту, но запустить его без остановки первого сайта нельзя.
Добавляем новое имя сайта в Host Header в IIS
Щелкните ПКМ по сайту TestSite и выберите пункт меню Edit Bindings. Выберите нужную привязку и нажмите Edit.
В поле Host Name укажите уникальное имя хоста, к которому должны обращаться пользователи, например, TestSite.
Теперь можно запустить и второй веб сайт.
Все, что осталось сделать – добавить в DNS алиас для сервера (запись типа A или CNAME), указывающую на IP адрес веб-сервера или его имя.
Если вы используйте домен Active Direcroty, нужно создать DNS записи на контроллере домена.
Создать CNAME запись для имени TestSite можно с помощью консоли DNS (dnsmgmt.msc), в качестве FQDN target host указать доменное имя вашего IIS сервера.
Еще несколько полезных моментов, которые стоит упомянуть.
В том случае, если у вас используется локальный сервер IIS, сопоставление имен сайтов с IP адресом сервера выполняется через локальный файл hosts ( C:\Windows\system32\drivers\etc\hosts ).
Настройки привязок хранятся в конфигурационном файле IIS ( C:\Windows\System32\inetsrv\config\applicationHost.config ) в секции <sites>.
В нашем примере эта секция содержит такие данные:
По аналогии вы можете разместить и запустить на одном порту 80 или 443 веб-сервера IIS несколько десятков сайтов.
Настройка нескольких сайтов в IIS на разных IP адресах
Теперь попробуем запустить на веб сервере IIS два сайта на разных IP адресах. В первую очередь нужно добавить на Windows Server отдельный VLAN интерфейс или просто назначить на сетевое подключение дополнительный IP адрес (алиас).
В этом примере у сервера основной IP адрес 192.168.13.100, и я добавлю на этот же сетевой адаптер дополнительный IP алиас 192.168.13.101:
Get-NetIPAddress | ft IPAddress, InterfaceAlias, SkipAsSource
New-NetIPAddress –IPAddress 192.168.13.101 –PrefixLength 24 –InterfaceAlias “Ethernet” –SkipAsSource $True
Теперь на DNS сервере нужно создать A запись для нового сайта (сразу создадим PTR запись в обратной зоне):
Осталось открыть настройки Site Binding и привязать сайт к новому IP адресу.
Управление привязкой сайтов IIS с помощью PowerShell
Вы можете управлять привязкой (биндингом) сайтов на сервере IIS с помощью PowerShell. Для этого используется модуль WebAdministration:
Вывести информацию о всех имеющихся сайтах и привязках:
Либо о конкретном сайте:
(Get-Website -Name NewSite3).bindings.Collection
Чтобы изменить привязку этого сайта (можно сменить IP адреса, порт или имя), выполните:
Set-WebBinding -Name NewSite3 -BindingInformation "192.168.13.101:80:NewSite3" -PropertyName 'Port' -Value '81'
Set-WebBinding -Name NewSite3 -BindingInformation "192.168.13.101:81:NewSite3" -PropertyName 'IPAddress' -Value '192.168.13.100'
Для добавления новой привязки к сайту, выполните:
Для удаления привязки:
Remove-IISSiteBinding -Name NewSite3 -BindingInformation "*:9090:"
Таким образом вы можете запустить на веб сервере IIS несколько сайтов как на разных IP адресах, так и на одном и том же IP адресе и TCP порту.
Читайте также: