ubuntuusers.de

Der HP ist demnach über's Netzwerk angeschlossen – Antwortet aber nicht.

Hat er eine statische IP-Adresse? Diese sollte fest sein. Bei IPv6 könnte man die link-local-Adresse nutzen, sofern der Drucker das kann. Diese wird normalerweise mit modified EUI64 erzeugt und ist daher immer statisch.

Der HP war an. Hab's einmal ausgeschaltet und eingeschaltet gemacht, bis auf die Zeit kein Unterschied.

Bei "avahi-browse -rt _ipp._tcp | egrep "hostname|address|IP" | egrep =" passiert gar nichts.

@DJKUhpisse: Wie finde ich die statische IP-Adresse?

Zeige

systemctl status avahi-daemon.service

@DJKUhpisse: Wie finde ich die statische IP-Adresse?

Hat das Gerät ein Menü, wo es diese anzeigt? Sonst

ping ff02::1%ifname

ifname durch den namen des Interface ersetzen, welches genutzt wird, z.B. eth0. Findet man mit

ip a

systemctl status avahi-daemon.service

avahi-daemon.service - Avahi mDNS/DNS-SD Stack
     Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled; vendor >
     Active: active (running) since Tue 2022-01-25 10:53:12 CET; 4h 8min ago
TriggeredBy: ● avahi-daemon.socket
   Main PID: 792 (avahi-daemon)
     Status: "avahi-daemon 0.7 starting up."
      Tasks: 2 (limit: 18813)
     Memory: 1.3M
     CGroup: /system.slice/avahi-daemon.service
             ├─792 avahi-daemon: running [xxx-Inspiron-15-5510.local]
             └─838 avahi-daemon: chroot helper

Jan 25 13:20:51 xxx-Inspiron-15-5510 avahi-daemon[792]: Interface wlp0s20f3.IP>
Jan 25 13:20:51 xxx-Inspiron-15-5510 avahi-daemon[792]: Withdrawing address re>
Jan 25 13:20:51 xxx-Inspiron-15-5510 avahi-daemon[792]: Leaving mDNS multicast>
Jan 25 13:20:51 xxx-Inspiron-15-5510 avahi-daemon[792]: Interface wlp0s20f3.IP>
Jan 25 13:44:14 xxx-Inspiron-15-5510 avahi-daemon[792]: Joining mDNS multicast>
Jan 25 13:44:14 xxx-Inspiron-15-5510 avahi-daemon[792]: New relevant interface>
Jan 25 13:44:14 xxx-Inspiron-15-5510 avahi-daemon[792]: Registering new addres>
Jan 25 13:44:14 xxx-Inspiron-15-5510 avahi-daemon[792]: Joining mDNS multicast>
Jan 25 13:44:14 xxx-Inspiron-15-5510 avahi-daemon[792]: New relevant interface>
Jan 25 13:44:14 xxx-Inspiron-15-5510 avahi-daemon[792]: Registering new addres>
lines 1-22/22 (END)

Nach

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: wlp0s20f3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 64:6e:e0:cf:12:96 brd ff:ff:ff:ff:ff:ff
    inet 192.168.179.19/24 brd 192.168.179.255 scope global dynamic noprefixroute wlp0s20f3
       valid_lft 16772sec preferred_lft 16772sec
    inet6 fe80::92b6:fe3d:bc8c:2222/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

das versucht: ping ff02::1%inet6

ping: ff02::1%inet6: Der Name oder der Dienst ist nicht bekannt

wlp0s20f3 statt inet6 nutzen

Sieh dir mal die HP eingestellte IP an!

192.168.179 ist Netz
192.168.178.45 HP

Kellerkind_2009 schrieb:

Sieh dir mal die HP eingestellte IP an!

192.168.179 ist Netz
192.168.178.45 HP

Da müsste dann Routing gemacht werden. Für daheim eher ungewöhnlich.

Beide male "Befehl nicht gefunden"

Bitte die komplette Ausgabe posten.

xxx@xxx-Inspiron-15-5510:~$ 192.168.179 ist Netz
192.168.179: Befehl nicht gefunden.
xxx@xxx-Inspiron-15-5510:~$ 192.168.178.45 HP
192.168.178.45: Befehl nicht gefunden.

no_clue schrieb:

xxx@xxx-Inspiron-15-5510:~$ 192.168.179 ist Netz
192.168.179: Befehl nicht gefunden.
xxx@xxx-Inspiron-15-5510:~$ 192.168.178.45 HP
192.168.178.45: Befehl nicht gefunden.

Mitdenken!!

Na wer hätte das gedacht. Das war nur ein Kommentar und eine Klarstellung, kein Befehl. Zeige

ping ff02::1%wlp0s20f3

Haha. 😬 Der Name ist Programm. Here we go:

PING ff02::1%wlp0s20f3(ff02::1%wlp0s20f3) 56 Datenbytes
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=1 ttl=64 Zeit=0.072 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=1 ttl=64 Zeit=93.4 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=2 ttl=64 Zeit=0.047 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=2 ttl=64 Zeit=2.88 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=3 ttl=64 Zeit=0.046 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=3 ttl=64 Zeit=3.30 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=4 ttl=64 Zeit=0.040 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=4 ttl=64 Zeit=3.88 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=5 ttl=64 Zeit=0.046 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=5 ttl=64 Zeit=2.88 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=6 ttl=64 Zeit=0.052 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=6 ttl=64 Zeit=3.13 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=7 ttl=64 Zeit=0.052 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=7 ttl=64 Zeit=3.12 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=8 ttl=64 Zeit=0.051 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=8 ttl=64 Zeit=2.92 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=9 ttl=64 Zeit=0.050 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=9 ttl=64 Zeit=3.36 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=10 ttl=64 Zeit=0.042 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=10 ttl=64 Zeit=3.59 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=11 ttl=64 Zeit=0.042 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=11 ttl=64 Zeit=2.93 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=12 ttl=64 Zeit=0.046 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=12 ttl=64 Zeit=3.11 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=13 ttl=64 Zeit=0.046 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=13 ttl=64 Zeit=4.88 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=14 ttl=64 Zeit=0.044 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=14 ttl=64 Zeit=3.32 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=15 ttl=64 Zeit=0.048 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=15 ttl=64 Zeit=2.11 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=16 ttl=64 Zeit=0.054 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=16 ttl=64 Zeit=2.96 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=17 ttl=64 Zeit=0.052 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=17 ttl=64 Zeit=2.06 ms (DUP!)
64 Bytes von fe80::92b6:fe3d:bc8c:2222%wlp0s20f3: icmp_seq=18 ttl=64 Zeit=0.043 ms
64 Bytes von fe80::3a10:d5ff:fe7b:c721%wlp0s20f3: icmp_seq=18 ttl=64 Zeit=2.99 ms (DUP!)

and it keeps going on like this...