Mark Silinio

так и не нашёл на cisco'вском сайте - поддерживает ли 1800 серия PPTP? вру, всё нашёл!

хм, а промежуточное аппаратное решение есть? чтобы между ценой cisco и качеством dlink'а?

Нужно на 50+ пользователей висящих по PPTP(WindowsXP) + привязка опр. клеинтов к определённым IP (для сторонних клентов, напр. техподдержки, для ограничения таких встроенным firewall'ом) + возможность создания IPSec/PPTP туннелей к другим железкам(удал. офисы) да и не будет ли всё это дешевле/надёжнее организовать на Linux/FreeBSD?

проблемы с одним из хостов, при пинге получаем такую штуку: 64 bytes from takoytodomain.ru (1.2.3.4): icmp_seq=34 ttl=122 time=21.1 ms (DUP!) 64 bytes from takoytodomain.ru (1.2.3.4): icmp_seq=35 ttl=122 time=21.9 ms 64 bytes from takoytodomain.ru (1.2.3.4): icmp_seq=35 ttl=122 time=22.4 ms (DUP!) 64 bytes from takoytodomain.ru (1.2.3.4): icmp_seq=36 ttl=122 time=21.7 ms 64 bytes from takoytodomain.ru (1.2.3.4): icmp_seq=36 ttl=122 time=22.2 ms (DUP!) 64 bytes from takoytodomain.ru (1.2.3.4): icmp_seq=37 ttl=122 time=21.2 ms 64 bytes from takoytodomain.ru (1.2.3.4): icmp_seq=37 ttl=122 time=21.7 ms (DUP!) с остальными всё в порядке, что бы это могло быть? man пишет: DUPLICATE AND DAMAGED PACKETS ping will report duplicate and damaged packets. Duplicate packets should never occur, and seem to be caused by inappropriate link-level retransmissions. Duplicates may occur in many situations and are rarely (if ever) a good sign, although the presence of low levels of duplicates may not always be cause for alarm. Damaged packets are obviously serious cause for alarm and often indicate broken hardware somewhere in the ping packet's path (in the network or in the hosts). из-за чего могут быть такие с хостом?

кручу-верчу подыскиваю 1U рэковый выдвижной монитор, но никогда с ними дела не имел +KVM тудаже на 16 портов какие посоветуете? сейчас стоит просто старый мониторина и DKVM-8E

всё бы хорошо - регистрирую организацию в ripn.net, а оно потом говорит что уже есть организация с таким ИНН и пр. кто и как регистрировал организацию тогда уже не найти как "вернуть" свою организацию в ripn? в faq на ripn.net такого примера не нашёл

имееться сеть с точкой 2100 в режиме ap(ip 192.168.193.3) и с другой стороны подключен по вай фаю комп с pci картой (192.168.193.34) к компу по кабелю подклюен еще один комп 192.168.193.32 когда выключен комп 192.168.193.32 все работает нормально, когда он включаеться перестает работать линк по вай фаю. и когда отключаешь сетевую с вай фаем то лан работает нормально. подскажите где рыть?

при использовании PPTP в качестве соединения с WAN что-то не видно как указать IP-адрес удалённого PPTP-сервера... т.е. нужно чтобы часть трафика шла через VPN(PPTP) туннель а часть напрямую а там при выборе PPTP на WAN возможно указать только IP, gate и логин/пароль

бред про mplayer и кодеки,- dts декодер там чёрт знает сколько уже, для 264 есть x264 тем более с использованием opensource решений в виде linux+mplayer производитель может реально съэкономить на самом железе (оптимизация под процессор как ядра так и декодеров + более эффективные методы оптимизации используемые в mplayer'е)

спасибо, попробую p.s. что-то бедный zelax вообще колбасит, и новые nat правила не применяются. пойду качать последнюю прошивку...

стоит zelax(суть cisco) а за ним, во внутренней сетке, стоят прокси и почтовый сервер в общем-то оно работает так: ip nat inside source static 192.168.0.10 1.2.3.4 ip nat inside source static 192.168.0.11 1.2.3.4 ip nat inside source static 192.168.0.12 1.2.3.4 где 192.168.0.10 - прокси, 192.168.0.11 - почтовый сервер, 192.168.0.12 - веб сервер, 1.2.3.4 - адрес внешнего сетевого интерфейса так понимаю, что если например кто-то снаружи соединяется с почтовым сервером по smtp, то сначала эти пакеты долбятся ко всем внутренним сервакам пока кто-то из них не ответит, и тогда уже соединение идёт нормально... тут и ненужный трафик, и что делать если необходимо будет запустить веб-сервер и на 192.168.0.11? на двух серваках с внутренней сетки будут открыты 80-е порты,- полный дурдом как разрулить только необходимые входящие/исходящие протоколы через access-list'ы? p.s. если делать даже просто: access-list 101 default-action permit ip nat inside source list 101 interface Serial 1/0 то уже не пашет

с zyxel'евскими свитчами дел не имел, кто что скажет?

по-моему ошибаетесь, такого нигде там не нашёл FSD-1600 есть. вланы на портах - джамперы, QoS тожеа можно взять с реалтековского сайта софтинку и рулить ей, по маку свитча. Даже 802.1q есть. касается только 1600 или 1603 тоже?кинте пожалуйста ссылку на реалтековскую софтину 1603 в руках не держал. Касается не только планет, но и компекс ps-2216d, например. У них новая модель идет как раз копией планета-1600, только с внешним бп и пластиковым корпусом. linkpro есть аналогичные, тоже с мак-адресами для управления. Софтину - лень искать, уж вроде как всю информацию дал. Куда пойти, что искать... Подскажу еще - софт для чипа 8316 Вам нужен. спасибо, будем ковыряться... нашёл release_RMT_2_1_B04_060607.rar ftp://202.65.194.211/cn/switch/release_RM..._B04_060607.rar

по-моему ошибаетесь, такого нигде там не нашёл FSD-1600 есть. вланы на портах - джамперы, QoS тожеа можно взять с реалтековского сайта софтинку и рулить ей, по маку свитча. Даже 802.1q есть. касается только 1600 или 1603 тоже?кинте пожалуйста ссылку на реалтековскую софтину 1603 в руках не держал. Касается не только планет, но и компекс ps-2216d, например. У них новая модель идет как раз копией планета-1600, только с внешним бп и пластиковым корпусом. linkpro есть аналогичные, тоже с мак-адресами для управления. Софтину - лень искать, уж вроде как всю информацию дал. Куда пойти, что искать... Подскажу еще - софт для чипа 8316 Вам нужен. спасибо, будем ковыряться...

по-моему ошибаетесь, такого нигде там не нашёл FSD-1600 есть. вланы на портах - джамперы, QoS тожеа можно взять с реалтековского сайта софтинку и рулить ей, по маку свитча. Даже 802.1q есть. касается только 1600 или 1603 тоже?кинте пожалуйста ссылку на реалтековскую софтину