Posts Tagged ‘apt-get’

OSCP diary – week 06

Sunday, September 4th, 2022

Hrmpf…. Seems I forgot to write an update on week 05. In that case, I’ll have to summarize two weeks in this post.

I’m still studying buffer overflows, in particular Windows buffer overflows and trying to find my around the debugger that is installed on the offered Win10 virtual machine. I did some additional readings on other websites which explain the theory just as well if not even better.

One thing I can’t help noticing though is that the whole VPN thing is a drag. I get it, VPN is required. But I’m running Kali on Virtualbox, then I have to RDP into a Windows virtual machine. Yes, the recommendation is not to use Wi-Fi, but face it, in some rental places a wired connection might just not be possible.

The format of the OSCP website does not help much either. The notes column on the right side cannot be minimized but it takes up 25% of website’s width.

One problem that’s been bugging me for several weeks now was an update / upgrade problem with apt-get. I got an error message saying “file size is not as expected, mirror sync in progress?”

Looking this up, the solution seemed simple enough – replace the standard repo included in /etc/apt/sources.list with a mirror in your country as listed here:

Now this is where Murphy of Murphy’s Law comes in.

I picked one of the local mirrors, put it in the config files, ran apt-get clean and apt-get update again – but got the same error.

What happens in the background is that the default repo automatically forwards your connection to the fastest local mirror it can find. In my case, the mirror I accidentally put hard-coded into the config file. So, the main repo had a problem and the configured mirror as well. It almost drove me nuts and I was only able to solve by trying yet another mirror, carefully picked – a slower one on purpose. Then, finally apt-get update completed and I was able to catch up with a week’s worth of updates.


Nice to have this off my back, now I can get back to studying…

Installation of Citrix Receiver on Ubuntu Precise Pangoling 12.04 x86_64

Wednesday, June 6th, 2012

Hopefully, these instructions will help you installing the latest Citrix Receiver client software (as of June 2012) on Ubuntu 12.04
The idea is to start from a fresh installation.


Update & upgrade your Ubuntu installation:

sudo apt-get update && sudo apt-get dist-upgrade

Install via apt-get:

flashplugin-installer (better to have for the Citrix website)
ia32-libs (includes the required ia32-libs-multiarch:i386)


Download from the Citrix website –> Citrix Receiver –> Linux –> For 64-bit Systems:

–> sudo dpkg -i icaclient_12.1.0_amd64.deb

The installation will return the following error:

Errors were encountered while processing:

–> run “sudo apt-get install -f” to install the recommended but missing libc6-i386, lib32z1, lib32asound2, nspluginviewer:i386, nspluginwrapper

Edit the icaclient.postinst file to fix the installationscript:

sudo vim /var/lib/dpkg/info/icaclient.postinst

On line 2648, replace “grep” with “grep -E” and “86” with “86|x86_64” , save the file and quit.

sudo dpkg –configure icaclient

Starting the application:

Start Citrix Receiver on the cli as /opt/Citrix/ICAClient/wfcmgr

Afterwards, it depends on your Citrix environment.
I start the apps via menu “View” -> Citrix XenApp View. In a different window, Citrix Receiver asks me about the server name.

Continuing, you will probably receive the following “Client Error”:

You have not chosen to trust “QuoVadis Root CA 2”, the issuer of the server’s security certificate (SSL error 61).

sudo cp /usr/share/ca-certificates/mozilla/QuoVadis_Root_CA_2.crt /opt/Citrix/ICAClient/keystore/cacerts/

When I start Citrix Receiver again on the cli as /opt/Citrix/ICAClient/wfcmgr, I am prompted for my user credentials for the Citrix server.

Error / Known Problems:

If connecting to the client is successful but applications don’t start resp. die after 40 ~ 50 secs, have your Citrix administrator check whether your Citrix server can access (firewall) your configured homedrive/homepath as specified in the properties of your Active Directory user account.