Results 1 to 10 of 14
I have just installed Slackware 13 and cannot access the Internet using my Intel wireless. I can access my router over the wlan but traffic is not going to the ...
- 09-16-2009 #1
Slackware 13; can't access internet using wireless
I have just installed Slackware 13 and cannot access the Internet using my Intel wireless. I can access my router over the wlan but traffic is not going to the Internet.
This feels like a firewall type issue as attempting to ping Google (by name or IP) results in Network Unreachable. I don't know where to look to see if wlan0 is being blocked from the Internet.
CheersIf we hit that bullseye, the rest of the dominoes will fall like a house of cards. Checkmate! (Zapp Brannigan)
My new blog. It's probably not as good as I think it is.
- 09-16-2009 #2
OK. Progress.
I used the command
route add default gw 192.168.0.1 wlan0
and I now have unencrypted wireless access to the Internet
now to figure out wpa - phew!
Will I have to go through this every time I want to use wireless?If we hit that bullseye, the rest of the dominoes will fall like a house of cards. Checkmate! (Zapp Brannigan)
My new blog. It's probably not as good as I think it is.
- 09-16-2009 #3
wpa was easy
As root
Copy the output into /etc/wpa_supplicant.confCode:wpa_passphrase essid passphrase
Edit /etc/rc.d/rc.inet1.conf and add the following to the appropriate interface
and then restart the interfaceCode:WLAN_WPA[4]="wpa_supplicant" WLAN_WPADRIVER[4]="wext"
At this point I had redo the route.Code:/etc/rc.d/rc.inet1 wlan0_restart
So when I reboot, to use wireless I have to do the following
How do I stop the need for this every time I reboot? (back to GoogleCode:ifconfig eth0 down route add default gw 192.168.0.1 wlan0 ifconfig eth0 up
)
Why is this so much fun?If we hit that bullseye, the rest of the dominoes will fall like a house of cards. Checkmate! (Zapp Brannigan)
My new blog. It's probably not as good as I think it is.
- 09-17-2009 #4
You do not use DHCP?
Then you can set your gateway manually in /etc/rc.d/rc.inet1.conf
You can put all your configs there as well.
Although I must admit that I was never any good with that approach because I have different networks I need to be able to connect and I solved it by scripting.
Example:
See, there's many ways to solve this. The official way is using inet1.conf though.Code:cat /usr/local/bin/name_of_client #!/bin/bash ifconfig wlan0 up iwconfig wlan0 essid Sitecom dhcpcd wlan0
If you don't use DHCP there's a good chance you'll have to set up DNS as well. Edit your /etc/resolv.conf to taste.
Example (uses openDNS):
Code:nameserver 208.67.222.220 nameserver 208.67.220.222
Ah! The control it gives you, to define everything manually and free of the fear that some daemon or autoconfig will overwrite your settings without warning or consent.
Originally Posted by elija Can't tell an OS by it's GUI
- 09-17-2009 #5
Nope. Static. No DHCP server on my netowrk.
I thought I had, but I'll check again.
I won't mind some commandline-fu to connect to a different network. In fact it will make me feel smug and superior
Already done - uses my router which uses OpenDNS
Yeah - I haven't enjoyed computing since the Atari ST days or [shame]my delvings in to Windows back in the mid 90's[/shame].If we hit that bullseye, the rest of the dominoes will fall like a house of cards. Checkmate! (Zapp Brannigan)
My new blog. It's probably not as good as I think it is.
- 09-17-2009 #6
This is bizarre.
My Wireless works but I have to take down eth0 and restart the Wireless after booting. I have been unable to find a solution. Any ideas?If we hit that bullseye, the rest of the dominoes will fall like a house of cards. Checkmate! (Zapp Brannigan)
My new blog. It's probably not as good as I think it is.
- 09-17-2009 #7
Sounds like a routing problem to me.
A quick test. After boot both your interfaces are 'up' right? I don't think you need a full reboot. This should do:
With both interfaces up, ping something. Does that work?Code:/etc/rc.d/rc.inet1 restart
After that try to ping something, but tell `ping` which interface to use:
Code:ping -I wlan0 192.168.0.1 # the 'I' is a capital 'i'
If the first one didn't work, and the second one did then it's thinking your unconnected eth0 is up and prefers that. You want to solve this, but you don't want it happening the other way around when you're using a wired connection.
It's a setting somewhere. Funny you don't run into this when you're using DHCP
Can you post the output of `route`?Can't tell an OS by it's GUI
- 09-17-2009 #8If we hit that bullseye, the rest of the dominoes will fall like a house of cards. Checkmate! (Zapp Brannigan)
My new blog. It's probably not as good as I think it is.
- 09-17-2009 #9
To boot to runlevel 3 simply press tab at the Slackware screen and type Linux 3
I have been told that the reason is as follows.
eth0 is the primary device and will therefore take priority. The solution is to use DHCP to configure a specific IP for eth0. wlan0 will then take over when eth0 isn't connected.
I'm going to set up my router as a dhcp server and give it a go tomorrow. Too drunk now
I'm sure Ubuntu did the same with static IP addresses but I may be wrongIf we hit that bullseye, the rest of the dominoes will fall like a house of cards. Checkmate! (Zapp Brannigan)
My new blog. It's probably not as good as I think it is.
- 09-18-2009 #10If you add this to /etc/lilo.conf:
Originally Posted by elija
And then run:Code:image = /boot/vmlinuz-huge-smp-2.6.29.6-smp root = /dev/hda1 append = "3" label = Rescue
Then you'll have the option at boot time to boot to level 4 (Linux) or level 3 (Rescue).Code:lilo # Don't forget this!
Hohoho, that is not what I said
Originally Posted by elija 
I said it's a setting somewhere that you don't come across when you use DHCP. So this is one question in the category 'we must look this up'. But I'll be gone this weekend.Can't tell an OS by it's GUI


Reply With Quote
