|
ru.nethack
- RU.NETHACK -------------------------------------------------------------------
From : Anton Kovalenko 2:5020/400 21 Jan 2003 17:51:50
To : "Ilya Teterin"
Subject : Re: пpослyшивание диалапщика
--------------------------------------------------------------------------------
>>>>> Ilya Teterin writes:
IT> Решается все, но не описанным оригинальным вопрошавшим
IT> образом :) Тут просто модемами не обойтись, нужно либо
IT> спец софт, который использует модемы для тунеллирования
IT> голоса :),
И два модема с голосовым дуплексом. Hафиг-нафиг.
(Hадо сказать, что весь обсуждаемый "спец-софт" пишется на
коленке за вечер. Это тебе не декодер V34, чтобы с ним мучаться.
Так что "себестоимостью софта" тут можно пренебречь).
IT> либо спец хардвару, которая будет связывать напрямую,
IT> когда связь идет голосом.
Спец-хардвара называется "две релюшки". Для того чтобы это
сделать на коленке в домашних условиях, надо только
переформулировать требование: не "связывать напрямую, когда
связь идёт голосом", а "включаться в линию, когда запищит
модем". То есть, в "нормальном" состоянии мы только слушаем
линию (параллельно) -- а, уловив писк, заставляем нашу
"спец-хардвару" переключить линию "через нас".
Если наши модемы умеют отключать гнездо phone, то эти две релюшки
у нас уже есть.
IT> И в любом случае - софт, определяющий, куда идет звонок,
IT> и дублирующий набор.
А вот этого в моём варианте нафиг не надо. Ещё раз: в нормальном
состоянии линия идёт _мимо_ нас. Мы только слушаем, а
включаемся, когда пищит модем (всё равно с какой стороны).
AK>> Hо по поводу "поднять PPP на промежуточном компьютере"
AK>> -- это, на мой взгляд, хреновая идея. Лучше
AK>> перекидывать поток байтов с одного /dev/ttyS* на другой
AK>> (и обратно).
AK>> Зато это решает кучу других проблем:
IT> Куча проблем решается гораздо проще - не надо
IT> перехватывать связь, если она не идет на нужный телефон
IT> (провайдерский например).
Я уже не помню исходную задачу, но, по-моему, там про
провайдерский телефон ничего не было. Было про поток данных на
модемном соединении. Любом.
Кроме того, остаётся вопрос -- если поднимать промежуточные ppp,
какой IP выдавать жертве? Что, посадить её за NAT и надеяться,
что она этого не заметит? Очень сомнительно, мягко говоря...
AK>> Hо если жертва с модемным другом сравнят скорости на
AK>> приём и на передачу "у жертвы" и "у друга" -- мы,
AK>> скорее всего, будем обнаружены.. Если же мы сначала
AK>> ждём соединения с "другом", а
IT> Это офигительно часто делается? :) Особенно если другая
IT> сторона - провайдер.
Если _не провайдер_ -- то офигительно часто. Провели сеанс,
взяли статистику с двух модемов, сравнили. Стандартная операция.
Если провайдер совсем мелкий, к клиентам подходит индивидуально --
то и с провайдером такое может быть.
AK>> затем принудительно устанавливаем скорость соединения
AK>> "с жертвой" -- жертва задумается: что-то дозваниваться
AK>> дольше стало....
IT> Блин, если жертва такая умная и с секундомером засекает
IT> скорость дозвна, не надо никаких митмов, проще киллера
IT> нанять :)
Блин, если ты такой беспощадный и такой богатый -- проще сразу
киллера нанять ;-) И не просто киллера, а специалиста по пыткам:
если задача была бы "не дать жертве передать по модему секретную
бяку" -- она решалась бы гораздо проще. А нам нужно узнать,
_что_ жертва хочет передать...
--
Удачи!
Антон Коваленко /* kovalenko.webzone.ru */
--- ifmail v.2.15dev5
* Origin: Anton's home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
