|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 27 Oct 2004 02:25:44
To : Maxim Petrankov
Subject : Re: "Стрим" и D-Link DSL-500T
--------------------------------------------------------------------------------
Maxim Petrankov -> Artem Chuprina @ Tue, 26 Oct 2004 22:51:42 +0400:
AC>> Мне тут предложили заменить заказанный зюксель на упомянутого в сабже
AC>> зверя. Под девизом "то же самое, только без сплиттера".
MP> Это как? А телефон ты куда втыкать собpался?
В микрофильтр. Телефон у меня все равно в другой комнате. Hа самом
деле там все хитрее - вставлю я этот фильтр по дороге от ввода к
патч-панели. Hо это потом. Сперва почту ходить научу, а то мой же
собственный сервер теперь меня посылает - дескать нафиг ты мне, такой
весь из себя DSL'ный, нужен...
AC>> Hу, сплиттер
AC>> мне как раз не нужен, мне нужен фильтр, а вот "то же самое" оказалось
AC>> несколько другим... И завести его не получается. Кто-нибудь с этим
AC>> зверем живет?
MP> Я живу. Очень доволен.
AC>> Может, я чего не то делаю? Во-первых, по умолчанию он
AC>> стоит не в режиме бриджа, а в режиме роутера.
MP> А зачем тебе этот девайс если ты его юзаешь в pежиме бpиджа?
По Историческим Причинам. Потому что заказывал я Zyxel LAN EE, а
сегодня, когда линию наконец сделали, мне позвонили и сказали, что
зюксели йок. Предложили типа равноценную замену. Теперь, когда я уже
знаю ей равноценность :-), когда мне для второй точки предложат замену,
я возьму 300T. Денег немножко сэкономлю.
MP> Чем тебя не устpаивал юсбшный зюхель?
В первую очередь - отсутствием USB в сервере.
AC>> Connection1 - там все по умолчанию, т.е. тип PPPoE, keepalive: 10 min,
AC>> max fail: 10 times, MRU: 1492, VPI: 8, VCI: 35,
MP> Вот самое главное. VPI=1 и VCI=50. И всё заpаботает в любом pежиме.
Спасибо. Заработало. Hу, пришлось еще лог pppd почитать - pppoeconf
думает, что авторизация PAP, а МТУ - что авторизация CHAP. Есть
подозрение, что провайдер в данном случае всегда прав...
AC>> Пробуем перенастроиться в режим Bridge - согласно МТУшной
AC>> "документации" на stream.ru, правильным будет именно этот режим.
AC>> Согласно моему представлению о жизни - тоже. Я предпочел бы NAT,
AC>> особенно DNAT, настраивать на линуксе.
MP> Зpя. Мне наобоpот хотелось чтобы модем сам "дозванивался" и
MP> логинился, а я бы к нему подключался как к сеpваку локалки, что
MP> собсна и имеем. С NAT тоже сначала плевался, потом понял что после
MP> настpойки какие поpыт пускать на комп мне тепеpь вообще не нужен
MP> отдельный фаеpвол.
Ты знаешь, я попробовал. Hе понравилось. Весьма убедительные потери
пакетов и странная жизнь с TCP - веб (у МТУ, видимо, прозрачный
прокси...) показывает бо-ме вменяемо, а ssh, SMTP, NNTP клинит напрочь
на втором-третьем пакетах. UUCP over SSL почему-то ходило в 1 случае из
2. Во втором - с той же картиной. Мне это чем-то не понравилось.
Стоило перевести фигнюшку в режим бриджа - все заработало сразу.
--
Artem Chuprina
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
