Launchpad has imported 13 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=498884.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2009-05-04T09:13:11+00:00 Johan wrote: Created attachment 342285 CUPS config Description of problem: When CUPS is accessed by host name, not localhost, access is rejected and the message "Request from "localhost" using invalid Host: field "fully.qualified.host.name:631"" This also makes printing from cups-friendly apps impossible. Version-Release number of selected component (if applicable): 1.3.10-4.fc10 (updates-testing) 1.3.10-1.fc10 (updates) How reproducible: Always. Steps to Reproduce (assuming the host has IP 192.168.1.251): 1. Using localhost:631, edit config -> choose default config 2. Enable - Share published printers connected to this system - Allow printing from the Internet - Allow remote administration 3. Save and restart cups 4. Access 127.0.0.1:631 -> works 5. Access 192.168.1.251:631 -> works 6. Access fully.qualified.host.name:631 -> "400 Bad Request" Actual results: 6. Access fully.qualified.host.name:631 -> "400 Bad Request" Expected results: 6. Access fully.qualified.host.name:631 -> works Additional info: cuspd.conf attached. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/0 ------------------------------------------------------------------------ On 2009-05-05T12:04:10+00:00 Tim wrote: When you installed 1.3.10-4.fc10 from updates-testing it should have adjusted /etc/cups/cupsd.conf to add "ServerAlias *" at the end. However, your "step 1" above uses the upstream default configuration (i.e. cupsd.conf.default) which does *not* have "ServerAlias *" at the end, but should. Fix coming shortly. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/1 ------------------------------------------------------------------------ On 2009-05-05T16:15:17+00:00 Johan wrote: Thanks for the info. However, Adding "ServerAlias *" (and restarting CUPS) does not change anything for me. The docs mention "If your CUPS server is accessed using a hostname or hostnames not known to the server itself you must add "ServerAlias hostname" to cupsd.conf for each such name." but I fail to see why CUPS does not know the FQDN of the local system. It's in /etc/hosts and DNS. ... Which precisely turned out to be the problem. The FQDN was stored in /etc/hosts as 127.0.0.1 and apparently CUPS doesn't like 2 IPs for a single FQDN. AFAIC we can close this bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/2 ------------------------------------------------------------------------ On 2009-05-05T18:20:45+00:00 Tim wrote: The question is: should we allow a request intended for a FQDN for this host over the loopback interface? Needs investigation and discussion with upstream. Reported upstream. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/3 ------------------------------------------------------------------------ On 2009-05-06T10:54:28+00:00 Tim wrote: Intentional behaviour. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/4 ------------------------------------------------------------------------ On 2009-05-12T03:53:46+00:00 Fedora wrote: cups-1.3.10-5.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/5 ------------------------------------------------------------------------ On 2009-05-12T04:04:00+00:00 Fedora wrote: cups-1.3.10-5.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/6 ------------------------------------------------------------------------ On 2009-06-25T08:29:57+00:00 Andrew wrote: I confirm, that cups-1.3.10-5.fc10 runs well. But cups-1.4-0.b2.18.f11 and 1.4-0.rc1.3.fc11 has the same or similar bug again. Output after the remote access in my /var/log/cups/error_log of the local machine: E [22/Jun/2009:07:51:46 +0200] Request from "77.176.92.21" using invalid Host: field "buero111.homelinux.net" Output on the remote machine in /var/log/cups/error_log: E [22/Jun/2009:07:52:13 +0200] [Job 357] Abfragen des Druckerstatus (Bad Request) nicht möglich! (Translation: Request of printer status not possible) buero111.homelinux.net is my dyn-DNS host name. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/7 ------------------------------------------------------------------------ On 2009-06-25T08:38:30+00:00 Tim wrote: As mentioned in comment #4, it is intentional behaviour that CUPS rejects requests addressed to the FQDN of the host when received over the local loopback interface. Solution: don't make the FQDN of the host resolve to 127.0.0.1, but instead to the correct external IP address for that FQDN. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/8 ------------------------------------------------------------------------ On 2009-06-25T10:16:53+00:00 Andrew wrote: (In reply to comment #8) I have a dynamic DNS, the IP changes daily. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/9 ------------------------------------------------------------------------ On 2009-06-25T10:23:11+00:00 Tim wrote: Then use 'localhost' to refer to that machine locally. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/10 ------------------------------------------------------------------------ On 2009-06-28T12:55:28+00:00 Andrew wrote: (In reply to comment #10) I had to rename my host to the dyn-DNS, my machine now calls buero111.homelinux.net and it runs well. ;-) Thank you for your help. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/11 ------------------------------------------------------------------------ On 2010-07-28T17:36:33+00:00 Arckanjo wrote: Guys! Is very simple to solved this F* nightmare put this line in your cupsd.conf file |||||||||||||--> ServerAlias * <--||||||||||||||||| sample: ____________________________________________________________________________ # Administrator user group... SystemGroup sys root users # Only listen for connections from the local machine. Listen 631 Listen /var/run/cups/cups.sock # Show shared printers on the local network. Browsing On BrowseOrder allow,deny BrowseAllow @LOCAL BrowseAllow All # Default authentication type, when authentication is required... DefaultAuthType Basic DefaultEncryption Never ServerAlias * <-------------------------------------------- #FileDevice No # Restrict access to the server... _____________________________________________________________________________ And Work in Internet access Keywords: 400 bad request // Erro ao Acessar Via Internet // Acesso CUPs // Slackware 13.0.0.0 // Resolvido // Solved // Resolution // Error to access Cups Reply at: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/comments/20 ** Changed in: cups (Fedora) Status: Unknown => Fix Released ** Changed in: cups (Fedora) Importance: Unknown => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/516018 Title: cups 400 Bad Request for fully qualified host name Status in cups package in Ubuntu: Fix Released Status in cups package in Debian: Fix Released Status in cups package in Fedora: Fix Released Bug description: Binary package hint: cups Going to "http://fully.qualified.hostname:631"; in a web browser give a "400 Bad Request" error message, but "http://hostname:631"; or "http://ip.address:631"; works fine. This worked fine in the past prier to cups 1.4 on karmic. Note: Lucid's version of cups also has this bug ProblemType: Bug Architecture: i386 Date: Tue Feb 2 06:49:26 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Xubuntu 9.10 "Karmic Koala" - Release i386 (20091028.3) Lpstat: device for Cordell_South_195: hp:/usb/hp_LaserJet_1012?serial=00CNFB625532 Lsusb: Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: Dell Computer Corporation Dimension 4550 Package: cups 1.4.1-5ubuntu2.1 Papersize: letter PpdFiles: Cordell_South_195: HP LaserJet 1012 hpijs, 3.9.8 ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-17-generic root=UUID=4de96604-9808-42af-ad49-dfd28c760f1c ro ipv6.disable=1 quiet splash ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-17.54-generic SourcePackage: cups Uname: Linux 2.6.31-17-generic i686 dmi.bios.date: 01/20/2003 dmi.bios.vendor: Dell Computer Corporation dmi.bios.version: A04 dmi.board.vendor: Dell Computer Corp. dmi.chassis.type: 6 dmi.chassis.vendor: Dell Computer Corporation dmi.modalias: dmi:bvnDellComputerCorporation:bvrA04:bd01/20/2003:svnDellComputerCorporation:pnDimension4550:pvr:rvnDellComputerCorp.:rn:rvr:cvnDellComputerCorporation:ct6:cvr: dmi.product.name: Dimension 4550 dmi.sys.vendor: Dell Computer Corporation To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/516018/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
