Что-то меня это в ступор вводит... [EMAIL PROTECTED]:~> traceroute 192.168.114.2 traceroute to 192.168.114.2 (192.168.114.2), 30 hops max, 40 byte packets 1 dlink (192.168.112.254) 0.725 ms 0.522 ms 0.514 ms 2 ppp85-140-183-1.pppoe.mtu-net.ru (85.140.183.1) 18.081 ms 18.691 ms 18.492 ms <...> [EMAIL PROTECTED]:~> /sbin/route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.112.0 0.0.0.0 255.255.255.0 U 0 0 0 dleth 192.168.114.0 192.168.112.1 255.255.255.0 UG 0 0 0 dleth 0.0.0.0 192.168.112.254 0.0.0.0 UG 0 0 0 dleth
Вопрос - какого хрена оно идёт на dlink (192.168.112.254), когда ей прописано, что в 192.168.114.0/24 ходят через 192.168.112.1 ? Удаление и добавление правила маршрутизации для 192.168.114.0/24 лечит проблему. На некоторое время (несколько часов или дней). Потом опять. 192.168.114.2 - адрес мобильного устройства, подключаемого через usbnet к терминалу, за которым я сижу (с адресом 192.168.112.1). Доступ осуществляется с сервера (192.168.112.2). Мобильного устройства часто на месте не оказывается. Возможно, 192.168.112.1 сообщает серверу каким-нибудь ICMP, что он не может доставить пакеты до 192.168.114.2, и эта информация запоминается и приводит к игнорированию статического маршрута?.. Если это так, то как ему сказать, что он не прав?.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]