Наверх

База знаний
Try 2 Fix
beta

Интернет и сети

Настройка редиректа 301 в файле .htaccess. Переадресация со старого домена на новый.

Настройка редиректа 301 в файле .htaccess. Переадресация со старого домена на новый.

Если по каким-либо причинам Ваш сайт необходимо перенести на новый домен, но при этом Вы не хотите терять тех, кто знает только старый адрес, Вам пригодится наша крошечная инструкция.

Linux + Apache + MySQL + PHP + phpMyAdmin на Ubuntu 18

LAMP-Stack сервер: ещё одна инструкция по настройке Linux + Apache + MySQL + PHP + phpMyAdmin на Ubuntu 18. Установка с помощью Tasksel.

Ещё одна - потому что в Интернете существует уже 100500 таких инструкций. А чем мы хуже? Настраиваем легендарную связку Linux + Apache + MySQL + PHP + phpMyAdmin на чистой Ubuntu 18 старым дедовским способом. А потом посмотрим, что нам даёт инструмент Tasksel. Если Вы любите хардкор, то у нас есть инструкция по созданию WEB-сервера на основе FreeBSD. Эта настройка подойдёт скорее для выполнения университетских лабораторных работ, нежели для продакшна. Но это тот минимум, который позволит использовать все перечисленные в заголовке компоненты.

Kaspersky Internet Security: Невозможно гарантировать подлинность домена, с которым устанавливается соединение

Kaspersky Internet Security: Невозможно гарантировать подлинность домена, с которым устанавливается соединение

Пользователи Kaspersky Internet Security часто могут это видеть сообщение в нижнем правом углу экране. В некоторых случаях стоит задуматься, стоит ли продолжать соединение (если Вы пытаетесь зайти на неизвестный веб-сайт), но в некоторых его следует игнорировать: если у Вас личный домен почты (@*.ru) и нарушена цепочка сертификатов. Во втором случае, это сообщение через некоторое время после начала работы начинает раздражать, учитывая, что каждый раз вам приходится нажимать кнопку "Продолжить". Рассказываем, как избавится от назойливого уведомления. 

portproxy

Удалённый доступ с мобильного устройства к видеорегистратору HikVision без статического белого IP адреса. Проброс портов в Windows с помощью portproxy

Не так давно столкнулись со следующей задачей: необходимо предоставить удалённый доступ с Android устройства к видеорегистратору HikVision, который находится в сети, Интернет в которой раздаётся с помощью 4G-модема (то есть нет белого статического IP). Недолго думая, мы предоставили клиенту доступ к нашему OpenVPN, с помощью которого мы собирались связать мобильное устройство на Android и сам видеорегистратор. Ок, на Android существует множество OpenVPN клиентов, но вот на видеорегистратор клиент OpenVPN поставить никак не получится. Тогда было решено задействовать ПК на ОС Windows, который находился в одной сети с видеорегистратором. Подробно рассказываем о наших шагах к достижению поставленной цели.

zimbra_message_time

Zimbra 8.6 OSE: Время получения и отправки почты в списке сообщений

По заявлениям разработчиков почтового сервера Zimbra, время отправки или получения письма не важно для пользователей, поэтому в WEB-клиенте Zimbra его нет It's a UX decision based on prioritizing screen real estate and providing format that meets most user's needs. Однако, это не очень удобно и не привычно - все почтовые клиенты показывают нам дату и время. Исправляем эту несправедливость и делаем так, чтобы в списке сообщений выводилась полная информация о времени получения письма.

Zimbra_7025_connection_timeout

Zimbra 8.6 OSE: Connect to mail.***.ru[xxx.xxx.xxx.xxx]:7025 Connection timed out

На нашем почтовом сервере Zimbra 8.6 OSE произошло экстренное завершение работы из-за отключения света. Сервер запустили, вроде всё заработало. Но пользователи стали жаловаться, что между внутренними пользователями почта не доставляется. Логи (/var/log/zimbra.log) были заполнены строчками: Connect to mail.***.ru:7025 Connection timed out Разбираемся, что же произошло.

Zimbra 8.6 OSE: Произошла неизвестная ошибка (mail.TRY_AGAIN). Ошибка сети. postfix/postqueue fatal: Queue report unavailable — mail system is down

На корпоративном почтовом сервере Zimbra OSE пользователи при отправке внутренней почты стали получать сообщение "Произошла неизвестная ошибка (mail.TRY_AGAIN)", другие пользователи увидели "Ошибка сети". А мы во всех логах (/var/log/zimbra.log, /var/log/mail.log и /var/log/mail.err)  увидели это волшебное сообщение "postfix/postqueue fatal: Queue report unavailable - mail system is down". Работа была парализовано, но решение оказалось простым.

Zimbra 8.6 OSE: Ошибка проверки подлинности. Сброс пароля, разблокировка аккаунта

Одному из наших клиентов мы установили сервер для совместной работы Zimbra Collaboration Open Source Edition. Работает этот сервер под управлением Linux-подобной ОС, воплощая принцип "настроил и забыл". Но недавно случилась следующая проблема: при входе в консоль администратора появилось сообщение: "Ошибка проверки подлинности". Разбираемся с этой проблемой.

Список часто используемых сетевых портов

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

Нет Интернета на ПК или ноутбуке

С момента появления Windows 8.1 пользователи этой ОС начали жаловаться на такую странность: на их ПК или ноутбуках пропадал Интернет, при чём на других устройствах сети (другие ПК, смартфоны или планшеты) сеть была. Перезагрузка, обновление драйверов сетевой карты и другие манипуляции не помогали. Всё это выглядело достаточно странно. Такое поведение может наблюдаться и после очистки компьютера от вирусов или вредоносных программ. Не важно, что вызвало эти проблемы, главное, что есть её решение.