Куда днс отправляют на ремонт технику
Перейти к содержимому

Куда днс отправляют на ремонт технику

  • автор:

Банкротство ООО «Сеть Связной».

Решением Арбитражного суда города Москвы от 12.12.2023 по делу № А40-42574/2023 ООО «Сеть Связной» признано банкротом.

Обращение в суд Обращение к арбитражному управляющему Что делать если товар, приобретенный у ООО «Сеть Связной», был передан на техническую экспертизу? Если у вас остались иные вопросы Вы можете заполнить форму для обращений.

Если задолженность возникла до 06.03.2023, то Вам необходимо обратиться в суд заявление о включении задолженности в реестр ООО «Сеть Связной», для этого следует направить заявление в Арбитражный суд города Москвы до 23.02.2024. Также необходимо направить копию заявления Конкурсному управляющему по адресу:
107258, Москва, б-р Маршала Рокоссовского, д.33/12, а/я 24.

Если задолженность возникла после 06.03.2023, то она является текущей.

В таком случае необходимо направить заявление о включении в реестр текущей задолженности Конкурсному управляющему по адресу:
107258, Москва, б-р Маршала Рокоссовского, д.33/12, а/я 24.

Если Вы передали товар, приобретенный в магазинах Сети Связной на проверку качества, после чего товар не был возвращен, то Вы можете заполнить форму для возврата товара:

Принципы работы протокола DHCP

В статье рассказываем о принципах работы DHCP-протокола, процессе DORA, основных опциях и других его аспектах.

Эта инструкция — часть курса «Как работают сетевые протоколы».

Смотреть весь курс

Изображение записи

Для чего нужен протокол DHCP

DHCP — протокол прикладного уровня модели TCP/IP, служит для назначения IP-адреса клиенту. Это следует из его названия — Dynamic Host Configuration Protocol. IP-адрес можно назначать вручную каждому клиенту, то есть компьютеру в локальной сети. Но в больших сетях это очень трудозатратно, к тому же, чем больше локальная сеть, тем выше возрастает вероятность ошибки при настройке. Поэтому для автоматизации назначения IP был создан протокол DHCP.

Впервые протокол был описан в 1993 году в документе RFC 1531, но с тех пор в описание вносились правки. На сегодняшний день основным документом, регламентирующим протокол, является RFC 2131. Помимо автоматизации процесса настройки IP, DHCP позволяет упростить диагностику подключения и переход из одной подсети в другую, оставляя уведомления для системного администратора в логах.

Принцип работы DHCP

Из вступления ясно, какие функции предоставляет DHCP, но по какому принципу он работает? Получение адреса проходит в четыре шага. Этот процесс называют DORA по первым буквам каждого шага: Discovery, Offer, Request, Acknowledgement.

Давайте подробнее рассмотрим DORA — принцип работы DHCP.

Протокол DHCP, получение адреса IP — DORA

Discovery, или поиск

Изначально клиент находится в состоянии инициализации (INIT) и не имеет своего IP-адреса. Поэтому он отправляет широковещательное (broadcast) сообщение DHCPDISCOVER на все устройства в локальной сети. В той же локальной сети находится DHCP-сервер. DHCP-сервер — это, например, маршрутизатор или коммутатор, существуют также выделенные DHCP-серверы.

Не всегда одну сеть обслуживает один DHCP-сервер, нередко организации устанавливают сразу несколько. Какие порты использует DHCP? Сервер всегда слушает 67 порт, ожидает широковещательное сообщение от клиента, а после его получения отправляет ответное предложение — DHCPOFFER. Клиент принимает сообщение на 68 порту.

Offer, или предложение

DHCP-сервер отвечает на поиск предложением, он сообщает IP, который может подойти клиенту. IP выделяются из области (SCOPE) доступных адресов, которая задается администратором.

Если имеются адреса, которые не должны быть назначены DHCP-сервером, область можно ограничить, указав только разрешенные адреса. Например, администратор может задать диапазон используемых IP-адресов от 192.0.0.10 до 192.0.0.254.

Бывает и так, что не все доступные адреса должны быть назначены клиентам. Например, администратор может исключить (exclude) диапазон 192.0.0.100 — 192.0.0.200 из используемой области. Такое ограничение называется исключением.

DHCP выделяет доступные IP-адреса из области только временно (об этом позже), поэтому нет гарантии, что при следующем подключении у данного клиента останется прежний IP. Но есть возможность назначить какому-либо клиенту определенный IP навсегда. К примеру, забронировать 192.0.0.10 за компьютером системного администратора. Такое сохранение IP для отдельных клиентов называют резервацией (reservation).

DHCPOFFER содержит IP из доступной области, который предлагается клиенту отправкой широковещательного (broadcast, «если вы тот, кто запрашивал IP-адрес, то доступен вот такой») или прямого (unicast, «вы запрашивали IP, предлагаю вот такой») сообщения. При этом, поскольку нужный клиент пока не имеет IP, для отправки прямого сообщения он идентифицируется по MAC-адресу.

Request, или запрос

Клиент получает DHCPOFFER, а затем отправляет на сервер сообщение DHCPREQUEST. Этим сообщением он принимает предлагаемый адрес и уведомляет DHCP-сервер об этом. Широковещательное сообщение почти полностью дублирует DHCPDISCOVER, но содержит в себе уникальный IP, выделенный сервером. Таким образом, клиент сообщает всем доступным DHCP-серверам «да, я беру этот адрес», а сервера помечают IP как занятый.

Acknowledgement, или подтверждение

Сервер получает от клиента DHCPREQUEST и окончательно подтверждает передачу IP-адреса клиенту сообщением DHCPACK. Это широковещательное или прямое сообщение утверждает не только владельца IP, но и срок, в течение которого клиент может использовать этот адрес.

Со схемой отправки сообщений разобрались, но, если в сети несколько DHCP-серверов, пославших предложение, какое из них выберет клиент? Хороший вопрос. В состоянии INIT, если клиент получает адрес впервые, он будет принимать только первое предложение IP. Однако, если клиент уже общался ранее с определенным DHCP-сервером, он отдаст предпочтение этому серверу и, наоборот, сервер выберет знакомого клиента.

Срок аренды

Когда DHCP-сервер выделяет IP из области, он оставляет запись о том, что этот адрес зарезервирован за клиентом с указанием срока действия IP. Этот срок действия называется срок аренды (lease time). Срок аренды по умолчанию выставлен на 24 часа, но может доходить до нескольких дней, недель или даже месяцев. Период задается в настройках самого сервера.

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

После получения адреса из области, клиент берет его в аренду на время, называемое T. Клиент переходит в связанное (BOUND) состояние и продолжает нормальную работу, пока не наступит время половины срока аренды — T1.

По наступлении T1 клиент инициализирует процедуру получения нового IP или обновления адреса — состояние RENEWING. Процесс повторного получения происходит по упрощенной схеме: клиент прямым сообщением запрашивает (DHCPREQUEST), а сервер подтверждает (DHCPACK) запрос. Время аренды начинает отсчитываться заново.

Если подтверждение (DHCPACK) от сервера не поступает, клиент снова запрашивает адрес, но только когда истекает половина T1. Если запрос адреса остается без ответа второй раз, клиент отправляет еще одно сообщение, когда истекает половина от T1/2 (25% от полного срока аренды). Следующий запрос будет отправлен после истечения еще половины оставшегося времени, потом еще половины. И так далее, пока не наступит T2, которое равняется 87,5%, или 7/8 от всего времени аренды. После T2 все попытки продлить аренду IP будут широковещательными. Это значит, что, если первый сервер по какой-то причине недоступен, на запрос адреса сможет ответить любой другой, и работа не будет прервана.

Три подхода к распределению адресов

Сервер назначает IP одним из трех основных способов.

Статическое распределение (static allocation). Почти как ввод адреса на каждом компьютере вручную. Отличие в том, что системный администратор задает нужные соответствия IP для MAC-адресов клиентов на самом DHCP-сервере. IP останется за клиентом, даже если тот выйдет из сети, отключится, перейдет в новую сеть и т.п.

Автоматическое распределение (automatic allocation). Сервер закрепляет IP из области за каждым клиентом навсегда. Срок аренды не ограничен.

Динамическое распределение (dynamic allocation). DHCP-сервер назначает адрес из области на определенное время, называемое сроком аренды. Такой подход полезен, если число доступных IP ограничено. IP назначается каждому клиенту при подключении к сети и возвращается в область, как только клиент его освобождает. В таком случае IP может отличаться при каждом подключении, но обычно назначается прежний.

Особые DHCP сообщения

Кроме DORA — четырех сообщений для получения адреса — DHCP использует и другие. Давайте рассмотрим каждое.

DHCPNAK. Нередко в источниках можно встретить написание DHCPNACK, что является неправильным, так как RFC 2131 регламентирует именно NAK. DHCPNAK отправляется сервером вместо окончательного подтверждения. Такой отказ может быть отправлен клиенту, если аренда запрашиваемого IP истекла или клиент перешел в новую подсеть.

DHCPRELEASE. Клиент отправляет это сообщение, чтобы уведомить сервер об освобождении занимаемого IP. Иными словами, это досрочное окончание аренды.

DHCPINFORM. Этим сообщением клиент запрашивает у сервера локальные настройки. Отправляется, когда клиент уже получил IP, но для правильной работы ему требуется конфигурация сети. Сервер информирует клиента ответным сообщением с указанием всех запрошенных опций.

Опции DHCP

Для работы в сети клиенту требуется не только IP, но и другие параметры DHCP — например, маска подсети, шлюз по умолчанию и адрес сервера. Опции представляют собой пронумерованные пункты, строки данных, которые содержат необходимые клиенту сервера параметры конфигурации. Дадим описания некоторым опциям:

  • Option 1 — маска подсети IP;
  • Option 3 — основной шлюз;
  • Option 6 — адрес сервера DNS (основной и резервный);
  • Option 51 определяет, на какой срок IP-адрес предоставляется в аренду клиенту;
  • Option 55 — список запрашиваемых опций. Клиент всегда запрашивает опции для правильной конфигурации. Отправляя сообщение с Option 55, клиент выставляет список запрашиваемых числовых кодов опций в порядке предпочтения. DHCP-сервер старается отправить ответ с опциями в том же порядке.

Option 82 — ретрансляция DHCP-сервера

Option 82 — информация об агенте ретрансляции (relay agent information). Благодаря ретранслятору клиент и сервер могут общаться, находясь в разных подсетях. По умолчанию широковещательные сообщения не могут выходить за пределы текущего широковещательного домена (подсети). Внимательный читатель скажет, что выше мы писали, как клиент отправляет широковещательное сообщение DHCPDISCOVER всем доступным DHCP-серверам. А что если в сети нет DHCP?

Предположим, широковещательные сообщения не выходят за пределы подсети компании, которая не установила DHCP-сервер. В таком случае сообщение DHCPDISCOVER должно будет пропасть, и ни один компьютер компании не сможет выйти в интернет. Однако в реальности отсутствие DHCP-сервера не мешает выходу в сеть.

Значит ли это, что широковещательные сообщения каким-то образом выходят за пределы подсети? Не совсем. За пределы подсети выходят только широковещательные DHCP-сообщения. Это становится возможным благодаря агенту ретрансляции. Обычно в его роли выступает маршрутизатор или сервер. Ретранслятор получает сообщения от клиента в своей подсети, направляют его на DHCP-сервер, который тем же образом — через ретранслятор — отправляет ответ. Так ретранслятор выступает в качестве посредника между подсетями.

Опции DHCP для загрузки PXE

Протокол DHCP позволяет загрузку компьютера без использования носителя данных. Такая загрузка происходит с сетевой карты и называется PXE (Preboot eXecution Environment). Для конфигурации сетевой загрузки LEGACY BIOS PXE используются DHCP-опции 43, 60, 66 и 67.

  • Option 43 зарезервирована для обмена информацией производителей;
  • Option 60 — классовый идентификатор; здесь указывается, например, PXE клиент;
  • Option 66 и 67 необходимы для указания имени сервера PXE и имени файла загрузки соответственно.

Снижаем цены на выделенные серверы в реальном времени

Арендуйте готовые конфигурации или предложите свой вариант.

Взаимодействие DHCP и DNS

Как мы упоминали выше, Option 6 — это сервер DNS. Давайте рассмотрим подробнее взаимодействие двух протоколов.

DNS (система доменных имен) отвечает за соответствие доменных имен и IP-адресов. Доменное имя — это не только адрес в интернете, например, selectel.ru, но также имя компьютера в локальной сети, например, Director PC. DNS проводит соединительную линию между IP и буквенно-числовым доменным именем компьютера или веб-сайта. DHCP занимается выделением и назначением IP из области. Очевидно, что два протокола должны тесно взаимодействовать между собой.

В статье мы уже говорили, что DHCP-сервер имеет область IP-адресов, которые допускается распределять между клиентами в сети. DNS-сервер занимается тем, что сопоставляет IP-адреса и доменные имена. Это не только имена сайтов, но и имена компьютеров в сети, (например, NetworkServer PC).

Если вы хотите создать свою локальную сеть на базе Linux, потому что это бесплатно и вы не хотите связываться Windows, то вы можете столкнуться с проблемой взаимодействия DNS и DHCP. Linux не имеет Active Directory, как в Windows, позволяющей тесно связать DHCP и DNS, избегая необходимости обращаться к клиенту каждый раз по IP. Однако способы организовать такую связь существуют и для свободной системы.

Первый вариант — настроить DHCP-сервер так, чтобы фиксировал адрес за клиентом. Второй вариант — настроить взаимодействие DHCP- и DNS- серверов. Первый вариант подходит, если область IP-адресов широкая и вы можете позволить себе фиксировать IP за каждым клиентом. Если же для вас такой метод будет расточительным, то необходимо дать двум серверам работать вместе.

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

Настроить данное взаимодействие можно в четыре шага при помощи пакета dnsmasq, доступного в стандартных репозиториях Ubuntu и Debian. Мы не будем давать детальную инструкцию по осуществлению, а лишь кратко опишем каждый шаг.

Шаг 1 — конфигурация сети

В первую очередь необходимо определиться с компьютером, который будет выполнять роль сервера. Важно выбрать тот компьютер (Ubuntu Server или Ubuntu Desktop), который вы не планируете выключать слишком часто. Если после полной настройки вы решите выключить компьютер, то вся сеть тоже выключится.

Выбранному компьютеру необходимо назначить статический IP. Делается это редактированием конфигурационного файла в директории /etc/network/interfaces.

Шаг 2 — установка dnsmasq

Установите пакет dnsmasq командой из терминала:

sudo apt-get install dnsmasq -y

А затем откройте файл конфигурации /etc/dnsmasq.conf. Файл конфигурации dnsmasq очень большой, но он содержит комментарии с объяснениями того, за что отвечает каждая настройка. Чтобы добавить требуемые настройки, откройте файл и удалите решетку (#), означающую комментарий, в начале нужных строк.

Шаг 3 — настройка фаервола

Для изменения настроек фаервола можно использовать Ubuntu Uncomplicated Firewall. Используйте следующие команды:

sudo ufw allow bootps
sudo ufw allow 53/udp
sudo ufw allow 53/tcp

Шаг 4 — изменение настроек роутера

Зайдите в настройки вашего роутера из браузера, отключите DHCP для локальной сети, измените все настройки DNS так, чтобы они указывали на ваш только что настроенный сервер. Последнее действие — перезапуск сети на сервере. Для этого вы можете просто перезагрузить компьютер или использовать команды:

sudo service dnsmasq restart
sudo service network-manager restart

Недостатки протокола DHCP

DHCP имеет свои уязвимости. Основная заключается в четырех шагах, необходимых для получения IP. Процесс DORA подразумевает рассылку сообщений широковещательного типа, когда первый откликнувшийся DHCP-сервер получает возможность предложить IP из своей области. Если злоумышленник сможет использовать свой сервер, который даст самый быстрый ответ клиенту, то у него откроется возможность получить контроль над действиями пользователя в сети и нанести существенный ущерб.

Следующий недостаток — ненадежность UDP. UDP не обеспечивает гарантию доставки информации. Этот протокол допускает потери и ошибки, которые могут сказаться и на работе DHCP, в частности при PXE-загрузке.

Заключение

Мы рассмотрели основные принципы работы DHCP-серверов. Несмотря на недостатки и частые доработки, протокол DHCP широко используется в современных сетях. Также изучили процесс DORA, основные опции и другие аспекты протокола. Надеемся, эта статья оказалась вам полезна.

OSPF-протокол: основные термины и алгоритмы работы

Краткая инструкция для пользователей

    Перейдите по ссылке https://biz.mail.ru/login/.ru или на страницу Mail.ru.

Примечание Вы также можете использовать короткую ссылку https://mail.<домен-вашей-компании>.ru, если ваш администратор сделал необходимые настройки.

image

  • Введите полное имя почтового ящика (логин@домен) и пароль, полученные от администратора.
  • Укажите личные данные: имя и фамилию, которые будут отображаться в поле «От кого» при отправке писем с данного ящика.
  • Теперь ваша почта готова к использованию!

    Доступ к ящику через почтовую программу

    Вы можете использовать свой почтовый ящик через любой почтовый клиент: Microsoft Outlook, Apple Mail, Mozilla Thunderbird и пр.

    Во время настройки почтовой программы укажите данные:

    Адрес электронной почты Полное название почтового ящика или синонима (логин и домен)
    Сервер входящей почты IMAP-сервер imap.mail.ru
    Порт для подключения по IMAP 143 (при использовании шифрования STARTTLS) и 993 (при использовании шифрования SSL/TLS)
    Сервер входящей почты POP3-сервер pop.mail.ru
    Порт для подключения по POP3 995 (с шифрованием)
    Сервер исходящей почты SMTP-сервер smtp.mail.ru
    Порт для подключения по SMTP 465 (с шифрованием)
    Имя пользователя Полное название почтового ящика (логин и домен)
    Аутентификация Пароль приложения (пароль для почтового клиента). Вы можете самостоятельно сгенерировать этот пароль через меню настроек «Акканут» → «Безопасность» → «Пароли для внешних приложений», либо ваш администратор должен выполнить настройки для этого.

    Подробнее о настройке почтовых клиентов смотрите в разделе Справки по почте: «Почтовые программы».

    Мобильная версия почты

    Откройте браузер на мобильном устройстве и введите в адресной строке mail.ru. В зависимости от типа устройства откроется необходимая версия почты: для смартфонов или планшетов. Чтобы войти в почтовый ящик, в поле «Имя ящика» введите ваш адрес вместе с доменом.

    Мобильное приложение:

    Перейдите на https://e.mail.ru/app и скачайте приложение для вашего устройства.

    Мессенджер VK Teams

    Для быстрого обмена сообщениями с коллегами вы можете использовать мессенджер VK Teams.

    image

    Установите VK Teams на свой компьютер, смартфон или планшет — ссылки на скачивание доступны на странице Установка и вход в аккаунт.

    Чтобы открыть окно переписки в браузере, перейдите по ссылке https://myteam.mail.ru/webim/. В форме авторизации укажите адрес вашей почты, на нее придет пароль для входа.

    Подробную информацию о работе с мессенджером вы можете найти в разделе про VK Teams.

    Облако VK WorkDisk

    Вместе с почтовым ящиком у вас появился доступ к облаку для рабочих групп VK WorkDisk. В облаке вы можете:

    • хранить любые файлы, документы, презентации, видео, фотографии и иметь доступ к ним с любого компьютера;
    • разместить в облаке файл для коллеги и просто отправить ему ссылку на файл;
    • создавать общие папки и предоставлять к ним доступ сотрудникам компании.

    Чтобы перейти в VK WorkDisk из почтового ящика, нажмите на иконку в меню слева:

    image

    Загрузить файл

    Нажмите кнопку «Загрузить» и выберите необходимый файл.

    image

    Теперь этот файл доступен с любого компьютера.

    Отправить ссылку на файл

    image

    Наведите курсор мыши на файл и нажмите на значок .

    image

    Скопируйте полученную ссылку и отправьте ее получателю.

    Облако в телефоне

    Чтобы всегда иметь доступ к нужным файлам, установите приложение на телефон. Подробнее о работе в облачном хранилище смотрите в Справке Облака.

    Создание и редактирование документов

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

    Редактировать файл

    Чтобы внести правки в текстовый документ или таблицу, просто откройте его двойным нажатием левой кнопки мыши. Файл откроется в редакторе.

    image

    Создать файл

    Нажмите «Создать». В выпадающем списке выберите необходимый тип файла: документ, таблица или презентация.

    image

    Подробную информацию о создании и редактировании файлов смотрите в разделе Справки по Облаку: «Редактирование файлов».

    Календарь

    Календарь поможет вам спланировать время, не пропустить важные встречи и вести совместные события с другими пользователями.

    Чтобы перейти в Календарь из почтового ящика, нажмите на иконку в меню слева:

    image

    Создать событие

    Нажмите кнопку «Новое событие»:

    image

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

    image

    Если другие пользователи примут приглашение, они смогут отслеживать событие у себя в календаре. Все участники встречи заранее получат уведомления о предстоящем событии письмом или СМС-сообщением.

    Создать календарь

    Вы также можете создать новые типы календарей (например: расписание, мероприятия) и наполнять их событиями. Это удобно, когда у вас много разноплановых событий, например, семейные дела можно относить к личному календарю, совещания — к рабочему календарю, выставки — к календарю мероприятий.

    image

    Чтобы добавить новый календарь, нажмите на значок в блоке календарей:

    image

    Теперь при создании события можно выбрать, в какой из календарей его добавить.

    image

    Добавить пользователей в календарь

    Вы можете добавить участников в календарь, тогда все события, которые вы будете создавать в календаре, автоматически добавятся в календари выбранных участников. Кроме того, вы можете наделить участников правами создания и редактирования событий.

    image

    Для этого наведите курсор мыши на название календаря и нажмите на значок .

    image

    В появившемся окне добавьте пользователей в блоках «Доступ к редактированию» и/или «Только просмотр». Для этого введите почту пользователя в поле «Выберите участников»:

    image

    image

    Когда пользователи подтвердят свое участие, напротив их имен установится значок , а все создаваемые события будут автоматически добавляться в их календари.

    Подробнее о работе с событиями и календарями смотрите в Справке Календаря.

    Сервисный центр DNS в Самаре

    Сервисный центр DNS (ДНС) в Самаре. Ремонт техники DNS любого уровня сложности. Официальный акт выполненных работ. Гарантия — до 6 месяцев. 92% клиентов рекомендуют нас своим друзьям.

    • Ремонт ноутбуков DNS в Самаре
    • Ремонт планшетов DNS в Самаре
    • Ремонт телевизоров DNS
    • Ремонт телефонов DNS в Самаре
    • Ремонт электронных книг DNS

    13 лет на рынке
    6 января 2011 — дата открытия первого сервиса МыПочиним
    Крупнейший сервис
    МыПочиним является самым крупным частным сервисным центром Самары и Самарской области.
    141904 ремонтов
    Столько единиц техники было успешно починено. И мы с удовольствием починим еще!
    120108 клиентов
    Столько людей доверили ремонт своей техники нам и их число неуклонно растёт.
    70441 моделей
    Столько моделей техники умеют ремонтировать наши мастера.
    Наши довольные клиенты

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Довольный клиент МыПочиним

    Есть вопрос?
    Спроси тут!

    Отзывы о Сервисном центре DNS

    Отзыв по квитанции №A15948 (1-е обращение клиента)

    Услугами пользуюсь уже не не первый раз,результатом доволен(№ заказа A15948)Телефон починили довольно быстро.Большое спасибо за скорость и качество.В дальнейшем собираюсь так же пользоваться услугами (А мы починим)

    Команда МыПочиним
    Официальный ответ

    Добрый день! Спасибо за Ваш отзыв о нашей работе.

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *