Warning: Parameter 1 to wp_default_scripts() expected to be a reference, value given in /homepages/21/d148852264/htdocs/Blog/wp-includes/plugin.php on line 601

Warning: Parameter 1 to wp_default_scripts() expected to be a reference, value given in /homepages/21/d148852264/htdocs/Blog/wp-includes/plugin.php on line 601

Warning: Parameter 1 to wp_default_styles() expected to be a reference, value given in /homepages/21/d148852264/htdocs/Blog/wp-includes/plugin.php on line 601
IT Abe window._wpemojiSettings = {"baseUrl":"https:\/\/s.w.org\/images\/core\/emoji\/72x72\/","ext":".png","source":{"concatemoji":"http:\/\/blog.beurier.eu\/wp-includes\/js\/wp-emoji-release.min.js?ver=860b9bc6ea7ec9f4df82d3ba0a6af98d"}}; !function(a,b,c){function d(a){var c,d,e,f=b.createElement("canvas"),g=f.getContext&&f.getContext("2d"),h=String.fromCharCode;if(!g||!g.fillText)return!1;switch(g.textBaseline="top",g.font="600 32px Arial",a){case"flag":return g.fillText(h(55356,56806,55356,56826),0,0),f.toDataURL().length>3e3;case"diversity":return g.fillText(h(55356,57221),0,0),c=g.getImageData(16,16,1,1).data,d=c[0]+","+c[1]+","+c[2]+","+c[3],g.fillText(h(55356,57221,55356,57343),0,0),c=g.getImageData(16,16,1,1).data,e=c[0]+","+c[1]+","+c[2]+","+c[3],d!==e;case"simple":return g.fillText(h(55357,56835),0,0),0!==g.getImageData(16,16,1,1).data[0];case"unicode8":return g.fillText(h(55356,57135),0,0),0!==g.getImageData(16,16,1,1).data[0]}return!1}function e(a){var c=b.createElement("script");c.src=a,c.type="text/javascript",b.getElementsByTagName("head")[0].appendChild(c)}var f,g,h,i;for(i=Array("simple","flag","unicode8","diversity"),c.supports={everything:!0,everythingExceptFlag:!0},h=0;h

Lors de session WAN via un Client TS ou un Client type VNC, vous pouvez avoir un écran noir ou encore un nombre important de déconnexions. Il se peut que cela soi lié à la taille du MTU (par défaut de taille 1500), un moyen simple de vérifier : envoyer un paquet de 1500 octets :

 Ping -f -l 1500 hostname (-f : ne fragmente pas le paquet)

 si vous n’avez aucune réponse, il peut être nécessaire de baisser la valeur en dessous de 1500.

La procédure suivante pour XP / windows 2003 (reboot nécessaire) : http://support.microsoft.com/kb/826159

Pour Windows 2008 (pas de reboot) :

netsh interface ipv4 set subinterface « Local Area Connection » mtu=1400 store=persistent

« Local Area Connection » : Nom de la cx active
mtu=1400 : taille de la MTU
store=persistent : persistent = mise en place définitive / active = seulement jqu’au prochain reboot

Source : http://www.thincomputing.net/2011/06/28/mtu-size-mismatch-a-major-cause-of-disconnections/?utm_source=twitterfeed&utm_medium=twitter&utm_campaign=Feed%3A+Thincomputingnet+%28Thincomputing.net+main+feed%29
http://communities.quest.com/community/vworkspace/blog/2011/06/14/mtu-size-mismatch-a-major-cause-of-disconnections

 Autres liens pour comprendre : http://support.microsoft.com/kb/900926                http://support.microsoft.com/kb/902347

Comment ne pas avoir un SPOF (Single Point of Failure) sur le fichier de bootstrap (ARDBP32.BIN) présent sur le serveur PVS dans une infra Citrix.

L’article qui explique cela en 8 points :

Source : http://community.citrix.com/display/ocb/2011/05/02/Load+Balancing+TFTP+-+Anything+But+Trivial

Problème

 Suite à l’installation de Symantec SEP, au reboot du serveur Win2k3 R2 SP2, les services COM+ ne démarrent pas correctements,

C’est un problème avec le client PVS (VDA) :

http://forums.citrix.com/thread.jspa?messageID=1431832 :

 La solution décrite ici (en français) :

•   dans regedit editer la cléf « HKLM\System\CurrentControlSet\Services\SmcService »

•  Changer la valeur de la clés « Group » (par defaut il y a : « NDIS ») par n’importe qu’elle valeur, par exemple :  « Group_Original ».

MicrosoftLync crée une toute nouvelle expérience qui transforme chaque communication en une interaction plus collaborative, plus conviviale et plus accessible quel que soit l’endroit. Citrix NetScaler améliore les performances des serveurs Lync et l’expérience de leurs utilisateurs grâce à ses techniques de controleur de mise à  disposition d’applications (répartition de charges, délestage et relais SSL, contrôle avancé de l’état des systèmes, multiplexage TCP et SSL, répartition globale de la charge serveur, haute disponibilité etc.). Déployé en amont des serveurs Lync Edge Server dans la DMZ ou entre les serveurs Lync Edge et les serveurs frontaux sur le réseau interne, Citrix NetScaler garantit un nouveau degré d’évolutivité, de performance, de sécurité, de disponibilité et de convivialité à Microsoft Lync. Dans le même temps, NetScaler accélère les déploiements, simplifie la gestion et réduit les coûts d’exploitation de ces serveurs.

Source : http://community.citrix.com/pages/viewpage.action?pageId=166821956

Powered by Twitter Tools

XenClient – L’hyperviseur Bare Metal »

Citrix Community: http://bit.ly/fi3S5l via @addthis

  • Test #

Powered by Twitter Tools

Bienvenue dans WordPress. Ceci est votre premier article. Modifiez-le ou supprimez-le, puis lancez-vous !