Думаю тему можно закрывать
Шифромание уже давным давно в грейлинке сделали.Saymon писал(а):кстате, э, nmdc-шнеги, а шифрование в вашем nmdc будет иль не?
И какое в нём это шифрование? Шифрование чего? Расскажите-ка.[15:31:00] <PtokaX> Debian GNU/Linux 5.0 / PtokaX DC Hub 0.4.1.2 ( : 42 , 12 , 7 / : 107) [15:31:00] * *** Ваш IP не входит в диапазон адресов Хабаровского филиала ОАО Дальсвязь. До свидания! Администрация хаба. dsv-kms@yandex.ru ***
StrongDC++ 2.22 ChangeLogmariner писал(а):Что, и между юзером и хабом тоже?
Юзвери со старыми клиентами останутся не у дел. Не говоря уже о том, что редирект далеко не у всех и включен.что мешает при открытии ADC хаба оставить рабочим NMDC и с него перенаправлять всех на ADC?
Софтину которая может в студию тогда.Кстати, шифрование-то есть nmdcs, nd упомянул, а я не заметил...
Не об этом думаем. Да и если сниффер....Timex писал(а):Saymon я много занимаюсь сайтам, через которые зарабатывают большие деньги. И хоть там есть шифрование, хоть нет - вставляешь буквально 2 строки в php код и все пароли тебе аккуратненько пишутся в текстовый файлик. Также и с DC - администратор в любом случае сможет узнать пароль любого пользователя.
Что касается передачи, тут беспокоиться нужно только администраторам хабов, т.к. пароль обычного пользователя вообще не представляет никакой ценности. Опять же провайдеру ваш пароль не нужен. Чтобы отловить его через Wi-Fi - нужно буквально жить рядом с администратором, что тоже не вариант. И банальная проверка ip защищает от всего этого. На моём хабе я четко прописал свой ip. Если даже кто-то завладеет моим паролем, он не сможет зайти, т.к. ip у него не мой.
Да ну.В общем-то еслиб ADC был лучше NMDC, adc хабов былоб больше 5%. Сейчас можно уверенно сказать что NMDC+DHT удовлетворяет всем требованиям к подобным системам и переплевывает ADC. Единственную проблему - NAT должен решить ipv6 протокол.
ммм, наверно потому что каменный топор нелчень хорошо рубил, был менее процен и его было сложнее изготавливать?mariner писал(а):А каменный топор тоже ведь хорошо рубил. Зачем железный сделали? неясно.
Дак яж и говорю что любой имеющий доступ к хабу может получить пароль независимо от того есть ли там шифрование или нет. Шифрование защищает информацию только при передаче.mariner писал(а):Проблема в том, что не только он. Протокол то не шифруется.
Т.к. протокол открыт мы взяли и наснифали пасс админа. Яснее? То, что админ может знать пассы - оно ясно. Однако честный админ может хранить не сами пассы,а их хэши. В данном случае имеется ввиду защита пароля от кражи во время его передачи для аутентификации на хабе.Мы видимо недопонимаем друг друга, приведите реальный пример
Дорогая редакция, у меня нет слов. Уважаемый, в описанном мною случае злоумышленник будет отлавливать пакеты во время их передачи от меня к серверу. То есть доступ на сервер он получит только выловив пасс из пакетов. Надеюсь вам понятно, что такое можно осуществить на активном сетевом оборудовании по пути от админа до сервера. И хотя бы в этом случае нужно шифрование.нефиг давать доступ к серверу
где? в NMDC? А вроде бы пароль шел. Да и какая разница. Что мешает отловить хеш и потом подсовывать его, вместо пароля. Сервер сравнит хэши и пустит в админку.Но ведь именно хеш и передаётся.
А если просто сменить протокол - не у дел оказываются почти все.Опять же, при открытии ADC закрывать NMDC вовсе не обязательно.Delion писал(а):Юзвери со старыми клиентами останутся не у дел. Не говоря уже о том, что редирект далеко не у всех и включен.
N слотов = N одновременных передач, независимо от количества открытых хабов.Ну может быть за исключением древних клиентов...Delion писал(а):Теперь что касается слотов(исправляюсь).
Не почти, а все. Дальше Connected дело не пойдёт в любом случае.если просто сменить протокол - не у дел оказываются почти все
Без обид, сразу видно персонажа, не гонявшего ADC хаб. Объясняю.при открытии ADC закрывать NMDC вовсе не обязательно
Выше говорилось не о количестве, а о качестве раздачи, читай внимательнее.N слотов = N одновременных передач