[Ubuntu] Wired én wireless internet simultaan

dinsdag 25 september 2007 21:48

Acties:

0 Henk 'm!

Topicstarter

Enige tijd geleden heb ik dezelfde vraag gesteld voor mijn XP installatie (http://gathering.tweakers.net/forum/list_messages/1238767/)

Deels gekopieerd uit dat topic:
------------------------------------------------------------------------------------------------------------------------------------------
Mijn pc is 'aangesloten' op twee routers; een wired (1) en een wireless (2).

Achter router 1 (wired) hangt een fileserver, de router is niet met internet verbonden. Router 2 (wireless) is mijn verbinding naar het internet. De draadloze verbinding werkt prima, evenals de bedrade verbinding. Dat wil zeggen; individueel werken ze wel, maar zodra ik de UTP kabel in mijn netwerkkaart steek maar ik kan in mijn 'network settings' applicatie niet beide verbindingen simultaan activeren; dan ben ik resoluut mijn draadloze internetverbinding kwijt. Ik kan dan wel gewoon bij de fileserver en de bedrade router.

Beide routers delen IP's uit via DHCP, de draadloze verbinding niet beveiligd:

Router 1 (wired)
IP router: 192.168.2.1
IP pc: 192.168.2.100 (deze krijg ik over het algemeen toegewezen)

Router 2 (wireless)
IP router: 192.168.123.254
IP pc: 192.168.123.127 (over het algemeen dus)

De wireless verbinding staat op roaming, de wired gewoon op dhcp
------------------------------------------------------------------------------------------------------------------------------------------

Nu lag het onder windows aan de 'metric' instellingen, waarmee je kunt instellen welke netwerkverbinding voorrang moet krijgen. Maar hoe kan ik dat instellen onder Ubuntu? Ligt het daar nu wel aan?

Er zijn verschillende gevallen te vinden op o.a. GoT en ubuntuforums waar mensen tegen hetzelfde 'probleem' lopen, maar ze krijgen eigenlijk nooit een bevredigend antwoord.. Zoeken op metric i.c.m. ubuntu levert, behalve hits over fonts, ook weinig op.
Kan iemand me een zetje in de goede richting geven?

Leave the gun, get the canoli

dinsdag 25 september 2007 22:03

Acties:

0 Henk 'm!

Confusion

Fallen from grace

Zonder de output van commando's als 'ifconfig' en 'route' (doe maar route -n) is er weinig over te zeggen. In ieder geval zullen er in het geval van overlappende netwerken dingen misgaan. Of de netwerken overlappen hangt bijvoorbeeld van de netmasks af.

Wie trösten wir uns, die Mörder aller Mörder?

dinsdag 25 september 2007 22:12

Acties:

0 Henk 'm!

Drgn

Topicstarter

ifconfig:

eth0      Link encap:Ethernet  HWaddr 00:E0:81:51:E1:BD  
          inet addr:192.168.2.100  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::2e0:81ff:fe51:e1bd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:124 errors:0 dropped:0 overruns:0 frame:0
          TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:19695 (19.2 KiB)  TX bytes:3965 (3.8 KiB)

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:268 errors:0 dropped:0 overruns:0 frame:0
          TX packets:268 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:23098 (22.5 KiB)  TX bytes:23098 (22.5 KiB)

ra0       Link encap:Ethernet  HWaddr 00:19:5B:70:1E:47  
          inet6 addr: fe80::219:5bff:fe70:1e47/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:69284 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7340 errors:19 dropped:19 overruns:0 carrier:0
          collisions:3875 txqueuelen:1000 
          RX bytes:9234774 (8.8 MiB)  TX bytes:916803 (895.3 KiB)
          Interrupt:18 

vmnet1    Link encap:Ethernet  HWaddr 00:50:56:C0:00:01  
          inet addr:192.168.4.1  Bcast:192.168.4.255  Mask:255.255.255.0
          inet6 addr: fe80::250:56ff:fec0:1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

vmnet8    Link encap:Ethernet  HWaddr 00:50:56:C0:00:08  
          inet addr:172.16.154.1  Bcast:172.16.154.255  Mask:255.255.255.0
          inet6 addr: fe80::250:56ff:fec0:8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

route -n met wireless

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.4.0     0.0.0.0         255.255.255.0   U     0      0        0 vmnet1
172.16.154.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
192.168.123.0   0.0.0.0         255.255.255.0   U     0      0        0 ra0
0.0.0.0         192.168.123.254 0.0.0.0         UG    0      0        0 ra0

route -n met wired

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.4.0     0.0.0.0         255.255.255.0   U     0      0        0 vmnet1
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
172.16.154.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
0.0.0.0         192.168.2.1     0.0.0.0         UG    0      0        0 eth0

Zoiets?

Leave the gun, get the canoli

woensdag 26 september 2007 00:31

Acties:

0 Henk 'm!

Verwijderd

Volgens ifconfig heeft ra0 (wireless) überhaupt geen IP-adres.

[ Voor 36% gewijzigd door Verwijderd op 26-09-2007 00:31 ]

woensdag 26 september 2007 01:12

Acties:

0 Henk 'm!

Jaap-Jan

Dat is een beperking van NetworkManager die ondersteund niet het gebruik van meerdere interfaces simultaan. Het ondersteunen van 'Multiple Active Devices' staat op de TODO lijst voor NM 0.7.

Mijn oplossing zou zijn om de NetworkManager uit te schakelen en je /etc/network/interfaces aan te passen naar dit:

code:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet dhcp

Het enige nadeel hieraan is dat Networkmanager de status niet meer doorgeeft. Onder andere Evolution en GAIM hebben daar moeite mee: Bij Evolution moet je bij het opstarten steeds kiezen voor 'File' --> 'Work online' voordat hij mail gaat checken en GAIM doet helemaal geen moeite om te verbinden als NM aangeeft dat hij niet verbonden is. Deze twee applicaties zijn een paar van de weinige die dit doen, het zoeken naar pakketten die afhankelijk zijn van network-manager, network-manager-gnome of libnm-glib0 zijn:

code:

jaapjan@frodo:~$ apt-cache rdepends network-manager
network-manager
Reverse Depends:
  network-manager-pptp
  kwlan
 |education-laptop
  network-manager-gnome
  knetworkmanager
  evolution
jaapjan@frodo:~$ apt-cache rdepends network-manager-gnome
network-manager-gnome
Reverse Depends:
  gnome-main-menu
  ubuntu-desktop
 |network-manager
  edubuntu-desktop
jaapjan@frodo:~$ apt-cache rdepends libnm-glib0
libnm-glib0
Reverse Depends:
  liferea
  liferea
  libnm-glib-dev
  gaim
  evolution

Als je deze nadelen voor lief kunt nemen dan kun je dit gerust doen. Alleen Evolution, GAIM en liferea (een RSS reader) zullen niet of minder handig werken.

Misschien is er nog soort van tussenoplossing: laat NetworkManager één van beide interfaces beheren en configureer zelf de andere in /etc/network/interfaces, maar dat heb ik zelf niet geprobeerd en dat is misschien niet eens mogelijk.

| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett

woensdag 26 september 2007 09:26

Acties:

0 Henk 'm!

Drgn

Topicstarter

Thanx. Ik ga dit uitproberen als ik weer thuis ben.
Ik gebruik evolution niet en laat Gaim eigenlijk nooit automatisch verbinden, dus dat zijn zaken waar ik wel mee kan leven.

Leave the gun, get the canoli

woensdag 26 september 2007 10:52

Acties:

0 Henk 'm!

Confusion

Fallen from grace

Jaap-Jan schreef op woensdag 26 september 2007 @ 01:12:
Het enige nadeel hieraan is dat Networkmanager de status niet meer doorgeeft. Onder andere Evolution en GAIM hebben daar moeite mee

Nou gebruik ik plain old Debian en heb ik geen flauw idee over welke Networkmanager dit gaat, maar mijn Gaim werkt prima en zoekt gewoon automatisch verbinding. Het lijkt me sterk dat Ubuntu een gemodificeerde versie van Gaim gebruikt die van die Networkmanager afhangt.

Wie trösten wir uns, die Mörder aller Mörder?

woensdag 26 september 2007 11:45

Acties:

0 Henk 'm!

Verwijderd

Is het niet het makkelijkst NetworkManager te laten vallen de boel handmatig in te stellen?

Ik heb een laptop en een desktop. Mijn desktop staat vast, dus die heb ik inesteld op twee maal DHCP (wired en wireless). Mijn laptop maakt standaard geen verbinding, omdat ik op verschillende locaties zit. Ik stel zowel wired als wireless handmatig in m.b.v. ifconfig (wired) en wpa_supplicant (wireless).

Als ik zowel wired als wireless actief heb, geeft de default route in mijn route table de doorslag. Ook die pas ik wel eens handmatig aan met het commando route.

woensdag 26 september 2007 15:30

Acties:

0 Henk 'm!

Jaap-Jan

Confusion schreef op woensdag 26 september 2007 @ 10:52:
[...]

Nou gebruik ik plain old Debian en heb ik geen flauw idee over welke Networkmanager dit gaat, maar mijn Gaim werkt prima en zoekt gewoon automatisch verbinding. Het lijkt me sterk dat Ubuntu een gemodificeerde versie van Gaim gebruikt die van die Networkmanager afhangt.

Ik denk ook niet dat het veel te maken heeft met modificaties, ik heb even in de Ubuntu diff gekeken voor GAIM en daar wordt libnm ook wel genoemd, maar volgens mij zit er gewoon een verschil in gebruikte libraries: Debian linkt gaim niet tegen libnm, maar Ubuntu doet dat wel. Deze code heb ik gevonden in libgaim/network.c (source package voor gaim van Ubuntu Feisty):

C:

gboolean
gaim_network_is_available(void)
{
#ifdef HAVE_LIBNM
    /* Try NetworkManager first, maybe we'll get lucky */
    int libnm_retval = -1;

    if (nm_context)
    {
        if ((libnm_retval = libnm_glib_get_network_state(nm_context)) == LIBNM_NO_NETWORK_CONNECTION)
        {
            gaim_debug_warning("network", "NetworkManager not active or reports no connection (retval = %i)\n", libnm_retval);
            return FALSE;
        }
        if (libnm_retval == LIBNM_ACTIVE_NETWORK_CONNECTION)    return TRUE;
    }
#elif defined _WIN32
    return (current_network_count > 0);
#endif
    return TRUE;
}

.

| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett

vrijdag 28 september 2007 12:26

Acties:

0 Henk 'm!

Drgn

Topicstarter

oké, ik heb het nu half werkend.

in mijn /etc/network/interfaces staat:

code:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto ra0
iface ra0 inet dhcp
wireless-essid default

Ik heb het nog niet heel uitvoerig getest, maar dat lijkt in eerste instantie niet te werken.

Pas als ik na het opstarten 'sudo ifconfig ra0 up', sudo ifconfig eth0 up', 'sudo dhclient ra0' en 'sudo dhclient eth0' geef lijkt alles wél te werken (ik kan bij mijn fileserver en ik kan de meeste websites bezoeken, maar ik kwam bijvoorbeeld niet op http://gathering.tweakers.net (terwijl http://www.tweakers.net dan weer wel werkt; dit gaat over 2 minuten vóór deze post - het forum was niet toevallig down ofzo). Als ik vervolgens een 'sudo ifconfig eth0 down' geef kan ik wel op het forum met deze post als resultaat..

route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.4.0     0.0.0.0         255.255.255.0   U     0      0        0 vmnet1
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
172.16.154.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
192.168.123.0   0.0.0.0         255.255.255.0   U     0      0        0 ra0
0.0.0.0         192.168.123.254 0.0.0.0         UG    0      0        0 ra0
0.0.0.0         192.168.2.1     0.0.0.0         UG    0      0        0 eth0

[ Voor 28% gewijzigd door Drgn op 28-09-2007 12:51 ]

Leave the gun, get the canoli

vrijdag 28 september 2007 13:11

Acties:

0 Henk 'm!

Jaap-Jan

Drgn schreef op vrijdag 28 september 2007 @ 12:26:
oké, ik heb het nu half werkend.

in mijn /etc/network/interfaces staat:
code:
1
2
3
4
5
6
7
8
9
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto ra0
iface ra0 inet dhcp
wireless-essid default
Ik heb het nog niet heel uitvoerig getest, maar dat lijkt in eerste instantie niet te werken.

Pas als ik na het opstarten 'sudo ifconfig ra0 up', sudo ifconfig eth0 up', 'sudo dhclient ra0' en 'sudo dhclient eth0' geef lijkt alles wél te werken (ik kan bij mijn fileserver en ik kan de meeste websites bezoeken, (...)

Dat is wel raar, auto betekent dat beide interfaces bij het booten namelijk worden gestart. Staat er iets geks in dmesg of andere logs? Is er verschil in de output van 'ifconfig' vóórdat je die commando's uitvoert en nadat je ze uitgevoerd hebt? '[/i]ifup eth0 && ifup ra0[/i]' Is de eigenlijke manier om je interfaces onder Debian te starten. Geven deze commando's nog (rare) output?

maar ik kwam bijvoorbeeld niet op http://gathering.tweakers.net (terwijl http://www.tweakers.net dan weer wel werkt; dit gaat over 2 minuten vóór deze post - het forum was niet toevallig down ofzo). Als ik vervolgens een 'sudo ifconfig eth0 down' geef kan ik wel op het forum met deze post als resultaat..

Dat klinkt mij in de oren als een DNS probleem. Kun je met 'dig tweakers.net en 'dig gathering.tweakers.net' wél een IP- adres resolven? Is gathering.tweakers.net wel bereikbaar op ip-adres (213.239.154.36)?

route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.4.0     0.0.0.0         255.255.255.0   U     0      0        0 vmnet1
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
172.16.154.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
192.168.123.0   0.0.0.0         255.255.255.0   U     0      0        0 ra0
0.0.0.0         192.168.123.254 0.0.0.0         UG    0      0        0 ra0
0.0.0.0         192.168.2.1     0.0.0.0         UG    0      0        0 eth0

Je kunt ook een metric toevoegen aan /etc/network/interfaces, misschien dat dat helpt.

| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett

vrijdag 28 september 2007 13:24

Acties:

0 Henk 'm!

Drgn

Topicstarter

Je kunt ook een metric toevoegen aan /etc/network/interfaces, misschien dat dat helpt.

Kan dat wél? In de manpages van interfaces staan metric en gateway namelijk alleen genoemd onder static methoden (en dus niet onder dhcp methoden).

Overigens lijkt het nu redelijk te werken. Zolang ik voor het draadloze netwerk maar als laatst een dhcp request doe.

Ik ga het bovenstaande nog even proberen..

[edit] Met als resultaat dat het nog steeds vreemd is.

/etc/network/interfaces:

code:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp
gateway 192.168.2.1
metric 2

auto ra0
iface ra0 inet dhcp
gateway 192.168.123.254
metric 1

/etc/init.d$ sudo /etc/init.d/networking restart
 * Reconfiguring network interfaces...                                          There is already a pid file /var/run/dhclient.eth0.pid with pid 8019
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:e0:81:51:e1:bd
Sending on   LPF/eth0/00:e0:81:51:e1:bd
Sending on   Socket/fallback
DHCPRELEASE on eth0 to 192.168.2.1 port 67
There is already a pid file /var/run/dhclient.ra0.pid with pid 8087
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/ra0/00:19:5b:70:1e:47
Sending on   LPF/ra0/00:19:5b:70:1e:47
Sending on   Socket/fallback
DHCPRELEASE on ra0 to 192.168.123.254 port 67
There is already a pid file /var/run/dhclient.eth0.pid with pid 134993416
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:e0:81:51:e1:bd
Sending on   LPF/eth0/00:e0:81:51:e1:bd
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
DHCPOFFER from 192.168.2.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.2.1
bound to 192.168.2.100 -- renewal in 716 seconds.
There is already a pid file /var/run/dhclient.ra0.pid with pid 134993416
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/ra0/00:19:5b:70:1e:47
Sending on   LPF/ra0/00:19:5b:70:1e:47
Sending on   Socket/fallback
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 16
DHCPOFFER from 192.168.123.254
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 7
DHCPOFFER from 192.168.123.254
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 3
DHCPOFFER from 192.168.123.254
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 5
DHCPOFFER from 192.168.123.254
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPACK from 192.168.123.254
bound to 192.168.123.127 -- renewal in 231737 seconds.
RTNETLINK answers: File exists
run-parts: /etc/network/if-up.d/avahi-autoipd exited with return code 2
                                                                         [ OK ]

De ra0 lijkt gewoon dhcp offers te krijgen waar niets mee gedaan wordt. Het probleem kan nu overigens best liggen bij de brakke wireless router. Ik krijg soms namelijk ook 'network down' meldingen of dat de internet verbinding het ene moment wel werkt en het volgende niet meer. De netwerkkaart herstarten en een dhcp-request lost het dan weer op.

[ Voor 102% gewijzigd door Drgn op 28-09-2007 13:56 ]

Leave the gun, get the canoli

Onderwerpen