Прокси-агент DNS не смог выделить 0 байт памяти
Обновлено: 21.11.2024
Используйте эту страницу, чтобы узнать о распространенных проблемах, с которыми могут столкнуться пользователи при установке пакетов Omnibus GitLab.
Несоответствие хеш-суммы при загрузке пакетов
apt-get install выводит что-то вроде:
Выполните следующее, чтобы исправить это:
Еще один обходной путь — загрузить пакет вручную, выбрав правильный пакет из репозитория пакетов CE или EE:
При установке на платформах openSUSE и SLES появляется предупреждение о неизвестной подписи ключа
Пакеты Omnibus GitLab подписаны ключами GPG в дополнение к репозиториям пакетов, предоставляющим подписанные метаданные. Это гарантирует подлинность и целостность пакетов, распространяемых пользователям. Однако диспетчер пакетов, используемый в операционных системах openSUSE и SLES, может иногда выдавать ложные предупреждения об этих сигнатурах, подобно
Это известная ошибка zypper, когда zypper игнорирует ключевое слово gpgkey в файле конфигурации репозитория. В более поздних версиях Packagecloud могут быть улучшения в этом отношении, но в настоящее время пользователям приходится вручную соглашаться на установку пакета.
Таким образом, в системах openSUSE или SLES, если отображается такое предупреждение, можно безопасно продолжить установку.
apt/yum жалуется на сигнатуры GPG
Вы уже настроили репозиторий GitLab и запустили apt-get update , apt-get install или yum install и увидели следующие ошибки:
Это связано с тем, что в апреле 2020 г. GitLab изменил ключи GPG, используемые для подписи метаданных репозиториев apt и yum, доступных через экземпляр Packagecloud. Если вы видите эту ошибку, это обычно означает, что у вас нет открытых ключей, которые в настоящее время используются для подписи метаданных репозитория в вашей связке ключей. Чтобы исправить эту ошибку, следуйте инструкциям по получению нового ключа.
Reconfigure показывает ошибку: NoMethodError - неопределенный метод '[]=' для nil:NilClass
Вы запустили sudo gitlab-ctl reconfigure или обновление пакета вызвало перенастройку, которая привела к ошибке, подобной:
Эта ошибка возникает, когда файл конфигурации /etc/gitlab/gitlab.rb содержит недопустимую или неподдерживаемую конфигурацию. Дважды проверьте, чтобы не было опечаток и чтобы файл конфигурации не содержал устаревшую конфигурацию.
Вы можете проверить последнюю доступную конфигурацию с помощью sudo gitlab-ctl diff-config (команда доступна, начиная с GitLab 8.17) или проверить последнюю версию gitlab.rb.template .
GitLab недоступен в моем браузере
Обратите внимание, что указание external_url для GitLab или любого другого связанного сервиса (Registry и Mattermost) не соответствует формату ключ=значение, которому следуют другие части gitlab.rb. Убедитесь, что они установлены в следующем формате:
Электронные письма не доставляются
Чтобы проверить доставку электронной почты, вы можете создать новую учетную запись GitLab для электронной почты, которая еще не используется в вашем экземпляре GitLab.
При необходимости вы можете изменить поле «От» в электронных письмах, отправляемых GitLab, со следующей настройкой в /etc/gitlab/gitlab.rb:
Запустите sudo gitlab-ctl reconfigure, чтобы изменения вступили в силу.
TCP-порты для сервисов GitLab уже заняты
Порты для Redis, PostgreSQL и Puma можно переопределить в файле /etc/gitlab/gitlab.rb следующим образом:
Информацию об изменении порта NGINX см. в settings/nginx.md .
У пользователя Git нет доступа по SSH
Системы с поддержкой SELinux
В системах с поддержкой SELinux каталог .ssh пользователя Git или его содержимое могут испортить контекст безопасности. Вы можете исправить это, запустив sudo gitlab-ctl reconfigure , который устанавливает контекст безопасности gitlab_shell_t в /var/opt/gitlab/.ssh .
В GitLab 10.0 это поведение было улучшено за счет постоянной установки контекста с помощью semanage . Зависимость времени выполнения policycoreutils-python была добавлена в пакет RPM для операционных систем на основе RHEL, чтобы обеспечить доступность команды semanage.
Диагностика и устранение проблем с SELinux
Omnibus GitLab обнаруживает изменения пути по умолчанию в /etc/gitlab/gitlab.rb и должен применять правильные контексты файлов. При установке с использованием пользовательской конфигурации пути к данным администратору может потребоваться вручную решить проблемы SELinux.
Пути к данным могут быть изменены через gitlab.rb , однако общий сценарий требует использования путей символических ссылок. Администраторы должны быть осторожны, так как пути символических ссылок поддерживаются не во всех сценариях, например пути к данным Gitaly.
Например, если /data/gitlab заменил /var/opt/gitlab в качестве базового каталога данных, следующее исправит контекст безопасности:
После применения политик вы можете убедиться, что доступ по SSH работает, получив приветственное сообщение:
Все системы
По умолчанию пользователь Git создается с заблокированным паролем, который отображается знаком '!' в /etc/тень. Если «UsePam yes» не включен, демон OpenSSH не позволяет пользователю Git аутентифицироваться даже с ключами SSH.Альтернативное безопасное решение — разблокировать пароль, заменив '!' с '*' в /etc/shadow . Пользователь Git по-прежнему не может изменить пароль, потому что он работает в ограниченной оболочке, а команда passwd для пользователей, не являющихся суперпользователями, требует ввода текущего пароля перед новым паролем. Пользователь не может ввести пароль, соответствующий '*' , что означает, что учетная запись по-прежнему не имеет пароля.
Помните, что пользователь Git должен иметь доступ к системе, поэтому проверьте настройки безопасности на странице /etc/security/access.conf и убедитесь, что пользователь Git не заблокирован.
Ошибка PostgreSQL FATAL: не удалось создать сегмент общей памяти: невозможно выделить память
Упакованный экземпляр PostgreSQL пытается выделить 25 % общей памяти в качестве общей памяти. На некоторых (виртуальных) серверах Linux доступно меньше общей памяти, что препятствует запуску PostgreSQL. В /var/log/gitlab/postgresql/current:
Вы можете вручную уменьшить объем общей памяти, которую PostgreSQL пытается выделить в файле /etc/gitlab/gitlab.rb:
Запустите sudo gitlab-ctl reconfigure, чтобы изменения вступили в силу.
Ошибка PostgreSQL FATAL: не удалось открыть сегмент общей памяти "/PostgreSQL.XXXXXXXXXX": Отказано в доступе
По умолчанию PostgreSQL пытается определить используемый тип общей памяти. Если у вас не включена общая память, вы можете увидеть эту ошибку в /var/log/gitlab/postgresql/current. Чтобы исправить это, вы можете отключить обнаружение общей памяти PostgreSQL. Установите следующее значение в /etc/gitlab/gitlab.rb:
Запустите sudo gitlab-ctl reconfigure, чтобы изменения вступили в силу.
Перенастроить жалобы на версию GLIBC
Это может произойти, если установленный вами комплексный пакет был создан для версии ОС, отличной от той, что установлена на вашем сервере. Еще раз убедитесь, что вы загрузили и установили правильный пакет Omnibus GitLab для вашей операционной системы.
При перенастройке не удается создать пользователя Git
Это может произойти, если вы запустите sudo gitlab-ctl reconfigure от имени пользователя Git. Переключиться на другого пользователя.
Что еще более важно: не давайте права sudo пользователю Git или любому другому пользователю, используемому Omnibus GitLab. Предоставление ненужных привилегий системному пользователю ослабляет безопасность вашей системы.
Не удалось изменить параметры ядра с помощью sysctl
Если sysctl не может изменить параметры ядра, вы можете получить ошибку со следующей трассировкой стека:
Это вряд ли произойдет с не виртуализированными машинами, но на VPS с виртуализацией, такой как openVZ, в контейнере может не быть включен требуемый модуль или у контейнера нет доступа к параметрам ядра.
Попробуйте включить модуль, в котором произошла ошибка sysctl.
В этой проблеме описан обходной путь, требующий редактирования внутреннего рецепта GitLab путем предоставления переключателя, который игнорирует сбои. Игнорирование ошибок может иметь неожиданные побочные эффекты для производительности вашего сервера GitLab, поэтому делать это не рекомендуется.
Другой вариант этой ошибки сообщает, что файловая система доступна только для чтения, и показывает следующую трассировку стека:
Сообщается также, что эта ошибка возникает только на виртуальных машинах, и рекомендуемым обходным путем является установка значений на хосте. Значения, необходимые для GitLab, можно найти в файле /opt/gitlab/embedded/etc/90-omnibus-gitlab.conf на виртуальной машине. После установки этих значений в файле /etc/sysctl.conf в основной ОС запустите cat /etc/sysctl.conf /etc/sysctl.d/*.conf | sysctl -e -p - на хосте. Затем попробуйте запустить gitlab-ctl reconfigure внутри виртуальной машины. Он должен определять, что ядро уже запущено с необходимыми настройками, и не вызывать никаких ошибок.
Возможно, вам придется повторить этот процесс для других строк. Например, reconfigure терпит неудачу три раза после добавления чего-то подобного в /etc/sysctl.conf:
Возможно, вам будет проще просмотреть строку в выводе Chef, чем найти файл (поскольку файл для каждой ошибки свой). См. последнюю строку этого фрагмента.
Я не могу установить Omnibus GitLab без root-доступа
Иногда люди спрашивают, могут ли они установить GitLab без root-доступа. Это проблематично по нескольким причинам.
Установка .deb или .rpm
Насколько нам известно, нет простого способа установить пакеты Debian или RPM от имени непривилегированного пользователя. Вы не можете установить RPM Omnibus GitLab, потому что процесс сборки Omnibus не создает исходные RPM.
Простой хостинг на портах 80 и 443
Самый распространенный способ развертывания GitLab — запустить веб-сервер (NGINX/Apache) на том же сервере, что и GitLab, при этом веб-сервер прослушивает привилегированный (ниже 1024) TCP-порт. В Omnibus GitLab мы обеспечиваем это удобство, объединяя автоматически настроенный сервис NGINX, который должен запускать свой основной процесс от имени пользователя root, чтобы открывать порты 80 и 443.
Если это проблематично, администраторы, устанавливающие GitLab, могут отключить связанную службу NGINX, но это возлагает на них бремя поддержания конфигурации NGINX в соответствии с GitLab во время обновлений приложения.
Изоляция между сервисами Omnibus
Связанные сервисы в Omnibus GitLab (сам GitLab, NGINX, PostgreSQL, Redis, Mattermost) изолированы друг от друга с помощью учетных записей пользователей Unix. Для создания и управления этими учетными записями пользователей требуется root-доступ. По умолчанию Omnibus GitLab создаст необходимые учетные записи Unix во время перенастройки gitlab-ctl, но это поведение можно отключить.
В принципе, Omnibus GitLab может обойтись только двумя учетными записями пользователей (одной для GitLab и одной для Mattermost), если мы предоставим каждому приложению собственный процесс runit (runsvdir), PostgreSQL и Redis. Но это было бы серьезным изменением в коде gitlab-ctl reconfigure Chef и, вероятно, создало бы серьезную проблему обновления для всех существующих установок Omnibus GitLab. (Нам, вероятно, придется изменить структуру каталогов в /var/opt/gitlab .)
Настройка операционной системы для повышения производительности
Во время реконфигурации gitlab-ctl мы установили и установили несколько настроек sysctl для повышения производительности PostgreSQL и увеличения лимитов подключений. Это можно сделать только с root-доступом.
активы gitlab-rake: предварительная компиляция завершается с ошибкой «Отказано в доступе»
Некоторые пользователи сообщают, что запуск gitlab-rake assets:precompile не работает с комплексными пакетами. Короткий ответ: не запускайте эту команду, она предназначена только для установок GitLab из исходного кода.
В веб-интерфейсе GitLab используются файлы CSS и JavaScript, которые в языке Ruby on Rails называются «активами». В вышестоящем репозитории GitLab эти файлы хранятся в удобном для разработчиков виде: их легко читать и редактировать. Когда вы являетесь обычным пользователем GitLab, вы не хотите, чтобы эти файлы были в удобном для разработчиков формате, потому что это делает GitLab медленным. Вот почему частью процесса настройки GitLab является преобразование ресурсов из формата, удобного для разработчиков, в формат, удобный для конечного пользователя (компактный, быстрый); для этого и предназначен скрипт rake assets:precompile.
Когда вы устанавливаете GitLab из исходного кода (что было единственным способом сделать это до того, как у нас появились комплексные пакеты), вам нужно конвертировать ресурсы на вашем сервере GitLab каждый раз, когда вы обновляете GitLab. Раньше люди упускали из виду этот шаг, и в Интернете до сих пор есть посты, комментарии и письма, в которых пользователи рекомендуют друг другу запускать rake assets:precompile (который теперь переименован в gitlab:assets:compile ). Со сборными пакетами дело обстоит иначе: когда мы собираем пакет, мы компилируем ресурсы для вас. Когда вы устанавливаете GitLab с комплексным пакетом, преобразованные ресурсы уже есть! Вот почему вам не нужно запускать rake assets:precompile при установке GitLab из пакета.
Когда gitlab-rake assets:precompile завершается с ошибкой разрешения, это происходит по уважительной причине с точки зрения безопасности: тот факт, что ресурсы нельзя легко переписать, затрудняет злоумышленнику использование вашего сервера GitLab для обслуживания вредоносного JavaScript. код посетителям вашего сервера GitLab.
Если вы хотите запустить GitLab с собственным кодом JavaScript или CSS, возможно, вам лучше запустить GitLab из исходного кода или создать собственные пакеты.
Если вы действительно знаете, что делаете, вы можете выполнить команду gitlab-rake gitlab:assets:compile следующим образом:
Ошибка «Короткое чтение или загрузка БД OOM»
Ошибка Apt «Запрошенный URL вернул ошибку: 403»
При попытке установить GitLab с помощью репозитория apt появляется сообщение об ошибке, похожее на следующее:
проверьте, есть ли кешировщик репозитория перед вашим сервером, например, apt-cacher-ng .
Добавьте следующую строку в конфигурацию apt-cacher-ng (например, в /etc/apt-cacher-ng/acng.conf):
Подробнее об apt-cacher-ng и причинах необходимости этого изменения читайте в блоге packagecloud.
Использование самоподписанного сертификата или пользовательских центров сертификации
Если вы устанавливаете GitLab в изолированной сети с настраиваемыми центрами сертификации или используете самозаверяющий сертификат, убедитесь, что сертификат доступен для GitLab. Если этого не сделать, возникнут такие ошибки, как:
когда GitLab пытается подключиться к внутренним службам, таким как GitLab Shell.
Чтобы исправить эти ошибки, см. раздел «Установка пользовательских общедоступных сертификатов».
Начиная с версии 8.3, GitLab Workorse является маршрутизатором по умолчанию для любых запросов, поступающих в GitLab.
Если GitLab Workhorse не получит ответа от GitLab в течение 1 минуты (по умолчанию), будет показана страница 502.
Существуют различные причины, по которым время ожидания запроса может истечь, возможно, пользователь загружал очень большой diff или что-то подобное.
Вы можете увеличить значение времени ожидания по умолчанию, установив значение в /etc/gitlab/gitlab.rb:
Сохраните файл и перенастройте GitLab, чтобы изменения вступили в силу.
Изменение, которое вы хотели, было отклонено
Скорее всего, вы настроили GitLab в среде с прокси-сервером перед GitLab, а заголовки прокси-сервера, установленные в пакете по умолчанию, неверны для вашей среды.
Подробнее о том, как переопределить заголовки по умолчанию, см. в разделе Изменение заголовков прокси-сервера по умолчанию в документе NGINX.
Не удается проверить подлинность токена CSRF. Завершено 422. Необработано
Скорее всего, вы настроили GitLab в среде с прокси-сервером перед GitLab, а заголовки прокси-сервера, установленные в пакете по умолчанию, неверны для вашей среды.
Подробнее о том, как переопределить заголовки по умолчанию, см. в разделе Изменение заголовков прокси-сервера по умолчанию в документе NGINX.
Отсутствует расширение pg_trgm
Начиная с GitLab 8.6, для GitLab требуется расширение PostgreSQL pg_trgm . Если вы используете пакет Omnibus GitLab со связанной базой данных, расширение должно автоматически включаться при обновлении.
Однако, если вы используете внешнюю (неупакованную) базу данных, вам потребуется включить расширение вручную. Причина этого в том, что пакет Omnibus GitLab с внешней базой данных не может подтвердить существование расширения, а также не имеет возможности включить расширение.
Чтобы решить эту проблему, сначала необходимо установить расширение pg_trgm. Расширение находится в пакете postgresql-contrib. Для Debian:
При попытке активировать подключение к Интернету возникла следующая ошибка:
<р>1. прокси-агенту DNS не удалось выделить 0 байтов памяти. Это может свидетельствовать о нехватке виртуальной памяти или о том, что диспетчер памяти обнаружил ошибку внутренней системы. <р>2. прокси-агенту DNS не удалось выделить 0 байтов памяти. Это может свидетельствовать о нехватке виртуальной памяти или о том, что диспетчер памяти обнаружил ошибку внутренней системы.Возможно, не все службы, работающие в Интернете (ICS) ICS, включены. Я предлагаю начать как можно раньше и убедиться, что зависимость, обслуживаемая ниже, включена.
<р>в. не забудьте, что для его Типа запуска установлено значение Автоматический, а затем нажмите OK.Все следующие службы должны быть настроены таким образом, чтобы использовать ICS:
Служба шлюза прикладного уровня
Сетевые подключения
Знание расположения сети (NLA)
Plug-And-Play
Диспетчер автоматических подключений удаленного доступа
Подключение удаленного доступа Менеджер
Удаленный вызов процедур (RPC)
Телефония
После проверки и автоматического запуска конфигурации каждой из этих служб закройте окно «Службы» и перезагрузите компьютер перед повторной попыткой включить ICS.
Похожие вопросы
Оригинальное название: Совместное использование подключения к Интернету между Windows XP и Windows Vista.
Недавно я подключил ноутбук под управлением Windows XP к настольному компьютеру под управлением Windows Vista с помощью стандартного кабеля Ethernet, чтобы использовать совместное подключение к Интернету. Ноутбук содержит беспроводное соединение, которое я направил в офис через указанный кабель. Хотя начальный этап установки прошел хорошо (мне было лень делать это вручную, поэтому я просто воспользовался Мастером «Настройка домашней сети или сети малого бизнеса» Windows XP,) мне пришлось выключить хост-компьютер, чтобы установить программу . Когда я снова попытался настроить ICS, мне не удалось подключиться к Интернету с помощью ICS. После этого сбоя я попытался настроить свойства TC/IPv4 (IP, шлюз по умолчанию и т. д.) вручную, но все равно не смог запустить. Я могу получить доступ к совместно используемому хост-компьютеру и клиентским файлам. Мне кажется, что какая-то служба, необходимая для правильного функционирования ICS, может быть каким-то образом отключена, но это всего лишь предположение, поскольку у меня нет доказательств существования такой службы. Мы будем очень признательны за помощь.
Я попробовал это перед тем, как использовать ноутбук для совместного использования Интернета с моим 360. проблема в том, что на маршрутизаторе был Nat, и это противоречит ics.
В любом случае, короче говоря, я провел небольшое исследование в Интернете и обнаружил, что если вы находитесь за маршрутизатором, ICS будет конфликтовать с ним, поскольку ICS также выполняет маршрутизацию. гораздо лучший вариант — «соединить соединения» на ноутбуке.
Если вы пойдете по этому пути, вам нужно установить статический IP-адрес для офиса,
Либо это, либо если вы хотите продолжить использование ICS, поместите ноутбук в демилитаризованную зону маршрутизатора, это может помочь, но это будет менее безопасно.
Надеюсь, это помогло удаче
У меня есть проводное подключение к локальной сети, но нет возможности подключения к Wi-Fi. Мне удалось разделить подключение к Интернету с моего компьютера на телефон с помощью «подключения к Интернету» с помощью USB-кабеля, и в первый день все работает нормально, и я могу использовать свой телефон для доступа в Интернет. К сожалению, 2-й день не могу подключиться и пишет "интернет недоступен.
В настоящее время я использую Windows 7. Надеюсь, кто-то из вас сможет мне помочь.
Он находится на моем компьютере, и теперь он говорит, что нет доступа к Интернету. Я включил «разрешить другим пользователям сети подключаться к этому компьютеру», как я сказал в первый день, это работает очень хорошо.
Спасибо, что разместили свой вопрос в сообществе Microsoft.
Нам нужна дополнительная информация о проблеме, чтобы мы могли помочь вам лучше.
Какая марка и модель вашего компьютера?
Спасибо за подробную информацию по проблеме.
Эта проблема может возникнуть из-за поврежденных сетевых драйверов или неправильных сетевых настроек.
Я бы посоветовал попробовать следующие методы и проверить, помогает ли это.
Если это не помогает, используйте метод 2.
Надеюсь, эта информация поможет.
Пожалуйста, дайте нам знать, если вам нужна дополнительная помощь.
Я создаю сеть через Bluetooth между двумя компьютерами позже с установленным Toshiba Stack и делюсь интернет-соединением со вторым компьютером.
На компе деревьев ставлю общий доступ к интернету, и по этой причине он автоматически назначает адреса TCP/IP для сети Bluetooth Personal Area (192.168.0.1).
На компе 2 ставлю все на получить его автоматически. Брандмауэр (Касперский) отключен.
Когда я подключаю 2 устройства Bluetooth, все выглядит нормально, 2-е автоматически получает IP-адрес, я могу пинговать оба компьютера, и Интернет работает также на 2-м компьютере, в течение нескольких секунд! После этого появляется как 2-й комп отключен от сети. в чем может быть проблема?
В случае обозревателя на вкладке Система я нашел такую информацию:
2-й комп:
Система обнаружила, что сеть \DEVICE\TCPIP_
Браузер вызвал выбор в сети \Device\NetBT_Tcpip_
и у 1-й модели тоже появляется это:
Система обнаружила, что сетевой адаптер Bluetooth. Локальная сеть — минипорт планировщика пакетов отключен от сети, а конфигурация сетевого адаптера разблокирована. Если сетевой адаптер не отключался, это может свидетельствовать о его неисправности. Обратитесь к поставщику за обновленными драйверами.
В вашем случае я бы посмотрел на следующий веб-сайт:
http://APS.toshiba-tro.de/Bluetooth/redirect.php?page=pages/HOWTO.html
Это приводится следующий документ:
«Интернет на КПК через PAN с использованием Блокнота в качестве шлюза».
В вашем случае КПК — это другой ноутбук, но процедура должна быть очень похожей.
Я бы проверьте настройки брандмауэра позже, если он по-прежнему не работает.
Я спрашиваю, потому что в моем рабочем VPN все наши сайты для проверки защищены брандмауэром, и поэтому мне любопытно, использует ли мое устройство Android, на котором запущена проверка Dashboard Viewer, это VPN-подключение, или если передовой офис по существу подключает камеру к нормальный адрес? Устройство не имеет встроенного доступа к VPN.
Я не могу проверить это, потому что наша компания блокирует все расширения Chrome, и прежде чем я пройду долгий процесс, чтобы разблокировать это конкретное расширение, я просто хочу посмотреть, будет ли оно работать, как я описал.
Inspect Edge использует для связи вашу локальную сеть. Многие VPN-сервисы изолируют вашу машину, подключенную к вашей локальной сети, когда VPN-туннель открыт. Inspect edge не работает в этой ситуации. Попросите вашего администратора VPN определить, есть ли параметры, которые позволят вам получить доступ к вашей локальной сети при подключении к VPN. Да, настольное приложение, указывающее устройствам на URL-адрес, и URL-адрес должен быть доступен сетевому устройству, к которому подключено.
Кроме того, порт 7682 требуется для проверки Edge. Если этот порт используется другим приложением или службой, необходимо перенастроить либо для использования другого порта, либо закрыть Edge для проверки работы.
Исходное название: проблема с общим доступом к Интернету
мой ноутбук работает под управлением Windows Vista Home Premium SP2 (у него есть доступ к Интернету с помощью коммутируемого модема, и он будет выступать в качестве поставщика интернет-соединения или хоста), а клиентский компьютер работает под управлением Windows 7. Стартер
на первом этапе я пробую совместное использование подключения к Интернету, я настроил одноранговую сеть и просто изменил настройки подключения модема на вкладке общего доступа, конечно, что я изменил, это «Разрешить другой сетевым пользователям подключиться через этот компьютер к Интернету» и выбрать беспроводное подключение к домашней сети, затем мой мобильный клиент для подключения к специальному, который я создал, и портативный клиент, подключенный к Интернету через ICS
затем проблема возникла, когда я перезагрузил свой ноутбук. Когда я снова попытался использовать ICS, моему клиентскому ноутбуку действительно требуется много времени для подключения, он продолжает говорить «идентификация» бокового хоста и клиента. и после того, как эта «идентификация» завершена, он говорит, что специальное соединение, которое я создаю, не имеет «нет сети».
'Получить IP-адрес автоматически — это неправильная настройка Ethernet-соединения. " Чтобы вернуться на вкладку "Общий доступ" и отменить совместное использование беспроводного подключения. Закройте все сети Windows, а затем откройте их и повторно предоставьте общий доступ к беспроводному подключению. Кто должен настроить IPv4 для свойств подключения Ethernet для:
IP-адрес: 192.168.0.1
Маска подсети: 255.255.255.0
Шлюз по умолчанию: нет
"DNS-сервер: нет.
Я поместил это на свой ноутбук хоста, и я указал IP-адрес моего ноутбука клиента в 192.168.0.2 с тем же шлюзом по умолчанию, что и IP-адрес хоста моего портативного компьютера
и добился некоторого прогресса в этом случае, когда я пытаюсь подключиться к хосту, а клиент больше не «идентифицирует» фазу, сразу подключается ноутбук, но мой мобильный клиент не может подключиться к Интернету и отображает «Нет доступа в Интернет» в специальной сети я создал
Я пробовал много вещей, но всегда завершал работу, мой мобильный клиент не может подключиться к Интернету и отображает сообщение "нет доступа к Интернету".
Что меня смущает, так это то, что во-первых, я пытаюсь предоставить общий доступ к интернет-соединению, все работает как часы, я настраиваю одноранговую сеть, а затем меняю настройки модема, чтобы он мог совместно использовать интернет-соединение, и вуаля, компьютер-ноутбук-клиент подключен к интернету. Меняю даже не все настройки IP
Вы можете попробовать аналогичную ветку следующей с возможным решением:
Также для справки:
На моем Eee PC под управлением планшета XP Home edition я получаю сообщение об ошибке "Windows не удается запустить службу брандмауэра Windows/общего доступа к Интернету (ICS)" при попытке доступа к брандмауэру. Я также не могу подключиться к своему маршрутизатору Wireless Lan, чтобы выйти в Интернет. Это может быть связано с некоторыми вирусами, которые были удалены с помощью Microsoft Security Essentials. Но проблема остается. Может ли перезарядка SP2 решить эту проблему, или мне придется перезагружать операционную систему?
Следуйте инструкциям в статье.
У меня проблема с совместным доступом к Интернету. Он работал отлично, пока я не получил немного вируса. Затем, с ПРАВИЛЬНЫМИ настройками, когда я пытаюсь включить в Vista «разрешить другим пользователям сети подключаться через интернет-соединение этого компьютера», я получаю сообщение об ошибке «невозможно включить общий доступ. Ошибка 0 x 80004005: не указано». ошибка. "Я проверил и перепроверил. С настройками все в порядке, проблема только в моем компьютере, в другой установленной мной ОС (Windows 7) он прекрасно разбирается. Это не материально, это просто из-за VISTA. Что я могу сделать? Искал в интернете 5 дней и ничего. Кажется, люди сталкиваются с этой проблемой, но ответов нет, или никто не дает решения. Могу ли я переустановить только службу ICS? Это возможно? Чтобы это исправить, ключ "reg", патч, неважно ЧТО? Это действительно очень важно. Я удалил все вирусы с моего компьютера. Интернет работает нормально на моем компьютере. Что я могу сделать? Пожалуйста, помогите мне. Пожалуйста, умоляю вас.
У меня есть компьютер (A), на котором я использую Vista Home edition, и я подключен к Интернету через адаптер Ethernet, и у меня есть другой компьютер (B), когда я хочу использовать Интернет. Я сделал adhoc сеть и соединил два компьютера через беспроводные адаптеры, но компьютер B не может использовать интернет b/c на компьютере A, я не могу запустить службу подключения Internet - ICS. всякий раз, когда я пытаюсь запустить службу, она выдает следующую ошибку;
"Служба ICS (ICS) на локальном компьютере запущена, а затем остановлена. Некоторые службы останавливаются автоматически, если они не используются другими службами или программами"
Можете ли вы предложить решение для этой проблемы.
Ждем вашего ответа.
Я нажал «Отключить», когда открыл его. Я пытался найти решение для этого, но я не могу найти нигде в Интернете. Пожалуйста, помогите мне найти мое интернет-соединение. Я был бы очень признателен. Это Windows 7.
OT: я случайно отключил подключение к Интернету, зайдя в Центр управления сетями и общим доступом
Здравствуйте!
Я предлагаю вам запустить утилиту устранения сетевых неполадок.
Сообщите нам о результатах, выполнив описанные выше действия.
В Windows 7 я хочу использовать сетевое соединение Wi-Fi с Bluetooth через PAN (персональную сеть).
При наличии нескольких подключений помимо Bluetooth после открытия вкладки "Общий доступ" я вижу эти подключения в списке "Подключение к домашней сети", но Bluetooth отсутствует. Потом, когда нет подключения кроме Bluetooth, которым я могу поделиться, нет вкладки "поделиться".
Оборудование: ноутбук Samsung NB30:
- Устройство Broadcom BCM2070 Bluetooth 3.0 + HS USB с драйвером PAN («Устройство Bluetooth (персональная сеть)»), предоставленное Samsung: Microsoft, версия 6.1.7600.16385, 21 июня 2006 г.
Как я предполагаю, должны быть способы каким-то образом добавить «Сетевое подключение Bluetooth» в список подключений, с которыми можно использовать Интернет.
Кроме того, когда я пытался решить эту проблему вручную, возникают другие вопросы:
Пожалуйста, помогите мне решить проблему с BT PAN ICS. Но если ответите на другие вопросы, тоже будет интересно почитать.
Вот несколько статей, посвященных совместному использованию подключения к Интернету (ICS) в Windows.
Использование ICS (общий доступ к Интернету)
Настройте общее подключение к Интернету с помощью ICS (общий доступ к подключению к Интернету)
Изменить настройки ICS (общий доступ к Интернету) Интернет
Совместное использование интернет-соединения между несколькими компьютерами
Изменить, какой компьютер в вашей сети подключается к Интернету
Посмотрите, поможет ли одна из статей решить проблему.
Любой обмен через командную строку для подключения к Интернету, к сожалению, команда недоступна.
Надеюсь, что ответил на ваш вопрос.
Шинмила Х – Служба поддержки Майкрософт
Посетите форум отзывов об ответах на вопросы Майкрософт и расскажите нам, что вы думаете.
исходное название: ошибка 5: доступ запрещен брандмауэром
Привет, Випин Шармавг.
<р>1. у вас были последние изменения на компьютере? <р>2. установлено ли на вашем компьютере программное обеспечение для обеспечения безопасности?Прочитайте приведенную ниже статью Microsoft и попробуйте выполнить указанные действия, проверьте, помогает ли это.
Вы не можете запустить службу брандмауэра Windows в Windows XP SP2
У меня есть главный компьютер под управлением Windows XP с пакетом обновления 3, модем Virgin Mobile Broadband2Go и портативный компьютер с Vista. Хост-компьютер подключен к Microsoft MN-700 через сетевой кабель CAT5. Ноутбук подключен через беспроводное соединение. Я делюсь интернет-соединением Broadband2Go, используя общий доступ к интернет-соединению. Я включил общий доступ в сети, при подключении к хост-компьютеру. Но ноутбук не подключается к интернету. Я могу пропинговать хост ноутбука, но не могу пропинговать портативный компьютер с хоста. Я пробовал все, что мог придумать, чтобы получить работу в сети. Он работал до четверга. В четверг на главном компьютере установлено несколько автоматических обновлений. Они были обновлены в целях безопасности. Я не знаю, повлияли бы обновления безопасности на сеть или нет. Будем признательны за любую помощь.
Это сложное средство, поскольку хост-компьютер и MN-700 могут действовать как маршрутизаторы и DHCP-серверы, что делает его неопределенным, учитывая конфигурацию TCP/IP ноутбука. Вот два способа заставить его работать:
- Используйте MN-700 в качестве маршрутизатора: подключите хост-компьютер к порту "Modem" MN-700. Для этого интерфейс LAN MN-700 должен иметь IP-адрес в подсети, отличной от подсети 192.168.0.x, использующей ICS. Ноутбук сможет отправить эхо-запрос на хост, но хост не сможет выполнить эхо-запрос с ноутбука.
- Используйте MN-700 только как точку доступа, а не как маршрутизатор: подключитесь к хост-компьютеру через один из Ethernet-портов MN-700 и отключите DHCP-сервер, встроенный в MN-700. Оба компьютера должны иметь возможность проверять связь друг с другом.
Здравствуйте, я купил новый ноутбук и у меня проблемы с подключением к Интернету без установки других программ.
Проблемы следующие:
<УЛ>У него Win10. Со своим старым ноутом с Win7 у меня таких проблем не было. Я не меняю провайдера.
Я не знаю, что делать, чтобы это исправить. Я еще не пробовал удалять приложения Acer. Сталкивались ли вы с чем-то подобным?
Большое спасибо за ответ.
устройство, щелкните правой кнопкой мыши сетевую карту Realtek Manager, выберите «Удалить» и установите флажок, чтобы удалить программное обеспечение, если требуется, перезапустите, а затем повторите попытку установки загруженного драйвера.
Я хочу предоставить общий доступ к интернет-соединению с помощью коммутатора Ethernet. процесс заключается в подключении dsl для подключения к коммутатору, а затем с помощью кабеля Ethernet я подключаюсь к компьютеру 1 и 2. проблема в том, что когда есть подключение к интернету для компа 1, комп 2 нет и наоборот
Это связано с тем, что вам не нужен "коммутатор", вместо этого вам нужен "маршрутизатор".
Маршрутизатор обеспечивает функцию NAT (NAT), которая позволяет нескольким устройствам совместно использовать соединение Ethernet. При желании вы можете подключить коммутатор к маршрутизатору, но не можете подключить коммутатор напрямую к DSL-модему и ожидать, что он будет работать на нескольких устройствах.
Я предоставил общий доступ к Интернету через ad-hoc, используя Wi-Fi на своем ноутбуке с 64-разрядной версией Vista. Он просто перестал работать, и теперь я получаю сообщение о том, что
Вы можете просмотреть статью в базе знаний Майкрософт и проверить, поможет ли она.
Сообщите нам, если вам понадобится дополнительная помощь.
Возможно, вы ищете
Здравствуйте! Я планирую покупку «лучшей стоимости 15 т» через несколько недель, и я задавался вопросом, смогу ли я когда-нибудь обновить видеокарту?
У меня Windows XP.У меня есть кабель HDMI от компьютера к телевизору.Я могу управлять компьютером через телевизор, если я подключу телевизор к HDMI2При воспроизведении DVD на компьютере я получаю хорошее изображение и звук на компьютере, НО по телевизору слышу хорошее изображение НО НЕТ
Я использую следующие игры; Taipei (плитки Majongg), Tetris, Golf (карты) и жестокость (карты), которые поставлялись с MS Entertainment Pack для Windows (1990) и которые работали со всеми версиями MS Windows, начиная с 95 Windodws. Я могу использовать их с
Оригинальное название: проблема с жестким диском Здравствуйте. Я использую Windows 7 prof с i3. У меня есть еще 500 ГБ и 1 ТБ, и я подключил другой жесткий диск к главному второму порту, поэтому теперь нет данных, показывающих, что даже он показывает 4 ГБ вместо 500 ГБ. Как восстановить данные
Я поместил это в свою таблицу: SQ_NOCUST_IDYEAR1YEAR2101002835419962002SELECT 10 SQ_NO, 10028354 CUST_ID, 1996 BY AN1 AN2 2002FROM DUAL; В строке мне нужно сгенерировать количество строк между an1 и an2, и мне нужно сгенерировать только четные числа в столбце
Участник форума nasdaq посоветовал мне опубликовать здесь сообщение, чтобы узнать, может ли кто-нибудь здесь решить мою проблему в данный момент. По ссылке ниже вся информация, размещенная в моем другом посте:
В настоящее время я использую Windows 7 Professional x64 с ESET Smart Security версии 5.2.9.1 с настройкой беспроводной сети. Маршрутизатор представляет собой маршрутизатор D-link DIR-615. Обычно я нахожусь прямо над маршрутизатором или в пределах ~ 20 футов от маршрутизатора (обычно 3-5 баров). И это должен быть DSL-интернет.
За последние пару дней я пытался очистить DNS, сбросить настройки маршрутизатора и сделать еще несколько вещей. Но всегда есть уведомление, говорящее:
Обнаружена атака с отравлением кеша DNS
Удаленный IP-адрес:
192.168.0.1
Данная ссылка содержит выходные данные ComboFix.exe и несколько других выходных данных, на которые я ссылался в другом сообщении.
Я очень надеюсь, что кто-то здесь сможет решить эту проблему для меня. Если вам потребуется дополнительная информация, сообщите мне, как ее получить, и я постараюсь найти все, что в моих силах.
Заранее спасибо
Вот результат текста MiniToolBox:
MiniToolBox от Farbar Версия: 14-01-2012
Запущено Sony (администратором) 26-05-2012 в 15:12:48
Microsoft Windows 7 Professional с пакетом обновления 1 (X64)< br />Режим загрузки: обычный
********************************************* ***************************************
Intel® Centrino® Advanced-N 6205 = беспроводное сетевое подключение (подключено)
Адаптер Microsoft Virtual WiFi Miniport = беспроводное сетевое подключение 2 (среда отключена)
Realtek PCIe GBE Family Controller = подключение по локальной сети ( Медиа отключен)
Адаптер мини-порта Microsoft Virtual WiFi = Беспроводное сетевое подключение 3 (медиа отключен)
Конфигурация IP-адреса Windows
Адаптер беспроводной локальной сети Беспроводное сетевое подключение 3:
Адаптер беспроводной локальной сети Беспроводное сетевое подключение 2:
Адаптер беспроводной локальной сети Беспроводное сетевое подключение:
Подключение по локальной сети адаптера Ethernet:
Состояние носителя . . . . . . . . . . . : Медиа отключены
DNS-суффикс для конкретного подключения . :
Описание . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
автоконфигурация включена . . . . : Да
Туннельный адаптер Teredo Tunneling Pseudo-Interface:
Подключение по локальной сети через туннельный адаптер* 11:
Статистика проверки связи для 173.194.33.40:
Пакетов: отправлено = 2, получено = 2, потеряно = 0 (0% потерь),
Приблизительное время прохождения сигнала туда и обратно в миллисекундах:
Минимум = 15 мс, Максимум = 26 мс, Среднее значение = 20 мс
Сервер: Неизвестен
Адрес: 192.168.0.1
Статистика проверки связи для 98.139.183.24:
Пакеты: отправлено = 2, получено = 2, потеряно = 0 (0% потерь),
Приблизительное время прохождения сигнала туда и обратно в миллисекундах:
Минимум = 281 мс, Максимум = 304 мс, Среднее значение = 292 мс
Сервер: Неизвестен
Адрес: 192.168.0.1
Статистика проверки связи для 208.43.87.2:
Пакеты: отправлено = 2, получено = 2, потеряно = 0 (0% потерь),
Пинг 127.0.0.1 с 32 байтами данных:
Ответ от 127.0.0.1: байты = 32 времени NextScheduledSPRetry 11801304
Ошибка: (26.05.2012 14:57:46) (Источник: Служба Bonjour) (Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledEvent 11801304
Ошибка: (26.05.2012 14:57:46) (Источник: Bonjour Service) (Пользователь: )
Описание: Ошибка планирования задачи: постоянно занят более секунды
Ошибка: (26.05.2012 14:57:45) (Источник: Служба Bonjour) (Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledSPRetry 11800259
Ошибка: (26.05.2012 14:57:45) (Источник: Служба Bonjour) (Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledEvent 11800259
Ошибка: (26.05.2012 14:57:45) (Источник: Bonjour Service) (Пользователь: )
Описание: Ошибка планирования задачи: постоянно занят больше секунды
Ошибка: (26.05.2012 14:57:43) (Источник: Служба Bonjour) (Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledSPRetry 11799120
Ошибка: (26.05.2012 14:57:43) (Источник: Bonjour Service) (Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledEvent 11799120
Ошибка: (26.05.2012 14:57:43) (Источник: Bonjour Service) (Пользователь: )
Описание: Ошибка планирования задачи: постоянно занят более секунды
Ошибка: (26.05.2012 14:57:42) (Источник: Bonjour Service) (Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledSPRetry 11798106
Системные ошибки:
=============
Ошибка: (26.05.2012 14:57:44) (Источник: ipnathlp) (Пользователь: )
Описание: 0
Ошибка: (26.05.2012, 11:39:05) (Источник: ipnathlp) (Пользователь: )
Описание: 0
Ошибка: (26.05.2012, 11:21:24) (Источник: ipnathlp) (Пользователь: )
Описание: 0
Ошибка: (26.05.2012, 08:41:55) (Источник: ipnathlp) (Пользователь: )
Описание: 0
Ошибка: (26.05.2012, 08:31:56) (Источник: ipnathlp) (Пользователь: )
Описание: 0
Ошибка: (26.05.2012, 08:16:20) (Источник: Диспетчер управления службами) (Пользователь: )
Описание: Не удалось выполнить следующие драйверы загрузки или запуска системы. загрузить:
cdrom
Ошибка: (26.05.2012, 04:29:51) (Источник: DCOM) (Пользователь: )
Описание:
Ошибка: (26.05.2012, 04:06:45) (Источник: ipnathlp) (Пользователь: )
Описание: 0
Ошибка: (26.05.2012, 04:06:44) (Источник: ipnathlp) (Пользователь: )
Описание: 0
Ошибка: (26.05.2012, 03:00:39) (Источник: ipnathlp) (Пользователь: )
Описание: 0
Сессии Microsoft Office:
==========================
Ошибка: (26.05.2012 02: 17:46) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledSPRetry 11801304
Ошибка: (26.05.2012 14:57:46) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledEvent 11801304
Ошибка: (26.05.2012 14:57:46) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: постоянно занят более секунды
Ошибка: (26.05.2012 14:57:45) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledSPRetry 11800259
Ошибка: (26.05.2012 14:57:45) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledEvent 11800259
Ошибка: (26.05.2012 14:57:45) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: Непрерывно занят более секунды
Ошибка: (26.05.2012 14:57:43) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledSPRetry 11799120
Ошибка: (26.05.2012 14:57:43) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledEvent 11799120
Ошибка: (26.05.2012 14:57:43) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: Непрерывно занят более секунды
Ошибка: (26.05.2012 14:57:42) (Источник: Bonjour Service)(Пользователь: )
Описание: Ошибка планирования задачи: m->NextScheduledSPRetry 11798106
Процент используемой памяти: 29%
Общий объем физической памяти: 8107,82 МБ
Доступный объем физической памяти: 5690,77 МБ
Всего файл подкачки: 16213,84 МБ
Доступный файл подкачки: 13404,96 МБ< br />Всего виртуально: 4095,88 МБ
Доступно виртуально: 3954,58 МБ
В клиенте Windows я вижу сообщение об ошибке «Не удалось получить список принтеров». Вы хотите повторить попытку?
Если вы используете клиенты Windows, запустите файл «Установщик установки принтера Mobility Print» и увидите сообщение об ошибке: «Не удалось получить список принтеров». Вы хотите повторить попытку? выполните проверки на этой странице, чтобы устранить проблему.
Убедитесь, что у клиентов правильные настройки DNS
Это самый распространенный сценарий устранения неполадок. Чтобы обнаружить опубликованные принтеры, клиенты должны иметь правильные настройки DNS. Вот где вы найдете настройки:
- Windows: «Сетевые подключения» > «IPv4» > «Свойства» > «Дополнительно» > вкладка «DNS».
- macOS: «Системные настройки» > «Сеть» > «Дополнительно» > вкладка «DNS».
- iOS: Настройки > Wi-Fi > выберите сеть > Настроить DNS.
- Chromebook: на любой вкладке Chrome перейдите по адресу chrome://system . В левом столбце найдите network-status ; затем нажмите «Развернуть». В разделе IPConfigs найдите атрибуты NameServers и SearchDomains.
- Android: можно проверить DNS-сервер.
Если у клиентов правильные настройки
Убедитесь, что сервер Mobility Print может проверить все записи
Если при проверке записей DNS в интерфейсе администратора Mobility Print вы видите какие-либо красные крестики на экране «Настройка DNS», сравните их с этими примерами, чтобы убедиться, что они настроены правильно.
Подтвердите, что опубликован хотя бы один принтер
Войдите в интерфейс администратора Mobility Print. Если он все еще говорит «Обнаружение ваших принтеров…», это потому, что принтеры еще не найдены.Убедитесь, что у вас настроена хотя бы одна очередь печати на сервере печати, на котором установлена программа Mobility Print.
- Если установлена хотя бы одна очередь печати, в интерфейсе администратора Mobility Print щелкните Выбрать принтеры и установите для принтера значение ВКЛ.
- Если нет опубликованных принтеров, установите очередь печати на сервере печати, где установлен сервер мобильной печати.
Mobility Print игнорирует любые общие очереди печати с другого сервера печати.
Убедитесь, что сервер мобильной печати установлен на сервере печати с необходимыми очередями печати.
Если у вас есть фильтрация подсети, убедитесь, что изменения, внесенные в файлprinter.conf.toml, не вызывают проблемы
Удалите правила из файла и проверьте, работает ли обнаружение принтеров. Если это не так, проблема вызвана фильтрацией подсети. Ознакомьтесь с разделом Устранение неполадок фильтрации подсети.
Убедитесь, что клиенты могут получить доступ к необходимым портам на сервере мобильной печати
Убедитесь, что TCP-порты 9163, 9164, а также TCP- и UDP-порты 53 открыты на сервере и не блокируются сетевым или брандмауэром хоста.
TCP-порт 53 требует особого внимания. Он может быть заблокирован, потому что до DNSSEC обычно рекомендовалось блокировать этот порт, чтобы предотвратить раскрытие всех записей DNS на сервере при передаче зоны.
На сервере Mobility Print TCP-порт 53 должен быть открыт, так как DNS использует этот порт для любого пакета размером более 512 байт. Если порт заблокирован, можно совместно использовать один или два принтера с помощью Mobility Print, но при совместном использовании большего количества принтеров обнаружение принтеров не удастся.
Проверьте наличие конфликтующих приложений на сервере Mobility Print
Убедитесь, что Mobility Print не установлен на DNS-сервере или контроллере домена, например, на другом решении для печати BYOD, которое прослушивает порт 53 или роль DNS-сервера.
Убедитесь, что не установлено другое программное обеспечение для печати BYOD или что службы полностью остановлены. Простой способ проверить это на сервере печати Windows Mobility — открыть окно командной строки с повышенными привилегиями и запустить netstat -abn, чтобы показать, какие приложения прослушивают каждый порт. Убедитесь, что никакие другие приложения не используют порты 53 и 5353.
Проверьте, есть ли прокси или фильтр контента между клиентами и сервером Mobility Print
Это случается редко, но было несколько ситуаций, когда управляемые Chromebook были настроены на прохождение через фильтр контента, настроенный на блокировку трафика DNS-SD или mDNS.
Проверить, выполняется ли тестирование с самой последней версией записей DNS
Проверьте, может ли клиент подключиться к серверу Mobility Print
Попробуйте открыть веб-браузер на клиенте и убедитесь, что вы можете перейти к каждому из этих URL-адресов в указанном порядке:
- Это проверяет, что вы можете получить доступ к серверу Mobility Print по сети и что порт 9163 открыт. Правильный вывод — это список принтеров или файл JSON, содержащий список принтеров.
- Если он недоступен, значит, клиент не может получить доступ к порту или IP-адресу сервера Mobility Print из-за конфигурации сети или правил брандмауэра.
- Это проверяет то же самое, но гарантирует, что DNS может разрешить имя хоста сервера Mobility Print.
- Если это недоступно, проверьте настройки DNS клиента, чтобы убедиться, что клиент указывает на правильный DNS-сервер.
- Это проверяет правильность настройки записи pc-printer-discovery в DNS.
- Если это недоступно, убедитесь, что записи DNS настроены правильно. Ознакомьтесь с разделом Настройка обнаружения принтеров с помощью DNS.
Проверьте записи DNS (дерево устранения неполадок)
Если ваш сервер Mobility Print не может проверить настроенные вами записи DNS, вы можете попробовать проверить свою конфигурацию следующим образом.
Вы можете использовать инструмент проверки DNS (например, dig или nslookup), чтобы проверить некоторые ключевые записи DNS. Если вы не знаете, как пользоваться этими инструментами, выясните это, прежде чем продолжить здесь.
Ниже приведено дерево устранения неполадок, которое поможет сузить круг вопросов.
Подождите, как мне использовать это дерево?
Посмотрите на каждый тест и посмотрите, пройден он или нет. Для каждого теста или результата проверьте список тестов/проверок справа и перейдите к этому тесту/проверке. Затем вернитесь к диаграмме, когда выполните следующий шаг.
Например, первым тестом является "Проверка записей указателей IPPS (DNS-сервер)", поэтому вы можете перейти к этому тесту, щелкнув ссылку "Проверить записи указателей IPPS (DNS-сервер)" справа. .
Дерево устранения неполадок DNS!
Проверка записей указателей IPPS (DNS-сервер)
Команда:
ОК:
Ошибка:
Проверить запись просмотра
Команда:
ОК:
Ошибка:
Проверить запись устаревшего браузера
Команда:
ОК:
Ошибка:
Проверка записей указателей IPPS (сервер мобильной печати)
Команда: (где 10.100.64.35 — ваш мобильный сервер)
ОК:
Ошибка:
Проверить запись NS
Команда:
ОК:
Ошибка:
Проверка записи A
Команда: (где мобильность — это имя хоста вашего сервера Mobility Print)
ОК:
Ошибка:
Проверьте домен поиска клиента
Убедитесь, что зона, в которую вы добавили записи, соответствует домену поиска, который ваши клиенты получают от DHCP. Чтобы узнать, какой поисковый домен настроен на ваших клиентах:
- В клиентах iOS:
- Откройте "Настройки" > "Wi-Fi".
- Нажмите значок (i) рядом с названием вашего подключения к сети Wi-Fi.
- В клиентах Windows:
- Откройте командную строку и запустите ipconfig /all
- Найдите домен поиска под одним или несколькими заголовками ниже:
- Основной DNS-суффикс
- Список поиска DNS-суффиксов
- DNS-суффикс для конкретного подключения
Проверка принтеров на сервере Mobility Print
Проверьте, опубликован ли хотя бы один принтер в разделе «Подтвердите, что опубликован хотя бы один принтер»
Читайте также: