February 16, 2018 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | >
February 16, 2018 [00:09:09] *** harukomoto <harukomoto!~harukomot@93-41-16-73.ip79.fastwebnet.it> has quit IRC (Ping timeout: 268 seconds)[00:37:27] *** Biny <Biny!~Biny@c-73-228-172-8.hsd1.mn.comcast.net> has joined #Citrix[00:49:16] *** hoptux <hoptux!hoptux@gateway/vpn/privateinternetaccess/hoptux> has joined #Citrix[00:51:38] *** hirogen <hirogen!hirogen@90.200.61.18> has quit IRC (Read error: Connection reset by peer)[01:03:49] *** Vapez <Vapez!~Vapez@unaffiliated/vapez> has quit IRC (Remote host closed the connection)[01:30:04] *** BaYaBasMan <BaYaBasMan!76c88f23@gateway/web/freenode/ip.118.200.143.35> has joined #Citrix[01:35:18] <BaYaBasMan> ?[01:54:06] *** GenteelBen <GenteelBen!~GenteelBe@cpc111801-lutn14-2-0-cust55.9-3.cable.virginm.net> has quit IRC ()[03:51:27] *** CaptainTacoSauce <CaptainTacoSauce!~justin@24-217-230-227.dhcp.stls.mo.charter.com> has quit IRC (Quit: WeeChat 2.0.1)[04:02:15] <Biny> ?-?-?[04:06:24] *** CaptainTacoSauce <CaptainTacoSauce!~justin@24-217-230-227.dhcp.stls.mo.charter.com> has joined #Citrix[04:12:53] *** jgoohu <jgoohu!~Mutter@2605:6000:384d:4a00:c809:afe7:38c8:e3c6> has quit IRC (Quit: Mutter: www.mutterirc.com)[04:38:35] *** CaptainTacoSauce <CaptainTacoSauce!~justin@24-217-230-227.dhcp.stls.mo.charter.com> has quit IRC (Read error: No route to host)[06:24:05] *** djinni <djinni!~djinni@68.ip-149-56-14.net> has quit IRC (Ping timeout: 268 seconds)[06:31:40] *** djinni <djinni!~djinni@68.ip-149-56-14.net> has joined #Citrix[07:04:16] *** hateball <hateball!~quassel@unaffiliated/hateball> has joined #Citrix[07:22:18] *** Biny <Biny!~Biny@c-73-228-172-8.hsd1.mn.comcast.net> has quit IRC (Ping timeout: 265 seconds)[07:54:19] *** harukomoto <harukomoto!~harukomot@93-41-16-73.ip79.fastwebnet.it> has joined #Citrix[10:12:25] *** DeadKaptain <DeadKaptain!~quassel@unaffiliated/dogs> has joined #Citrix[10:14:59] *** Splatone <Splatone!~root@mail.tsihealthcare.com> has quit IRC (Ping timeout: 255 seconds)[10:16:57] *** Splatone <Splatone!~root@mail.tsihealthcare.com> has joined #Citrix[10:44:22] *** Kaptain <Kaptain!~quassel@unaffiliated/dogs> has joined #Citrix[10:47:27] *** DeadKaptain <DeadKaptain!~quassel@unaffiliated/dogs> has quit IRC (Ping timeout: 240 seconds)[11:02:45] *** DeadKaptain <DeadKaptain!~quassel@unaffiliated/dogs> has joined #Citrix[11:05:54] *** Kaptain <Kaptain!~quassel@unaffiliated/dogs> has quit IRC (Ping timeout: 260 seconds)[11:09:57] *** DeadKaptain <DeadKaptain!~quassel@unaffiliated/dogs> has quit IRC (Ping timeout: 264 seconds)[11:20:58] *** jaelae <jaelae!uid177201@gateway/web/irccloud.com/x-zbcpxzuecxkdemju> has quit IRC (Quit: Connection closed for inactivity)[11:36:37] *** dcprom0 <dcprom0!~TheThe@71-90-82-58.dhcp.ftbg.wi.charter.com> has joined #Citrix[11:36:37] *** dcprom0 <dcprom0!~TheThe@71-90-82-58.dhcp.ftbg.wi.charter.com> has quit IRC (Changing host)[11:36:37] *** dcprom0 <dcprom0!~TheThe@unaffiliated/thethe> has joined #Citrix[11:42:17] *** DeadKaptain <DeadKaptain!~quassel@unaffiliated/dogs> has joined #Citrix[11:56:40] *** dcprom0 <dcprom0!~TheThe@unaffiliated/thethe> has quit IRC (Quit: Leaving)[12:34:32] *** Biny <Biny!~Biny@c-73-228-172-8.hsd1.wi.comcast.net> has joined #Citrix[12:39:22] *** ello_govna <ello_govna!ello_govna@gateway/vpn/privateinternetaccess/ellogovna/x-42533607> has quit IRC (Remote host closed the connection)[12:39:49] *** ello_govna <ello_govna!ello_govna@gateway/vpn/privateinternetaccess/ellogovna/x-42533607> has joined #Citrix[12:41:46] *** Biny <Biny!~Biny@c-73-228-172-8.hsd1.wi.comcast.net> has quit IRC (Ping timeout: 252 seconds)[12:49:51] *** GenteelBen <GenteelBen!~GenteelBe@cpc111801-lutn14-2-0-cust55.9-3.cable.virginm.net> has joined #Citrix[13:34:23] *** jaelae <jaelae!uid177201@gateway/web/irccloud.com/x-gqujzekqxzxlqypp> has joined #Citrix[13:45:53] *** Biny <Biny!~Biny@c-73-228-172-8.hsd1.mn.comcast.net> has joined #Citrix[14:23:41] *** wwalker327 <wwalker327!9e6f4525@gateway/web/freenode/ip.158.111.69.37> has joined #Citrix[15:29:42] *** Kaptain <Kaptain!~quassel@unaffiliated/dogs> has joined #Citrix[15:30:08] <steeb`> how about bronies?[15:32:45] *** DeadKaptain <DeadKaptain!~quassel@unaffiliated/dogs> has quit IRC (Ping timeout: 264 seconds)[15:33:32] *** hateball <hateball!~quassel@unaffiliated/hateball> has quit IRC (Remote host closed the connection)[16:20:44] *** DeadKaptain <DeadKaptain!~quassel@unaffiliated/dogs> has joined #Citrix[16:23:58] *** Kaptain <Kaptain!~quassel@unaffiliated/dogs> has quit IRC (Ping timeout: 252 seconds)[17:32:49] *** KaiForce <KaiForce!~chatzilla@99.133.184.129> has joined #Citrix[17:46:01] <steeb`> im getting conflicting information from citrix support and the docs[17:46:03] <steeb`> http://www.jgspiers.com/citrix-sso-receiver-and-receiver-for-web/[17:46:32] <steeb`> im trying to configure sso on the receiver, if its a domain joined computer, it should be able to pass thru the credentials to the receiver so the users are not prompted on the receiver if its going to the nsg[17:47:40] <uncon> i didn't think you could do that, steeb`[17:48:03] <uncon> or, to be more clear, i didn't think you could do SSO with NSG was handling auth[17:48:12] <steeb`> yeah so it seems[17:48:30] <steeb`> because as we know its not really sending the username and password to the nsg its just sending the kerberos ticket[17:48:39] <steeb`> the nsg wants to validate the user / pass[17:49:00] <steeb`> then it handles the ticket to the services, from my little knowledge of it[18:03:06] <AnotherCTXadm> anyone seeing any flicker in their VDI (XD 7.x) implementation? Especially with office applications.[18:05:01] *** DeadKaptain <DeadKaptain!~quassel@unaffiliated/dogs> has quit IRC (Remote host closed the connection)[18:18:22] <BobFrankly> outlook flickers a bit in 2008R2 XA7.6[18:18:43] <BobFrankly> it's not often, usually happens when it's trying to filter a billion emails[18:31:01] <AnotherCTXadm> I personally get it only when I open tons of tabs in chrome and using about 90% of memory available. But my CTO gets it at random. I am thinking its his scaling, because he has very weird resolution 4K monitor[18:33:10] <AnotherCTXadm> I am waiting for some of my smart ass users to start calling with issues connecting from a client with 4x4K monitors and wondering why their VDI is slow[18:33:12] <AnotherCTXadm> anyday now[18:33:51] <AnotherCTXadm> going to switch them to 4-bit color. will talk then[18:34:16] <AnotherCTXadm> bring back Windows 3.1 VDI![18:50:00] <uncon> CHIMES.WAV[18:57:56] <BobFrankly> ha[18:58:29] <BobFrankly> "my VDI is slow when I scale it into 4Gigapixels, why haven't you guys fixed this already?"[19:00:00] *** lunaaa is now known as lilac[19:28:02] <citrixslackbot> <david62277> @uncon If someone was going to move a datacenter and the plan was to setup temp equipment at the new location, mirror everything to it, cut it over, then move the production equipment, mirror it back to production, then get rid of the temp equip. being that neither datacenter knows of the other could the netscaler mpx ha pair be "split" - both active in their respective datacenters, then when the production eq is moved to the new locat[19:28:02] <citrixslackbot> plug in the other ns and have it come in line as secondary (no changes on either side until this happens)? asking for a friend...[19:31:32] <uncon> @david62277 I don't follow. An HA pair at each DC?[19:32:40] *** CaptainTacoSauce <CaptainTacoSauce!~justin@24-217-230-227.dhcp.stls.mo.charter.com> has joined #Citrix[19:33:57] <citrixslackbot> <david62277> i have a ha pair at our production DC. they want to move the DC to Raleigh NC (i think). someone has sold them on the plan of setting up temp eq to mirror our production, snapshot/backup/whatever move the data across the wire, flip the switch (moving the production DC to Raleigh). They want XenDesktop available when the switch is fliped so i thought maybe i could unplug the secondary ns, plug it in at the new location and when the sw[19:33:57] <citrixslackbot> flipped everything would just work[19:34:31] <citrixslackbot> <david62277> then when we move our current production eq to the new location i just plug the other ns up like it is now and it becomes secondary[19:34:57] <BobFrankly> but you lose HA while it's in transit :P[19:34:59] <citrixslackbot> <david62277> sound workable, or is there like a tombstone setting where one ns will drop the other if the ha hasnt picked up in X days or something[19:35:10] <citrixslackbot> <david62277> oh i get that there will not be ha[19:35:45] <uncon> oh, you can do that...[19:35:46] <citrixslackbot> <david62277> it is that or i setup temp netscalers with all the shit we have setup in ours thats gonna be a project[19:36:31] <citrixslackbot> <david62277> is there a time period where the netscalers will give up on talking to each other?[19:36:44] <citrixslackbot> <david62277> like if you take a machine off of the domain too long it drops off[19:36:54] <uncon> no[19:37:19] <uncon> it's never gonna give you up... never gonna let you down...[19:37:58] <citrixslackbot> <david62277> shweet... i just have to make sure that nothing changes on them while they are separated... er i guess the primary would overwrite the secondary when it is plugged in?[19:38:10] <uncon> yes[19:38:17] <citrixslackbot> <david62277> awesome thanks[19:52:18] <AnotherCTXadm> I must be missing something and this seems like such a citrix101 issue. If I connect to VDI and my client drives are mapped (assume c: or \\client\c$), then from VDI I lunch XA delivered application. Inside that session my drives are mapped as well and it tells me MyVDIname\c$ for the name. Except its showing content of ClientComputer\c$ and I can not find any policy that would let me control this to show VDI\c$ instead.[19:53:00] <AnotherCTXadm> I am almost embarrassed bringing this up, but I have never come across or had any need for this in my very long Citrix career....[19:58:54] <tabularasa> i need a smart outlet on the plug going to my headphones amp[19:59:15] <tabularasa> dual hop drive mapping?[19:59:18] <tabularasa> that's not 101, lol[19:59:32] <tabularasa> no idea how to do what you're talking about[20:00:40] <AnotherCTXadm> it actually does dual-hop drive mapping by itself. Except, I am trying to stops it from mapping original client c: and let user map his VDI c drive instead[20:04:06] <vader-> Do you guys know if Citrix netscalers with citrix receiver installed on client, pass through things like office settings, or ADAL/Modern authentication tokens?[20:10:28] <citrixslackbot> <david62277> AnotherCTXadm you need to set a policy on the VDI machine to not allow client drive mappings[20:11:24] <citrixslackbot> <david62277> if you dont set that on the application server the drives from the vdi desktop should map to the app server, but the endpoint drives will not[20:11:35] *** evilman_work <evilman_work!~evilman@87.244.6.228> has quit IRC ()[20:12:51] <AnotherCTXadm> right, but then if user just using VDI, they get screwed with drive mappings to client computer. Its the chicken or the egg issue[20:13:10] <citrixslackbot> <david62277> right...[20:13:15] <citrixslackbot> <david62277> let me look at all the settings[20:20:23] *** Tom_Wurm_ <Tom_Wurm_!~IceChat9@8.17.115.68> has quit IRC (Quit: He who laughs last, thinks slowest)[20:20:32] *** eightzerofivekc_ <eightzerofivekc_!~eightzero@12.33.137.94> has joined #Citrix[20:46:44] *** hirogen <hirogen!hirogen@90.200.63.232> has joined #Citrix[20:47:19] *** eightzerofivekc_ <eightzerofivekc_!~eightzero@12.33.137.94> has quit IRC (Ping timeout: 256 seconds)[20:56:04] *** eightzerofivekc_ <eightzerofivekc_!~eightzero@12.33.137.94> has joined #Citrix[21:09:14] *** Moxified <Moxified!~Moxified@smtp.planesense.com> has quit IRC (Quit: Leaving)[21:23:39] *** Japje <Japje!~Japje@irc.ownt.nl> has quit IRC (Ping timeout: 260 seconds)[21:26:12] *** Japje <Japje!~Japje@irc.ownt.nl> has joined #Citrix[21:45:24] *** KaiForce <KaiForce!~chatzilla@99.133.184.129> has quit IRC (Quit: ChatZilla 0.9.93 [Firefox 52.6.0/20180118122319])[22:04:29] <uncon> "let me look at all the settings"[22:12:14] *** CaptainTacoSauce <CaptainTacoSauce!~justin@24-217-230-227.dhcp.stls.mo.charter.com> has quit IRC (Ping timeout: 276 seconds)[22:41:14] *** ItsFriday <ItsFriday!6158c65d@gateway/web/freenode/ip.97.88.198.93> has joined #Citrix[22:41:44] <AnotherCTXadm> <---RIP (I was holding my breath...)[22:41:49] <ItsFriday> Anyone know where I can find Linux client product ID and build number info?[22:47:02] <uncon> ItsFriday: I can probably find out...[22:50:01] <uncon> ItsFriday: /opt/Citrix/ICAClient/pkginf/Ver.core.linuxx64[22:50:08] <uncon> (maybe)[22:50:15] <uncon> that works for me[23:03:50] *** wwalker327 <wwalker327!9e6f4525@gateway/web/freenode/ip.158.111.69.37> has quit IRC (Ping timeout: 260 seconds)[23:07:13] <ItsFriday> Thanks! I am looking for a reference so I can match product id & build number to a specific version[23:18:35] *** CaptainTacoSauce <CaptainTacoSauce!~justin@24-217-230-227.dhcp.stls.mo.charter.com> has joined #Citrix[23:32:59] *** ItsFriday <ItsFriday!6158c65d@gateway/web/freenode/ip.97.88.198.93> has quit IRC (Ping timeout: 260 seconds)[23:46:16] *** CaptainTacoSauce <CaptainTacoSauce!~justin@24-217-230-227.dhcp.stls.mo.charter.com> has quit IRC (Ping timeout: 256 seconds)