Eu tenho um servidor CUPS com duas filas de impressão definidas. Depois que isso foi definido, todos os clientes CUPS na mesma sub-rede poderiam ver as duas filas de impressão automaticamente, sem problemas.
Agora, tenho uma coleção de máquinas em uma sub-rede separada, acessível pela primeira sub-rede por um roteador.
Como faço para habilitar a navegação do CUPS no segundo conjunto de máquinas para que eles possam ver as filas de impressão definidas na primeira máquina?
Vamos ligar para o servidor A.B.C.7. A primeira sub-rede é A.B.C.0 / 24. A segunda sub-rede é A.B.D.0 / 24 e há um roteador com braços nas duas redes.
A maneira 'nativa' é ter um servidor CUPS (eles não precisam de impressoras, apenas o software CUPS) em cada sub-rede e configurar esses servidores para atuar como um servidor de retransmissão. A configuração seria
BrowsePoll a.b.c.7
BrowseRelay CUPS
Esse servidor em execução no CUPS responderá às solicitações de pesquisa local da sub-rede com o servidor remoto.
Existe também uma maneira de fazer isso via multicast e o Protocolo de Localização de Serviço, mas não está bem documentado.
xícaras de 1,6 usadas dnssd. Este multicast para 224.0.0.251 porta 5353. Como roteador não estão autorizados a forward 224.0.0.251 os pacotes estão presos na borda do gateway.
Você pode usar o recurso de refletor mDNS do avahi-daemon no gateway.
NB: Se você nat no gateway, você precisará configurar o NONAT para pacotes recebidos da rede pai. No arquivo shorewall / masq:
<external_interface> <parent_net_ip_range> NONAT
<external_interface> 224.0.0.0/4 NONAT
<external_interface>:!<parent_net_ip_range>,224.0.0.0/4 <subnet_ip_range> detect
avahi-daemon.conf no roteador
[reflector]
enable-reflector=yes
avahi-daemon will reflect incoming mDNS requests to all local network interfaces, effectively allowing clients to browse mDNS/DNS-SD services on all networks connected to the gateway.
Make sure to not run multiple reflectors between the same networks, this might cause them to play Ping Pong with mDNS packets.
PS: Pode ser necessário manipular os pacotes para aumentar o tempo de vida. Este é um tópico que precisa de mais investigações, mas aqui estão os ajustes de shorewall / start, raw iptables:
/sbin/iptables -t mangle -A PREROUTING -p all -s 224.0.0.0/4 -j TTL --ttl-inc <ttl_inc>
/sbin/iptables -t mangle -A PREROUTING -p all -d 224.0.0.0/4 -j TTL --ttl-inc <ttl_inc>
/sbin/iptables -t mangle -A PREROUTING -p all -s <parent_net_ip_range> -j TTL --ttl-inc <ttl_inc>
/sbin/iptables -t mangle -A PREROUTING -p all -d <parent_net_ip_range> -j TTL --ttl-inc <ttl_inc>
ttl_inc: qualquer número a partir de um. Eu uso vinte localmente, embora não seja em pedra. Principalmente depende do número de roteadores cruzados entre a impressora e a estação cliente.
Gnome control center "impressoras" aqui envia um ttl f 255 (o máximo) por isso não é necessário.
Tanto quanto sei, não há como disponibilizá-lo automaticamente para outros clientes que não estejam na mesma sub-rede. O CUPS se anuncia com pacotes de DNS multicast. Você ainda pode usar a impressora de outra sub-rede (se os controles de acesso estiverem certos), mas você deve adicioná-la manualmente por seu endereço IP.
Tags cups