Jump to content
Калькуляторы

GHhost

Пользователи
  • Content Count

    129
  • Joined

  • Last visited

About GHhost

  • Rank
    Студент

Recent Profile Visitors

1388 profile views
  1. В теории, а по факту ДНС серверов куча - боюсь не доживу когда коньчаца.
  2. Мне не нада - я очень хорошо знаю как не круто дебажить днс на почтовом сервере, это вам не браузер где ой еррор - аборт ретрай ингнор? тут сразу отлуп всем с этого/на этот домен и субдомены и еще и закеширует, так что извините но тут дебажте без меня, не на столько незаменимиый софт чтоп оправдать такой геморой для меня.
  3. это бесполезно, никакой диагностики нет, способа воспроизвести тоже, одни подозрения что виноват unbound, че толку от этого тикета.
  4. ну траффик большой понятие относительное, но клиентов у нас pdns сервит аш пыль столбом, проблем с ним небыло никогда. P.S. В моих глюках с unbound ситуация что авторитативный сервер не ответил была практически исключена, во первых их там два, во вторых на них логгинг - еслип не ответил написал бы, ну и они там под боком - настолько крутой packet loss я бы тоже практически исключил - мониторинг оборался бы значительно раньше. Еще пробовал форвардить на рекурсоры - тоже не помогло, тоесть чтото всетаки с unbound не так было.
  5. хм, творилось нечто подобное, unbound с форвардом около 10 зон, тоже работало года 2, ну обновлялось конечно, но проблемы начались с месяц назад - периодические факапы с резольвингом чего нибудь из этих зон лечащиеся рестартом, замена на stub ниче не дала, обновление до последнего тоже, стоял он в тепличном месте можно сказать - клиентских запросов к нему небыло, обслуживал он только почтовик и всякую его вспомогательную хрень фильтрующую спам. в итоге не стал разбираца - плюнул и переехал на bind.
  6. Спасибо помогло, я главное нагуглил это же еще до того как тут спросить, но не подумав влепил в общей конфигурации и это не возымело никакого эффекта, но ваш ответ заставил задумаца и попробовать в route-instance в котором интерфейс и все поехало.
  7. Есть вопрос по bgp в жунипере, вобщем есть вот так: show bgp summary Groups: 1 Peers: 1 Down peers: 0 Table Tot Paths Act Paths Suppressed History Damp State Pending inet.0 6053 6049 0 0 0 0 Peer AS InPkt OutPkt OutQ Flaps Last Up/Dwn State|#Active/Received/Accepted/Damped... 100.64.5.1 42916 29045 2633 0 0 1d 15:00:29 6049/6053/6053/0 0/0/0/0 root@J> show route advertising-protocol bgp 100.64.5.1 inet.0: 6067 destinations, 6071 routes (6067 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 10.32.18.176/28 Self 20 100 I * 10.32.75.176/30 Self 20 100 I * 100.64.5.1/32 Self 100 I * 100.64.5.5/32 Self 100 I * 100.64.5.8/30 Self 100 I * 100.64.66.0/24 Self 20 100 I root@J> root@J> show route 100.64.5.2 extensive inet.0: 6067 destinations, 6071 routes (6067 active, 0 holddown, 0 hidden) 100.64.5.2/32 (1 entry, 1 announced) *Local Preference: 0 Next hop type: Local Address: 0x8d4af64 Next-hop reference count: 9 Next hop: Interface: st0.0 State: <Secondary Active NoReadvrt Int> Age: 1d 15:02:25 Task: IF Announcement bits (1): 5-Resolve tree 1 AS path: I Primary Routing Table AS42916-VPN.inet.0 AS42916-VPN.inet.0: 3 destinations, 5 routes (3 active, 0 holddown, 0 hidden) 100.64.5.2/32 (2 entries, 1 announced) *Local Preference: 0 Next hop type: Local Address: 0x8d4af64 Next-hop reference count: 9 Next hop: Interface: st0.0 State: <Active NoReadvrt Int> Age: 1d 15:02:25 Task: IF Announcement bits (1): 1-rt-export AS path: I OSPF Preference: 10 Next hop type: Router Address: 0x8fae400 Next-hop reference count: 1 Next hop: via st0.0, selected State: <Int> Inactive reason: Route Preference Age: 1d 15:02:00 Metric: 0 Area: 0.0.0.0 Task: AS42916-VPN-OSPF AS path: I root@J> Тоесть проще говоря он почемуто не анонсирует 100.64.5.2 со своего локального интерфейса, и только с этого, с которого собсно bgp поднято, с других directly-connected маршруты есть. интерфейс выглядит вот так: root@J# show interfaces st0 unit 0 { description IPSEC-VPN_to_AS42916; family inet { address 100.64.5.2/32 { destination 100.64.5.1; } } } Единственные его отличия остальных в том что st0.0 находица в другом route instance и что с него поднимается bgp сессия. Это так и задумано или всетаки есть способ заставить его проанонсировать 100.64.5.2/32 с st0.0?
  8. Думаю это гдето на уровне маркетинга промахнулись рас даже в мурзилку это вписали а не тупо инженерный косяк или там партия бракованных релюшек попалась. Посчитали что этого достаточно, сэкономили пару баксов на реле и обвязке, а оказалось что в наших реалиях этого нихрена не достаточно.
  9. судя по тому как их тащили в ремонт милионами там не пахло, быстро очень почемуто они подгорали.
  10. релюшки у смартов на самом деле попаболь, у них одно время даже гдето в документации было мелким шрифтом - ресурс расчитан изходя из срабатываний скокато там рас в неделю. потом видать всем кроме ремонтрников это не понравилось и пропало.
  11. Хренова слышали, онлайникам какрас глубоко пох на синусоиду, это смартам хренова ибо трансформатор на входе.
  12. оо, форум починили:) можно ответить:) заким хреном ups отключать то? сядет-сам погаснет, дадут питание - включица, сервера nut погасить в состоянии.
  13. там может варистор по входу стоять, который при перенапряжении замыкает вход считай что накоротко, при этом должен гореть пред, но блок остаеца цел, если случилось именно это то возможно ктото воткнул пред не по номиналу и вместо него "отработало" следующее слабое звено, которым оказалась катушка. или просто хреновая катушка. включи без катушки и посмотри работает он вообще или нет, мультиметром там хрен выясниш жив он или мертв.
  14. чем то напоминает анекдот про как десантник может вступить в рукопашный бой:) завершающюю его часть в частности:)
  15. похоже что он. lsusb Bus 003 Device 002: ID 093a:2521 Pixart Imaging, Inc. Optical Mouse Bus 002 Device 002: ID 0001:0000 Fry's Electronics Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 004: ID 1a2c:2124 China Resource Semico Co., Ltd Bus 005 Device 055: ID 11c0:5603 Betop Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub у меня немного другой https://shop.nag.ru/catalog/09839.On-line/17926.IBP-moschnostyu-1-kVA/19054.SNR-UPS-ONRM-1000-XL24 , но попробуй так: /etc/nut/ups.conf [klingon] driver = blazer_usb port = auto desc = "snr online ups" #default.battery.voltage.high=27.24 #default.battery.voltage.high=27.00 default.battery.voltage.high=25.60 default.battery.voltage.low=21.6 novendor #norating у меня работает: #upsc klingon@localhost battery.charge: 100 battery.voltage: 27.24 battery.voltage.high: 25.60 battery.voltage.low: 21.6 battery.voltage.nominal: 24.0 device.type: ups driver.flag.novendor: enabled driver.name: blazer_usb driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.parameter.synchronous: no driver.version: 2.7.4 driver.version.internal: 0.12 input.current.nominal: 5.0 input.frequency: 50.1 input.frequency.nominal: 50 input.voltage: 214.1 input.voltage.fault: 206.0 input.voltage.nominal: 220 output.voltage: 220.5 ups.beeper.status: enabled ups.delay.shutdown: 30 ups.delay.start: 180 ups.load: 38 ups.productid: 0000 ups.status: OL ups.temperature: 25.0 ups.type: online ups.vendorid: 0001 #