Как сервер получает уведомление о HTTP-запросе?
У меня есть общее представление о том, как работает HTTP. Я понимаю, что клиент (веб-браузер) делает запрос, а сервер отвечает обратно на запрос. Однако я не понимаю, как веб-сервер узнает, когда клиент делает запрос?
Если кто-то звонит мне, мой телефон звонит, и я получаю уведомление. Точно так же, как веб-сервер получает уведомление о запросе?
5 ответов
There's a lot of layers to this. And importantly, many of them are interchangeable.
For example, you can have a coax-cable network, an ethernet, or a Wi-Fi down at the physical level. HTTP works on top of all of those, but each of them has a slightly different handling of the payload being sent around.
HTTP works on top of another protocol, called TCP, which in turn more or less runs on top of yet another protocol, called IP (nowadays mostly in two variants - IPv4 and IPv6).
So the HTTP server registers an IP address (like 184.38.45.1, or most often "any"), along with a TCP port (80 being the default for HTTP, but in general anything from 1 в 65535), with the operating system. Now, the HTTP server tells the OS to ping it when data (or another message) comes. The OS knows when that happens, because the network interface card driver tells it that. And the NIC driver is told by the NIC itself, which actually has its own software to interpret the electrical signals on the network cable (or the wireless signals in the air etc., you get the idea).
Примечание стороны:
Если вы хотите узнать больше о том, как NIC может инициировать связь с драйвером / ОС, вам может потребоваться просмотреть некоторую основную информацию об аппаратных прерываниях - в основном, независимо от того, что процессор в данный момент делает, останавливается, и поток программы переключается на прерывание. подпрограмма обработчика - чрезвычайно простой кусок кода, который заботится об уведомлении системы, а затем немедленно возвращает управление обратно к исходной вещи, которую делал процессор. Фактически, он может ответить на многие вопросы о внутренней работе ОС и самого компьютера - например, как операционная система может "красть" ЦП из запущенных приложений и перетасовывать ресурсы ЦП между различными приложениями, работающими одновременно, даже если они не сотрудничают.
Вернемся к делу:
В своей телефонной аналогии представьте, что ваш телефон на самом деле не звонит. Чтобы узнать, если у вас есть попытка телефонного звонка, вам придется периодически смотреть на экран и проверять. Чтобы упростить управление для HTTP-сервера (поскольку эта периодическая проверка уже выполняется довольно многими слоями), вы можете заблокировать попытку проверки.
Таким образом, вместо проверки, видя, что там ничего нет, и проверки снова, вы в основном все время смотрите на экран. Тем не менее, у вас в основном есть отдельная система для обработки этого (в вашем случае, слуховой центр, который проверяет вибрации воздуха на предмет полезной информации, звон), так что на самом деле он не требует вашего внимания (время процессора).
Это еще более улучшено с помощью методов, которые позволяют вам контролировать много соединений одновременно (IOCP). Это все ближе и ближе к системе телефонных звонков - у вас есть комната с десятью тысячами телефонов, но вы заботитесь только о тех, которые звонят в данный момент, другие не привлекают вашего внимания.
Компьютеры используют концепцию под названием "порты", аналогичную "добавочным номерам" для телефонного коммутатора: клиент не только "вызывает" IP-адрес сервера, но и отправляет запрос на определенный порт на этом сервере.
Существуют тысячи портов ( список википедии), например, порт 80 по умолчанию для HTTP.
Хитрость заключается в том, что программа, например веб-сервер, может зарегистрироваться для прослушивания определенного порта. Затем ОС будет передавать любые запросы, поступающие через этот порт, в эту программу.
Суть наличия нескольких портов состоит в том, что вы можете иметь несколько служб, работающих на одном сервере одновременно, используя разные порты, они не будут мешать друг другу.
Веб-сервер уведомлен с помощью следующего процесса
Accept ()
Liseten()
bind()
socket()
Скажем, веб-сервер прослушивает порт 80, когда запрос от клиента приходит на порт 80, он примет соединение с системным вызовом accept(). Этот вызов обычно блокируется, пока клиент не соединится с сервером.
Затем прослушайте соединения с помощью системного вызова listen() и привяжите сокет к адресу с помощью системного вызова bind().
Atlast создает сокет с помощью системного вызова socket().
Надеюсь это поможет!
Я думаю, веб-сервер регистрирует функции обратного вызова с портом.
Таким образом, когда бы ни поступало что-либо на этот конкретный порт, система вызывает функцию обратного вызова, зарегистрированную ранее. Внутри этого обратного вызова он может установить событие или что-то в этом роде, и тогда у веб-сервера будет выделенный поток, ожидающий это событие. Этот поток будет выполняться и помещать этот запрос в основной список запросов, которые веб-сервер уже обрабатывает.
То, что я дал здесь, это очень поверхностный и макро-взгляд на происходящее. Для более точных ответов давайте подождем, пока придут эксперты.
У вас есть каталог /var/log/apache2 со следующим каталогом:
access.log
error.log
other_vhosts_access.log
Это связано с тем, что вы хотите от клиента, и как уведомлять, смс, электронная почта и так далее.
Мое предложение:
Вы можете создать сервер журналов и отправлять каждый свой журнал, такой как почтовый сервер, DNS-сервер, веб-сервер и т. Д. Затем вы можете проанализировать его. Даже тот же сервер использует БД, и вы можете запустить запрос.