I hope you don't mind helping me still even most of this makes little sense to me. I still don't want all my ip stuff going out to the list So here is the output
Brian:$ systemctl status cups �� cups.service - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: ena Active: active (running) since Wed 2017-02-01 @@T; xh ymin ago Docs: man:cupsd(8) Main PID: 353 (cupsd) Tasks: 2 (limit: 4915) CGroup: /system.slice/cups.service ������ 353 /usr/sbin/cupsd -l ������5428 /usr/lib/cups/notifier/dbus dbus:// Feb 01 zzzzz systemd[1]: Started CUPS Scheduler. $ netstat -tulpan (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:38837 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN - tcp 0 0 127.0.0.1:9050 0.0.0.0:* LISTEN - tcp 0 0 127.0.0.1:2013 0.0.0.0:* LISTEN - tcp 0 0 127.0.0.1:7070 0.0.0.0:* LISTEN - tcp 0 0 127.0.0.1:1984 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:46465 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:51395 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:48197 0.0.0.0:* LISTEN - tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN - tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN - tcp 0 0 192.168.1.45:53730 93.184.220.29:80 TIME_WAIT - tcp 0 0 127.0.0.1:34794 127.0.0.1:9001 ESTABLISHED - tcp 0 0 127.0.0.1:9001 127.0.0.1:34794 ESTABLISHED - tcp 0 0 192.168.1.45:53728 93.184.220.29:80 TIME_WAIT - tcp 0 0 192.168.1.45:53998 93.184.220.29:80 TIME_WAIT - tcp 0 0 127.0.0.1:9000 127.0.0.1:44002 ESTABLISHED - tcp 0 0 127.0.0.1:44002 127.0.0.1:9000 ESTABLISHED - tcp 0 0 192.168.1.45:48406 54.192.217.183:443 TIME_WAIT - tcp 0 0 192.168.1.45:45126 54.192.217.224:443 TIME_WAIT - tcp 0 0 192.168.1.45:48584 54.192.217.207:443 TIME_WAIT - tcp6 0 0 :::36915 :::* LISTEN - tcp6 0 0 :::22 :::* LISTEN - tcp6 0 0 :::60153 :::* LISTEN - tcp6 0 0 :::2049 :::* LISTEN - tcp6 0 0 :::51429 :::* LISTEN - tcp6 0 0 :::50731 :::* LISTEN - tcp6 0 0 :::111 :::* LISTEN - tcp6 0 0 2a02:2149:864a:4d:47310 2a00:1450:4017:803:::80 TIME_WAIT - tcp6 0 0 2a02:2149:864a:4d:42114 2a00:1450:4017:804::443 TIME_WAIT - tcp6 0 0 2a02:2149:864a:4d:33574 2a00:1450:4017:803::443 TIME_WAIT - tcp6 0 0 2a02:2149:864a:4d:46414 2a00:1450:4017:803::443 TIME_WAIT - udp 0 0 0.0.0.0:33645 0.0.0.0:* - udp 0 0 0.0.0.0:927 0.0.0.0:* - udp 0 0 0.0.0.0:5353 0.0.0.0:* - udp 0 0 0.0.0.0:48658 0.0.0.0:* - udp 0 0 0.0.0.0:34484 0.0.0.0:* - udp 0 0 0.0.0.0:2049 0.0.0.0:* - udp 0 0 0.0.0.0:68 0.0.0.0:* - udp 0 0 0.0.0.0:111 0.0.0.0:* - udp 0 0 0.0.0.0:35347 0.0.0.0:* - udp 0 0 0.0.0.0:35403 0.0.0.0:* - udp 0 0 0.0.0.0:631 0.0.0.0:* - udp6 0 0 :::927 :::* - udp6 0 0 :::5353 :::* - udp6 0 0 :::40494 :::* - udp6 0 0 :::42937 :::* - udp6 0 0 :::2049 :::* - udp6 0 0 :::111 :::* - udp6 0 0 :::47399 :::* - udp6 0 0 :::49449 :::* - udp6 0 0 :::41524 :::* - as root netstat -tulpan Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:38837 0.0.0.0:* LISTEN 963/rpc.mountd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 957/sshd tcp 0 0 127.0.0.1:9050 0.0.0.0:* LISTEN 1123/tor tcp 0 0 127.0.0.1:2013 0.0.0.0:* LISTEN 1803/bitmask tcp 0 0 127.0.0.1:7070 0.0.0.0:* LISTEN 1803/bitmask tcp 0 0 127.0.0.1:1984 0.0.0.0:* LISTEN 1803/bitmask tcp 0 0 0.0.0.0:46465 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:51395 0.0.0.0:* LISTEN 963/rpc.mountd tcp 0 0 0.0.0.0:48197 0.0.0.0:* LISTEN 963/rpc.mountd tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1803/bitmask tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1803/bitmask tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 327/rpcbind tcp 0 0 127.0.0.1:34794 127.0.0.1:9001 ESTABLISHED 1803/bitmask tcp 0 0 127.0.0.1:9001 127.0.0.1:34794 ESTABLISHED 1803/bitmask tcp 0 0 127.0.0.1:9000 127.0.0.1:44002 ESTABLISHED 1803/bitmask tcp 0 0 127.0.0.1:44002 127.0.0.1:9000 ESTABLISHED 1803/bitmask tcp6 0 0 :::36915 :::* LISTEN - tcp6 0 0 :::22 :::* LISTEN 957/sshd tcp6 0 0 :::60153 :::* LISTEN 963/rpc.mountd tcp6 0 0 :::2049 :::* LISTEN - tcp6 0 0 :::51429 :::* LISTEN 963/rpc.mountd tcp6 0 0 :::50731 :::* LISTEN 963/rpc.mountd tcp6 0 0 :::111 :::* LISTEN 327/rpcbind udp 0 0 0.0.0.0:33645 0.0.0.0:* 963/rpc.mountd udp 0 0 0.0.0.0:927 0.0.0.0:* 327/rpcbind udp 0 0 0.0.0.0:5353 0.0.0.0:* 357/avahi-daemon: r udp 0 0 0.0.0.0:48658 0.0.0.0:* - udp 0 0 0.0.0.0:34484 0.0.0.0:* 357/avahi-daemon: r udp 0 0 0.0.0.0:2049 0.0.0.0:* - udp 0 0 0.0.0.0:68 0.0.0.0:* 683/dhclient udp 0 0 0.0.0.0:111 0.0.0.0:* 327/rpcbind udp 0 0 0.0.0.0:35347 0.0.0.0:* 963/rpc.mountd udp 0 0 0.0.0.0:35403 0.0.0.0:* 963/rpc.mountd udp 0 0 0.0.0.0:631 0.0.0.0:* 442/cups-browsed udp6 0 0 :::927 :::* 327/rpcbind udp6 0 0 :::5353 :::* 357/avahi-daemon: r udp6 0 0 :::40494 :::* - udp6 0 0 :::42937 :::* 357/avahi-daemon: r udp6 0 0 :::2049 :::* - udp6 0 0 :::111 :::* 327/rpcbind udp6 0 0 :::47399 :::* 963/rpc.mountd udp6 0 0 :::49449 :::* 963/rpc.mountd udp6 0 0 :::41524 :::* 963/rpc.mountd > On Wed 01 Feb 2017 at 14:13:00 +0000, Roba wrote: > >> reaching CUPS, as I should be able to, is the problem, not printing >> (that is a personal problem). > > It gives you a way of setting up the printer without the web interface. > >> Again, your help (Brian) is appreciated but it seems as the problem and >> the reason I am bringing it up here is not just to solve my own printer >> problem, as this I brought into myself last year by buying a cheap >> printer with no linux support. >> >> Let's say I buy another printer with linux drivers available, would CUPS >> be reachable. To sum it up, there are others out there with Debian >> upgrade to testing that experienced the same and although they pin point >> the problem to /etc/hosts PARANOIA I have not been able to do the same >> as I can not find the correct syntax for making exceptions. > > /etc/hosts has nothing to do with /etc/hosts.allow (which was mentioned > earlier). > >> LYNX did not work, same unreachable response (wow it is still alive?) >> I will not try to rename ~/.mozilla as I already said that I created a >> new user and started ff from scratch new - no-plugins No difference. >> Running browser as root did not reach. I am suspecting a more serious >> problem than it appears. >> >> Here is another output if that helps: >> $ ping 127.0.0.1 >> PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. >> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.015 ms >> $ ping 127.0.0.1:631 >> ping: 127.0.0.1:631: Name or service not known > > The last command will fail for 100% of users. > > Please post the outputs of > > systemctl status cups > > and > > netstat -tulpan Brian: > On Wed 01 Feb 2017 at 14:13:00 +0000, Roba wrote: > >> reaching CUPS, as I should be able to, is the problem, not printing >> (that is a personal problem). > > It gives you a way of setting up the printer without the web interface. > >> Again, your help (Brian) is appreciated but it seems as the problem and >> the reason I am bringing it up here is not just to solve my own printer >> problem, as this I brought into myself last year by buying a cheap >> printer with no linux support. >> >> Let's say I buy another printer with linux drivers available, would CUPS >> be reachable. To sum it up, there are others out there with Debian >> upgrade to testing that experienced the same and although they pin point >> the problem to /etc/hosts PARANOIA I have not been able to do the same >> as I can not find the correct syntax for making exceptions. > > /etc/hosts has nothing to do with /etc/hosts.allow (which was mentioned > earlier). > >> LYNX did not work, same unreachable response (wow it is still alive?) >> I will not try to rename ~/.mozilla as I already said that I created a >> new user and started ff from scratch new - no-plugins No difference. >> Running browser as root did not reach. I am suspecting a more serious >> problem than it appears. >> >> Here is another output if that helps: >> $ ping 127.0.0.1 >> PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. >> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.015 ms >> $ ping 127.0.0.1:631 >> ping: 127.0.0.1:631: Name or service not known > > The last command will fail for 100% of users. > > Please post the outputs of > > systemctl status cups > > and > > netstat -tulpan > -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?