|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Yuri PQ 2:5010/2.2 29 Mar 2004 16:04:10
To : Stas Vlasov
Subject : bridge + router
--------------------------------------------------------------------------------
Ку!
[040322] Stas Vlasov (2:5080/172.172) Д> Yuri PQ
YP>> ааа, понял предыдущее письмо... на самом деле винда прекрасно
YP>> умеет ходить в интернет через pptp, и к соседу минуя его. надо
YP>> лишь прописать в реестре "волшебную строчку" и для этого
YP>> провайдеры обычно выкладывают на своих сайтах поддержки файлик,
YP>> который юзер скачивает, если есть нужда ходить на ресурс соседа
YP>> параллельно с интернетом.
SV> Это-то как раз не проблема. Если б пользователи обращались к ресурсу
SV> по имени, сделал бы разные днс для внутренней и наружной
SV> сеток. Главная проблема - в том, что ресурс известен по
SV> ip-адресу. Соответственно, клиенты обращаются по ip-адресу, а не по
SV> имени.
а у этого ресурса есть второй адрес из внутренней сетки? если есть, то пусть
обращаются по этому внутреннему ip-адресу. откуда они узнали его внешний ip? я
что-то не понимаю проблемы...
SV>>> 700 машин прикажете так и оставить в сетке со свичами?
YP>> если сетка без петель, то ничего страшного...
SV> И случайный вирус загрузит маршрутизатор так, что потом заходить на
SV> него придется несколько минут, если вообще получится.
с тем же успехом (ну ладно, чуть меньшим) будет загружен и свитч...
SV> И неважно, что
SV> на файрволле виндовые порты отрублены если не первым, так пятым
SV> правилом. Важно то, что трафик дойдет до роутера и будет
SV> обрабатываться, в результате встанет вся сетка, а не один сегмент.
ну хорошо, считаем, что свитчи не страдают от того вируса... так или иначе рутер
тебе придется ставить, так что один рутер поляжет в любом случае. причем, чем
больше рутеров с firewall'ами, тем больше вероятность, что n-1 сегмент продолжат
работу. :)
Ку! 8*{PQ}
--- GoldED 1.1.5-030118
* Origin: Vault-40 City (2:5010/2.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
