Как проверить,что модем работает?

Вы используете Internet Explorer устаревшей и не поддерживаемой более версии. Чтобы не было проблем с отображением сайтов или форумов обновите его до версии 7.0 или более новой. Ещё лучше - поставьте браузер Opera или Mozilla Firefox.

Обсудить и задать вопросы можно в этой теме.

• 12
• Ответить на сообщение

digger> Есть локальная сеть.В ней есть несколько модемов-раутеров,используемых как гейтвей для выхода в Интернет.Надо проверить,что данный модем выходит в Интернет.Вручную это делается заменой гейтвея и попыткой открыть какой-нибудь сайт.А программно? Вручную нельзя,так как я сижу на уделанном доступе к своему компьютеру,если я подсоединяюсь к не тому модему,я теряю доступ.

короче вариант самый тупой (я бы так не делал а написал бы скрипт который туда сюда менял бы гейты в случае недоступности интернета , но для тупо и сердито попрёт) - поднять на компе виртуалку с сетевой картой в режиме БРИДЖА (не нат), что бы у неё внутри был айпи из той же сети с любой операционкой хоть видна хоть линух (готовый образ операционки можно взять для простоты), и на этой виртуалке менял бы вручную гейт

а по-хорошему у меня был как-то давно шлюз сети небольшого офиса на линухе (сервак), в который втыкались два канала довольно паршивых, так система была такая - для мониторинга каждого канала были выбраны сервера "с той стороны" , в интернете, пинги на которые шли всегда только через один канал (приоритетами на маршрутах ip route) , таким образом пингуя допустим 1.1.1.1 точно проверялся первый канал а пингуя 2.2.2.2 - второй , независимо от того какой был в данный момент дефолтный гейт, ну и собственно переодически проверялось скриптом какой из каналов живой и на него перекидывался трафик из внутренней сети (сесии конечно рвались но кому легко)

Пулять пинг по всему списку IP роутеров на другом конце ppp линков и держать табличку с актуальным статусом линков и их приоритетом. В случае недоступности активного маршрута менять его на следующий с учетом приоритета.

Реализовать можно на любом доступном языке: от shell до python

PS: Я думал что модемы вымерли как вид

• 10
• Ответить на сообщение

Floyd> Реализовать можно на любом доступном языке: от shell до python Floyd> Как-то так

судя по постановке задачи я подозреваю что мы не с админом говорим а с программистом или пользователем

админ бы начал с того что настроил бы на всех модемах-роутерах проброс входящего 22го порта на свой комп внутри офиса после чего при наличии хотя бы одного живого модема спокойно работал бы удалённо с этим компом по SSH

ps мне кажется тут речь шла не о встроенных модемах а что-то подключенное по ADSL или радио (и тп) к провайдеру и смотрящие в сетку езернетом, при этом их несколько но HSRP они не умеют

• 10
• Ответить на сообщение

с.т.> судя по постановке задачи я подозреваю что мы не с админом говорим а с программистом или пользователем

UPDATE: Неудачный пример, исправился

ioctl: SIOCADDRT; SIOCDELRT

• 9
• Ответить на сообщение

• 10
• Ответить на сообщение

digger> Спасибо,то что надо,идея понятна,только на Win32 пока не компилируется.Я - юзер и ничего в сетке менять не собираюсь.

Это юниксовый пример, системный вызов ioctl.

У винды есть свой инструмент:

Хотя проще все скриптами сделать, с помощью обычных команд.

digger> VPN загадочным образом и случайно перестает работать через один из модемов и работает через другой,потому надо переключаться.

Тут вариантов может быть масса. От качества линии и оборудования, до блокировки конкретного протокола провайдером. К примеру часто блокируют GRE протокол (MS PPTP). В общем, тут надо искать закономерности и траблшутить.

• 9
• Ответить на сообщение

посмотрел, можно через route add сделать в винде разные маршруты для разных узлов (через разные шлюзы) и дальше их пинговать (или по другому протоколу пытаться добраться - телнет, http - на выбор смотря что на той стороне) не меняя дефолтного шлюза

а глюки с ВПН бывают от чего угодно, тупо начиная от того что на той стороне обновили сервер или что-то поменяли в его настройках, или где-то по дороге с оборудованием проблемы а MTU слишком большой

• 8
• Ответить на сообщение

с.т.> а глюки с ВПН

Не совсем так.Ничего там не меняют и не проблема сети,скорее квота на количество логинов,мегабайт или часов на IP.То есть работает на 1 модем - перестало,перебираешь модемы и находишь,через что работает.Затем опять начинает работать на прежнем.У нас был админ из Америки,бездельник и долбо@б,ничего не выяснил.VPN - Cisco.

• 7
• Ответить на сообщение

digger> У нас был админ из Америки,бездельник и долбо@б,ничего не выяснил.VPN - Cisco.

ахх )) бабки и пароли админские есть? сейчас починим

с.т.>> а глюки с ВПН digger> скорее квота на количество логинов,мегабайт или часов на IP

Можно на прямую у провайдера узнать. Т.е. открыть саппорт тикет, мол VPN рвется и не работает.

• 6
• Ответить на сообщение

• 5
• Ответить на сообщение

• 3
• Ответить на сообщение

digger> Такая хрень.Что стоит на той стороне - не знаю,и вообще их лучше не дергать,а то поставят принудительный VPN,чего нам совсем не надо.

ну тогда можно попробовать с MTU поколдовать

и по добадываться до провайдеров ADSL - спросить их про MTU и проблемы с VPN, проверить работает ли обычный интернет на конкретном модеме когда через него VPN отрубается , посмотреть нет проблемы из-за мультилогина - несколько коннектов с одного модема и\или под одним логином\паролем\серфтикатом

чесно говоря с таким клиентом никогда не сталкивался

ps админы у вас в головной конторе - может и лентяи но с пользователями работу поставили туго

там в частности написано

Linksys Wireless AP Cable/DSL Router Version 1.44 or Higher Firmware Requirement

To use the VPN Client behind a Linksys Wireless AP Cable/DSL router model BEFW11S4, the Linksys router must be running version 1.44 or higher firmware. The VPN Client cannot connect when located behind a Linksys Wireless AP Cable/DSL router model BEFW11S4 running version 1.42.7 firmware. The VPN Client may see the prompt for username/password, then it disappears.

может у тебя похожие роутеры которые имеют проблемы с этим VPN клиентом?