В паре тысяч километров обычно и монитора-то возле сервера нет. Netconsole вполне себе может отправлять лог удаленно.
У меня всегда отправлялось — ловил проблемы именно в сетевом стеке.
Не, оно, конечно, вариант… но как-то нахрен не нужно.
Нет, на микротике это сделать нельзя.
Поясню. Я не фанат cisco, потому могу ошибаться в терминологии, но постараюсь донести мысль.
Возьмем сеть 1.0.0.0/24.
На loopback вешаем 1.0.0.1/24.
На пачку vlan-ов вешаем ip unnumbered. Запускаем там же dhcp relay.
Дальше получается такой процесс:
1) Клиент пытается получить по dhcp адрес. Cisco пересылает запрос на сервер.
2) Сервер отвечает на запрос, выдавая, например, адрес 1.0.0.173.
3) DHCP-ответ улетает клиенту, клиент получает адрес.
4) Тут включается магия: Cisco всё это время слушала обмен DHCP-пакетами и сама создает маршрут на 1.0.0.173 через нужный VLAN. Этот же маршрут автоматически удаляется из таблицы после окончания времени DHCP lease-ы (и, естественно, продлевается, когда клиент продлевает lease).
Таким образом отпадает необходимость вручную (статикой) прибивать IP-адреса пользователей к vlan-ам.
Из аналогом реальным на сегодняшний день есть только accel-ppp под Linux, но он заточен под ISP (я не говорю, что это плохо :) ).
Это костыль, для работы которого необходимы статические маршруты. Суть ip unnumbered в Cisco в том, что она сама умеет их создавать (например, на основании dhcp обмена) и redistribute-ить дальше.
У меня IPTV идёт по HTTP — там всё так же, как и в OTT. Разве что канал по дефолту постабильней.
Поломанная картинка вначале на UDP — это нормально, бывает.
О, раз уж пошло о Smart TV.
Почему они все так тупят на IPTV? Буферизация перед началом проигрывания доходит до 10 сеукнд :(. Замечено на разных LG и Samsung, с разными приложениями.
Gmail выделяет все письма на странице, НО если выделение сделано из результатов поиска — действие (например, удаление) можно применить либо к текущей странице, либо ко всем результатам выборки.
Может еще отпадет необходимость в SRV записях для ПДД? Как-то поднял на корпоративном домене XMPP, но счастье длилось недолго — получил люлей от шефа, у которого сломалась почта не телефоне.
Тогда так:
/etc/apt/sources.list.d/qgis.list
У меня всегда отправлялось — ловил проблемы именно в сетевом стеке.
Не, оно, конечно, вариант… но как-то нахрен не нужно.
Поясню. Я не фанат cisco, потому могу ошибаться в терминологии, но постараюсь донести мысль.
Возьмем сеть 1.0.0.0/24.
На loopback вешаем 1.0.0.1/24.
На пачку vlan-ов вешаем ip unnumbered. Запускаем там же dhcp relay.
Дальше получается такой процесс:
1) Клиент пытается получить по dhcp адрес. Cisco пересылает запрос на сервер.
2) Сервер отвечает на запрос, выдавая, например, адрес 1.0.0.173.
3) DHCP-ответ улетает клиенту, клиент получает адрес.
4) Тут включается магия: Cisco всё это время слушала обмен DHCP-пакетами и сама создает маршрут на 1.0.0.173 через нужный VLAN. Этот же маршрут автоматически удаляется из таблицы после окончания времени DHCP lease-ы (и, естественно, продлевается, когда клиент продлевает lease).
Таким образом отпадает необходимость вручную (статикой) прибивать IP-адреса пользователей к vlan-ам.
Из аналогом реальным на сегодняшний день есть только accel-ppp под Linux, но он заточен под ISP (я не говорю, что это плохо :) ).
Поломанная картинка вначале на UDP — это нормально, бывает.
Взял и добавил. github.com/immosmart/smartbox/issues/16
Почему они все так тупят на IPTV? Буферизация перед началом проигрывания доходит до 10 сеукнд :(. Замечено на разных LG и Samsung, с разными приложениями.
Вот мне, например, проще PPTP на телефоне настроить, чем мучиться с какими-то сертификатами или левыми клиентами.
Может еще отпадет необходимость в SRV записях для ПДД? Как-то поднял на корпоративном домене XMPP, но счастье длилось недолго — получил люлей от шефа, у которого сломалась почта не телефоне.
Удобно.
Привычно.
Есть в Gmail и в VK.