Skip to content

Instantly share code, notes, and snippets.

View KristianLyng's full-sized avatar

Kristian Lyngstøl KristianLyng

  • Amedia
  • Oslo
View GitHub Profile
Testing saint-mode
==================
1. Add a X-restarts header to the response.
2. Make a file available only on one web server. Don't cache it.
3. Set up saint mode so Varnish adds 404 responses to saintmode, then
restarts. (Set a low value for saint-mode for easy test, 5s for
instance)
4. Try accessing the file through varnish and watch the X-Restarts
header. If saint-mode works, you should get a maximum of one restart
More trace+saintmode+random director
====================================
1. Use the random director, and weight the two web servers 10 and 1000
(giving 100 times more traffic to one than the other)
2. Watch varnishlog -i Backend to see which backend is used
3. Make 10 files only available on the secondary server (let's call them
1.txt 2.txt etc)::
for a in {1..20}; do touch $a.txt; done
#!/usr/bin/perl -w
# vold.pl, Volume control "daemon" for Denon x311 AVR
# Copyright (C) 2011 Kristian Lyngstol <[email protected]>
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
@KristianLyng
KristianLyng / backendbanning.vtc
Created June 15, 2011 07:33
Backend-initiated banning demonstrated with varnishtest
#!/usr/bin/env varnishtest
# Demo of backend-based banning for Varnish, using varnishtest
# Author: Kristian Lyngstol <[email protected]>
#
# License: Consider it public domain.
#
# This is a varnishtest(1) program to demonstrated how a backend can pass
# along a ban through a regular header. It uses a dummy-server and
# dummy-client that doesn't do any logic to track users, which is far
# beyond the scope of the demo.
@KristianLyng
KristianLyng / gist:1090312
Created July 18, 2011 18:50
Denon firmware changelog....
changelog of AVR4311/ AVR4311 with upgrade
01.07.2011
Main:00.70/ A0.70
Last.fm for German.
When Page Up/Down is done in the music list of iRadio, the product is freezed.
When network connection speed is slow, the error occurs in the display of the FL tube.
There is a case that the backup data of the parameter etc. initializes.
There is a case where the network doesn't start.
@KristianLyng
KristianLyng / gist:1212207
Created September 12, 2011 19:53
rmadison
kristian@luke:~$ rmadison -u ubuntu apache2
apache2 | 2.2.8-1 | hardy | source, all
apache2 | 2.2.8-1ubuntu0.21 | hardy-security | source, all
apache2 | 2.2.8-1ubuntu0.21 | hardy-updates | source, all
apache2 | 2.2.14-5ubuntu8 | lucid | source, amd64, i386
apache2 | 2.2.14-5ubuntu8.6 | lucid-security | source, amd64, i386
apache2 | 2.2.14-5ubuntu8.6 | lucid-updates | source, amd64, i386
apache2 | 2.2.16-1ubuntu3 | maverick | source, amd64, i386
apache2 | 2.2.16-1ubuntu3.3 | maverick-security | source, amd64, i386
apache2 | 2.2.16-1ubuntu3.3 | maverick-updates | source, amd64, i386
root@luke:~# ip -s link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes packets errors dropped overrun mcast
146405282 900786 0 0 0 0
TX: bytes packets errors dropped carrier collsns
146405282 900786 0 0 0 0
2: eth0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:30:48:f8:97:24 brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
; CHEF updated: <%= node[:bind][:timestamp_human] %>
$TTL 14400
@ IN SOA exile.kly.no. kristian.kly.no. (
<%= node[:bind][:timestamp] %> ; Serial
14400 ; Refresh
86400 ; Retry
2419200 ; Expire
3600 ) ; Negative Cache TTL
;
; CHEF updated: Mon Sep 26 08:21:16 UTC 2011
$TTL 14400
@ IN SOA exile.kly.no. kristian.kly.no. (
1317025276 ; Serial
14400 ; Refresh
86400 ; Retry
2419200 ; Expire
3600 ) ; Negative Cache TTL
;
@KristianLyng
KristianLyng / gist:1284936
Created October 13, 2011 17:53
Identity issues
kristian@neverwhere:~$ ip -6 n
fe80::215:17ff:fe20:bd80 dev eth0 lladdr 00:15:17:20:bd:80 router STALE
2a02:c0:1013:1:: dev eth0 lladdr 00:15:17:20:bd:81 router STALE
kristian@neverwhere:~$ ping6 fe80::215:17ff:fe20:bd80%eth0
[... aborted after a few seconds]^C
kristian@neverwhere:~$ ip -6 n
fe80::215:17ff:fe20:bd80 dev eth0 lladdr 00:15:17:20:bd:81 router REACHABLE
2a02:c0:1013:1:: dev eth0 lladdr 00:15:17:20:bd:81 router STALE