Print server properties (Useful when dealing with printer drivers in a Terminal Services environment) | Propiedades de impresoras, muy util cuando hay que instalar controladores en Terminal Services

I found this very useful every time I have to deal with drivers in Terminal Servers, the most common scenario is for HP Printers that need a specific PCL driver to work properly, the Easy Print Driver is great because it offers compatibility with most printers but not all features are available and customers want to have the same level of functionality and user experience in RDS that they have when using their local computer (Just remember to modify the GPO to not use Easy Print as the first option, more to come on this)


 

You can get the full list of switches by executing: | La lista completa de modificadores la encuentras ejecutando el siguiente comando 

printui /?

Reduce Timeouts by enabling Keep Alive Heart Beat (RDS-RDP) / Keep Alive heart beat reduce las desconexiones por timeout en sesiones the RDS-RDP

HKEY_LOCAL_MACHINE\ SYSTEM\CurrentControlSet\Control\Terminal Server and created with a Value of 1 (DWORD 32bit)

If your TS environment is accessed by remote users connecting from the Internet, specially from high latency WAN connections like cellular data and satellite, is a good idea to turn on "Keep-alives"on your server.  This will help prevent users from being disconnected due to inactivity timeouts on routers.

To do this:

1. Start--Run--gpedit.msc
2. In the left pane, navigate to Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Session Host\Connections
3. In the right pane, double-click Configure keep-alive connection interval (I used 1 as the value)
4. Select Enabled, then click OK
5. Apply the gpupdate /force or Restart the server for the change to take effect

This not always helps as Bryan Q (a colleague)  found that for some reason not all keepalives reach their destination in our environment, still we noticed considerable improvement in disconnects, most likely the missing packets are related to network issues, still I will investigate a little more and share my findings.

Exchange 2010 Console not opening WS-Management error | Consola de Exchange 2010 no abre con error en WS-Management

The attempt to connect to http://yourserver.domain.local/Powershell user ‘Kerberos’ authentication failed: Connecting to remote server failed with the following error message: The WS-Management service cannot process the request. The system load quota of 1000 requests per 2 seconds has been exceeded. Send future requests at a slower rate or raise the quota for this user. The next request from this user will not be approved for at least X milliseconds.

If you see the above message when trying to open the Exchange Console you will be probably asking yourself WTF, as I was a couple of days ago, mainly because the error message says nothing about how to solve it, Events are all normal and your Exchange Server is performing ok apart from the console not opening. After wandering about the issue I found that a simple iisreset (do not forget about running the command in an elevated Command Prompt or PowerShell session) will do the trick, I am still researching about how this error is generated and why resetting the IIS service works to fix it, in the mean time this is the workaround.

Network Interface(s) after Linux P2V or V2V conversion | Interface de red de sistemas Linux después de una conversión P2V o V2V

When I started to migrate the systems I manage from a Xenserver environment to a VMWare environment I noticed that all the Linux systems were not able to connect to the network unless I destroyed and recreate the Interface, same happened when importing OVA or OVF templates. Finally I manage to squeeze some time and research about this issue and find a post on Alex Cline's blog where he explains why this happens and also present a more elegant solution rather than my primitive "search & destroy). Below I will summarize the solution, please refer to Alex Cline blog to read the full explanation and details.

When trying to bring up Network Interface the following message appears:

Bringing up interface eth0: Device eth0 does not seem to be preset, delaying initialization.      [FAILED]

To fix this, open /etc/udev/rules.d/70-persistent-net.rules. with your favorite text editor you will see something like this:

# This file was automatically generated by the /lib/udev/write_net_rules# program, run by the persistent-net-generator.rules rules file.## You can modify it, as long as you keep each rule on a single# line, and change only the value of the NAME= key. # PCI device 0x8086:0x100f (e1000) (custom name provided by external tool)SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:56:9c:00:16", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" # PCI device 0x8086:0x100f (e1000) (custom name provided by external tool)SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:56:9c:00:18", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Take note of the MAC Address (HW Address) assigned by VMWare to the virtual interface and editudev's rules accordingly, for example, assume the virtual interface MAC Address is 00:50:56:9c:00:18, you will need it to edit rules so you end with something like this:

# This file was automatically generated by the /lib/udev/write_net_rules# program, run by the persistent-net-generator.rules rules file.## You can modify it, as long as you keep each rule on a single# line, and change only the value of the NAME= key.# PCI device 0x8086:0x100f (e1000) (custom name provided by external tool)SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:56:9c:00:18", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"# PCI device 0x8086:0x100f (e1000) (custom name provided by external tool)SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:56:9c:00:18", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

basically you have to delete unused network interface(s) rules and rename the one that has the current MAC Address.Finally, you need to validate MAC Address in /etc/sysconfig/network-scripts/ifcfg-eth0 to avoid , remember the MAC Address is the value of HWADDRESS.