This website uses cookies essential to its operation, for analytics, and for personalized content. By continuing to browse this site, you acknowledge the use of cookies.
For details on cookie usage on our site, read our Privacy Policy
For details on cookie usage on our site, read our Privacy Policy
About itdeptcinven
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- LIVEcommunity
- About itdeptcinven
11-01-2020
3Posts
6Likes
0Solutions
Nov 01, 2020Last Visited
User
Activity
User
Profile
Latest posts by itdeptcinven
| Subject | Views | Posted |
|---|---|---|
| 5372 | 04-22-2016 02:33 AM | |
| 1995 | 12-04-2013 01:44 AM | |
| 2060 | 12-03-2013 09:01 AM |
My Liked Posts
| Subject | Likes | Posted |
|---|---|---|
| 6 Likes | 04-22-2016 02:33 AM |
User Badges
Community Statistics
| Member Since | 09-09-2011 03:12 AM |
| Date Last Visited | 11-01-2020 07:00 PM |
| Posts | 3 |
| Total Likes Received | 6 |
04-22-2016
02:33 AM
6 Kudos
+1 for this. It does look like a something I would have coded in 1998. if they can pointlessly change the style of the management interface in 7.1.0, they can update the ui for GP.
... View more
12-04-2013
01:44 AM
Hi Hulk, thanks for your response. It's not urgent as this has been going on for a while. However, if I can't find a solution, in the next couple of days, I'll log it. Besides, I won't earn the badges if I log it :smileygrin: What you've said is what I thought, but when the device is connected to a dsl line it works as Canon expect it to. And as the picture above shows, when I browse to to IP from a browser, the Palo picks it up correctly. Everything points to a problem with the printer until it's connected to the dsl line. I'm at a total loss.
... View more
12-03-2013
09:01 AM
I'm having a problem with Canon printers communicating with an external IP (Canon site). They are trying to communicate to a particular IP on port 443 (simple, right?) but they aren't contacting the destination. I checked my Palo monitor and didn't see anything wrong but I thought I'd create fresh rules just for these printers. So, I've setup rules to: NOT decrypt packets from the printer subnet Allow all from From Zone: Trust To Zone: Untrust Source Address: Printer Subnet Destination Address: ANY Service: Custom service - TCP / Destination port 443 / Source port > 0 I've set the rule to log at session start and end. I see the attempted communication alongside the correct rule and an allow. But, the application appears as "incomplete". The printers cannot contact the remote IP. I've connected up one of these printers to a DSL line that doesn't traverse the Palo and it works. If I try to browse to the IP from a web browser via the Palo, it works and I see the application appear correctly in the Palo monitor... See below (bottom one is me browsing via web and top one is from printer subnet): Any ideas on this? I've tried manipulating security rules, decryption rules, services, etc with no success. I really want to blame it on the Canon printers, but as they work over DSL, I can't Thanks in advance!!!
... View more
Contact Me
| Online Status |
Offline
|
| Date Last Visited |
11-01-2020
07:00 PM
|
Latest Tags
No tags yet
LEGAL NOTICES
Copyright 2007 - 2023 - Palo Alto Networks