reassign 528725 debian-reference retitle 528725 WEP/WLAN/... section needs updates thanks
Hi, On Thu, Jun 04, 2009 at 05:41:23PM +0200, Jens Seidel wrote: > reopen 528725 > thanks > > On Thu, May 14, 2009 at 04:27:27PM -0700, Ross Boylan wrote: > > Package: debian-reference-en > > Severity: normal > > > > I don't think I've ever gotten wireless working without wpa-supplicant. > > Since the current document has still some issues related to wireless and > wpa-supplicant I reopen the bug. Hope it is OK (that's why I asked for the > source, not to update the German translation :-((). I see. I was too busy o get source build on DDP from SVN. I did not pay enough attention. > The main issue I miss is that either wpa-supplicant or network-manager are > required or at least strongly suggested for WEP and even unencrypted > networks as well. That is true now. ifupdown now stalls when configuring wireless networks. > This is necessary because a WLAN connection may disconnect > from the access point for whatever reasons (e.g. a kernel bug which I > recognised and which affected my connection every 2-3 minutes) and both > tools scan the network and reestablish the connection (didn't worked for > me but that is what I found). Well, I use wired now. I need some one to help me here. (Once squeeze get stabilized enough to have tesing-security, I will switch to squeeze. Until then, my HW lacks goos wireless support ... I have MacBook.) > Other issues: > WLAN = "spread-spectrum communication of unlicensed radio bands" > I would drop "unlicensed". At least in Europe each state has very strict > rules about usable frequency. Maybe you even mean "licensed"? I only meant to indicate that we as radio operator does not need to get explicit license as amature radio. Quoting from http://en.wikipedia.org/wiki/Wireless_LAN The IEEE 802.11 standard and variants and alternatives, such as the wireless LAN interoperability forum and the European HiperLAN specification had made rapid progress, and the unlicensed PCS Unlicensed Personal Communications Services and the proposed SUPERNet, later on renamed as U-NII, bands also presented new opportunities."[3] If you have alternative statement, I will take it. > WEP "The 1st generation 64-bit (128-bit) wireless encryption standard with > 40-bit key. Deprecated." > Also 104-bit keys are used! Should we dwell on preciseness here for deprecated protocol. > "/e/n/i" What's this? You mean /etc/network/interfaces, right? FIX IT!!! I define it at "5.1.5. The network configuration infrastructure". So there is nothing wrong using this. I used this to avoid repeating long words. But your feeling counts. Let me rethink. > > There is a lot else that is mysterious about networking, particularly > > wireless, > > Oh yes!!!!! > > > Here are some other things it would be nice to know about wireless: > > What's with wlan0 vs wmaster0? > > > > What's the relation between configuration done in /etc/network/interfaces > > and that done > > through a front-end like kwifimanager? Is configuration done through the > > latter available > > in non-GUI or single-user mode? (I think not, at least not obviously. > > Which always makes > > trouble for me when things are going wrong.) > > > > Does network-manager do anything now? I think it's behind at least some of > > the GUI tools. > > network-manager destroys always /etc/resolv.conf :-) > > How is one supposed to use interfaces managed by wpasupplicant? > Reestablishing a connection via ifdown + ifup does not work. Has one to use > the logical network device created by wpasupplicant or to restart > /etc/init.d/wpa-ifupdown, ...? Quite honestly, if one use wireless, just forget ifupdown. When I was using sid, new network-manager does not even like having lo in /etc/network/interfaces. It is in transition situation, I am not so keen to document it in DR. This is something we want to document in wiki. Important thing is to keep some stable thing documented in DR. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
