shandy

Пользователи
  • Публикации

    52
  • Зарегистрирован

  • Посещение

Контакты

  • Сайт
    http://alexandr.vronskiy.name

Информация

  • Пол
    Мужчина
  • Город
    Песочин

Посетители профиля

3083 просмотра профиля

shandy's Achievements

Обычный пользователь

Обычный пользователь (2/5)

4

Репутация

  1. Под вечер все ок стало, завтра напишу, если повторится. P.S. to @CTO: Не задумывались поставить нормальную helpdesk систему? С нормальной тикетной системой (статусы, вотчеры, эскалирование, авторизация клиента, email дублирование и т.д.). Я понимаю, что внутри у вас уже есть похожая(!) система - но вам самим-то нравиться следить за телефоном, форумом, чатом, письменными заявлениями, email'ами? Постоянно получать повторные заявки на одну и ту же проблему (а так бы любой клиент зашел бы в хелпдеск и по адресу допустим увидел бы открытый тикет про оборванный кабель между домами)?
  2. Товарищи саппорт, что сегодня твориться с интернетом и сетью? Песочин, ЛС 4973, весь день постоянно отваливается шлюз (соответственно и интернет и телевидение), на текущий момент 50% потерь при пинге шлюза (178.165.82.1). Можно как-то починить? Кабель бы так резко не дал бы проблем. А вот жара на чердаке вполне может повлиять на свитч...
  3. shandy

    Внедрение протокола IPv6

    Все же вернусь к проблеме роутинга /64 адреса через роутер. Напомню, мне выдается вот такая вот подсеть 2a00:1210:3:bbd::/64 На роутере пинг на ipv6.google.com проходит: 00:00:00.978194 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 64) 2a00:1210:3:bbd:240:caff:fe59:571a > 2a00:1450:400d:809::200e: [icmp6 sum ok] ICMP6, echo request, seq 6 00:00:00.022225 IP6 (hlim 59, next-header ICMPv6 (58) payload length: 64) 2a00:1450:400d:809::200e > 2a00:1210:3:bbd:240:caff:fe59:571a: [icmp6 sum ok] ICMP6, echo reply, seq 6 А вот из локальной сети - НЕТ, не приходит ответ от гугла (то есть роутинг работает только в один конец): 00:00:00.004039 IP6 (hlim 127, next-header ICMPv6 (58) payload length: 40) 2a00:1210:3:bbd:224:8cff:fe1d:dc63 > 2a00:1450:401b:801::200e: [icmp6 sum ok] ICMP6, echo request, seq 63 00:00:04.524159 IP6 (hlim 127, next-header ICMPv6 (58) payload length: 40) 2a00:1210:3:bbd:224:8cff:fe1d:dc63 > 2a00:1450:401b:801::200e: [icmp6 sum ok] ICMP6, echo request, seq 64 Адрес IPv6 в локалке назначается, на роутере тоже, роуты добавляются, даже DNS резолвинг работает везде. Из замеченных мною странностей: 1) На локальном компьютере появляются 2 global адреса: 2a00:1210:3:bbd:224:8cff:fe1d:dc63 (видимо через SLAAC) и 2a00:1210:3:bbd::836 (DHCPv2 ?) Адаптер Ethernet Подключение по локальной сети: DNS-суффикс подключения . . . . . : Описание. . . . . . . . . . . . . : Realtek PCIe GBE Family Controller Физический адрес. . . . . . . . . : 00-24-8C-1D-DC-63 DHCP включен. . . . . . . . . . . : Да Автонастройка включена. . . . . . : Да IPv6-адрес. . . . . . . . . . . . : 2a00:1210:3:bbd::836(Основной) Аренда получена. . . . . . . . . . : 18 июня 2017 г. 18:48:27 Срок аренды истекает. . . . . . . . . . : 19 июня 2017 г. 18:48:27 IPv6-адрес. . . . . . . . . . . . : 2a00:1210:3:bbd:224:8cff:fe1d:dc63(Основной) Локальный IPv6-адрес канала . . . : fe80::224:8cff:fe1d:dc63%15(Основной) IPv4-адрес. . . . . . . . . . . . : 192.168.1.5(Основной) Маска подсети . . . . . . . . . . : 255.255.255.0 Аренда получена. . . . . . . . . . : 18 июня 2017 г. 14:56:40 Срок аренды истекает. . . . . . . . . . : 19 июня 2017 г. 18:48:12 Основной шлюз. . . . . . . . . : fe80::beee:7bff:fe30:b798%15 192.168.1.1 DHCP-сервер. . . . . . . . . . . : 192.168.1.1 IAID DHCPv6 . . . . . . . . . . . : 234890380 DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-16-9A-24-97-00-24-8C-1D-DC-63 DNS-серверы. . . . . . . . . . . : 2a00:1210:3:bbd:240:caff:fe59:571a 8.8.8.8 192.168.1.1 NetBios через TCP/IP. . . . . . . . : Включен А через tcpdump я вижу странные попытки от 2a00:1210:3:bbd::1 опросить 2a00:1210:3:bbd:408c:8718:1c9c:e277 хотя такого адреса у меня в локалке нет ни на одном из интерфейсов: Если что сейчас от макснет маршрутизатора получаю вот такой вот RA: # radvd configuration generated by radvdump 2.16 # based on Router Advertisement from fe80::22a:6aff:fe9e:7ac1 # received by interface eth0 # interface eth0 { AdvSendAdvert on; # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump AdvManagedFlag off; AdvOtherConfigFlag off; AdvReachableTime 0; AdvRetransTimer 0; AdvCurHopLimit 64; AdvDefaultLifetime 1800; AdvHomeAgentFlag off; AdvDefaultPreference medium; AdvSourceLLAddress on; AdvLinkMTU 1500; prefix 2a00:1210:3:bbd::/64 { AdvValidLifetime 2592000; AdvPreferredLifetime 604800; AdvOnLink on; AdvAutonomous on; AdvRouterAddr off; }; # End of prefix definition }; # End of interface definition Большая просьба не футболить и/или просить подключить компьютер напрямую (да так будет работать, но и роутер тоже работает с IPv6 так как с него пинги идут, так что проблема в маршрутизации трафика на вашей стороне (ваш маршрутизатор должен уметь отправлять 2a00:1210:3:bbd::/64 via fe80::240:caff:fe59:571a)), не подключать первую и вторую линию саппорта, а передать это сообщение непосредственно сисадмину, который занимается IPv6. Я уверен где-то всего-лишь "недопилен" какой-то конфиг (и возможно на конкретном маршуртизаторе). P.S. Полезные статьи которые как я думаю относятся к теме: http://blog.ipspace.net/2012/01/ipv6-nd-managed-config-flag-is-just.html и https://habrahabr.ru/post/192164/#comment_6930260
  4. Ситуация не изменилась, все тоже самое. Ни одного пакета на шлюз за эти пол часа не прошло.
  5. Песочин, л/с 4973, подключение (физически) есть, шлюз 178.165.82.1 не отвечает, dhcp соответственно тоже. Началось с простой потери пакетов пару часов назад.
  6. shandy

    Внедрение протокола IPv6

    http://tb.netassist.ua/ Вроде как поближе и побыстрее будет (сам пользуюсь, так как роутер через тунельного брокера работает нормально, в отличии от native ipv6)
  7. shandy

    Внедрение протокола IPv6

    Добрый день. Не могу заставить работать роутер ASUS RT-AC56U. Прямое IPv6 подключение работает нормально. С роутером - не могу выйти за пределы локальной сети: То есть адрес роутер получает, внутри сети тоже есть нормальные (не link-local) адреса. На чьей стороне проблема? Роутер? RA?
  8. Это в Песочине? А то по пер. Квартальному 17 тоже нет интернета.
  9. shandy

    Внедрение протокола IPv6

    Действительно, подключил комп (Win7) напрямую в макснет - получил IPv6 адрес. Теперь предстоит разобраться почему через роутер не работает и чья это вина. Внимание вопрос, какую длину префикса дает макснет? Или сейчас поддерживаются только конечные устройства? Попробовал с DHCP-PD - не получает вообще адреса. Отключил на роуте DHCP-PD и попробовал вручную назначить LAN 2a00:1210:3:bbd::/64, но увы: dhcp6 client: bound address 2a00:1210:3:bbd::1:93c6/128, prefix 2a00:1210:3:bbd::/64 По локалке разбрасывает адреса, но за пределы роута трасировка не идет.
  10. shandy

    Внедрение протокола IPv6

    Этот IPv6 был от туннельного брокера, а не от макснета. ) Сейчас попробовал переключить роутер на Native DHCP-PD (http://www.asus.com/us/support/FAQ/113990) - в результате ноль реакции от оборудования...
  11. shandy

    Внедрение протокола IPv6

    О, а что с технической возможностью на моем доме - 4973?
  12. Да все быстро наладилось, приятно осознавать, что и ночью техподдержка работает, запостил проблему, как раз для проверки (сам работаю ночами в саппорте, так что для меня актуально). P.S. Вот бы ещё IPv6 нативный, наконец подняли бы - вообще цены не было, через заграничного брокера ходить назад в Украину накладно учитывая, что у провайдера на внешних каналах везде есть IPv6 (
  13. Просто FYI: Линк между Песочином и Харьковом сегодня ночью вот так колбасило: C:\Users\Shandy>ping 178.165.82.1 -t Обмен пакетами с 178.165.82.1 по с 32 байтами данных: Ответ от 178.165.82.1: число байт=32 время<1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время=1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время<1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время<1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время<1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время<1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время=1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время=1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время<1мс TTL=254 Ответ от 178.165.82.1: число байт=32 время<1мс TTL=254 Статистика Ping для 178.165.82.1: Пакетов: отправлено = 10, получено = 10, потеряно = 0 (0% потерь) Приблизительное время приема-передачи в мс: Минимальное = 0мсек, Максимальное = 1 мсек, Среднее = 0 мсек Control-C ^C C:\Users\Shandy>ping 79.171.120.69 -t Обмен пакетами с 79.171.120.69 по с 32 байтами данных: Превышен интервал ожидания для запроса. Ответ от 79.171.120.69: число байт=32 время=48мс TTL=253 Ответ от 79.171.120.69: число байт=32 время=47мс TTL=253 Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Ответ от 79.171.120.69: число байт=32 время=251мс TTL=253 Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Ответ от 79.171.120.69: число байт=32 время=47мс TTL=253 Превышен интервал ожидания для запроса. Ответ от 79.171.120.69: число байт=32 время=47мс TTL=253 Ответ от 79.171.120.69: число байт=32 время=47мс TTL=253 Превышен интервал ожидания для запроса. Статистика Ping для 79.171.120.69: Пакетов: отправлено = 15, получено = 6, потеряно = 9 (60% потерь) Приблизительное время приема-передачи в мс: Минимальное = 47мсек, Максимальное = 251 мсек, Среднее = 81 мсек
  14. Уже попал на адекватного специалиста в тех поддержке, сказал, что до вторника не будет интернета (я так понял на выходных вы не работаете?) - но за єлектрику ничего не сказал. Если нужно питание - не вопрос, можно записаться от меня временно, я на 8 єтаже, но правда 1ого подьезда, а "свитч" вы перенесли на 2ой подьезд. Так что нужен будет кабель (ну можно по витой паре кинуть (отдельной конечно же)), или все таки проблема "вызвать" наш ЖЄК на выходных?? Если что пишите в ЛС.