Большое спасибо, чуть ли не рыдаю от счастья. смотря ваши лекции. Когда только начал вникать в сети, думал, что никогда не пойму всю эту магию, а вот теперь много понимаю. спасибо за труды!
молодец понравились все ваши уроки по сравнению с другими у которых я засыпал не выходя из за стола вам только бы работать преподавателем и тогда была бы куча хороших учеников ставлю положительный лайк
"пока и спасибо за рыбу" это привет от фанатов Дугласа Адамса ) Также как кашалот и горшок с петунией в Fallout 2 ))) Превосходные курсы, спасибо. Много нового узнал, хотя работаю сисадмином уже много лет и многие вещи на практике давно использую, но знания не упорядочены были )
Да, именно, в конце видео и в описании есть ссылка на практический курс, т.е. понятно после какого теоретического видео можно переходить к практическому.
Вот было бы вообще отлично если бы после каждого теоретического урока, шел практический, вот вообще было бы идеально, был бы лучший курс на русскоязычном ютубе
Практики вынес в отдельный плейлист, т.к. они сложнее и их не все делают. Вот ссылка - ruclips.net/p/PLtPJ9lKvJ4oiKPQ9GXOvntj44Eu8IGAJK На моем сайте есть рекомендованная последовательность просмотра с лекциями и практиками - www.asozykin.ru/courses/networks_online
Добрый день! Андрей, спасибо за лекцию. Не понятен момент с контролем рассылки в пределах своего домена. Это касается только сетей предприятий? И, получается, письма с адресами внешних доменов (mail.ru, yandex.ru) не попадут на почтовый ящик пользователя предприятия?
Сейчас это касается почти всех. Если отправить почту из домена mail.ru с почтового сервера mail.ru, то этот сервер подключится к серверу нужного предприятия и передаст письма. Но если клиент попытается подключится из внешней сети к почтовому серверу предприятия и передать почту для домена mail.ru, то сервер предприятия откажет.
Почтовый сервер предприятия принимает почту по SMTP на 25 порту. Его не закрывают межсетевым экраном, иначе почту невозможно будет получать. Поэтому подключиться может кто угодно из внешней сети.
@@AndreySozykin, спасибо! Тогда поясните, пожалуйста, зачем кому-то нужно подключаться извне к почтовому серверу предприятия, чтобы отправить письмо во вне (например, на mail.ru)?
Привет Андрей!!!Огромное спасибо за лекции.У меня возник вопрос.Почему и в конверте, и в заголовке используется адрес получателя,не могло ли указыватся в одном из них?
В заголовке адрес получателя указывать не обязательно, достаточно прописать в конверте. Однако конверт доступен только для протокола SMTP. Если использовать другие протоколы, например, читать почту по POP3 или IMAP, то будет доступен только заголовок письма. Поэтому получателей дублируют в конверте и заголовке.
Спасибо за видео. Немного недопонял - если сервер обслуживает какой-то конкретный сервис почты, как ему проверить, что именно владелец ящика пытается переслать почту через него?
Обычно это не проверяется. Почтовый сервер в первую очередь смотрит, откуда пытаются отправить письмо: из внутренней сети организации, или из Интернет. Если отправитель находится во внутренней сети, то ему, как правило, разрешается пересылать почту на любые адреса во внешнем мире. Но если отправитель подключается из Интернет, то от него письма принимаются только для того домена, который обслуживается почтовым сервером. Также возможность проводить аутентификацию отправителя была добавлена в сам протокол SMTP в RFC 4954. Хотя сейчас SMTP аутентификацию стали использовать гораздо чаще, она по прежнему не обязательна.
Все понятно. Только вопрос - общение происходит по протоколу Телнет? Если да - то получается между клиентом и сервером нужно открыть 23 порт для Телнета и 25 и/или 587 порт для отправки писем?
Нет, общение происходит именно по протоколу SMTP. Поэтому порты 25 или 587. Telnet - это не только протокол удаленного доступа к терминалу, но и полезная утилита, которая позволяет передавать текстовые сообщения в почти неизменяемом виде. Поэтому с помощью утилиты telnet можно подключаться к разным серверам, которые не используют шифрование, в том числе к SMTP и HTTP. Но сообщения, которые будут передаваться при этом, относятся не к протоколу Telnet, а к протоколам SMTP, HTTP и т.п.
Спасибо! Все очень доступно и четко. Но возникает вопрос: если SMTP серверы общаются друг с другом с помощью SMTP положенного поверх TCP, то какой смысл в открытии своих локальных серверов SMTP. Или это необходимо делать только в сетях, например, с DHCP, где SMPT сервер просто не сможет обратиться к DNS серверу за проверкой подлинности домена отправителя?
+John Idlewood, SMTP сервер должен не только отправлять, но и принимать почту для локального домена, поэтому порт SMTP должен быть открыт во внешний мир.
Агент - это программа. Почтовый сервер в видео - это тоже программа, а не компьютер, на котором она работает. Конечно, в большинстве случаем агент работает на компьютере пользователя, а почтовый сервер - на выделенной машине, которая также называется почтовым сервером. Но вполне возможно, что агент и почтовый сервер физически находятся на одном и том же компьютере. Поэтому писать "Компьютер пользователя" и "Почтовый сервер" будет не совсем правильно.
Здравствуйте! Не могу зайти на почтовый сервер как по протоколу smtp, так и по протоколу РОР3. Использовал утилиту nslookup - type=mx mail.ru, чтобы посмотреть какие почтовые сервера работают в моем домене. Выдал один сервер. Пробовал и Gmail. Com, тоже не увенчались успехом. При подключении просто чёрный экран в putty либо пишет, что нет такого сервера
12:05 Вы говорите, что сервер проверяет соответствие доменного имени, указанного клиентом после команды HELO, доменному имени, соответствующему айпи адресу клиента. И если будут расхождения, то возможно письмо не пройдет. Тогда я не пойму как мой Ростелекомовский айпи адрес, находящийся в домене RU может соответствовать домену моей почты @gmail.com? В этом случае с моей gmailовской почты ни одно письмо не ушло бы. Или я не правильно понимаю Ваши слова ?
Или тут речь идет о моменте, когда гугловский сервер, пытаясь отправить мое письмо, соединяется с другим почтовым сервером? Тогда и работает это правило.
С gmail вы работаете через Web, там не используется SMTP. Он применяется, действительно, почтовым сервером Google, когда письмо будет передаваться получателю.
Я правильно понимаю, что если хакеры получат доступ к серверу, который принимает письма только для локальных получателей, все равно смогут разослать спам, но только тем, кто использует этот домен? Тогда не сильно надежная защита получается, учитывая, что сейчас самый популярный сервис - это gmail
Если хакеры получили доступ к серверу, то они с него могут рассылать спам на любые адреса. В gmail сейчас очень хороший фильтр спама. Так что можно не беспокоиться за них :-)
Андрей здравствуйте! Я настроил программу для отправки и во время теста выходит вот такое сообщение, что это значит и что надо сделать? Спасибо. W:Connection failed: Smtp protocol error 500. Attempting to Re-Connect. 0 Attempt(s) left
+Гоша Зверьков, к сожалению, я в этом не специалист. Со спамом все так запутано стало, что нужно целенаправлено этим заниматься, чтобы все эффективно настроить.
Привет зачем такие сложности можно же взять виртуальный хостинг reff.icu/youtube1 и отправлять с него пользуюсь уже 4 месяца не банит аккаунт правда там есть ограничения на рассылку зато я уверен что свои письма попадают Во входящие хостинг сам решает проблемы репутация smtp
![Quando Rondo - Life Goes On [Official Music Video]](http://i.ytimg.com/vi/eIf3fhMXAow/mqdefault.jpg)
Смотрел несколько лет назад ваши видео, так и продолжаю смотреть, "освежать знания" так сказать) Большое вам спасибо за ваш труд)
Большое спасибо, чуть ли не рыдаю от счастья. смотря ваши лекции. Когда только начал вникать в сети, думал, что никогда не пойму всю эту магию, а вот теперь много понимаю. спасибо за труды!
Бесплатный курс?? Боже, спасибо ))
Пожалуйста!
это же из "автостопом по галактике") Андрей, ты супер. большое спасибо! смотрю все подряд
Пожалуйста! Рад, что нравится!
Огромное спасибо Вам за труд и работу!!! Конкретно, понятно и интересно)) ещё раз спасибо!
Пожалуйста. Рад, что нравится!
Спасибо! Видео интересное. Кратко и по делу. Самое оно для закрепление и освежение в памяти забытой информации.
+Дмитрий Остроумов, спасибо!
очень остроумно
Андрей, огромное спасибо за Вашу работу! Изучал по Вашим урокам компьютерные сети, прошёл собеседование!!!
Отличный результат! Куда устроились, если не секрет!
Андрей, большое спасибо за вашу работу
Пожалуйста!
молодец понравились все ваши уроки по сравнению с другими у которых я засыпал не выходя из за стола вам только бы работать преподавателем и тогда была бы куча хороших учеников ставлю положительный лайк
Спасибо за приятный отзыв! Курсы буду обязательно записывать дальше.
Андрей, здравствуйте. Спасибо за видео
Пожалуйста!
Огромная благодарность вам, Андрей.
Пожалуйста! Успехов в изучении сетей!
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin.
Пожалуйста!
Дякую за корисний контент :)))))
просыпаюсь на ПРИВЕТ!
:-)
Меня зовут Андрей Созыкин
"пока и спасибо за рыбу" это привет от фанатов Дугласа Адамса ) Также как кашалот и горшок с петунией в Fallout 2 ))) Превосходные курсы, спасибо. Много нового узнал, хотя работаю сисадмином уже много лет и многие вещи на практике давно использую, но знания не упорядочены были )
Да, это ссылка на Автостопом по галактике. Рад, что курс понравился.
Спасибо вам, Андрей!
Пожалуйста!
Спасибо, смотрю на паре, отлично объяснено
Спасибо!
Это прекрасно !!! Спасибо большое
Пожалуйста!
Спасибо, как обычно отличное видео и объяснение!
+Константин Одинцов, пожалуйста!
Отличное видео!
Спасибо 🙏🏻
Пожалуйста!
Спасибо большое!
В этом видео хорошо сделано, что сразу есть ссылка на нужное практическое видео.
Имеется в виду ссылка в конце видео (end screen)?
Да, именно, в конце видео и в описании есть ссылка на практический курс, т.е. понятно после какого теоретического видео можно переходить к практическому.
+ThePositivemann, спасибо! Сделаю подобные ссылки на другие практические видео.
Спасибо большое
Пожалуйста!
Вот было бы вообще отлично если бы после каждого теоретического урока, шел практический, вот вообще было бы идеально, был бы лучший курс на русскоязычном ютубе
Практики вынес в отдельный плейлист, т.к. они сложнее и их не все делают. Вот ссылка - ruclips.net/p/PLtPJ9lKvJ4oiKPQ9GXOvntj44Eu8IGAJK
На моем сайте есть рекомендованная последовательность просмотра с лекциями и практиками - www.asozykin.ru/courses/networks_online
Добрый день! Андрей, спасибо за лекцию.
Не понятен момент с контролем рассылки в пределах своего домена. Это касается только сетей предприятий? И, получается, письма с адресами внешних доменов (mail.ru, yandex.ru) не попадут на почтовый ящик пользователя предприятия?
Сейчас это касается почти всех. Если отправить почту из домена mail.ru с почтового сервера mail.ru, то этот сервер подключится к серверу нужного предприятия и передаст письма. Но если клиент попытается подключится из внешней сети к почтовому серверу предприятия и передать почту для домена mail.ru, то сервер предприятия откажет.
@@AndreySozykin , а как из внешней сети можно подключиться к почтовому серверу предприятия (при условии, что межсетевой экран работает корректно)?
Почтовый сервер предприятия принимает почту по SMTP на 25 порту. Его не закрывают межсетевым экраном, иначе почту невозможно будет получать. Поэтому подключиться может кто угодно из внешней сети.
@@AndreySozykin, спасибо! Тогда поясните, пожалуйста, зачем кому-то нужно подключаться извне к почтовому серверу предприятия, чтобы отправить письмо во вне (например, на mail.ru)?
Чтобы рассылать спам.
охуЭнно, хороший контент!
Спасибо!
Привет Андрей!!!Огромное спасибо за лекции.У меня возник вопрос.Почему и в конверте, и в заголовке используется адрес получателя,не могло ли указыватся в одном из них?
В заголовке адрес получателя указывать не обязательно, достаточно прописать в конверте. Однако конверт доступен только для протокола SMTP. Если использовать другие протоколы, например, читать почту по POP3 или IMAP, то будет доступен только заголовок письма. Поэтому получателей дублируют в конверте и заголовке.
Спасибо за ответ!!!!Вы учитель от бога.!!!!!
*Л. а. й. к. о. с.* за видос.
Спасибо!
Спасибо за видео. Немного недопонял - если сервер обслуживает какой-то конкретный сервис почты, как ему проверить, что именно владелец ящика пытается переслать почту через него?
Обычно это не проверяется. Почтовый сервер в первую очередь смотрит, откуда пытаются отправить письмо: из внутренней сети организации, или из Интернет.
Если отправитель находится во внутренней сети, то ему, как правило, разрешается пересылать почту на любые адреса во внешнем мире. Но если отправитель подключается из Интернет, то от него письма принимаются только для того домена, который обслуживается почтовым сервером.
Также возможность проводить аутентификацию отправителя была добавлена в сам протокол SMTP в RFC 4954. Хотя сейчас SMTP аутентификацию стали использовать гораздо чаще, она по прежнему не обязательна.
Спасибо. Интересно. А как осуществлять поиск открытых релеев? На чем основана работа софта, ищущх подобные сервера?
Спасибо
Пожалуйста!
Спасибо) познавательно)
Пожалуйста!
Видео класс, спасибо!
Все понятно. Только вопрос - общение происходит по протоколу Телнет? Если да - то получается между клиентом и сервером нужно открыть 23 порт для Телнета и 25 и/или 587 порт для отправки писем?
Нет, общение происходит именно по протоколу SMTP. Поэтому порты 25 или 587.
Telnet - это не только протокол удаленного доступа к терминалу, но и полезная утилита, которая позволяет передавать текстовые сообщения в почти неизменяемом виде. Поэтому с помощью утилиты telnet можно подключаться к разным серверам, которые не используют шифрование, в том числе к SMTP и HTTP. Но сообщения, которые будут передаваться при этом, относятся не к протоколу Telnet, а к протоколам SMTP, HTTP и т.п.
Лучший курс для начального освоения качественных знаний
Спасибо! Рад, что понравилось!
То есть я могу взять, открыть терминал на линуксе, обратиться к протоколу SMTP и рассылать письма? А как собственно обратиться к этому протоколу?
Да, именно так. Вот видео с практическим примером - ruclips.net/video/dKZ35haWChM/видео.html
@@AndreySozykin спасибо)
спасибо!!!
Пожалуйста!
Спасибо! Все очень доступно и четко. Но возникает вопрос: если SMTP серверы общаются друг с другом с помощью SMTP положенного поверх TCP, то какой смысл в открытии своих локальных серверов SMTP. Или это необходимо делать только в сетях, например, с DHCP, где SMPT сервер просто не сможет обратиться к DNS серверу за проверкой подлинности домена отправителя?
+John Idlewood, SMTP сервер должен не только отправлять, но и принимать почту для локального домена, поэтому порт SMTP должен быть открыт во внешний мир.
Понял, спасибо!
Все что вы сказали в ролике будет достаточно если я выучу и пойму сам процесс, или еще что-то, нужно ?
Достаточно для чего? Чтобы лучше понять, желательно использовать на практике.
@@AndreySozykin Конкретно этого протокола ?
Здравствуйте. Какую дополнительную смысловую нагрузку несут слова «Агент» в схемах? Почему нельзя просто «Компьютер пользователя», «Почтовый сервер»
Агент - это программа. Почтовый сервер в видео - это тоже программа, а не компьютер, на котором она работает. Конечно, в большинстве случаем агент работает на компьютере пользователя, а почтовый сервер - на выделенной машине, которая также называется почтовым сервером. Но вполне возможно, что агент и почтовый сервер физически находятся на одном и том же компьютере. Поэтому писать "Компьютер пользователя" и "Почтовый сервер" будет не совсем правильно.
Здравствуйте!
Не могу зайти на почтовый сервер как по протоколу smtp, так и по протоколу РОР3. Использовал утилиту nslookup - type=mx mail.ru, чтобы посмотреть какие почтовые сервера работают в моем домене. Выдал один сервер. Пробовал и Gmail. Com, тоже не увенчались успехом. При подключении просто чёрный экран в putty либо пишет, что нет такого сервера
здравствуйте, есть ли онлайн автомат программы smtp-server где можно сделать соединение и проверить свою програмку smtp-client.с ?
Интересный вопрос! Мне удалось найти только mailtrap.io, но не уверен, что это подойдёт.
норм курс
Спасибо!
12:05 Вы говорите, что сервер проверяет соответствие доменного имени, указанного клиентом после команды HELO, доменному имени, соответствующему айпи адресу клиента. И если будут расхождения, то возможно письмо не пройдет.
Тогда я не пойму как мой Ростелекомовский айпи адрес, находящийся в домене RU может соответствовать домену моей почты @gmail.com?
В этом случае с моей gmailовской почты ни одно письмо не ушло бы.
Или я не правильно понимаю Ваши слова ?
Или тут речь идет о моменте, когда гугловский сервер, пытаясь отправить мое письмо, соединяется с другим почтовым сервером? Тогда и работает это правило.
С gmail вы работаете через Web, там не используется SMTP. Он применяется, действительно, почтовым сервером Google, когда письмо будет передаваться получателю.
Я правильно понимаю, что если хакеры получат доступ к серверу, который принимает письма только для локальных получателей, все равно смогут разослать спам, но только тем, кто использует этот домен?
Тогда не сильно надежная защита получается, учитывая, что сейчас самый популярный сервис - это gmail
Если хакеры получили доступ к серверу, то они с него могут рассылать спам на любые адреса.
В gmail сейчас очень хороший фильтр спама. Так что можно не беспокоиться за них :-)
"Ехло" звучит как оскорбление🤣
Андрей здравствуйте! Я настроил программу для отправки и во время теста выходит вот такое сообщение, что это значит и что надо сделать? Спасибо. W:Connection failed: Smtp protocol error 500. Attempting to Re-Connect. 0 Attempt(s) left
+Валерий Tsoy, error 500 в smtp означает синтаксическая ошибка. Возможно, какая-то команда написана неправильно?
А если мне в письме нужно две точки? На самом деле не нужно, конечно, но всё же?
Как же нам так нам настраивать smtp сервера, что бы вся рассылка всегда была инбокс? Есть секреты ?
+Гоша Зверьков, к сожалению, я в этом не специалист. Со спамом все так запутано стало, что нужно целенаправлено этим заниматься, чтобы все эффективно настроить.
+Andrey Sozykin все равно спасибо. Сейчас в рассылках использую power mta
Plus
Привет зачем такие сложности можно же взять виртуальный хостинг reff.icu/youtube1 и отправлять с него пользуюсь уже 4 месяца не банит аккаунт правда там есть ограничения на рассылку зато я уверен что свои письма попадают Во входящие хостинг сам решает проблемы репутация smtp
Проблема все равно есть, просто ее решают за вам.
9:37 Ошибка на слайде: "DNS - подтверждение о доставки письма". Правильно - "о доставкЕ".
Да, ошибка. Спасибо, что заметили.
вот ли не всё равно? Это какая то постироничная шутка? Я бы это оценил как шутку над комментаторами, которые делают всякие глупые замечания
Ниче не поняла 🫤
Спасибо ❤
Спасибо
Спасибо
Пожалуйста!