Corsair

traceroute to microsoft.com (207.46.197.32), 64 hops max, 40 byte packets 2 80.81.192.113 (80.81.192.113) 38.330 ms 38.468 ms 38.512 ms 3 80.81.194.52 (80.81.194.52) 37.146 ms 36.963 ms 63.232 ms 4 207.46.42.144 (207.46.42.144) 46.265 ms 207.46.42.146 (207.46.42.146) 49.434 ms 49.090 ms 5 207.46.43.24 (207.46.43.24) 129.098 ms 129.683 ms 207.46.43.40 (207.46.43.40) 128.942 ms 6 207.46.45.15 (207.46.45.15) 141.123 ms 207.46.40.80 (207.46.40.80) 199.161 ms 192.356 ms 7 207.46.45.37 (207.46.45.37) 199.086 ms 211.502 ms 207.46.43.195 (207.46.43.195) 198.478 ms 8 207.46.43.195 (207.46.43.195) 198.624 ms 207.46.43.228 (207.46.43.228) 198.878 ms 196.522 ms 9 207.46.47.195 (207.46.47.195) 198.608 ms 207.46.43.218 (207.46.43.218) 198.184 ms 198.247 ms 10 10.22.0.30 (10.22.0.30) 201.224 ms 207.46.47.191 (207.46.47.191) 199.357 ms 198.487 ms 11 10.22.0.26 (10.22.0.26) 200.843 ms * * 12 * * * 13 10.22.0.26 (10.22.0.26) 200.862 ms !X * * 14 * * 10.22.0.26 (10.22.0.26) 200.513 ms !X 15 * * * 16 * * * 17 * * *

C ЕТТ microsoft.com грузится

Биметал может дороже выйти потом. Использовали для наружной? Где брали? Сколько метр выходит?

Собственно интересует вопрос. Что выгоднее, проложить многопарку между подъездами, или протянуть несколько 8-ми жильных витух. Многопарку встречал только для внутренней прокладки. Где можно достать для наружной? Кто работал с ней?

Читайте ПУЭ. ВОК можно только типа ADSS. (диэлектрик)

У Вас оптика со сталькой. РЭС такие линии просто будет срезать. Нечто похожее было у Link_x. Но за идею + )

И мне в личку пожалуйста.

стоят 3 года Planet 805-A. Пока все хорошо )

Лучше один раз вложить, чем потом иметь проблемы с РЭС и клиентами после гроз )

Удобно для ч/с. от него оптикой к клиенту во двор.

- Делал ipconfig /flushdns - файл хостов смотрел - прописывал 8.8.8.8 После прописывания 8.8.8.8 nslookup возвращает ip. пинг по ip идет по имени сайта - нет. Проблема в том что перестает пинговаться шлюз. Хотя со шлюза arping проходит на клиента. У пары клиентов решилось переводом их на pppoe авторизацию (pppoe находится на шлюзе) у одного клиента, только сменой подсети (у меня их несколько)

В днс проблема мало вероятна, ведь днс находится на шлюзе, а тут именно шлюз не пингуется, а в инет пинги идут по ip.

Еще информация к размышлению. Если у клиента прописываем dns 8.8.8.8 то nslookup возвращает ip сайта. Если запусить пинг по этому ip, пинг идет. А вот если напрямую пинговать сайт по имени - ответа нет.

Опишу суть проблемки. Есть 2 сервера, на 1-м биллинг,PPPoE сервер, на втором DHCP. Уже у 5-ти клиентов пропал пинг на сервер 1. на сервер -2 все идет замечательно. tcpdump на первом серваке видит следующее 14:20:25.663395 IP 192.168.0.139.137 > 192.168.0.255.137: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST 14:20:26.411964 IP 192.168.0.139.137 > 192.168.0.255.137: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST 14:20:45.994733 IP 192.168.0.139.58122 > 224.0.0.252.5355: UDP, length 27 192.168.0.139 - клиент. инет шел по статике Но когда на клиенте поднимаем pppое - соединение, начинает работать инет. Может у кого было подобное? что это вообще такое? )

+1

Я уже и по ТВ сегодня рекламку видел

Должны использоваться свободные пары.

Могли бы Вы выложить текстовый вариант соглашения на сбор персональных данных? Очень маленького размера картинка :-)

Происходит падение веб-морды на Dell 6024. Может есть у кого опыт решения данной проблемки? Перезагрузку не предлагать :-)

Ага. А если абон ноут друга подключит к своей сетевой?

В связи с возникшей ситуацией вокруг домена triolan.ua были внесены корректировки в настройки почтового сервера и изменены имена почтовых ящиков. Все адреса вида name@triolan.ua перенесены на name@triolan.net.ua Сайт теперь находится здесь - triolan.net )

В последнее время tсpdump-ом ловлю следующее. Может кто встречался с таким вирусом? Как найти источник? 14:37:16.386219 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.8.11 to host 192.168.8.11, length 36 14:37:16.584515 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:16.650221 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.33 to host 192.168.1.33, length 36 14:37:17.051985 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.102 to host 192.168.0.102, length 36 14:37:17.056246 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.101 to host 192.168.0.101, length 36 14:37:17.105307 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.101 to host 192.168.0.101, length 36 14:37:17.920416 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:18.014189 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.100 to host 192.168.1.100, length 36 14:37:18.212656 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:18.476415 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.47 to host 192.168.1.47, length 36 14:37:18.549514 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.4 to host 192.168.1.4, length 36 14:37:19.062549 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.101 to host 192.168.0.101, length 36 14:37:19.259602 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.101 to host 192.168.0.101, length 36 14:37:19.286526 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.101 to host 192.168.0.101, length 36 14:37:19.326580 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.5.35 to host 192.168.5.35, length 36 14:37:19.921943 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:20.212107 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:20.409068 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.10.33 to host 192.168.10.33, length 36 14:37:20.469805 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.47 to host 192.168.1.47, length 36 14:37:20.551796 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.4 to host 192.168.1.4, length 36 14:37:20.672260 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:20.817864 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.12 to host 192.168.1.12, length 36 14:37:21.060082 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.101 to host 192.168.0.101, length 36 14:37:21.279814 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.101 to host 192.168.0.101, length 36 14:37:21.293908 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.101 to host 192.168.0.101, length 36 14:37:21.925766 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:22.209242 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:22.497942 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.10.33 to host 192.168.10.33, length 36 14:37:22.554117 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.47 to host 192.168.1.47, length 36 14:37:22.615060 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.4 to host 192.168.1.4, length 36 14:37:22.670968 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.0.100 to host 192.168.0.100, length 36 14:37:22.857462 IP 192.168.3.1 > 192.168.3.32: ICMP redirect 192.168.1.12 to host 192.168.1.12, length 36

Отправил

Был на семинаре у Ивана Мартынюка из Д-линка. Было интересно. Еще можно было-бы послушать Алексея Елиферова. Имхо.

Если я правильно понимаю работу этой системы, то в ней нельзя контролировать подмену ip, отключать абонента на порту, и т.д.?