Как почистить шлюзы на компьютере

Обновлено: 04.07.2024

При постоянной рабочей загрузке устройств печати не редко случаются неполадки с печатающими головками. Это происходит, когда при распечатке документов на бумаге остаются полосы или пробелы. В основном, такой проблемой страдают струйные принтеры производства известных фирм Epson, HP и Canon.

Загрязнения и способы их устранения

Даже при нормальных условиях эксплуатации печатной аппаратуры нельзя быть уверенным в том, что все элементы будут идеально работать. Если использование расходных материалов не удается правильно контролировать, зачастую, происходят неожиданные сбои в работе оборудования. Можно назвать несколько вариантов событий, при которых подвергаются влиянию самые чувствительные рабочие узлы принтера, а именно головка. Засорение дюз происходит, когда:

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

Для решения проблем с забитой головкой создатели печатной техники включили в систему контроля за ее работой специальную утилиту. В большинстве случаев она помогает избавиться от проблем дефектов печати.

Этапы проведения прочистки принтера фирмы Epson

Существует два способа прочистки печатающей головки: аппаратный и ручной. В первом случае нужно поступать следующим образом:

через меню «Пуск» откройте окно «Устройства и принтеры»;

Прочистка печатающей головки принтера через компьютер


выберите подключенный принтер с данной проблемой и откройте, нажав на него правой кнопкой, контекстное меню «Настройки печати»;

контекстное меню «Настройки печати»;


во вкладке «Сервис» найдите функцию «Прочистка печатающей головки» и выполните ее.

«Сервис» «Прочистка печатающей головки»

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

Восстановление работы устройств Canon и HP

Совершенно такие же действия нужно провести для прочистки головок в устройствах печати фирмы Canon.

В драйверах струйных принтеров НР есть система программного контроля, которая связана с Центром решения проблем НР. В него можно войти через меню принтера «Параметры», где найдете «Панель инструментов принтера». Вкладка «Очистка» поможет вам провести программную чистку печатающей головки аналогично вышеприведенной процедуре.

Выполните следующие шаги, чтобы очистить кэш DNS на компьютере.

Выберите операционную систему своего компьютера.

Способ 1: через панель управления (рекомендуется)





Способ 2: через команду в командной строке или терминале



Способ 1: Windows XP

Шаг 1


Наберите cmd в открытой панели.


Шаг 2

Введите ipconfig /flushdns и нажмите клавишу Enter.

См. рисунок ниже. Этот шаг поможет вам очистить DNS-кэш .


Windows Vista и Windows 7

Шаг 1


Шаг 2

Введите ipconfig /flushdns и нажмите клавишу Enter.

См. рисунок ниже. Этот шаг поможет вам очистить DNS-кэш.


Windows 8 / 8.1

Шаг 1


На клавиатуре последовательно зажмите кнопки Windows + F, откроется окно поиска. Введите cmd и нажмите Enter;

Шаг 2

Введите ipconfig /flushdns и нажмите Enter.

См. рисунок ниже. Этот шаг поможет вам очистить DNS-кэш.


Способ 2: для ОС Windows

Одновременно нажмите клавиши Windows и R на клавиатуре, и вы увидите окно, как на изображении ниже. Введите cmd в текстовое поле. Нажмите клавишу Enter, чтобы открыть командную строку.


Введите ipconfig /flushdns и нажмите Enter.

См. рисунок ниже. Этот шаг поможет вам очистить DNS-кэш.


Для MAC OS

Шаг 1

Перейдите в список установленных программ и откройте приложение Терминал.

ОС Windows очень бережно работает с сетью. Настолько бережно, что устаревшие данные об узлах могут храниться в кэше годами.

Симптомы устаревших данных могут быть самыми разнообразными:

  • пинг по имени идёт на один адрес, а попытка подключения к терминалу или ресурсу по тому же имени - на другой;
  • при физической смене шлюза (одно устройство сменяется на другое, но с таким же IP-адресом) - пропадает интернет;
  • появляются конфликты IP-адресов в локальной сети, о чём сигнализирует баллон над часами;
  • перестают работать удалённые принтеры
  • и ещё масса других удовольствий

Излечить можно по вполне стандартной процедуре.

0. Разрываем подключение к локальной сети

Работающая сеть может помешать корректно очистить все существующие кэши.

1. Очищаем кэш ARP

В локальной сети компьютеры общаются между собой не по IP, а по MAC-адресам, то есть на более низком (канальном) уровне.
При обращении к удалённому компьютеру по IP, первым делом идёт широковещательный запрос на получение его физического адреса. Полученный адрес падает в кэш ARP, для ускорения последующих обращений. И только потом идёт подключение к удалённой машине, но уже не по IP, а по MAC-адресу.
В нормальном режиме запись кэша ARP хранится в течении двух минут с момента последнего обращения, но не более 10 минут.

2. Очищаем кэш NetBIOS

В этом кэше находятся сопоставления NetBIOS-имён компьютеров с их IP-адресами. Если вам посчастливилось и в сети присутствует ещё и сервер WINS (что-то типа DNS для NetBIOS имён), есть смысл почистить и его.
Сразу после очистки этого кэша туда подгружаются записи из файла LMHOSTS ( %SystemRoot%\System32\drivers\etc\lmhosts ).

Многие считают протокол NetBIOS устаревшим, однако микрософт носится с ним как с писаной торбой. Без него Windows ведёт себя в сети неадекватно. В то же время, с ним - создаёт дикий широковещательный флуд по портам 137 и 138.
Вирус kido одобряет использование NetBIOS.

3. Очищаем кэш DNS

Здесь всё понятно. Кэш DNS - это сопоставление сетевых имён узлов с их IP-адресами.
В него же подгружаются записи из файла HOSTS ( %SystemRoot%\System32\drivers\etc\hosts )

Кстати, вирусы очень любят менять местоположение файла HOSTS.
А путь к нему задаётся в реестре, ветка HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters , ключ DataBasePath , тип REG_EXPAND_SZ .

4. Восстанавливаем подключение к локальной сети

5. Обновляем сетевые настройки по DHCP

Команда посылает запрос последнему использовавшемуся серверу DHCP (адрес этого сервера берётся из реестра) на получение сетевых настроек.


Все описанные процедуры можно сделать толпой и из графики.

ОС Windows очень бережно работает с сетью. Настолько бережно, что устаревшие данные об узлах могут храниться в кэше годами.

Симптомы устаревших данных могут быть самыми разнообразными:

  • пинг по имени идёт на один адрес, а попытка подключения к терминалу или ресурсу по тому же имени - на другой;
  • при физической смене шлюза (одно устройство сменяется на другое, но с таким же IP-адресом) - пропадает интернет;
  • появляются конфликты IP-адресов в локальной сети, о чём сигнализирует баллон над часами;
  • перестают работать удалённые принтеры
  • и ещё масса других удовольствий

Почему такое происходит? Потому что сетевых кэшей несколько, а данные в них перестают соответствать не только реальному положению дел в сети, но и друг другу.

Излечить можно по вполне стандартной процедуре.

0. Разрываем подключение к локальной сети

Работающая сеть может помешать корректно очистить все существующие кэши.

1. Очищаем кэш ARP

В локальной сети компьютеры общаются между собой не по IP, а по MAC-адресам, то есть на более низком (канальном) уровне.
При обращении к удалённому компьютеру по IP, первым делом идёт широковещательный запрос на получение его физического адреса. Полученный адрес падает в кэш ARP, для ускорения последующих обращений. И только потом идёт подключение к удалённой машине, но уже не по IP, а по MAC-адресу.
В нормальном режиме запись кэша ARP хранится в течении двух минут с момента последнего обращения, но не более 10 минут.

2. Очищаем кэш NetBIOS

В этом кэше находятся сопоставления NetBIOS-имён компьютеров с их IP-адресами. Если вам посчастливилось и в сети присутствует ещё и сервер WINS (что-то типа DNS для NetBIOS имён), есть смысл почистить и его.
Сразу после очистки этого кэша туда подгружаются записи из файла LMHOSTS ( %SystemRoot%\System32\drivers\etc\lmhosts ).

Многие считают протокол NetBIOS устаревшим, однако микрософт носится с ним как с писаной торбой. Без него Windows ведёт себя в сети неадекватно. В то же время, с ним - создаёт дикий широковещательный флуд по портам 137 и 138.

Вирус kido одобряет использование NetBIOS.

3. Очищаем кэш DNS

Здесь всё понятно. Кэш DNS - это сопоставление сетевых имён узлов с их IP-адресами.
В него же подгружаются записи из файла HOSTS ( %SystemRoot%\System32\drivers\etc\hosts )

Кстати, вирусы очень любят менять местоположение файла HOSTS.

А путь к нему задаётся в реестре, ветка HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters , ключ DataBasePath , тип REG_EXPAND_SZ .

Если команда возвращает ошибку — надо запустить (или перезапустить) службу DNS-клиента.

4. Восстанавливаем подключение к локальной сети

5. Обновляем сетевые настройки по DHCP

Команда посылает запрос последнему использовавшемуся серверу DHCP (адрес этого сервера берётся из реестра) на получение сетевых настроек.

Все описанные процедуры можно сделать толпой и из графики.

В ХР: Пуск → Панель управления → Сетевые подключения.
На нужном подключении нажимаем правую кнопку мыши и выбираем из меню «Восстановить». После этого будут выполнены следующие операции:

  1. Широковещательный DHCP-запрос. Ответы приходят со всех DHCP-серверов.
  2. Очистка кэша ARP
  3. Очистка кэша NetBIOS. С последующей загрузкой файла LMHOSTS.
  4. Очистка кэша DNS. С последующей загрузкой файла HOSTS.
  5. Попытка регистрации в WINS (актуально только если он есть)
  6. Попытка регистрации в DNS (актуально только для AD)

К сожалению, этот лёгкий метод работает криво и не всегда.

Комментарии

nsi223

да это ваще косяк.
как вариант ещ можно добваить net use * /delete
и то не всегда корректно чистить сетевые подключения


как вариант ещ можно добваить net use * /delete
и то не всегда корректно чистить сетевые подключения

Эта команда не работает )
Подробнее про то, как почистить подключения - здесь.

Беспроводное соединение WI-FI отключать необходимо.


Беспроводное соединение WI-FI отключать необходимо.

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

Виолетта

Спасибо,ребят! выручили! перепробовала всякие советы. что-то точно помогло))))

ХрумычЪ

От куда, что запускать?! Ничего не понятно :С


От куда, что запускать?! Ничего не понятно :С

Командная строка, cmd.exe. Белые буковки на чёрном фоне. И команды с клавиатуры буковками вводить.

Линуксоид

ОС Windows очень бережно работает с сетью. Настолько бережно, что устаревшие данные об узлах могут храниться в кэше годами. Мда уж.
Столкнулся с проблемой. Из линукса расшарены папки через самбу и прописано 2 юзера с разными правами доступа. Из винды (7) доступ по сети идет к папкам после ввода пароля первого юзера, все работает как часы, однако в текущем сеансе работы не удается сменить первого юзера на второго, то есть нет такой функции в семерочке, чтобы сбросить подключение и переавторизоваться под другим юзером в сети. Всякие танцы с бубном не помогают, ни сброс соединения на физическом уровне, ни ввод команд в консоль винды, только жесткий ребут системы, вот тогда и появляется снова окно ввода пароля в сетевом окружении.
Мда, насрать на руки разрабам надо этой винды, и кто то ее еще хвалит за надежность и безглючность, а типичные сетевые задачи реализованы из рук вон как плохо в ней.
Значит надо писать свой скрипт, который будет очищать все кэши соединений и паролей без ребута.


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

Мда, насрать на руки разрабам надо этой винды, и кто то ее еще хвалит за надежность и безглючность, а типичные сетевые задачи реализованы из рук вон как плохо в ней.

Например, в семёрке сеть жостко завязана на "брандмауэр". Т.е. в ХР микрософтовский сетевой фильтр был отдельной службой, а в 7 они принудительно пустили через него все пакеты. Отключаешь службу — пропадает сеть. Я когда это увидел — не знал, смеяться или плакать.

Значит надо писать свой скрипт, который будет очищать все кэши соединений и паролей без ребута.

Или, как подсказали в комментах по ссылке выше, "control userpasswords2".
Этот диалог из обычных менюшек недоступен.

А в сетевых кэшах пароля от самбы нет, их сброс не поможет.

Сергей

Интересно, а в чём отличие от netsh winsock reset ?

Fil2005

Столкнулся с забавной ситуацией: переставил местами диски у 2 одинаковых моноблоков, только один с win 7, другой с win 10.
Получил два компа с одинаковым Mac-адресом. Соответственно и IP они получают синхронно один и тот же. И никакого конфликта :) Проверили по инвентарке - неправильный mac у win 10. Лечится последовательным отключением сетевой в BIOS, загрузкой винды без сетевой, включением сетевой в BIOS обратно.

Александр

Столкнулся со следующей ситуацией: после резервирования ip-адреса для компьютера с Win XP SP3 на роутере TL WR841N, на самом компе началось постоянное прерывание сетевого соединение, модем не пингуется, интернет недоступен. Помогает только "Исправление" в сетевом подключении, потом через несколько минут (5-10) снова разрыв и т.д.
На модеме убиралось резервирование адреса, в сетевой карте как прописывался ip так и назначался автоматом - ничего не помогает. Что еще замечено, ip-адрес сетевой карте все вреся назначается один и тот же, независимо или вручную прописан или выбрано авто назначение. В сетевом окружении компьютер виден только если указать его ip-адрес, по DNS имени не находит.


Разбор любой неведомой херни в сети начинается с поиска конфликтующих mac- и ip-адресов.
Но в данном конкретном случае скорее всего у виндов просто потекли мозги.

Михаил
Сергей

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


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

Вообще жесть.
С такими симптомами лучше систему переустановить.

Кэш майкросовта — Вещь в себе.
Сохраняет даже то, что по логике работы системы сохраняться не должно.

Может кто подскажет - в домене под одним именем пингуется другая машина, и пишет неверный ip. Пингуя по имени ту машину, айпи которой отображается у другой машины получаем верный адрес.
Что надо почистить, что бы имена соответствовали адресам??

Может кто подскажет - в домене под одним именем пингуется другая машина, и пишет неверный ip. Пингуя по имени ту машину, айпи которой отображается у другой машины получаем верный адрес.
Что надо почистить, что бы имена соответствовали адресам??

Вангую, что имеется в виду «домен» майкросовта, про который никто не может внятно сказать: что это такое?
И в данном вопросе мы наблюдаем эмпирическое обоснование Священного Предания, согласно которому использование встроенного DNS-сервера категорически НЕ рекомендуется.

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

Техническая информация
Время подготовки страницы: 0.001193 c.
Кэш: частичный.

Читайте также: