m
У вас немного неверное представление о работе сетевых интерфейсов
Я себя экспертом не считаю, но мои представления о сетевом стэке совпадают с тем что Вячеслав описывал. Поэтому мне интересно где они не верны.
Size: a a a
2020 April 18
M
как на (условно) 80 порту слушал так на нем и создается соединение
Давате в терминах беркли-сокетов, для определённости. Как происходит подключение, когда торчит наружу только один порт.
1. Создаётся сокет на этом порту
2. Дёргается listen
3. Дергается accept, который блокируется до появления клиента. Когда клиент появился, этот accept возвращает сокет, на котором слушать.
Ты утверждаешь, что socket1 == socket3?
1. Создаётся сокет на этом порту
2. Дёргается listen
3. Дергается accept, который блокируется до появления клиента. Когда клиент появился, этот accept возвращает сокет, на котором слушать.
Ты утверждаешь, что socket1 == socket3?
VO
нет, но какое это отношение имеет к портам?
CC
Я себя экспертом не считаю, но мои представления о сетевом стэке совпадают с тем что Вячеслав описывал. Поэтому мне интересно где они не верны.
Снова описали выше. Сделаю поправку:
Есть сокет который занимается обслуживанием TCP хендшейков, он принимает решение о том, следует ли системе принимать соединение, если да тогда выделяется "обслуживающий" файловый дескриптор который и будет обслуживать с стороны текущей машины дальнейшие коммуникации
Есть сокет который занимается обслуживанием TCP хендшейков, он принимает решение о том, следует ли системе принимать соединение, если да тогда выделяется "обслуживающий" файловый дескриптор который и будет обслуживать с стороны текущей машины дальнейшие коммуникации
CC
нет, но какое это отношение имеет к портам?
Сокеты биндятся к портам
VO
а волга впадает в каспийское море.
VO
только какое отношение и далее по тексту?
M
только какое отношение и далее по тексту?
разговор потому что о бинде.
VO
ну о бинде и что?
m
Снова описали выше. Сделаю поправку:
Есть сокет который занимается обслуживанием TCP хендшейков, он принимает решение о том, следует ли системе принимать соединение, если да тогда выделяется "обслуживающий" файловый дескриптор который и будет обслуживать с стороны текущей машины дальнейшие коммуникации
Есть сокет который занимается обслуживанием TCP хендшейков, он принимает решение о том, следует ли системе принимать соединение, если да тогда выделяется "обслуживающий" файловый дескриптор который и будет обслуживать с стороны текущей машины дальнейшие коммуникации
Это не отменяет факта, что активное соединение описывается src/dst ip + src/dst port.
CC
Это не отменяет факта, что активное соединение описывается src/dst ip + src/dst port.
Да
M
ну о бинде и что?
то что bind с тем же портом вернёт EADDRINUSE по-умолчанию
VO
создаем socket1, bindим на 3.4.5.6:80, приходит клиент с адеса 1.2.3.4:5678 на 3.4.5.6:80, мы его акцептим, у нас будет сокет 1.2.3.4:5678<->3.4.5.6:80
VO
нахуя тебе еще один бинд?!
M
нахуя тебе еще один бинд?!
Как мы и говорили, им проверяется занятость порта.
VO
VO
так не проверяй.
VO
одного бинда в самом начале на всех хватит.