Отправляет email-рассылки с помощью сервиса Sendsay

KirovLUG: пользователи Linux в Вятке

За 2004-11-10

Re[3]: размышление на тему http, ftp и p2p

> IPv6? контрольная сумма/хеш для каждого пакета, независимо от типа
> протокола. Кстати, не пора ли внедрять? :)

Угу, будем одни на свете с 6-м :)

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.kirovlug
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru?subject=comp.soft.linux.kirovlug

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-11-10 23:03:30 (#261050)

Re[2]: размышление на тему http, ftp и p2p

Vlad Tushevskij writes:

>> Мысль реализовать ниже описанное елозит по моему мозгу довольно давно....
>> Вводная: у диалапщиков (и не только) иногда случается следующая
>> проблема: качаем здоровый файл (архив или документ), в итоге получаем
>> локальную копию файла, но оказывается, что она битая - т.е. где-то в

rsync поддерживает такие вещи. При синхронизации через rsync можно
восстанавливать битые файлы, выкачая при этом объём не значительно больший
чем, размер битой части.

Всё уже решено давно, зачем голову ломать?

> Идея полезная, но только для UDP-соединений. Для ТСР вероятность ошибки
> очень мала (ее практически нет, вроде бы, потому что с каждым пакетом идет
> контрольная сумма). Ну, я не раз выкачивал диалапом файлы под 60 мб и MD5
> сумма сходилась. Тут нетрудно посчитать мизерность ошибки...
>
> А вообще - да, идея хорошая. Надо расширять *tp - протоколы...

IPv6? контрольная сумма/хеш для каждого пакета, независимо от типа
протокола. Кстати, не пора ли внедрять? :)

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.kirovlug
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru?subject=comp.soft.linux.kirovlug

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-11-10 22:35:10 (#261043)

Re: размышление на тему http, ftp и p2p

> Мысль реализовать ниже описанное елозит по моему мозгу довольно давно....
> Вводная: у диалапщиков (и не только) иногда случается следующая
> проблема: качаем здоровый файл (архив или документ), в итоге получаем
> локальную копию файла, но оказывается, что она битая - т.е. где-то в

Идея полезная, но только для UDP-соединений. Для ТСР вероятность ошибки
очень мала (ее практически нет, вроде бы, потому что с каждым пакетом идет
контрольная сумма). Ну, я не раз выкачивал диалапом файлы под 60 мб и MD5
сумма сходилась. Тут нетрудно посчитать мизерность ошибки...

А вообще - да, идея хорошая. Надо расширять *tp - протоколы...

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.kirovlug
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru?subject=comp.soft.linux.kirovlug

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-11-10 18:19:10 (#260857)

К вопросу о супер надежности програм

Hello!
1.В октябре хакером Михалем Залевски был поставлен любопытный эксперимент,
позволивший оценить, насколько защищены современные браузеры от атак
злоумышленников. Суть проста: Залевски написал программу, которая генерирует
длинную последовательность совершенно случайных HTML-тэгов.
Последовательность эта скармливалась тестируемому браузеру и, если он
переварил её благополучно (понятно, что на экране отображалась мешанина),
сразу же генерировалась вторая случайная страничка и так далее
[www.securityfocus.com]. Залевски написал свою программу на C, но к
настоящему моменту есть и вариант на Perl, который каждый может испробовать
в домашних условиях [www.newsforge.com]. Так вот результат получился весьма
неожиданным. Все без исключения альтернативные браузеры, которые Михаль
"пытал" на своём "тэгогенераторе", довольно быстро "рушились" - вылетая с
той или иной ошибкой. Mozilla, Konqueror, Opera и другие. Исключением стал -
сюрприз! - Internet Explorer. Под Windows XP с установленным Service Pack 2,
этот браузер работал без проблем несравненно долго, вырубаясь лишь через
несколько часов. Своим экспериментом Залевски попал в точку: ведь если
браузер ведёт себя некорректно, пытаясь отобразить некий набор тэгов, этим
можно воспользоваться для взлома системы!

Из рассылки: Knoppix.ru - Линукс в пять минут!

2. Может стоит выкладывать на диалап-сервере рассылки?
With best regards, Aleksander.

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.kirovlug
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru?subject=comp.soft.linux.kirovlug

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-11-10 18:13:31 (#260849)

linuxовка

Очередное сборище linuxового народа состоится на Театральной площади у
сцены в ПЯТНИЦУ (12 ноября) в 18.00. Приглашаются все желающие.

Кто может опоздать - предупредите заранее - на сколько, чтобы мы вас
подождали.

   2004-11-10 16:58:32 (#260796)

размышление на тему http, ftp и p2p

Мысль реализовать ниже описанное елозит по моему мозгу довольно давно....

Вводная: у диалапщиков (и не только) иногда случается следующая
проблема: качаем здоровый файл (архив или документ), в итоге получаем
локальную копию файла, но оказывается, что она битая - т.е. где-то в
каком-то месте что-то не срослось, передалось не так и т.д. и т.п.
Получается, что нужно качать файл снова, а если он большой, то это долго
и в итоге упирается в проблему траты лишних денег (тем более если
говорить про скачанные мегабайты)

Предложение: хотелось бы иметь такой сервис (наверное, требуется должны
быть серверная и клиентская части): некоторой тулзе я скармливаю битый
файл и размер "кластера", тулза логически разбивает файл на "кластера" и
вычисляет CRC (MD5 и пр.) для каждого файла, потом мы посылаем
результаты вычислений на сервер, а также файл (URL) и размер "кластера".
Серверная часть также разбивает файл на "кластера", вычисляет CRC,
сравнивает полученные CRC cо своими. И высылает ответ клиенту. В итоге,
клиентская тулза выводит пользователю, что ему нужно скачать
определенный "кластер" (или несколько) из сети снова (начальное и
конечное смещение) или даже сама предлагает скачать их и скачивает.

Итог: Данный сервис можно реализовать как довески к http и ftp, p2p. В
зависимости от файла (по размеру, для каждого разный) и пропускной
ширины канала должна быть свой размер "кластера".

   2004-11-10 16:46:48 (#260788)

вещание в сети еще

как в windows media service

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.kirovlug
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru?subject=comp.soft.linux.kirovlug

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-11-10 11:47:08 (#260510)

вещание в сети

Кто-нибудь решал проблему телевизионного вещания в локальной сети с
тв-тюнера в качестве источника (под линукс)?

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.kirovlug
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru?subject=comp.soft.linux.kirovlug

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-11-10 11:45:59 (#260509)