Sharing a network printer between two LAN networks
-
Your firewall rule(s) allow traffic from 10.2.0.50 host to your printer's IP for TCP and UDP protocols on any ports?
-
Sorry for the late reply. Yes, I added those rules. I can ping the printer through the command prompt just fine, but when I try to do so in a browser, I get connection timed out.
I even tried a rule that allows the BACKOFFICE Net to reach the LAN Net, but to no avail.
I guess the printer doesn't like talking across networks? 10.1.0.73 -> 10.2.0.50
-
"I guess the printer doesn't like talking across networks? 10.1.0.73 -> 10.2.0.50"
Well does your printer have a gateway set? If not then no its not going to be able to talk across networks. When you say you can ping it.. Your pinging it from where?
-
Instead of punching a hole in your firewall for the industry's most hackable device (printers) would it be possible to do cloud printing instead with it?
I also run a pci compliant network and printers are my worst issue by far.
-
Allowing your 1 vlan to talk to your printer on your other vlan not really suer I would call that punching a hole in your firewall ;) How would use cloud printing make that more secure?
While I don't agree with open all ports to the printer.. Sure doesn't need UDP to print.. Depending on the printing protocol he is using, they just need to open that tcp port.
-
… in Windows it can't connect to the printer...
You have set your Windows firewall to allow traffic to the other subnet (which Windows sees as non-local)?
-
Where did he say this printer was being shared off a windows machine?
"I have a wireless laser printer that is currently on the LAN network"
-
Allowing your 1 vlan to talk to your printer on your other vlan not really suer I would call that punching a hole in your firewall ;) How would use cloud printing make that more secure?
While I don't agree with open all ports to the printer.. Sure doesn't need UDP to print.. Depending on the printing protocol he is using, they just need to open that tcp port.
Oh, then he's not compliant. The cc processor must be separated by a firewall.
-
Where does it say that the printer the cc processor prints to can not be on a different network? He is not opening up traffic to the cc proc, he is opening up the cc proc to talk to the printer.
He does have a firewall, he just needs to open the ports to the printer. He is prob trying to find the printer via broadcast or something? If he is trying to use something like airprint for example that is not going to work out of the box across segments. Would need something like ahavi to allow the discovery of the printer.
His rule on his backoffic interface is pointless since he has any any rules there. So that first rule is just not needed at all.
Can you ping the printer? What are you using for wifi? You didn't put it behind a nat did you? Can you ping the printer from your backoffice network?
-
Where does it say that the printer the cc processor prints to can not be on a different network? He is not opening up traffic to the cc proc, he is opening up the cc proc to talk to the printer.
He does have a firewall, he just needs to open the ports to the printer. He is prob trying to find the printer via broadcast or something? If he is trying to use something like airprint for example that is not going to work out of the box across segments. Would need something like ahavi to allow the discovery of the printer.
His rule on his backoffic interface is pointless since he has any any rules there. So that first rule is just not needed at all.
Can you ping the printer? What are you using for wifi? You didn't put it behind a nat did you? Can you ping the printer from your backoffice network?
Agreed, that's what we use. So ok, pci dss requires the processor and registers to basically be on their own subnet that is separated by hardware. At least, that was my interpretation at the time. Though as long as the device is business and not personal, it is allowed on the same subnet. His separation of devices may be unnecessary.
Airprint would require internet access to the printer which, yes, is another can of worms. However, printers are most vulnerable physically from what I've gathered.
-
airprint requires no internet access… But it does require the device using the printer to be on the same layer 2 to discover it.
The OP has not stated how he is trying to print, what protocol, what printer. His backoffice rules are any any.. So anything on that network would be able to access anything on the lan. Unless there was software firewall on the lan devices..
I print from multiple segments all the time to my printer. You just add the IP in the driver on your device, and open the ports your using.. 9100 is a common printer port for example. But like I said his rules are any any so he has something else going on.. Like his wifi is behind some nat router plugged into his lan??? Once the OP gives some info to work with we can help him find his problem.
-
airprint requires no internet access… But it does require the device using the printer to be on the same layer 2 to discover it.
The OP has not stated how he is trying to print, what protocol, what printer. His backoffice rules are any any.. So anything on that network would be able to access anything on the lan. Unless there was software firewall on the lan devices..
I print from multiple segments all the time to my printer. You just add the IP in the driver on your device, and open the ports your using.. 9100 is a common printer port for example. But like I said his rules are any any so he has something else going on.. Like his wifi is behind some nat router plugged into his lan??? Once the OP gives some info to work with we can help him find his problem.
Oh right - I was thinking cloud printing.
Yeah who knows what OP has got going on. Airprint is supposed to be close to NFC just through the wireless of the printer and device sending the print. Logistically that may be impossible so what I was really recommending is cloud printing if OP does indeed need to separate his lan.
-
how would could printing be compliant?
-
Oh just like any other web service, I guess. Shouldn't impact him any more than having the firewall open for the printer on whatever ports he's going to use.
It would only be a compliance issue if the printer was for personal use and on the business network, or if the device somehow opens ports on the wan firewall that a scanner would pick up. Or if he somehow managed to be plugged into the ethernet of the business and the wifi portion connected to the guest. You know, crazy stuff that happens by accident all the time.
