Now I have the need to print a document from RHEL server to a Windows Printer Server, the protocol to be use is IPP.
The reason why protocol IPP is because on Windows Server 2012, LPD and LPR Services are deprecated, see https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj134163%28v%3dws.11%29
Another good reason to use IPP: https://www.pwg.org/ipp/everywhere.html
My question is, which is the best way on RHEL system to send a document to be printed to Windows Server Printer though IPP protocol?
The usual way to implement printing on linux involves CUPS. Assuming that Windows Server 2012 implements the (server side) ipp-protocol you should be able to setup a printer/queue in CUPS that uses the (client side) ipp-protocol.
Eventually you could use RHELs admin interface to add an ipp printer.
I don't think there is a specific driver for "Windows Server 2012". You rather should select something like "Generic Postscript (color)" - depending on what PDL your printer or print server supports.
The usual linux print tools/commands/libraries should now work. For internal print job submission (e.g. lp command) they usually don't use the ipp-protocol but that doesn't matter for you. CUPS will queue the print job and use the configured protocol to forward the print job to the print queue on your Windows Server.
Related
(ubuntu 19.10)
Hello,
I was wondering if it's possible to split what's output to a Linux x11 server and duplicate it onto a VNC server.
Basically I currently have a Java Application (prebuilt JAR so I don't have much control over it) that renders something to the native X11 server in: /tmp/.X11-unix. What I want to do is duplicate the information that's being written to the X11 socket to also be written to a VNC server at the same time.
Currently:
Running Java GUI Application --producesData--> Data --isWrittenTo--> /tmp/.X11-unix
Desired:
Running Java GUI Application --producesData--> Data --isWrittenTo--> /tmp/.X11-unix AND --isWrittenTo--> /tmp/vnc-server
Other (less desired) solution:
Running Java GUI Application --producesData--> Data --isWrittenTo--> /tmp/.X11-unix --isCopiedTo--> /tmp/vnc-server (not sure if there's even a difference between just running a normal VNC server)
If possible I'd rather not copy the entire X11 server's content (the whole desktop), but just what's being delivered by the Java Application. If this isn't possible what's the next best solution?
Thanks
Is it possible to clone image from display via ssh? I want to see what is on my first laptop display from another laptop, but without any additional software like teamviewer or vnc.
The short answer is: Yes, but you may be unhappy with the results.
The protocol you are looking for is called X11 Forwarding. This option must be enabled on your server by setting X11Forwarding yes in /etc/ssh/sshd_config, then reloading the daemon.
Once enabled on the server, the client must initiate their ssh session using the -x flag.
The major limitations of this technology are that:
The data is not optimized for transfer over the wire. For most environments you end up with a low framerate and/or graphical artifacts. As long as you're doing something like running a GUI installer it should not be a problem, but do not expect to be able to stream video / play a game using X11 forwarding.
The client must have an X server installed. If you are connecting from a Windows machine (or another machine that does not have an X server installed), you may need to use a project such as Xming in order to actually interpret the data once you get it to the client.
I am working on trying to get some linux Clearcase clients to work with our existing Windows infrastructure. All of the vobs and servers are stored on Windows machines.
Using an existing vob, I was able to create a tag in the linux region to refer to the vob, and then create a view on the linux client. This client was able to connect to the vob and pull the files in when I updated the config spec. However, while it can view files, it does not have permission to edit them.
The usernames match
linux: user1
windows: DOMAIN\user1
The Clearcase admin panel is set to "Use this domain to map UNIX user and group names" with DOMAIN selected.
However, the authentication does not appear to be working. From the unix client, if I run
credmap windowsServer
I get Nobody/Nobody for the remote username and group ID. If I run from the Windows server
credmap linuxClient
It times out and I get
credmap: Error: Unable to contact albd_server on host
Investigating further albd_list on unix shows that the albd server is running, and even finds the albd_server on the windows machine.
albd_server addr = 166.20.20.81, port= 371
albd_list 166.20.17.118
albd_server addr = 166.20.17.118, port= 371
Going in the opposite direction returns
albd_list 166.20.20.81
noname: Error: Unable to contact albd_server on host '166.20.20.81'
cannot contact albd
Ping works from the windows host to the linux host, and I am even connected to the linux host by SSH from the parent at the moment.
If anyone has any ideas on what to look for next, you'd be my hero :(
You get limited ClearCase functionality when you access a ClearCase server (running on Windows) from a Linux client. To learn more, read about CCFS.
I'd suggest you to consider migrating your VOB server to Linux. This way you get all ClearCase functionality, including dynamic views.
I confirm having Vob server on windows mean they won't be fully accessible from linux client, even though the official documentation from IBM describes the CCFS setting to follow.
(See "Configure UNIX or Linux clients to access Windows VOBs", which you must have seen)
In particular, I never managed to have a credential mapping fully working from Linux to windows (the other way works well).
And you need to make sure your view storage is accessible from Linux (see "Creating a view on a NAS device")
That leaves you with inter-environment solutions, like:
CCRC (ClearCase Remote Client, for CC7.x)
ClearTeam (for CC 8.x)
See "Feature Comparison Matrix for CCRC, CTE, CCWeb, Native ClearCase GUI and SCM Adapter".
This wound up being something stupid. There was a firewall running on the linux machine blocking the albd_server port.
This also did not resolve the credential mapping issues, but it at least let me eliminate one more potential cause. Thanks
Is there any way I can take control of Linux machine, if I am using window xp.
Is there any software equivalent to windows netmeeting.
You could use one of the following:
NXServer
Remmina (VNC incomming connections)
RealVnc
TightVNC
ScreenConnect
...
or
TeamViewer in Wine (MS Emulator)
You can take a look at TeamViewer.
Its allows you to control the mouse/keyboard like you were in front of the computer and share your audio/video and transfer files.
Futhermore, you don't have to worry about NAT routing either.
I've recently been working with the NAO. We're trying to connect the NavChip to it and do some experiments related to robot navigation. The NAO uses a modified 2.6 linux kernel on it's geode system. I've managed to make my NavChip work on it (needed to compile the linux cp210x kernel module etcetera). I can therefore run a C program that came with the NavChip and collect data from it. However, the data can only be logged on the local file system. I'd like to stream this data over the network to a windows machine, since all the processing is MATLAB based. Would anyone have any suggestions on how I can send this data from the NAO to a windows machine?
The NAO's system is pretty limited. It has ssh, and some common utilities like cat etc., but nothing advanced.
I'm not sure I understand the problem properly but I think you've answered your own question you mentioned ssh is installed so why not just scp the file? Using some ssh client on the windows box to remotely connect and download relevent log file.
If you really do need to push the file from the remote host to local machine (rather then connect to remote host and download to local) then netcat should work see here: http://www.g-loaded.eu/2006/11/06/netcat-a-couple-of-useful-examples/
Other wise just write your own socket program in C and pipe the file accross (should be pretty trivial).