Pertino - Is Anyone Successfully Using Any Version Above 510 with DNS/AD Connect?
-
@Dashrender said:
@scottalanmiller said:
@wrx7m said:
@scottalanmiller I totally get your point. I understand that the way to remedy that is for you to install ZT on every system. My reason for not pursuing ZT for the company is what is required for ZT to work- installing ZT on every system.
Out of curiosity, what's the downside to that? Why not deploy everywhere? Why struggle with other solutions just to avoid full deployment?
Agreed - you presumably deploy Adobe Reader (at least in the day) and probably Adobe Flash as well - so if this gives you something helpful (access from anywhere) why not?
Flash, Java.... lol
-
@wrx7m said:
@scottalanmiller I wouldn't necessarily struggle with deploying traditional solutions. I didn't think I would struggle with Pertino LOL. It is SOOOO easy everyone said. My main concern is that I can't deploy it on certain devices like printers or items I want to access that also don't have the ability to run the client.
ZT has a gateway option as well - I know Dafyre was working on it, not sure he ever got it working.
So assuming you can move those two things to a LANless solution (softphones, and AV management) do you really need printer access at the ZT level?
if someone asked me that I would first thing - ok the printer is remote, how do I manage it. I would remote into the user's machine and then manage the printer from their local network connection.
-
@wrx7m said:
@scottalanmiller I wouldn't necessarily struggle with deploying traditional solutions. I didn't think I would struggle with Pertino LOL. It is SOOOO easy everyone said. My main concern is that I can't deploy it on certain devices like printers or items I want to access that also don't have the ability to run the client.
It is SOOO easy, when you deploy it as designed
Printers are an "issue" but outside of what we want to be location agnostic and if you need to get around that we have this new thing around the late 1980s called a printer server. So that's not a real issue today.
What other devices are causing problems?
-
@scottalanmiller said:
@wrx7m said:
@scottalanmiller I wouldn't necessarily struggle with deploying traditional solutions. I didn't think I would struggle with Pertino LOL. It is SOOOO easy everyone said. My main concern is that I can't deploy it on certain devices like printers or items I want to access that also don't have the ability to run the client.
It is SOOO easy, when you deploy it as designed
Printers are an "issue" but outside of what we want to be location agnostic and if you need to get around that we have this new thing around the late 1980s called a printer server. So that's not a real issue today.
What other devices are causing problems?
Right. Printers are like the easiest thing to get around.
Just set it up righton the Printer Server and uncheck the box that says spool directly to the printer.
-
@scottalanmiller said:
@Dashrender said:
@scottalanmiller said:
@wrx7m said:
@scottalanmiller I totally get your point. I understand that the way to remedy that is for you to install ZT on every system. My reason for not pursuing ZT for the company is what is required for ZT to work- installing ZT on every system.
Out of curiosity, what's the downside to that? Why not deploy everywhere? Why struggle with other solutions just to avoid full deployment?
Agreed - you presumably deploy Adobe Reader (at least in the day) and probably Adobe Flash as well - so if this gives you something helpful (access from anywhere) why not?
Flash, Java.... lol
I am currently down to installing Office, Reader, Citrix Receiver and an addon for our EHR. Flash is handled by the browser, and we don't use Java on the endpoints anymore.
I'm currently testing to see if Edge's ability to read PDFs is good enough so we can drop Adobe Reader.
-
@scottalanmiller LOL. Print server is an option, for sure. I want to be able to have access to NAS devices and other connected 'appliances' like UPSs, or switches etc.
-
@wrx7m said:
@scottalanmiller LOL. Print server is an option, for sure. I be able to have access to NAS devices and other connected 'appliances' like UPSs, or switches etc.
Surely you are on a desktop client or server on the same network as those boxes.
As for a NAS, why no file server?
-
@scottalanmiller said:
@wrx7m said:
@scottalanmiller I wouldn't necessarily struggle with deploying traditional solutions. I didn't think I would struggle with Pertino LOL. It is SOOOO easy everyone said. My main concern is that I can't deploy it on certain devices like printers or items I want to access that also don't have the ability to run the client.
It is SOOO easy, when you deploy it as designed
Printers are an "issue" but outside of what we want to be location agnostic and if you need to get around that we have this new thing around the late 1980s called a printer server. So that's not a real issue today.
What other devices are causing problems?
I was referring to Pertino in terms of how easy it is supposed to be so I am deploying it in the manner in which it is designed to be deployed. It just doesn't work.
-
@wrx7m said:
@scottalanmiller LOL. Print server is an option, for sure. I be able to have access to NAS devices and other connected 'appliances' like UPSs, or switches etc.
Do you really want UPS or switches over the ZT network? Those are things that belong on the physical layer. I don't see why you would want switches being extended in access to the home user, just as you don't want them on your main LAN but on a management LAN ideally. NAS, presumably, you are using something based on Linux and you can probably install ZeroTier there. What NAS do you have?
-
@Breffni-Potter Backup repository for Veeam
-
@scottalanmiller I don't want any home user to access that but I, as the admin, do want access to them from a remote location.
-
@scottalanmiller Synology NAS
-
@wrx7m said:
I was referring to Pertino in terms of how easy it is supposed to be so I am deploying it in the manner in which it is designed to be deployed. It just doesn't work.
Design was on every device. Anything else is a post-Pertino sales tactic and not as designed. I worked with the engineers early on and certainly anything other than "every device" is not be design or intent and does not follow our recommendations of the platform or match what anyone meant when they said that it worked well or was easy.
-
@scottalanmiller said:
@wrx7m said:
@scottalanmiller I wouldn't necessarily struggle with deploying traditional solutions. I didn't think I would struggle with Pertino LOL. It is SOOOO easy everyone said. My main concern is that I can't deploy it on certain devices like printers or items I want to access that also don't have the ability to run the client.
It is SOOO easy, when you deploy it as designed
Printers are an "issue" but outside of what we want to be location agnostic and if you need to get around that we have this new thing around the late 1980s called a printer server. So that's not a real issue today.
What other devices are causing problems?
Actually, that's not entirely true.
Scenerio - home user, needs to print from a RDS a Linux box in the DC.
I have a remote AS/400 user who had a check printing printer at home. They needed to be able to print checks to the home printer. Luckily I was able to open a print queue session on the PC, which worked because the PC was on the VPN.
I guess the same could be done here. The printer is setup to a PC, that PC shares it over the Pertino network, ta da - printing works... but management of the printer doesn't.
-
@wrx7m said:
@scottalanmiller I don't want any home user to access that but I, as the admin, do want access to them from a remote location.
But not on the ZT, access in ohter ways, through a jump system, right? ZT wouldn't be a limitation there.
-
-
@wrx7m said:
@scottalanmiller said:
@wrx7m said:
@scottalanmiller I wouldn't necessarily struggle with deploying traditional solutions. I didn't think I would struggle with Pertino LOL. It is SOOOO easy everyone said. My main concern is that I can't deploy it on certain devices like printers or items I want to access that also don't have the ability to run the client.
It is SOOO easy, when you deploy it as designed
Printers are an "issue" but outside of what we want to be location agnostic and if you need to get around that we have this new thing around the late 1980s called a printer server. So that's not a real issue today.
What other devices are causing problems?
I was referring to Pertino in terms of how easy it is supposed to be so I am deploying it in the manner in which it is designed to be deployed. It just doesn't work.
What manner was that?
*nevermind - scott already asked.
-
@scottalanmiller I can use a jump system. I just hate doing it that way.
-
@Dashrender said:
@scottalanmiller said:
@wrx7m said:
@scottalanmiller I wouldn't necessarily struggle with deploying traditional solutions. I didn't think I would struggle with Pertino LOL. It is SOOOO easy everyone said. My main concern is that I can't deploy it on certain devices like printers or items I want to access that also don't have the ability to run the client.
It is SOOO easy, when you deploy it as designed
Printers are an "issue" but outside of what we want to be location agnostic and if you need to get around that we have this new thing around the late 1980s called a printer server. So that's not a real issue today.
What other devices are causing problems?
Actually, that's not entirely true.
Scenerio - home user, needs to print from a RDS a Linux box in the DC.
I have a remote AS/400 user who had a check printing printer at home. They needed to be able to print checks to the home printer. Luckily I was able to open a print queue session on the PC, which worked because the PC was on the VPN.
I guess the same could be done here. The printer is setup to a PC, that PC shares it over the Pertino network, ta da - printing works... but management of the printer doesn't.
Doesn't it? I'm probably missing something. But if the printer is on a PC, and the PC has ZT, isn't the problem solved?
-
@Dashrender Using their gateway feature and installing the client on remote users' laptops
