Перейти до

DMiTRONiK

Маглы
  • Всього повідомлень

    16
  • Приєднався

  • Останній візит

Сообщения додав DMiTRONiK

  1. Продам рабочий сервер с рельсами.

    HP ProLiant DL380p G8 2U 8SFF:

    • Процессор: 2шт. - Xeon E5-2640 6/12 2.50GHz (Turbo Frequency 3.00 GHz) 95W
    • RAM: 128GB 16 штук  по 8GB 
    • Raid контроллер: HP Smart Array P420i/1GB FBWC
    • Сетевая: HP Ethernet 1Gb 4 port 331FLR Adapter
    • БП: 2шт х 460W 
    • рельсы: в комплекте

    Цена: 16000 грн.

     

    тел. (095)180-92-30 (Viber, Telegram)

     

    IMG_103008.jpg

    IMG_103015.jpg

    IMG_103029.jpg

    IMG_103147.jpg

  2. 20 часов назад, Дмитро сказал:

    В общем так и не побороли проблему, за два дня поддержка ай си лайна так и не помогла.

    Пока рекомендуют только что бы ону подключалась напрямую в комп и подбирать абонентам роутеры с которыми будет работать. Так же не понятно как быть, у меня только идет модернизация сети и есть места где стоит ону, а за ней мыльница и несколько абонентов.( на епоне у меня так работало без проблем) Напомню что трафик через мыльницу тоже не проходит.

    Вам бы для начала конфиг одинаковый для разных портов сделали.

    в gpon onu-config-template T1 не хватает строки подключения этого профиля cmd-sequence 004 gpon onu uni 1 uni-profile test, на других портах она есть у вас.

     

    Кстати у нас есть аналогичная проблема и проблема эта в ONU, а не конфиге олта. На ону алкател и бдком все хорошо работает. 

    Проблема в зарезании MTU, вместо 1500 через ону пролазит только 1496. 

    Можете использовать предложенный костыль gpon-profile max-frame-size 1522, а можете проверить на других ону.

    • Like 1
  3. Клиент приносил роутер, действительно Netis WF2419R.
    Доступ к администрированию через ван был запрещен.
    На вэб изнутри пускает без пароля.
    Прошивка древняя V1.7.25087 от 2014-6-12, на сайте уже есть 2 новее в описании одной за 2014-9-2 указано: "Improve security".

    Обновили прошивку - проблемы больше нет.

  4. За останні кілька днів зустріли вже близько 10 випадків - вірус змінює прошивку в роутері - mac адрес ставить 04:8d:38:4b:e3:2a і dns  93.115.85.212.

    Відповідно якщо в одному влані 2 таких пристрої з однаковими маками - починає у двох абонентів погано працювати інтернет.

    Наразі всі роутери з якими це відбувається фірми NETIS.

    Столкнулись с подобным, набралось пяток клиентов с данным маком, проблема как-то решается?

  5. Настройки нейбора

    neighbor 176.x.y.2 {
            description UA-IX;
            import [ gray-reject block-internal-routes def-route-reject bogus-ases ua-ix-1-in ];
            export ua-ix-1-out;
            peer-as 42896;
        }
    
    
    policy-statement gray-reject {          
        from {                              
            route-filter 127.0.0.0/8 orlonger;
            route-filter 10.0.0.0/8 orlonger;
            route-filter 172.16.0.0/12 orlonger;
            route-filter 192.168.0.0/16 orlonger;
            route-filter 169.254.0.0/16 orlonger;
            route-filter 224.0.0.0/4 orlonger;
            route-filter 240.0.0.0/4 orlonger;
        }                                   
        then reject;                        
    }         
    
    
    policy-statement def-route-reject {     
        from {                              
            route-filter 0.0.0.0/0 exact;   
        }                                   
        then reject;                        
    }     
    
    
    
    
    policy-statement block-internal-routes {
        term internal-routes {
            from {
                prefix-list-filter my orlonger;
            }
            then reject;
        }
    }
    policy-statement bogus-ases {
        from as-path grey-as;
        then reject;
    }
    
    
    as-path grey-as 64512-65535;
  6. принятие дефолта

     

    policy-statement mir-in {     
        term final-accept {                 
            from {                          
                route-filter 0.0.0.0/0 exact;
            }                               
            then {                          
                local-preference 150;       
                accept;                     
            }                               
        }                                   
        term final-reject {                 
            then reject;                    
        }                                   
    }                            
    
    Украина
    policy-statement ua-ix-1-in {           
        term final-accept {                 
            then {                          
                local-preference 300;       
                accept;                     
            }                               
        }                                   
    }                                       
    policy-statement ua-ix-1-out {          
        term AS65000 {                      
            from {                          
                protocol aggregate;         
                policy AS65000-block-aggregated;          
            }                               
            then accept;                    
        }                                   
        term final-reject {                 
            then reject;                    
        }                                   
    }                              
    policy-statement AS65000-block-aggregated {
        term AS65000-prefix {
            from {
                route-filter 176.x.y.0/19 exact;
            }
            then accept;
        }
    }                 
  7. Вот читаю тут про TP-Link-и и дивно как-то, ни у кого нет проблем с отвалом днс на TP-Link-ах?

    p.s. тунели не используем, адрес абонент получает динамически

     

    Схожу проблему замітили коли почали з недавнього часу переводити користувачів на нову систему авторизації DHCP Option82. Глюк проявлюється в тому що з роутера сайти резольвяться - пінг та трасерт проходить, а на клієнтському ПК - проблема. ДНС не працює. З 100 роутерів TL-WR741N - маємо три випадки.

    Поки що вихід знайшли такий - це прописування в налаштуваннях роутера адресу сервера ДНС вручну в закладці : DHCP - настройки DHCP - Первичный DNS:

    На сайті TP-Link - є свіжа прошивка від 31.12.2012р.

    http://www.tp-link.u...41ND&version=V4

     

    Fixed the bug that router may not forward DNS request properly for LAN side client;

     

    але вона для ревізії V.4

     

    Тоже столкнулись с такой проблемой при переходе на DHCP.

    Замена прошивки на последнюю устраняла данный глюк на всех ревизиях.

  8. Ситуация такая, на оборудовании Ubiquiti необходимо прокинуть несколько vlan. и vlan управления вынести отдельно. С стороны базы все вланы подаются в тегированом виде и передаются дальше. К базе доступ только во влане управления все остальное бриджом. С этим проблем нет. На клиенте принимает все по wifi и спускает по кабелю, но нужно на eth0(eth1) выдать один влан в не тегированном виде, остальные оставить как есть. Клиент в режиме бриджа, управление в отдельном влане.

     

    Скрипт с клиентского оборудования.

     

     

    XM.v5.3.3# cat /etc/persistent/rc.poststart
    #!/bin/sh
    # /etc/persistent/rc.poststart
    # переменная управляющего VLAN-a
    MGVLAN_ID=101
    #Клиентский Vlan
    URVLAN_ID=102
    
    #Транзитный Vlan
    TRVLAN_ID=103
    ifconfig ath0 0.0.0.0
    
    ifconfig br0 down
    brctl delif br0 ath0
    brctl delif br0 eth0
    brctl delif br0 eth1
    brctl delbr br0
    brctl addbr br${MGVLAN_ID}
    vconfig add eth0 ${MGVLAN_ID}
    vconfig add eth1 ${MGVLAN_ID}
    vconfig add ath0 ${MGVLAN_ID}
    ifconfig eth0.${MGVLAN_ID} 0.0.0.0 up
    ifconfig eth1.${MGVLAN_ID} 0.0.0.0 up
    ifconfig ath0.${MGVLAN_ID} 0.0.0.0 up
    brctl addif br${MGVLAN_ID} eth0.${MGVLAN_ID}
    brctl addif br${MGVLAN_ID} eth1.${MGVLAN_ID}
    brctl addif br${MGVLAN_ID} ath0.${MGVLAN_ID}
    ifconfig br${MGVLAN_ID} 192.168.10.44 netmask 255.255.255.0 up
    route del default gw 0.0.0.0
    route add default gw 192.168.10.1 br${MGVLAN_ID}
    
    # Транзитный Vlan
    brctl addbr br${TRVLAN_ID}
    
    vconfig add eth0 ${TRVLAN_ID}
    vconfig add eth1 ${TRVLAN_ID}
    vconfig add ath0 ${TRVLAN_ID}
    
    ifconfig eth0.${TRVLAN_ID} 0.0.0.0 up
    ifconfig eth1.${TRVLAN_ID} 0.0.0.0 up
    ifconfig ath0.${TRVLAN_ID} 0.0.0.0 up
    
    brctl addif br${TRVLAN_ID} eth0.${TRVLAN_ID}
    brctl addif br${TRVLAN_ID} eth1.${TRVLAN_ID}
    brctl addif br${TRVLAN_ID} ath0.${TRVLAN_ID}
    
    ifconfig br${TRVLAN_ID} 0.0.0.0 up
    
    #User VLAN
    brctl addbr br${URVLAN_ID}
    
    vconfig add ath0 ${URVLAN_ID}
    
    ifconfig ath0.${URVLAN_ID} 0.0.0.0 up
    
    brctl addif br${URVLAN_ID} eth0
    brctl addif br${URVLAN_ID} eth1
    brctl addif br${URVLAN_ID} ath0.${URVLAN_ID}
    
    ifconfig br${URVLAN_ID} 0.0.0.0 up
    
    # End of File

     

    Кто делал подобное? Подскажите что делаю не так. Если поднять тег на сетевой доступ к управлению получить можно, а все остальное не едит

×
×
  • Створити нове...