В последние недели со мной участились случаи, которые могу расценивать, как просто мистические.
Началось всё с того, что после внезапного пропадания электричества, в гипервизоре отказалась жить одна из виртуальных машин с Windows. Сам гипервизор остался полностью живой. Виртуальная машина с виду тоже живая, соглашается включаться. Но вот Windows в ней стала постоянно уходить на перезагрузку и включаться не захотела ни под каким видом.
Впрочем, это ещё не мистика. Да бывает, Windows рушится при нештатном отключении. Правда, в последних версиях это происходит редко, и я ни разу не видел такого в виртуальной машине. Но верю, что бывает.
Следующий случай показался уже более странным. У нас в офисе все МФУ настроены так, чтобы при сканировании отправлять документы на e-mail нужного пользователя (по протоколу SMTP через сервер на Дальнем востоке). Всё многие годы работало совершенно нормально. И вот внезапно, несколько пользователей пожаловались, что им на почту перестали доходить сканы с некоторых (одних и тех же) МФУ.
Выглядит всё так:
- сканер исправен, ошибок при сканировании не выдаёт, на других пользователей сканы отправляет совершенно нормально;
- с почтой пользователей тоже всё совершенно нормально, с других МФУ сканы на них успешно отправляются, а вот именно с этого не хотят.
Чуть более углублённый анализ показал, что отсканированную почту отклоняет почтовый сервер. При этом выдаётся диагностическое сообщение: "Сообщение не было доставлено, так как поставщик услуг электронной почты получателя отклонил его". Вот только эта диагностика ничего не поясняет. Дело в том, что "поставщик услуг получателя" - это тот же самый почтовый сервер, который отклоняет почту. И МФУ, и пользователя обслуживает один и тот же сервер. И блокирует он только выборочные пары - конкретный МФУ => конкретный пользователь. Другая почта того же МФУ и того же пользователя доставляется нормально.
Далее. Приехал к нам новый банкомат. Установили его на точку, где ранее стоял другой наш банкомат, воспользовавшись уже настроенным там каналом связи. Новый банкомат был снят работающим с другой точки. Соответственно должен был после подключения и установки новой VPN-политики сразу заработать. Однако на связь с хостом процессинга в Москве он не вышел.
Начали копать, что происходит. Первым делом исключили неисправность сетевой карты. Проверили настройки сети, убедились, что пинги до хоста идут абсолютно нормально, сетевая карта исправна, и связь есть. А вот VPN подниматься отказывался. Московские специалисты утверждали, что шифрованные пакеты вообще не доходят до периметра банка, хотя нешифрованные приходят успешно.
Было несколько выездов к банкомату, переинсталляции VPN-клиента и переустановки VPN-политики. Результат - нулевой. Стали грешить на провайдера, что он режет шифрованные пакеты. Провайдер взял один день паузы, затем категорически отверг наши предположения. Поехал на точку с ноутбуком, на котором был установлен тот же VPN-клиент с той же политикой. Кстати, это та ещё задача. Нужная версия VPN-клиента работает только под Windows XP. Найти живой ноут с XP сейчас не совсем просто (а ещё и игры с MAC-адресом потребовались, впрочем, это уже мелочи).
Приехал, подключил ноут вместо банкомата. Ноутбук поднял VPN вполне успешно с первой попытки. Претензии к провайдеру полностью отпали. Но тогда что?
Было ещё несколько выездов и сеансов спиритического гадания. В итоге проблему всё-таки решили, путём полной переустановки сетевого стека Windows на банкомате, включая переустановку драйвера сетевой карты. Причём, самое смешное, что драйвер переустанавливали из кэша установленных в системе драйверов, т.е. в итоге поставили ровно ту самую версию, которая и так там стояла. Да, помогло. Но, что это было, сэр?!
Последний на сегодня свежий пример. У клиентки перестал работать наш POS-терминал, подключенный патчкордом через ethernet-порт в wi-fi маршрутизатор. Она сразу призналась, что связь пропала после того, как провайдер поменял маршрутизатор на другой.
Приехал, посмотрел. Все провода подсоединены правильно (у неё самой компьютер подключен по wi-fi, интернет на нём работает). А наш терминал правильно воткнут в ethernet-порт проводом, но при этом диагностирует, что подключение отсутствует. То есть, что не просто нет связи, а что якобы вообще нет ethernet-линка, надписи на экране говорят о том, что сетевой кабель к порту не подключен совсем. Поперетыкал кабель в разные порты - ноль.
Сперва смутило то, что на маршрутизаторе горела только одна лампочка - питание. Обычно подключенные ethernet-соединения тоже зажигают отдельные лампочки. Вроде как бы и вправду не работают проводные порты? Но потом обратил внимание, что внешнее соединение нормально работает (компьютер связь получил), а лампочка-то горит всего одна. Значит лампочки здесь не показатель.
Немного поразмыслил. Нужно как-то диагностировать. Компьютер с wi-fi здесь не помощник, от терминала тоже диагностики фиг добьёшься. Пришлось ехать в банк за ноутбуком (благо, здесь Windows XP уже не требовалась, подходила и семёрка). Вернулся с ноутом, подключил его к порту маршрутизатора. Чудо! Сеть есть, DHCP успешно работает, интернет прекрасно виден, никаких проблем.
Значит проблема в патчкорде, именно в нём пропадает контакт? А вот патчкорд у терминала нестандартный. С одной стороны он обжат стандартным RJ-45 на четыре пары. А с другой стороны - RJ-11 на две пары (это кажется "третья категория" называется?)
Такого запасного проводка у меня с собой не было (обычно они не рвутся). Очередная поездка в банк. Приезжаю обратно, вставляю новый проводок. Прелестно, результат прежний - терминал показывает, что порт отключен.
Т.е. дело не в патчкорде - поменяли, не помогло. Дело не в маршрутизаторе и его разъёмах - ноутбук там работает стабильно. Значит дело в терминале? Значит он сдох? С чего бы? Не верю! При перетыканиях патчкорда в разные порты успел заметить, как на экране на секунду появляется надпись об успешном соединении, а потом пропадает. Причём заметить надпись сложно, потому что соединение появляется на секунду, а ты за это время едва успеваешь вылезти из-под стола, где перетыкал патчкорд в соседний порт.
Спрашиваю:
- А зачем меняли маршрутизатор?
Отвечает:
- В офисе был обрыв связи, подозревали, что маршрутизатор, а оказалось кабель повредили.
- А есть возможность вернуть старый маршрутизатор?
- Да, его пока не забрали. Но ведь всё придётся опять перенастраивать?
- Вряд ли. Все пароли компьютер запомнил.
Вынесла прежний маршрутизатор. Воткнули в него терминал. Очередное чудо! Связь есть. Кабель (старый) цел и невредим. Никакие контакты не терялись. Всё работает стабильно и без проблем.
Проблема решена. Остался очередной вопрос: "Что ЭТО было"?! Совершенно исправный маршрутизатор отказался выдавать сеть совершенно исправному терминалу по совершенно исправному кабелю. Причём моему (совершенно незнакомому для него) ноутбуку он ту же сеть выдал без проблем. Что это было, Холмс?!
Ну, не мистика ли?
Началось всё с того, что после внезапного пропадания электричества, в гипервизоре отказалась жить одна из виртуальных машин с Windows. Сам гипервизор остался полностью живой. Виртуальная машина с виду тоже живая, соглашается включаться. Но вот Windows в ней стала постоянно уходить на перезагрузку и включаться не захотела ни под каким видом.
Впрочем, это ещё не мистика. Да бывает, Windows рушится при нештатном отключении. Правда, в последних версиях это происходит редко, и я ни разу не видел такого в виртуальной машине. Но верю, что бывает.
Следующий случай показался уже более странным. У нас в офисе все МФУ настроены так, чтобы при сканировании отправлять документы на e-mail нужного пользователя (по протоколу SMTP через сервер на Дальнем востоке). Всё многие годы работало совершенно нормально. И вот внезапно, несколько пользователей пожаловались, что им на почту перестали доходить сканы с некоторых (одних и тех же) МФУ.
Выглядит всё так:
- сканер исправен, ошибок при сканировании не выдаёт, на других пользователей сканы отправляет совершенно нормально;
- с почтой пользователей тоже всё совершенно нормально, с других МФУ сканы на них успешно отправляются, а вот именно с этого не хотят.
Чуть более углублённый анализ показал, что отсканированную почту отклоняет почтовый сервер. При этом выдаётся диагностическое сообщение: "Сообщение не было доставлено, так как поставщик услуг электронной почты получателя отклонил его". Вот только эта диагностика ничего не поясняет. Дело в том, что "поставщик услуг получателя" - это тот же самый почтовый сервер, который отклоняет почту. И МФУ, и пользователя обслуживает один и тот же сервер. И блокирует он только выборочные пары - конкретный МФУ => конкретный пользователь. Другая почта того же МФУ и того же пользователя доставляется нормально.
Далее. Приехал к нам новый банкомат. Установили его на точку, где ранее стоял другой наш банкомат, воспользовавшись уже настроенным там каналом связи. Новый банкомат был снят работающим с другой точки. Соответственно должен был после подключения и установки новой VPN-политики сразу заработать. Однако на связь с хостом процессинга в Москве он не вышел.
Начали копать, что происходит. Первым делом исключили неисправность сетевой карты. Проверили настройки сети, убедились, что пинги до хоста идут абсолютно нормально, сетевая карта исправна, и связь есть. А вот VPN подниматься отказывался. Московские специалисты утверждали, что шифрованные пакеты вообще не доходят до периметра банка, хотя нешифрованные приходят успешно.
Было несколько выездов к банкомату, переинсталляции VPN-клиента и переустановки VPN-политики. Результат - нулевой. Стали грешить на провайдера, что он режет шифрованные пакеты. Провайдер взял один день паузы, затем категорически отверг наши предположения. Поехал на точку с ноутбуком, на котором был установлен тот же VPN-клиент с той же политикой. Кстати, это та ещё задача. Нужная версия VPN-клиента работает только под Windows XP. Найти живой ноут с XP сейчас не совсем просто (а ещё и игры с MAC-адресом потребовались, впрочем, это уже мелочи).
Приехал, подключил ноут вместо банкомата. Ноутбук поднял VPN вполне успешно с первой попытки. Претензии к провайдеру полностью отпали. Но тогда что?
Было ещё несколько выездов и сеансов спиритического гадания. В итоге проблему всё-таки решили, путём полной переустановки сетевого стека Windows на банкомате, включая переустановку драйвера сетевой карты. Причём, самое смешное, что драйвер переустанавливали из кэша установленных в системе драйверов, т.е. в итоге поставили ровно ту самую версию, которая и так там стояла. Да, помогло. Но, что это было, сэр?!
Последний на сегодня свежий пример. У клиентки перестал работать наш POS-терминал, подключенный патчкордом через ethernet-порт в wi-fi маршрутизатор. Она сразу призналась, что связь пропала после того, как провайдер поменял маршрутизатор на другой.
Приехал, посмотрел. Все провода подсоединены правильно (у неё самой компьютер подключен по wi-fi, интернет на нём работает). А наш терминал правильно воткнут в ethernet-порт проводом, но при этом диагностирует, что подключение отсутствует. То есть, что не просто нет связи, а что якобы вообще нет ethernet-линка, надписи на экране говорят о том, что сетевой кабель к порту не подключен совсем. Поперетыкал кабель в разные порты - ноль.
Сперва смутило то, что на маршрутизаторе горела только одна лампочка - питание. Обычно подключенные ethernet-соединения тоже зажигают отдельные лампочки. Вроде как бы и вправду не работают проводные порты? Но потом обратил внимание, что внешнее соединение нормально работает (компьютер связь получил), а лампочка-то горит всего одна. Значит лампочки здесь не показатель.
Немного поразмыслил. Нужно как-то диагностировать. Компьютер с wi-fi здесь не помощник, от терминала тоже диагностики фиг добьёшься. Пришлось ехать в банк за ноутбуком (благо, здесь Windows XP уже не требовалась, подходила и семёрка). Вернулся с ноутом, подключил его к порту маршрутизатора. Чудо! Сеть есть, DHCP успешно работает, интернет прекрасно виден, никаких проблем.
Значит проблема в патчкорде, именно в нём пропадает контакт? А вот патчкорд у терминала нестандартный. С одной стороны он обжат стандартным RJ-45 на четыре пары. А с другой стороны - RJ-11 на две пары (это кажется "третья категория" называется?)
Такого запасного проводка у меня с собой не было (обычно они не рвутся). Очередная поездка в банк. Приезжаю обратно, вставляю новый проводок. Прелестно, результат прежний - терминал показывает, что порт отключен.
Т.е. дело не в патчкорде - поменяли, не помогло. Дело не в маршрутизаторе и его разъёмах - ноутбук там работает стабильно. Значит дело в терминале? Значит он сдох? С чего бы? Не верю! При перетыканиях патчкорда в разные порты успел заметить, как на экране на секунду появляется надпись об успешном соединении, а потом пропадает. Причём заметить надпись сложно, потому что соединение появляется на секунду, а ты за это время едва успеваешь вылезти из-под стола, где перетыкал патчкорд в соседний порт.
Спрашиваю:
- А зачем меняли маршрутизатор?
Отвечает:
- В офисе был обрыв связи, подозревали, что маршрутизатор, а оказалось кабель повредили.
- А есть возможность вернуть старый маршрутизатор?
- Да, его пока не забрали. Но ведь всё придётся опять перенастраивать?
- Вряд ли. Все пароли компьютер запомнил.
Вынесла прежний маршрутизатор. Воткнули в него терминал. Очередное чудо! Связь есть. Кабель (старый) цел и невредим. Никакие контакты не терялись. Всё работает стабильно и без проблем.
Проблема решена. Остался очередной вопрос: "Что ЭТО было"?! Совершенно исправный маршрутизатор отказался выдавать сеть совершенно исправному терминалу по совершенно исправному кабелю. Причём моему (совершенно незнакомому для него) ноутбуку он ту же сеть выдал без проблем. Что это было, Холмс?!
Ну, не мистика ли?
