Привет, ну хорошо бы забыть такие понятия как клиент и сервер, а вспомнить понятие RFC. А про определение сокета уже сложнее. По своей сути, сама функция socket это системный вызов, к слову, как и все остальные функции сокетов беркли, которые в целом являются системым интерфейсом для работы с сетью. Открыл дескриптор через socket, долбанул модные вызовы через setsockopt, на других система за тебя собрала mac и скорее всего ip заголовок и заголовок транспортного протокола, tcp udp sctp. И ты долбанул свой модный sendto. В общем все за тебя, и четко по RFC. Так что сокет, это попросту объект через который можно взаимодейстовать с системным сетевым интерфейсом. Все остальное уже ситуативно.
@@ktotonokto спасибо большое за такой развернутый ответ. честно, даже не ожидал, что так здорово ответишь, учитывая подачу (хотя мне нравятся твои ролики и что ты сам переписываешь библы, ковыряешься в том, в чем другие бы не стали). у меня сейчас за плечами написание простого мессенджера на с++ с использованием qt классов: Qtcpserver и Qtcpsocket. На том уровне абстракции, с которым я работал, socket в обобщенном определении показался мне просто точкой входа, содержащей ip и адрес порта. Сама реализация сокетов по тому гайду, который я смотрел, оказалась скрыта от меня, но все равно интересно было.
Какой протокол кадра, там даже протокола нету, это не пакет, а кадр, пакет будет после прохождения через роутер. Это канальный уровень по OSI модели, а IP протокол вообще на другом находится, так что я не мог говорить что IP протокол связан с кадрами, там адресация через 2 MAC адреса.
![#8 [урод по C] - Как работает компилятор, интерпретатор, транслятор.](http://i.ytimg.com/vi/OKTxRpLSJus/mqdefault.jpg)
Замечательная подача
Ничего не понимаю... но очень интересно
Ти-си-пи блэт! А не «ти-пи-си» ))) но а вообще, спасибо за контент! Очень очень круто
привет, а какое бы определение сокету ты дал, и что из себя представляет связь клиента и сервера посредством сокетов. интересно.
Привет, ну хорошо бы забыть такие понятия как клиент и сервер, а вспомнить понятие RFC.
А про определение сокета уже сложнее. По своей сути, сама функция socket это системный вызов, к слову, как и все остальные функции сокетов беркли, которые в целом являются системым интерфейсом для работы с сетью. Открыл дескриптор через socket, долбанул модные вызовы через setsockopt, на других система за тебя собрала mac и скорее всего ip заголовок и заголовок транспортного протокола, tcp udp sctp. И ты долбанул свой модный sendto. В общем все за тебя, и четко по RFC.
Так что сокет, это попросту объект через который можно взаимодейстовать с системным сетевым интерфейсом. Все остальное уже ситуативно.
@@ktotonokto спасибо большое за такой развернутый ответ. честно, даже не ожидал, что так здорово ответишь, учитывая подачу (хотя мне нравятся твои ролики и что ты сам переписываешь библы, ковыряешься в том, в чем другие бы не стали). у меня сейчас за плечами написание простого мессенджера на с++ с использованием qt классов: Qtcpserver и Qtcpsocket. На том уровне абстракции, с которым я работал, socket в обобщенном определении показался мне просто точкой входа, содержащей ip и адрес порта. Сама реализация сокетов по тому гайду, который я смотрел, оказалась скрыта от меня, но все равно интересно было.
Кайф
Как линукс учил?😊
Пользовался.
Протокол кадра - это не протокол IP. Вам бы теорию подучить, прежде чем библиотеки переписывать.
Какой протокол кадра, там даже протокола нету, это не пакет, а кадр, пакет будет после прохождения через роутер.
Это канальный уровень по OSI модели, а IP протокол вообще на другом находится, так что я не мог говорить что IP протокол связан с кадрами, там адресация через 2 MAC адреса.