Коллеги! Вопрос древний, поэтому дельных статей не смог нагуглить, много ссылок протухло.
Итак, с аппаратом 9951 что-то случилось, из серии "сбились настройки", и он перестал работать, точнее -- звонить на него звонят, а на выход -- отбой. В логах -- Received SIP INVITE with unsupported required extension: required: unsupported:sdp-anat.
Из обрывков того, что нагуглил, предлагались варианты:
1. Попробовать полностью отключить поддержку IPv6. 2. Разрешить на аппарате ssh, взять SEP-файл (конкретно для этой можели не нашёл, но говорят, найти можно), поколдовать с параметрами и залить его через шелл по tftp. Видел статью по этому поводу, там решалась другая задача, но общий принцип понял. 3. Бывший админ сказал, что он как-то "заливал прошивку на tftp, правил конфиг прошивки и телефон автоматом перепрошивался с нужными параметрами", но, во-первых, в архиве с прошивкой никаких конвигов нет, только бинарии во-вторых, я не настолько крут в циско, чтобы понимать, что и как там править.
Может, у кого-нибудь сохранились живые ссылки или сами статьи, как победить этот аппарат?
Дано: две 2811 с прошивкой 12.4(25b), настроенный HSRP, за роутерами разношерстная сеть. Настроена пара site-to-site VPN, настроен static NAT пары хостов наружу с роутмапом.
Проблема: при запросе DNS-записей из-за циски на сервер снаружи (8.8.8.8) ответ приходит локальный. Разобрался, что это работает включенный по умолчанию DNS doctoring, рассчитанный на то, что клиенты внутри сети и клиенты вне сети для доступа к наченому ресурсу будут использовать один и тот же DNS-сервер, и IPv4-адрес из соответствующей зоны. В принципе, идея неплохая, но мы поймали, что эта же циска затеяла вмешиваться в DNS zone transfer с основного DNS-сервера, находящегося в публичном сегменте, на наченый вторичный сервер за циской. Симптом - некоторые записи (точнее, соответствующие статическому NAT на этой циске) на вторичном сервере прописаны локальными адресами (10.х.х.х), вместо публичных адресов. Проблема в том, что вторичный сервер - публичный, то есть ни при каких условиях не должен отдавать ответ 10.х.х.х.
Коллеги, а удавалось ли кому-нить заставить работать Cisco VPN Client (или что-то совместимое) под Windows 10 Anniversary Update? До прихода обновления удавалось запустить через установку делловского клиента, и издевательства над реестром, а сейчас вообще не запускается даже инсталятор
Имею следующую ситуцаию (моделирую на GNS3): Есть ASA 8.4.2 на которой подняты 2 интерфейса
interface gigabitethernet1 nameif nonat securitylevel 0 ip address 192.168.0.1 255.255.255.0
interface gigabitethernet3 nameif outside securitylevel 0 ip address 192.168.1.1 255.255.255.0
есть соседний роутер, который подключен к ge3 и имеет адрес 192.168.1.2/24. На нем настроен статический маршрут до сети 192.168.0.0/24 через 192.168.1.1. С роутера могу пинговать 192.168.1.1, но не могу 192.168.0.1.
Поискал в интернете, все указывают что надо Nat корректно настроить.
Подскажите, как настроить, чтобы с роуетра был виден адрес 192.168.0.1?
Добрый День! Столкнулся сегодня с проблемой: - Cisco IE3010 с несколькими IP интерфейсами на разных VLAN - ip routing выключен (устройство работает как свитч) - один из IP интерфейсов используется для связи с NTP сервером, от которого синхрится сама Cisco - другие IP интерфейсы используются для раздачи синхры внутри сегментов - есть статические маршруты для удалённых IP-сегментов, находящихся за другими маршрутизаторами Маршрутизация между сегментами на самой Cisco выключена специально, этого надо избежать. Но статика не работает, пока не включишь "ip routing". Без включения маршрутизации работает только default gateway - но этого не хватает, так как удалённых сегментов - несколько.
Можно, конечно, включить маршрутизацию и на все интерфейсы навесить access-list и route-map. Но это какие-то лишние сущности в данной ситуации. Я был 100% уверен, что маршрутизация в даном случае должна работать аналогично маршрутизации на обычных рабочих станциях, где несколько интерфейсов отлично уживаются с несколькими статическими маршрутами.
Что скажете? Есть какой-то простой способ решить данную проблему?
имеется проблема. В качестве сервера PPTP Cisco 2951 (C2951-UNIVERSALK9-M, Version 15.2(2)T) Настройки следующие, выкладываю всё что касаемо PPTP ! ip dhcp pool pptp-users network 10.10.10.0 255.255.255.0 default-router 10.10.10.1 dns-server 192.168.0.2 option 249 hex 10ac.100a.0a0a.0110.c0a8.0a0a.0a01 lease 0 1 ! ! vpdn enable ! vpdn-group STO ! Default PPTP VPDN group accept-dialin protocol pptp virtual-template 1 ! ! interface Loopback0 ip address 10.10.10.1 255.255.255.0 !
! interface Virtual-Template1 ip unnumbered Loopback0 peer default ip address dhcp-pool pptp-users ppp encrypt mppe auto ppp authentication ms-chap-v2 ! В целом всё работает, да и конфиг то в целом стандартный. НО! Цепляемся Windows 7 клиентом или Ubuntu, пытаемся передать на удалённый хост за Cisco файл, и получаем фриз. Т.е сессия всё ещё активна, но доступа куда-либо нет. А самое интересное не это, а то что включение debug ppp mppe events решает вопрос Карл, сессия стабильна! В логах Vi4 MPPE: missed 1 key changes, recomputing Vi4 MPPE: missed 4 key changes, recomputing Vi4 MPPE: rx key change error - diff = 4094
Убунта пишет когда всё перестаёт работать pppd[2743]: Protocol-Reject for unsupported protocol 0xa4e8 pppd[2743]: Protocol-Reject for unsupported protocol 0xb038
Ситуация следующая: есть ASA 5520 с прошивкой 8.2, локалка и два ISP ISP1 - оптика, внешний ip-адрес, NAT - тут все работает. ISP2 - резервный LTE на 29xx ISR, на который траффик нужно пускать без NAT'а. Переключение между каналами настроено переключением default route через sla monitor.
Вопрос: как убедить ASA передавать пакеты на ISP2 без NAT'а, поскольку на ISR должны быть свои правила обработки трафика, которые конечно не сработают если все будет приходить под видом одного ip с ASA. Ну и двойной нат - тоже некрасиво.
