Про mftp администратор, должен знать что конфигурация по умолчанию на координаторе подразумевает отсутствие автоматического опроса смежных координаторов на предмет mftp обмена, что может приводить к поискам черной кошки в темной комнате даже когда ее там нет.
Особо интересный случай — межсетевое mftp через «левый» (не VipNet файервол): встречаются случаи, когда нет проброса порта (DNAT) и пока смежник сам с запросом не выскочит из под своего «левого» файервола (SNAT) обмена не будет. Лечится предыдущим пунктом при наличии доброй воли со стороны смежника (снаружи никак)…
Ну а клиентам надо чаще рекомендовать ставить настройку не «через сервер» а «mftp» при наличии проверяемой связи с узлом корреспондентом — это убирает много проблем. Вообще в VipNet отличаются логический и физический пути пакетов.
В одной из миниатюр Жванецкого предлагалось поднять уровень уровень спора на небывалую высоту, например, спорить о вкусе манго и кокосовых орехов с теми кто их ел! (надеюсь, что дату написания миниатюры, интересующиеся люди найдут самостоятельно)…
Так я к тому, что автор статьи только недавно увидел VipNet, есть признаки, что не читал документацию (а самое интересное там мелким шрифтом и в неожиданных местах), но уже несет тьму недопонимания в народ.
Пример для «затравки»: в части «Координатор недоступен» предлагается заглянуть в журнал пакетов — это хороший совет, но при раскрытии ситуации может выяснится, что:
— в 90% случаев координатор недоступен вместе со всеми другими узлами и причина либо тривиальное зависание службы iplir (это лечится легко), либо (редко) неполадки в драйвере сетевой карты, вызванные комбинациями факторов: iplir, обновление ОС, антивирус и т.д. (лечится уже хуже)
— в оставшихся 10% уже действительно можно посмотреть журнал, но вариантов много и для постановки дифференциального диагноза нужно больше информации (далеко не все лечится на клиенте)
и такого незнания много по всей статье, после прочтения хочется законодательного запрета на IT аутсорсинг в России
Если лазеры светят и статистически соблюдается среднее время наработки на отказ, значит физика существует. Все остальное - мракобесие.
Предлагаю вопрос для обсуждающих:
"Что нужно экономить при разработке ПО время разработчиков или время конечных пользователей?"
Предлагаю высказать желающим с обоснованием. Вообще вопрос имеет косвенное отношение к подбору разработчиков и вообще индустрии разработки.
Про mftp администратор, должен знать что конфигурация по умолчанию на координаторе подразумевает отсутствие автоматического опроса смежных координаторов на предмет mftp обмена, что может приводить к поискам черной кошки в темной комнате даже когда ее там нет.
Особо интересный случай — межсетевое mftp через «левый» (не VipNet файервол): встречаются случаи, когда нет проброса порта (DNAT) и пока смежник сам с запросом не выскочит из под своего «левого» файервола (SNAT) обмена не будет. Лечится предыдущим пунктом при наличии доброй воли со стороны смежника (снаружи никак)…
Ну а клиентам надо чаще рекомендовать ставить настройку не «через сервер» а «mftp» при наличии проверяемой связи с узлом корреспондентом — это убирает много проблем. Вообще в VipNet отличаются логический и физический пути пакетов.
Так я к тому, что автор статьи только недавно увидел VipNet, есть признаки, что не читал документацию (а самое интересное там мелким шрифтом и в неожиданных местах), но уже несет тьму недопонимания в народ.
Пример для «затравки»: в части «Координатор недоступен» предлагается заглянуть в журнал пакетов — это хороший совет, но при раскрытии ситуации может выяснится, что:
— в 90% случаев координатор недоступен вместе со всеми другими узлами и причина либо тривиальное зависание службы iplir (это лечится легко), либо (редко) неполадки в драйвере сетевой карты, вызванные комбинациями факторов: iplir, обновление ОС, антивирус и т.д. (лечится уже хуже)
— в оставшихся 10% уже действительно можно посмотреть журнал, но вариантов много и для постановки дифференциального диагноза нужно больше информации (далеко не все лечится на клиенте)
и такого незнания много по всей статье, после прочтения хочется законодательного запрета на IT аутсорсинг в России