[surfnet - leiden] internet linux traag (onder winXP goed)

[FrankvR]

Ik heb sinds kort een nieuwe internetverbinding bij surfnet, via het lijbrandt-telecom netwerk.
Ik moet nu soms als ik een internetsite open mijn een username en password invoeren (kan alleen bij een browser, moet dus ook eerst browsen, voordat ik email kan ophalen), en dan heb ik internet. Het is zo'n authentication login popup'je dat je dan ziet, als zijnde het een .htaccess .htpasswd authentication.
Ik heb een router en daarbij kan ik wel wat instellen, maar weet iemand of ik dit ook kan instellen zodat ik dat niet meer hoef te doen?

Maar mijn eigenlijke probleem:
Het internet in linux is heel traag, hij heeft veel moeite met de eerste verbinding met een site, als ik dan een beetje rondsurf op die site, dan gaat het wel goed, maar de eerste pagina duurt 15 seconde ofzo.
Ik denk dat het aan de volgende twee regels uit mijn "ifconfig -a" ligt:

RX packets:957 errors:0 dropped:0 overruns:0 frame:0
TX packets:1194 errors:0 dropped:0 overruns:0 carrier:0

Weet iemand wat ik hieraan moet doen?
Voor de duidelijkheid, in windows doet hij het goed, en voordat ik dit internet had, deed hij het ook goed.
Hieronder "uname -a" "dmesg" en "ifconfig -a"

uname -a
Linux linux 2.6.5-7.111.19-default #1 Fri Dec 10 15:10:58 UTC 2004 i686 athlon i386 GNU/Linux

ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:48:54:63:E6:44
inet addr:192.168.1.101 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::248:54ff:fe63:e644/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:957 errors:0 dropped:0 overruns:0 frame:0
TX packets:1194 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:501548 (489.7 Kb) TX bytes:152589 (149.0 Kb)
Interrupt:5 Base address:0x5f00

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:58 errors:0 dropped:0 overruns:0 frame:0
TX packets:58 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4108 (4.0 Kb) TX bytes:4108 (4.0 Kb)

sit0 Link encap:IPv6-in-IPv4
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

dmesg
Linux version 2.6.5-7.111.19-default (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 Fri Dec 10 15:10:58 UTC 2004
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001fff0000 (usable)
BIOS-e820: 000000001fff0000 - 000000001fff8000 (ACPI data)
BIOS-e820: 000000001fff8000 - 0000000020000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
501MB vmalloc/ioremap area available.
0MB HIGHMEM available.
511MB LOWMEM available.
On node 0 totalpages: 131056
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 126960 pages, LIFO batch:16
HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 AMI ) @ 0x000fa7c0
ACPI: RSDT (v001 AMIINT VIA_K7 0x00000010 MSFT 0x00000097) @ 0x1fff0000
ACPI: FADT (v001 AMIINT VIA_K7 0x00000011 MSFT 0x00000097) @ 0x1fff0030
ACPI: MADT (v001 AMIINT VIA_K7 0x00000009 MSFT 0x00000097) @ 0x1fff00c0
ACPI: DSDT (v001 VIA VIA_K7 0x00001000 MSFT 0x0100000d) @ 0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: local apic disabled
Built 1 zonelists
Kernel command line: root=/dev/hda3 vga=0x317 desktop resume=/dev/hda2 splash=silent 3
bootsplash: silent mode.
Initializing CPU#0
PID hash table entries: 2048 (order 11: 16384 bytes)
CKRM Initialization
...... Initializing ClassType<taskclass> ........
...... Initializing ClassType<socket_class> ........
CKRM Initialization done
Detected 1734.223 MHz processor.
Using tsc for high-res timesource
Console: colour dummy device 80x25
Memory: 514684k/524224k available (1967k kernel code, 8792k reserved, 688k data, 216k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 3416.06 BogoMIPS
Security Scaffold v1.0.0 initialized
SELinux: Disabled at boot.
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000
CPU: After vendor identify, caps: 0383fbff c1c3fbff 00000000 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After all inits, caps: 0383fbff c1c3fbff 00000000 00000020
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD Athlon(tm) XP 2100+ stepping 02
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
Looking for DSDT in initrd ...No customized DSDT found in initrd!
Freeing initrd memory: 1224k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfdaf1, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040326
ACPI: IRQ9 SCI: Edge set to Level Trigger.
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Power Resource [URP1] (off)
ACPI: Power Resource [URP2] (off)
ACPI: Power Resource [FDDP] (off)
ACPI: Power Resource [LPTP] (off)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 5
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 5
ACPI: No IRQ known for interrupt pin A of device 0000:00:11.1
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
vesafb: framebuffer at 0xdf000000, mapped to 0xe0807000, size 2048k
vesafb: mode is 1024x768x16, linelength=2048, pages=0
vesafb: protected mode interface info at c000:4749
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
fb0: VESA VGA frame buffer device
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
Initial HugeTLB pages allocated: 0
VFS: Disk quotas dquot_6.5.1
Initializing Cryptographic API
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 37245 bytes,<6> does not fit into framebuffer.
...found (1024x768, 17142 bytes, v3).
Console: switching to colour frame buffer device 118x41
Real Time Clock Driver v1.12
Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Using anticipatory io scheduler
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:11.1
ACPI: No IRQ known for interrupt pin A of device 0000:00:11.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8233a (rev 00) IDE UDMA133 controller on pci0000:00:11.1
ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:DMA
hda: MAXTOR 4K080H4, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: DVD-ROM BDV212B, ATAPI CD/DVD-ROM drive
hdd: SAMSUNG DVD R/RW SH-W08A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 156301488 sectors (80026 MB) w/2000KiB Cache, CHS=65535/16/63, UDMA(100)
hda: hda1 hda2 hda3
ide-floppy driver 0.99.newide
mice: PS/2 mouse device common for all mice
input: PC Speaker
serio: i8042 AUX port at 0x60,0x64 irq 12
input: ImExPS/2 Logitech Explorer Mouse on isa0060/serio1
serio: i8042 KBD port at 0x60,0x64 irq 1
input: AT Translated Set 2 keyboard on isa0060/serio0
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 8
NET: Registered protocol family 20
Resume Machine: resuming from /dev/hda2
Resuming from device hda2
Resume Machine: This is normal swap space
ACPI: (supports S0 S1 S4 S5)
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
ReiserFS: hda3: found reiserfs format "3.6" with standard journal
ReiserFS: hda3: using ordered data mode
reiserfs: using flush barriers
ReiserFS: hda3: journal params: device hda3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda3: checking transaction log (hda3)
ReiserFS: hda3: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Trying to move old root to /initrd ... failed
Unmounting old root
Trying to free ramdisk memory ... okay
Freeing unused kernel memory: 216k freed
Adding 1032184k swap on /dev/hda2. Priority:42 extents:1
reiserfs: enabling write barrier flush mode
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
device-mapper: 4.1.0-ioctl (2003-12-10) initialised: [e-mail]
NTFS driver 2.1.6 [Flags: R/O MODULE].
NTFS volume version 3.1.
subfs 0.9
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
ip6_tables: (C) 2000-2002 Netfilter core team
ip_tables: (C) 2000-2002 Netfilter core team
ip_conntrack version 2.1 (4095 buckets, 32760 max) - 300 bytes per conntrack
8139too Fast Ethernet driver 0.9.27
eth0: RealTek RTL8139 at 0xe0dc5f00, 00:48:54:63:e6:44, IRQ 5
eth0: Identified 8139 chip type 'RTL-8139B'
usbcore: registered new driver usbfs
usbcore: registered new driver hub
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=0000:0000:0000:0000:0000:0000:0000:0000 DST=ff02:0000:0000:0000:0000:0001:ff63:e644 LEN=72 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=0
SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=0000:0000:0000:0000:0000:0000:0000:0000 DST=ff02:0000:0000:0000:0000:0001:ff63:e644 LEN=64 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=135 CODE=0
Bluetooth: Core ver 2.4
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: HCI USB driver ver 2.5
usbcore: registered new driver hci_usb
Bluetooth: HCI UART driver ver 2.1
Bluetooth: HCI H4 protocol initialized
Bluetooth: HCI BCSP protocol initialized
SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0248:54ff:fe63:e644 DST=ff02:0000:0000:0000:0000:0001:ff63:e644 LEN=72 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=0
Bluetooth: VHCI driver ver 1.1
Bluetooth: L2CAP ver 2.1
Bluetooth: L2CAP socket layer initialized
gameport: pci0000:00:06.1 speed 1242 kHz
ieee1394: Initialized config rom entry `ip1394'
ohci1394: $Rev: 1203 $ Ben Collins <[e-mail]>
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[10] MMIO=[deffe000-deffe7ff] Max Packet=[2048]
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected VIA P4X266 chipset
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: AGP aperture is 128M @ 0xe0000000
ieee1394: Node added: ID:BUS[0-00:1023] GUID[00063a27d40ac252]
ieee1394: Host added: ID:BUS[0-01:1023] GUID[00023c003000865b]
ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
ohci_hcd 0000:00:0b.0: OHCI Host Controller
SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0248:54ff:fe63:e644 DST=ff02:0000:0000:0000:0000:0000:0000:0002 LEN=56 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=133 CODE=0
ohci_hcd 0000:00:0b.0: irq 10, pci mem e0ecc000
ohci_hcd 0000:00:0b.0: new USB bus registered, assigned bus number 1
USB Universal Host Controller Interface driver v2.2
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.5-7.111.19-default ohci_hcd
usb usb1: SerialNumber: 0000:00:0b.0
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
NET: Registered protocol family 23
via_ircc: unsupported module, tainting kernel.
ohci_hcd 0000:00:0b.1: OHCI Host Controller
ohci_hcd 0000:00:0b.1: irq 5, pci mem e0eea000
ohci_hcd 0000:00:0b.1: new USB bus registered, assigned bus number 2
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.5-7.111.19-default ohci_hcd
usb usb2: SerialNumber: 0000:00:0b.1
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ehci_hcd 0000:00:0b.2: EHCI Host Controller
ehci_hcd 0000:00:0b.2: irq 5, pci mem e0efbe00
ehci_hcd 0000:00:0b.2: new USB bus registered, assigned bus number 3
ehci_hcd 0000:00:0b.2: USB 2.0 enabled, EHCI 0.95, driver 2003-Dec-29
usb usb3: Product: EHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.5-7.111.19-default ehci_hcd
usb usb3: SerialNumber: 0000:00:0b.2
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 5 ports detected
uhci_hcd 0000:00:11.2: UHCI Host Controller
uhci_hcd 0000:00:11.2: irq 5, io base 0000d400
uhci_hcd 0000:00:11.2: new USB bus registered, assigned bus number 4
usb usb4: Product: UHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.5-7.111.19-default uhci_hcd
usb usb4: SerialNumber: 0000:00:11.2
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
uhci_hcd 0000:00:11.3: UHCI Host Controller
uhci_hcd 0000:00:11.3: irq 5, io base 0000d800
uhci_hcd 0000:00:11.3: new USB bus registered, assigned bus number 5
usb usb5: Product: UHCI Host Controller
usb usb5: Manufacturer: Linux 2.6.5-7.111.19-default uhci_hcd
usb usb5: SerialNumber: 0000:00:11.3
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
usb 4-1: new full speed USB device using address 2
ALSA sound/pci/ac97/ac97_codec.c:1867: AC'97 0 analog subsections not ready
usb 4-2: new full speed USB device using address 3
SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0248:54ff:fe63:e644 DST=ff02:0000:0000:0000:0000:0000:0000:0002 LEN=56 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=133 CODE=0
PCI: Setting latency timer of device 0000:00:11.5 to 64
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Processor [CPU1] (supports C1, 16 throttling states)
powernow-k8: Processor cpuid 662 not supported
powernow: PowerNOW! Technology present. Can scale: nothing.
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { DriveStatusError }
eth0: no IPv6 routers present
SCSI subsystem initialized
sbp2: $Rev: 1205 $ Ben Collins <[e-mail]>
scsi0 : SCSI emulation for IEEE-1394 SBP-2 Devices
ieee1394: sbp2: Logged into SBP-2 device
ieee1394: Node 0-00:1023: Max speed [S400] - Max payload [2048]
Vendor: DMI Model: ST380011A Rev: 4.38
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
SCSI device sda: drive cache: write through
sda: sda1 < sda5 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
hdc: ATAPI 40X DVD-ROM drive, 512kB Cache
Uniform CD-ROM driver Revision: 3.20
hdd: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache
st: Version 20040318, fixed bufsize 32768, s/g segs 256
BIOS EDD facility v0.13 2004-Mar-09, 1 devices found
parport0: PC-style at 0x378 [PCSPP]
parport0: irq 7 detected
lp0: using parport0 (polling).
drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic
usbcore: registered new driver usbserial
drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0
Non-volatile memory driver v1.2
end_request: I/O error, dev fd0, sector 0
end_request: I/O error, dev fd0, sector 0
Linux video capture interface: v1.00
bttv: driver version 0.9.13 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
bttv0: Bt878 (rev 17) at 0000:00:0a.0, irq: 11, latency: 32, mmio: 0xdbdfe000
bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb
bttv0: using: Hauppauge (bt878) [card=10,autodetected]
bttv0: gpio: en=00000000, out=00000000 in=00ffffdb [init]
bttv0: Hauppauge/Voodoo msp34xx: reset line init [5]
i2c-algo-bit.o: (0) scl=1, sda=1
i2c-algo-bit.o: (1) scl=1, sda=0
i2c-algo-bit.o: (2) scl=1, sda=1
i2c-algo-bit.o: (3) scl=0, sda=1
i2c-algo-bit.o: (4) scl=1, sda=1
i2c-algo-bit.o: bt878 #0 [sw] passed test.
bttv0: Hauppauge eeprom: model=44804, tuner=LG TPI8PSB11D (29), radio=no
bttv0: using tuner=29
bttv0: i2c: checking for MSP34xx @ 0x80... not found
bttv0: i2c: checking for TDA9875 @ 0xb0... not found
bttv0: i2c: checking for TDA7432 @ 0x8a... not found
tvaudio: TV audio decoder + audio/video mux driver
tvaudio: known chips: tda9840,tda9873h,tda9874h/a,tda9850,tda9855,tea6300,tea6420,tda8425,pic16c54 (PV951),ta8874z
tuner: chip found at addr 0xc2 i2c-bus bt878 #0 [sw]
tuner: type set to 29 (LG PAL_BG (TPI8PSB11D)) by bt878 #0 [sw]
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: PLL: 28636363 => 35468950 .. ok

[frim]

Klinkt gewoon als een DNS error.. check of je DNS servers hetzelfde zijn onder linux als onder windows.

[FrankvR]

staat bij zowel linux als windows op automatisch detecteren, dus dat kan t niet zijn...

[frim]

Controleer toch eens of ze hetzelfde zijn, misschien heb je een andere lease onder linux met een andere DNS server..

[FrankvR]

hoe controleer ik dat dan?

[frim]

cat /etc/resolv.conf

in windows weet ik het niet, maar het lijkt me dat je dat zelf wel kunt vinden (net als dit)

[0siris]

FrankvR schreef op zaterdag 01 januari 2005 @ 17:41:
Ik denk dat het aan de volgende twee regels uit mijn "ifconfig -a" ligt:
RX packets:957 errors:0 dropped:0 overruns:0 frame:0
TX packets:1194 errors:0 dropped:0 overruns:0 carrier:0
Weet iemand wat ik hieraan moet doen?

Wat is hier mis mee dan

<knip hele dmesgoutput>

Wederom: wat is hier mis mee dan? (ik hoop niet dat je verwacht dat ik gedetailleerd door je dmesgoutput scroll...)

Ik denk zelf ook dat het aan dns ligt...kun je niet met ncftp iets up of downloaden? Dan kun je precies zien hoe snel/traag het gaat.

[FrankvR]

nameserver 132.229.8.6
nameserver 132.229.22.2

bij zowel linux als windows

als ik een ftp verbinding opzet, duurt t heel lang voordat dat lukt, maar als ik verbinding heb, dan heb ik nu bijvoorbeeld een snelheid van 237.68 KB/s . Dat is dus wel goed.

Ik denk dat het aan dat authentication gebeuren ligt. Ik vind dat maar vreemd, wellicht is dat heel erg "windows-based" opgezet ofzo?

0siris schreef op zaterdag 01 januari 2005 @ 20:18:
[...]

Wat is hier mis mee dan

ja, leesfoutje, ik las: 957 errors

[ Voor 22% gewijzigd door FrankvR op 01-01-2005 21:05 ]

[smokalot]

en als je nou eens gaat testen met ping? eerst tweakers.net pingen, en daarna 213.239.154.35 (daar resolvt ie naar toe). Als je merkt dat het met IP wel meteen goed gaat is het een DNS-iets...

[FrankvR]

ping tweakers.net
PING tweakers.net (213.239.154.35) 56(84) bytes of data.

--- tweakers.net ping statistics ---
106 packets transmitted, 0 received, 100% packet loss, time 105107ms


ping 213.239.154.35
PING 213.239.154.35 (213.239.154.35) 56(84) bytes of data.

--- 213.239.154.35 ping statistics ---
22 packets transmitted, 0 received, 100% packet loss, time 20997ms


beide gaat niet echt lekker, maar duurt wel lang voordat hij bij tweakers.net die tweede regel neerzet (ongeveer 10 seconden), terwijl dat bij die ander meteen is

[Anoniem: 63780]

Wat je hebt heeft te maken met je 'search' domein of iets dergelijks in /etc/resolv.conf. In ieder geval datgene wat voor de nameservers staat.

Je zou kunnen proberen om het 'domein' uit te commenten:

/etc/resolv.conf

code:

# domain biertje

nameserver 132.229.8.6
nameserver 132.229.22.2

En dan pingen naar www.tweakers.net en kijken of het vlugger gaat pingen.

[ Voor 5% gewijzigd door Anoniem: 63780 op 02-01-2005 04:09 ]

[FrankvR]

ik heb met resolv.conf alles geprobeerd, als ik het op automatisch zette dan zag hij er zo uit:

code:

search student.leidenuniv.nl
nameserver 132.229.8.6
nameserver 132.229.22.

Dan kan ik hem ook niet aanpassen want dan veranderd hij hem weer terug.
Als ik hem dan op ingesteld zet, krijg ik zoiets:

code:

nameserver 132.229.8.6
nameserver 132.229.22.2
search frank

Toen heb ik hem aangepast:

code:

nameserver 132.229.8.6
nameserver 132.229.22.2
#search frank

maar dat hielp niet.
kan iemand hier misschien iets mee:

code:

dig tweakers.net

; <<>> DiG 9.2.3 <<>> tweakers.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64578
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3

;; QUESTION SECTION:
;tweakers.net.                  IN      A

;; ANSWER SECTION:
tweakers.net.           4009    IN      A       213.239.154.35

;; AUTHORITY SECTION:
tweakers.net.           4009    IN      NS      ns3.webmagix.net.
tweakers.net.           4009    IN      NS      ns.webmagix.net.
tweakers.net.           4009    IN      NS      ns2.webmagix.net.

;; ADDITIONAL SECTION:
ns.webmagix.net.        32190   IN      A       213.239.154.10
ns2.webmagix.net.       32190   IN      A       213.239.154.22
ns3.webmagix.net.       68809   IN      A       213.239.154.22

;; Query time: 5 msec
;; SERVER: 132.229.8.6#53(132.229.8.6)
;; WHEN: Sun Jan  2 11:48:45 2005
;; MSG SIZE  rcvd: 156

het duurt ook lang om zo'n resultaat op te halen, alleen eronder staat dat de query-time maar 5 msec is???

[ Voor 6% gewijzigd door FrankvR op 02-01-2005 11:48 ]

[Martin Sturm]

Wat voor Linux-distributie gebruik je? En is het niet een of andere firewall probleem ofzo?

[FrankvR]

Suse 9.1

nee kan denk ik niet een firewall zijn, dan zou hij het bij windows toch ook niet doen.
een software matige firewall lijkt me ook niet, die heb ik amper geconfigureerd, en het internet deed het altijd gewoon goed

[frim]

Als je nou eens gewoon vertelt wat je hebt veranderd waardoor het niet meer werkt?

Ander internet genomen? AFAIK is er maar 1 "internet"

probeer eens een domain te resolven via een andere DNS server, gaat dat wel snel?

[FrankvR]

Ok ik woon sinds april 2004 in Leiden, op een studentenkamer.
Daar kreeg je de mogelijkheid om aangesloten te worden op het internet.
Als je student bent, wordt je aangesloten op SurfNet, anders op SnelNet.
De fysieke aansluiting loopt via Lijbrandt-Telecom. Voor de Surfnet gebruikers, linken zij door naar de SurfNet (ook nog via de Universiteit Leiden, dacht ik) en voor de SnelNet gebruikers hebben ze een eigen netwerk.

In het begin zat iedereen gewoon op SurfNet, maar sinds kort willen ze dus dat alleen de studenten op SurfNet zitten. Daarom moet je nu dus inloggen met je studentnummer en een wachtwoord. Dat gebeurt zoals ik in mijn openingspost vertel.

IK denk dat het daar aan ligt, want ik vind dat een vreemde manier van inloggen.

frim schreef op zondag 02 januari 2005 @ 16:12:
probeer eens een domain te resolven via een andere DNS server, gaat dat wel snel?

hoe doe ik dat?

[ajvdvegt]

Om je kleinere probleem aan te pakken: een zelfde systeem (eerst inloggen op een pagina) hebben ze in Leuven, daar stellen ze ook een curl scriptje beschikbaar om automatisch in te loggen. (zoeken op Curl en KULeuven geeft deze en deze links die kunnen je helpen, het 'officiele' script kan ik zo snel even niet vinden)

[FrankvR]

bedankt, maar ik denk niet dat dat gaat helpen, ik moet niet inloggen op een speciale pagina.
als ik firefox opstart en naar een pagina wil surfen, gebeurt er een tijdje niets, en dan krijg ik zo'n authorization popup, als ik daar mijn gegevens invul, dan krijg ik gewoon de pagina die ik wou.

[ajvdvegt]

Je moet achterhalen welek pagina je op dat moment 'submit'. Het moet volgens mij wel kunnen met Curl hoor. Vraag anders systeembeheer wat je moet doen.

[weijl]

hoe doe ik dat?

nslookup domain nameserver

edit:
nevermind

[ Voor 20% gewijzigd door weijl op 03-01-2005 02:15 ]

[FrankvR]

en welke dns server moet ik dan doen? kan ik zomaar eentje van een andere provider proberen? lijkt me niet toch?

edit:

ben nu niet thuis, ik probeer het eerst wel

[ Voor 23% gewijzigd door FrankvR op 03-01-2005 10:41 ]

[Anoniem: 52425]

Volgens mij is het een gateway probleem, als het pingen niet lukt. Kun je wel iets buiten je eigen subnet pingen? Doe iets als: route add –net 13.204.49.0 netmask 255.255.255.0 gw 13.204.48.1 . Maar dan voor jouw adressen. Of regel je default gateway in de netsetup (via yast).

[ Voor 15% gewijzigd door Anoniem: 52425 op 03-01-2005 11:25 ]

[FrankvR]

ik ben nog niet thuis ( nl op mijn werk ), maar volgens mij kon ik nooit pingen, dat is denk ik afgeschermd door de provider, kan me vaag iets herinneren dat dat vroeger ook niet lukte. Ik zal het even in Windows proberen als ik weer thuis ben.

[Roel]

Ik denk dat het helemaal niks met DNS te maken heeft. In je ifconfig heb je IPV6 aanstaan en een IPV6 adres. Ik denk dat daar ergens het probleem zit:

- Je resolved een domain
- Krijgt een IPv6 adres
- Je browser probeert via IPv6 naar die pagina te gaan dat lukt niet omdat bijvoorbeeld je router geen IPv6 snapt,
- Krijgt een Timeout
- Probeert hetzelfde via IPv4 wat dan ineens wel werkt.

Je zou eens kunnen kijken of je met yast/yast2 IPv6 kunt uitschakelen.

Anoniem: 52425 schreef op maandag 03 januari 2005 @ 11:23:
Volgens mij is het een gateway probleem, als het pingen niet lukt. Kun je wel iets buiten je eigen subnet pingen? Doe iets als: route add –net 13.204.49.0 netmask 255.255.255.0 gw 13.204.48.1 . Maar dan voor jouw adressen. Of regel je default gateway in de netsetup (via yast).

De gateway kan natuurlijk ook pings blokeren ivm met overlast.

[ Voor 5% gewijzigd door Roel op 03-01-2005 15:04 ]

[FrankvR]

gupje schreef op maandag 03 januari 2005 @ 02:13:
[...]

nslookup domain nameserver

edit:
nevermind

gedaan, duurt nog steeds lang

Anoniem: 52425 schreef op maandag 03 januari 2005 @ 11:23:
Volgens mij is het een gateway probleem, als het pingen niet lukt. Kun je wel iets buiten je eigen subnet pingen? Doe iets als: route add –net 13.204.49.0 netmask 255.255.255.0 gw 13.204.48.1 . Maar dan voor jouw adressen. Of regel je default gateway in de netsetup (via yast).

ik kan ook niet met windows pingen, dus daar zal het niet aan liggen, ik kan overigens met zowel linux als windows wel gewoon mijn router pingen, en zelfs de gateway en dns-servers van de ISP.

Roel schreef op maandag 03 januari 2005 @ 15:02:
Ik denk dat het helemaal niks met DNS te maken heeft. In je ifconfig heb je IPV6 aanstaan en een IPV6 adres. Ik denk dat daar ergens het probleem zit:

- Je resolved een domain
- Krijgt een IPv6 adres
- Je browser probeert via IPv6 naar die pagina te gaan dat lukt niet omdat bijvoorbeeld je router geen IPv6 snapt,
- Krijgt een Timeout
- Probeert hetzelfde via IPv4 wat dan ineens wel werkt.

Je zou eens kunnen kijken of je met yast/yast2 IPv6 kunt uitschakelen.

ik heb dit:
http://portal.suse.de/sdb/en/2003/10/90_mozilla_ipv6.html
geprobeerd. Heb wel het idee dat het nu wat sneller is, maar nog steeds niet zoals het hoort, nog vreemder dus...

[FrankvR]

ik heb even zitten klooien met Ethereal:

3 log files gemaakt van 3 http-requests
de eerste 2 naar een "nieuwe" site
de laatste waar ik al aan het surfen ben, en dus een dns-verzoek niet nodig is.
voor wie ze wil zien:

dump 1
dump 2
dump 3

waar het op neerkomt als het lang duurt:

hij doet een query naar dns 1
wacht 5 seconden
hij doet een query naar dns 2
wacht 5 seconden
hij doet een query naar dns 1
en krijgt meteen antwoord

iemand nog ideeen?

[Guru Evi]

Je moet ipv6 uitschakelen ofwel totaal (uit je modules halen) ofwel desactiveren in je browser vb. Mozilla (about:config). Heb hetzelfde voorgehad en is redelijk eenvoudig te doen.

[ Voor 5% gewijzigd door Guru Evi op 04-01-2005 10:13 . Reden: typo ]

[cavey]

of je zet ipv6 uit via bijv.

echo 0 > /proc/sys/net/ipv6/forwarding
en nog wat van die dingen.

maar ipv6 zou toch niet uit moeten maken? Ik heb het ook tijden op m'n pc gehad zonder een net subnet ingesteld te hebben (radvd had last van kuren op m'n gateway) en kwam toch altijd zonder problemen op tweakers.net. Goed, ik had wel enorme moeite met sixxs.net, maar dat is sinds kort ook verledentijd toen ik m'n subnet aan de praat had.

Het lijkt me heel stug dat een overgroot deel van de websites met IPV6 werken ondertussen, wat die vertragingen zouden kunnen doen geven (bovendien: die vertragingen BLIJVEN dan, en zijn niet na de eerste connectie voorbij.)

Het lijkt mij persoonlijk meer een routerings probleem.

netstat -r (als user)
of
route (als root)

Wat voor output krijg je dan? Of duurt het een hele tijd voor dat je de prompt weer terug krijgt?
Zo ja, dan is het duidelijk een routerings probleem, omdat de namen niet geresolved kunnen worden.


Probeer dan eens netstat -r -n of route -n
(numerieke weergave only)

[ Voor 8% gewijzigd door cavey op 04-01-2005 10:54 ]

[FrankvR]

Guru Evi schreef op dinsdag 04 januari 2005 @ 10:11:
Je moet ipv6 uitschakelen ofwel totaal (uit je modules halen) ofwel desactiveren in je browser vb. Mozilla (about:config). Heb hetzelfde voorgehad en is redelijk eenvoudig te doen.

gedaan (in mozilla, weet anders niet hoe het moet, maar helpt niet

komakeef schreef op dinsdag 04 januari 2005 @ 10:53:
of je zet ipv6 uit via bijv.

echo 0 > /proc/sys/net/ipv6/forwarding
en nog wat van die dingen.

maar ipv6 zou toch niet uit moeten maken? Ik heb het ook tijden op m'n pc gehad zonder een net subnet ingesteld te hebben (radvd had last van kuren op m'n gateway) en kwam toch altijd zonder problemen op tweakers.net. Goed, ik had wel enorme moeite met sixxs.net, maar dat is sinds kort ook verledentijd toen ik m'n subnet aan de praat had.

Het lijkt me heel stug dat een overgroot deel van de websites met IPV6 werken ondertussen, wat die vertragingen zouden kunnen doen geven (bovendien: die vertragingen BLIJVEN dan, en zijn niet na de eerste connectie voorbij.)

Het lijkt mij persoonlijk meer een routerings probleem.

netstat -r (als user)
of
route (als root)

Wat voor output krijg je dan? Of duurt het een hele tijd voor dat je de prompt weer terug krijgt?
Zo ja, dan is het duidelijk een routerings probleem, omdat de namen niet geresolved kunnen worden.

Ja duurt redelijk lang, 15 seconde ofzo:

code:

netstat -r

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.1.0     *               255.255.255.0   U         0 0          0 eth0
link-local      *               255.255.0.0     U         0 0          0 eth0
loopback        *               255.0.0.0       U         0 0          0 lo
default         192.168.1.1     0.0.0.0         UG        0 0          0 eth0

su
route

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
link-local      *               255.255.0.0     U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

Probeer dan eens netstat -r -n of route -n
(numerieke weergave only)

code:

netstat -r -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 lo
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0

su
route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

Deze staan inderdaad meteen, zonder wachten. Wat is hier dan aan te doen?

[FrankvR]

[FrankvR]

helemaal niemand die mij verder kan helpen?

[FrankvR]

Inmiddels ook getest zonder router ertussen, gewoon direct de netwerk kabel uit de muur in mijn pc, maar dat heeft ook niet geholpen.

[Lancer]

Heb je het wel eens geprobeerd met nscd uit? (/etc/init.d/nscd stop) De nieuwste versie leggen hun cache op disk vast. Ik heb daar ook al een problemen mee gehad (toen een host van /etc/hosts naar een DNS record verhuisde; de comp bleeft het adres uit /etc/hosts gebruiken; booten hielp hier niet)

[Anoniem: 136131]

Ik wou dat ik een antwoord voor je had, maar ik kan je alleen melden dat ik het probleem ook heb.

Ik heb ondertussen wel vastgesteld dat het aan surfnet/lijbrandt ligt, niet aan Linux. Uit Ethereal traces blijkt dat zo'n 75% van de DNS queries niet wordt beantwoord. Dit is niet alleen naar de standaard DNS servers, maar ook naar anderen, bijvoorbeeld de root server van nslookup onder Windows.

Het probleem bestaat ook onder Windows, alleen daar valt het minder op, omdat Windows een veel kortere timeout heeft, Windows probeert de DNS query elke seconde opnieuw. Bovendien cached Windows de DNS resultaten, zodat de vertraging veel minder vaak voor komt.

Je kunt in je /etc/resolve.conf instellen wat de timeout is (zie man resolv.conf), dat verbetert de situatie al behoorlijk, maar het is nog steeds niet optimaal.

Mocht ik nog meer te weten komen dan zal ik dat hier ook posten.

[Coen Rosdorff]

Ik volg dit topic al een tijdje als verstokte Leidenaar en linux gebruiker, en steeds maar moet ik denken aan de mtu instellingen. Gebruikt het netwerk soms een kleinere afwijkende mtu?

[tweakerbee]

Zeker daar bij Rijnfront ingetrokken. 't Is helemaal een zooi bij dat Lijbrandt, en de bekabeling in sommige woningen lijkt ook al niet te deugen.

Denk dat je wel even kan gaan wachten tot dit opgelost is. Lijbrandt weet namelijk ook niet waar het mee bezig is.

[FrankvR]

Goed dat er mede-gebruikers zijn die er ook last van hebben, had het idee dat ik de enige was...Heb inmiddels al uren aan de telefoon gezeten met de mensen van lijbrandt, maar alsmaar wordt er gezegd dat het aan mijn instellingen ligt.
Het schiet dus nog niet zo op.

Anoniem: 136131 schreef op vrijdag 04 februari 2005 @ 01:01:
Je kunt in je /etc/resolve.conf instellen wat de timeout is (zie man resolv.conf), dat verbetert de situatie al behoorlijk, maar het is nog steeds niet optimaal.

In man resolv.conf vind ik niets over time-out?

Daar u aangeeft dat het probleem is ontstaan nadat de universiteit het inloggen voor surfnet verplicht heeft gemaakt, zullen wij nogmaals contact opnemen met de universiteit om dit probleem te laten onderzoeken. Zoals wij al eerder hebben aangegeven kunnen wij zelf niets veranderen aan de instellingen van Surfnet, daar dit geleverd wordt door de Universiteit Leiden.

Ze gaan er nog een keer naar kijken!

[ Voor 22% gewijzigd door FrankvR op 08-02-2005 19:24 ]

[tweakerbee]

Bij die vrienden van mij werkt het nu wel, maar snelheid is max. 60kB/s en ze hebben ook nog redelijk veel lag / packet loss.
Al met al niet geweldig daarzo.

[FrankvR]

tweakerbee schreef op vrijdag 04 februari 2005 @ 02:18:
Zeker daar bij Rijnfront ingetrokken. 't Is helemaal een zooi bij dat Lijbrandt, en de bekabeling in sommige woningen lijkt ook al niet te deugen.

Denk dat je wel even kan gaan wachten tot dit opgelost is. Lijbrandt weet namelijk ook niet waar het mee bezig is.

Ik woon op de klikspaanweg, daar is het al bijna een jaar.

[Freak_NL]

Hmm.. Goed om te lezen dat ik ook niet de enige ben.

Sinds Lijbrandt die authenticatie eis heeft doorgevoerd is het browsen van websites traag, en soms zelfs onwerkbaar door timeouts e.d..

Dit is een stukje correspondentie met onze Lijbrandt vrienden:

Na veel gebel, toch maar eens de problemen op een rijtje gezet..

L.S.,

Sinds oktober 2004 geniet ik op de Klikspaanweg 21 van een SURFNet
Internetverbinding via Lijbrandt Telecom. Hoewel de beschikbare
bandbreedte voldoende is, is er ten opzichte van de kwaliteit van de
verbinding dikwijls ruimte voor verbetering.

Een recent probleem is de nieuwe aanmeldingsprocedure voor gebruikers
van SURFNet. Ongeveer dagelijks dient met een browser een willekeurige
webpagina aangevraagd te worden om vervolgens met een inlogscherm van
Lijbrandt gepresenteerd te worden (hier moeten het studentennummer en
wachtwoord van de Universiteit Leiden gebruikt worden).

Hoewel de genomen maatregel ongetwijfeld bedoelt is om een betere
service te garanderen, geeft dit een aantal problemen:

1) Het is niet meer mogelijk om zonder het gebruik van een web browser
on-line te komen. Dit voorkomt dat een computer bij het opstarten
automatisch de e-mail ophaalt. Ook levert dit vervelende problemen op
wanneer er geen browser beschikbaar is (denk hierbij aan het installeren
van een Linux PC zonder grafische schil, of een "rescue" operatie
uitvoeren op een beschadigde Windows PC met behulp van een bootable CD).

2) Het is niet meer mogelijk om een groot bestand (bijvoorbeeld een
Linux ISO of bestanden voor een studieproject) naar een mede-student of
kennis te sturen zonder zelf aanwezig te zijn. De verbinding wordt
immers afgekapt wanneer er weer ingelogd moet worden.

3) Het is niet meer mogelijk om zonder aanwezig te zijn een groot
bestand te downloaden via bijvoorbeeld Bittorrent. Denk hier bij aan
Linux ISO's, spel demo's en andere dergelijke legale toepassingen.

4) Wanneer er on-line een spel gespeeld wordt is het bijzonder vervelend
wanneer de verbinding niet meer werkt omdat er net dan ingelogd moet
worden.

Hoe kunnen deze problemen opgelost worden? Kan een computer automatisch
elk uur zichzelf inloggen? Is deze inlog-methode tijdelijk?

Hoogachtend,

ing. J.D. Hoek
Klikspaanweg 21
2324 LX Leiden

De reactie was hun standaard "bel onze dure heldesk maar" mailtje:

Geachte heer Hoek,

Wij hebben uw e-mail in goede orde ontvangen.

Voor vragen over het internet, verzoeken wij u om contact op te
nemen met onze internet helpdesk 0900-4404040.

Wij vertrouwen erop u voldoende geïnformeerd te hebben. Mocht u nog
vragen hebben, dan kunt u contact opnemen met ons tijdens kantooruren
op ons gratis telefoonnummer 0800-8880011 of via
[e-mail].

Met vriendelijke groet,

<naam weggelaten>

Goed.. dus na flink wat gebel zeggen ze dat dit allemaal gedaan wordt vanwege een eis van de Universiteit Leiden. Dus mail ik de Universiteit:

L.S.,

Onderstaande e-mail is in eerste instantie verstuurd aan Lijbrandt
Telecom. Zij informeren mij echter dat de betreffende
authenticatieserver in beheer is bij de Universiteit Leiden. Welke
instantie kan deze vragen beantwoorden?

<bovenstaande mail>

Hun reactie:

Beste Heer/Mevrouw,

Helaas kan ik u hier niet mee helpen.
Lijbrandt Telecom is uw provider en daarvoor uw aanspreek punt.

Mocht Lijbrandt Telecom vragen hebben over de door ons geleverde
dienst(en), dan kunnen zij contact met ons opnemen.
Ik hoop dat u snel antwoord krijgt.

Met Vriendelijke groet,


<naam weggelaten>
Helpdesk Informatiseringsgroep
Universiteit Leiden

Duidelijk.. Dus Lijbtrandt maar weer mailen?

L.S.,

Na onderstaande e-mail aan Lijbrandt Telecom gestuurd te hebben, werd ik geïnformeerd dat de Lijbrandt Helpdesk hiervoor het juiste aanspreekpunt is. Bij de Lijbrandt Helpdesk echter, bracht men mij er van op de hoogte dat ik voor de onderstaande vragen met betrekking tot het authentificeren van de computer bij de Universiteit Leiden moet zijn.

De reactie van de Universiteit Leiden staat hieronder. Zij informeren mij dat Lijbrandt Telecom het juiste aanspreekpunt is.

Bij deze nogmaals mijn verzoek om informatie.

Hoogachtend,

J.D. Hoek
Klikspaanweg 21
2324 LX Leiden

En de aardige mevrouw bij Lijbrandt zegt:

Geachte heer Hoek,

Wij hebben uw e-mail in goede orde ontvangen.

Indien u problemen heeft met het internet, raden wij u aan om contact
op te nemen met onze internet helpdesk 0900-44040.

Wij vertrouwen erop u voldoende geïnformeerd te hebben. Mocht u nog
vragen hebben, dan kunt u tijdens kantooruren contact met ons opnemen
op ons gratis telefoonnummer 0800-8880011 of via [e-mail].

Met vriendelijke groet,

<naam weggelaten>

Argh!!

Nog een poging:

Geachte mevrouw <naam weggelaten>,

Dank u voor uw reactie. Uw suggestie om de Internet Helpdesk wederom te
bellen lijkt mij echter niet bijzonder productief; zij verwijzen mij
immers naar de Universiteit Leiden, die mij vervolgens weer naar
Lijbrandt Telecom verwijst. Met wie kan ik nu contact op nemen?

Graag zou ik een antwoord willen hebben op de gestelde vragen, zodat er
naar een geschikte oplossing gewerkt kan worden. Ik zou het bijzonder
waarderen als u mijn vragen kan doorsturen naar een medewerker die met
deze situatie bekend is. Uw medewerking wordt zeer op prijs gesteld.

Hoogachtend,

J.D. Hoek

En jawel, eindelijk vooruitgang in de correspondentie.

Geachte heer Hoek,

Wij hebben uw e-mail in goede orde ontvangen.

Wij zullen telefonisch contact met u zoeken hierover.

<standaard "je kan ons ook bellen" blaat>

Met vriendelijke groet,

<naam weggelaten>

Ze hebben me inderdaad gebeld. Het enige wat Lijbrandt beweert is dat er inderdaad geauthenticeerd moet worden, en dat dat niet te verhelpen is.. Ze beweren verder dat het wel mogelijk is om automatisch in te loggen door zelf een proxy te installeren, maar hier ben ik zelf nog niet aan toe gekomen.. (de CURL methode lijkt veel prettiger trouwens)

Vandaag is het wel heel erg trouwens! Vanochtend liep m'n Gentoo Linux computer nog rustig met bittorrent zo'n 200kb/s omhoog te gooien, maar naderhand krijg ik mijn POP3 mail niet eens meer binnen omdat er een mailtje in m'n inbox staat van 2mb.. Continue time-outs. Ik heb mijn hele interface nog niet één keer boven de 20kb/s zien gaan.

Ik hoop dat dit een uitzondering is..

Hoewel SURFNet natuurlijk heerlijk snel is, verziekt tussenpersoon Lijbrandt het voor een groot deel. Ik ben bijna geneigd om een normale provider te zoeken, maar de prijs (Lijbrandt is heel goedkoop met ongeveer € 9,- per maand) houdt me tegen..

* Freak_NL woont ook op de Klikspaanweg overigens.

[Anoniem: 128924]

Heb zelf de laatse maand ook de nodige problemen met mijn internet. Ook ik woon op de Klik en ik krijg sinds geruime tijd geen inlogscherm meer te zien. Net als vele anderen heb ik die peperdure helpdesk van Lijbrandt gebeld om in ieder geval weer in te kunnen loggen, maar zij weten telkens van niets. Als ik IE6 open krijg ik het volgende te zien: res://C:\WINDOWS\System32\shdoclc.dll\dnserror.htm. Ik heb al geprobeerd om te pingen naar mijn IP-adres: 10.229.15.249 en dit lukte, maar kunnen inloggen, ho maar! Die bijzonder onbekwame helpdesk van Lijbrandt dacht dat het misschien kwam, doordat ik een pop-up blocker ingeschakeld had staan. Niet dus! Zelf heb ik het idee dat er inderdaad iets niet deugt aan die DNS-servers die ik toegewezen krijg: 132.229.8.6 en 132.229.22.2. Wie zou mij uit de brand kunnen helpen?

[FrankvR]

Helaas kan ik je ook niet helpen.

Nu een maand geleden heb ik een mailtje gehad met daarin o.a.:

Daar u aangeeft dat het probleem is ontstaan nadat de universiteit het inloggen voor surfnet verplicht heeft gemaakt, zullen wij nogmaals contact opnemen met de universiteit om dit probleem te laten onderzoeken. Zoals wij al eerder hebben aangegeven kunnen wij zelf niets veranderen aan de instellingen van Surfnet, daar dit geleverd wordt door de Universiteit Leiden.

Nu nog steeds geen enkele reactie van ze gehad. Het is duidelijk dat ze hopen dat ik het vergeet ofzo... Weet iemand misschien wat het slimste is wat te doen?
Ik kan opzeggen, maar dan heb ik geen internet meer, maar deze service is echt heel slecht. Door hun monopoly-positie hier zit er weinig anders op dan doormodderen....(of niet?)

[Freak_NL]

Janoesch:
Die DNS adressen kloppen.

FrankvR:
Ik heb niet echt het idee dat we er bijzonder veel aan kunnen doen. Ze hebben inderdaad een monopolie positie, niet per se omdat ze de enige leverancier zijn, maar ook vanwege hun zeer lage prijs.

[Pheace]

Even vraagje over surfnet hier in Leiden , weet iemand toevallig hoe je die login automatisch kan laten verlopen want ondertussen begint het me toch wel te irriteren dat als je ergens mee bezig bent dat je dan plots geen connecties meer hebt en dan maar Firefox weer moet opstarten om het weer aan te krijgen :E

Ik weet dat het kan want een vriend van me heeft het ook gedaan maar die is nogal moeilijk bereikbaar tegenwoordig

[Anoniem: 92911]

Ik hoop dat je een inlog voor onder windows bedoelt. Dan kan ik je verblijden met mijn creatie:

http://www.redrival.com/elmox81/autologin.ex_ (wel hernoemen naar exe)

edit:
hm, ben goed bezig....ware het niet dat ik me hier in't non-win bevindt. srry

[ Voor 23% gewijzigd door Anoniem: 92911 op 06-04-2005 12:30 ]

[Freak_NL]

Ik ben vandaag even met curl bezig geweest. Mijn computer en laptop loggen zichzelf bij het booten aan, en houden om de zoveel minuten de verbinding actief op de achtergrond.

Dit is het scriptje:

code:

#!/bin/bash

/sbin/ifconfig eth0 | grep "inet addr:10.22"
RESULT=$?

REQUEST_URL="http://www.lijbrandt-telecom.nl/images/header_logo_bottom.jpg"
HTTP_REFERRER="http://www.whitehouse.gov"
# "Niets aan de hand, ik ben gewoon een Win95 bak met IE4" :)
HTTP_USERAGENT="Mozilla/4.0 (compatible; MSIE 4.01; Windows 95)"

LOGINNAAM="sXXXXXXXX@lijbrandt"
WACHTWOORD="YYYYYYYY"

if [ $RESULT -eq 0 ]; then
        /usr/bin/curl -u "$LOGINNAAM":"$WACHTWOORD"\
          -A "$HTTP_USERAGENT"\
          -e "$HTTP_REFERRER"\
          $REQUEST_URL > /dev/null &
        /usr/bin/logger "Lijbrandt Loginscript"
fi

Wat doet het?
Op een vrij groffe manier (dit kan subtieler) kijken we of we een IP-adres hebben dat waarschijnlijk in het interne netwerk van Lijbrandt valt. De adressen beginnen altijd met 10.22. Ik heb ook een laptop, dus die hoeft als ik niet in Leiden ben niet telkens een verbinding actief te houden.

Met curl vragen we een klein (3kb) plaatje op van Lijbrandt's eigen site. We sturen de login mee. De webserver van Lijbrandt doet hier verder niets mee, maar zodra de verbinding verlopen is gaat ons zelfgemaakte HTTP verzoek naar de authenticatieserver, en zodra dat gebeurt zijn we weer ingelogd.

De HTTP_USERAGENT en HTTP_REFERRER variabelen staan er nu bij als stille hint aan Lijbrandt Telecom dat inloggen ERG irritant is. Deze waarden gebruik je normaal voor het doorgeven van je browsertype en de site die naar het opgevraagde bestand verwijst, maar je kan er in zetten wat je wil. (probeer alleen HTTP_REFERRER wel een geldige HTTP URL te houden)

Mijn waarden:

code:

HTTP_USERAGENT="Automatisch loginscript van een geirriteerde Lijbrandt gebruiker die niet constant zijn login wil invoeren"
HTTP_REFERRER="http://www.ikwoudatikeenandereproviderhad.nl"

..niet erg subtiel, daarom staan er in het scriptje hierboven ook wat lievere waarden.

Als laatste loggen we de gebeurtenis in het systeemlog voor controledoeleinden met "logger".

Hoe deze code gebruiken?
Zet het scriptje met de juiste waarden (vul je logingegevens dus in) in een file en geef het een logische naam. ("lijbrandtlogin")

Geef het scriptje uitvoerrechten met chmod +x lijbrandtlogin en zet het op een logische plaats. ("/usr/local/bin/")

Laat je computer dit scriptje uitvoeren bij het opstarten en om de zoveel tijd. Zet het bijvoorbeeld in je crontab:

code:

*/5 * * * * /usr/local/bin/lijbrandtlogin

Natuurlijk kun je het scriptje ook handmatig aanroepen als je het loginscherm voor je neus krijgt. Of koppel er een desktoplauncher aan ofzo.. Wees creatief.

[ Voor 10% gewijzigd door Freak_NL op 07-04-2005 23:24 ]

[FrankvR]

Ik heb zelf een andere (wellicht simpelere) versie gemaakt:

Perl:

 use Net::Telnet;
 $telnet = new Net::Telnet ( Timeout=>100,
                             Errmode=>'die',
                             Port=>80
                           );
 $telnet->open('www.nu.nl');
 print 'verbinding gemaakt';
 $telnet->print('GET / HTTP/1.1');
 $telnet->print('Host: www.nu.nl');
 $telnet->print('Authorization: Basic !!!hier je ge-encrypte inlog & pass combi!!!');
 $telnet->print('');
 $output = $telnet->get(Timeout => 300);
 print $output;
 exit;

Het is een perl-scriptje dat een browser immiteert. De Authorization regel is makkelijk te vinden met een packetsniffer.

[XTerm]

Kijk eens in /proc/sys/net/ipv4/tcp_window_scaling en probeer daar eens een 0 en een 1 in te echo-en.
Wij hadden een vergelijkbaar probleem (dook plots op vanaf kernel 2.6.8) en dat bleek aan brakke Surfnet routers te liggen.

[FrankvR]

XTerm schreef op zondag 08 mei 2005 @ 21:13:
Kijk eens in /proc/sys/net/ipv4/tcp_window_scaling en probeer daar eens een 0 en een 1 in te echo-en.
Wij hadden een vergelijkbaar probleem (dook plots op vanaf kernel 2.6.8) en dat bleek aan brakke Surfnet routers te liggen.

wat bedoel je met een 0 en een 1 in te echo-en?

ik heb in het bestand de 1 in een 0 veranderd, maar dat hielp niet.

[ajvdvegt]

Hij bedoelt

code:

echo 0 > /proc/sys/net/ipv4/tcp_window_scaling

gevolgd door

code:

echo 1 > /proc/sys/net/ipv4/tcp_window_scaling

in een root-terminal.

[FrankvR]

ah, nouja, dat is dus hetzelfde?
het werkt in ieder geval helaas niet...