Почему curl -k -I https://host.example.comне возвращает заголовки ответа, если сертификат недействителен?
Я нашел это на
Локальные принтеры :Параллельный, USB, последовательный, FireWire, SCSI
Важной частью здесь является "URI устройства -" . Таким образом вы сообщаете CUPS, какой бэкенд он будет использовать с принтером «printername». Серверные части для большинства типов локальных принтеров уже являются частью пакета CUPS. CUPS 1.1.x содержит серверные части для параллельных, последовательных и USB-принтеров, CUPS 1.2.x также будет поддерживать принтеры FireWire (, IEEE 1394 )и SCSI.
Серверные части не только отправляют данные на соответствующие устройства. Они также вызываются при запуске CUPS. Они автоматически -определяют, какие модели принтеров к каким портам подключены. Таким образом, вы должны настроить BIOS для параллельных портов, чтобы разрешить двунаправленную -связь. Тогда ваш принтер (с )сможет отвечать на запросы автоматического обнаружения -.
Чтобы увидеть, какие устройства серверные части CUPS автоматически -обнаруживают в настоящее время, запустите их без параметров командной строки:
/usr/lib/cups/backend/usb
DEBUG: list_devices
DEBUG: libusb_get_device_list=13
DEBUG2: Printer found with device ID: MFG:Samsung;CMD:GDI;MDL:ML-2510 Series;CLS:PRINTER;STATUS:BUSY; Device URI: usb://Samsung/ML-2510%20Series?serial=3V61BKAQ411232V.
direct usb://Samsung/ML-2510%20Series?serial=3V61BKAQ411232V. "Samsung ML-2510 Series" "Samsung ML-2510 Series" "MFG:Samsung;CMD:GDI;MDL:ML-2510 Series;CLS:PRINTER;STATUS:BUSY;" ""
В приведенном выше примере мой URI USB — usb ://Samsung/ML -2510%20Series?serial=3V61BKAQ411232V.
Вы также можете использовать графический интерфейс мастера в Gnoime на CENTOS 7 с помощью команды
/usr/bin/python /usr/share/system -config -принтер/система -config -printer.py
Ссылка с инструкциями:https://www.maketecheasier.com/set-up-a-printer-in-linux/
У меня работает без проблем. Не работает без-k:
$ curl -I https://self-signed.badssl.com/
curl: (60) SSL certificate problem: self signed certificate
Но успешно с -kи также показывает заголовки из-за-I:
$ curl -k -I https://self-signed.badssl.com/
HTTP/1.1 200 OK
Server: nginx/1.10.3 (Ubuntu)
Date: Mon, 11 Jan 2021 15:16:31 GMT
Content-Type: text/html
Content-Length: 502
Last-Modified: Tue, 24 Mar 2020 00:15:54 GMT
Connection: keep-alive
ETag: "5e79513a-1f6"
Cache-Control: no-store
Accept-Ranges: bytes
Возможно, рассматриваемый сервер просто неисправен и не отправляет никаких HTTP-заголовков (, то есть ответ в стиле HTTP/0.9 )?