Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: aj - 17.11.05 - klo:11.44
-
Ensinnäkin tunnustan olevani täysi nyyppä Ubuntun ja Linuxin parissa, joten asiat pitää minulle vääntää rautalangasta.
Kokoonpanoni:
Compaq Armada M700
D-link DWL-650+ (wlan-kortti)
Ubuntu 5.10
Vekko:
Router/Palomuuri D-link DI-614+
Routerin ip 10.10.10.1, Nattaa sisäverkon ja jakaa DHCP:llä ip:t. Ubuntun olen laittanut hakemaan ip:n myös dhcp:llä. Tosin kokeilin myös staattisella vaihtoehdolla eikä se tuonut muutosta tilanteeseen.
Ongelma:
Ubuntu asentui läppäriin mainiosti ja toimikin jo useamman päivän. Jostain syystä eilen kuitenkin alkoivat ongelmat. Firefox, Opera, Thunderbird, Gaim, Skype sekä Synaptic eivät nyt onnistu muodostamaan internet-yhteyttä. Yhtyeys näyttää normaalilta eli kone saa ip:n routerilta ja yhteys on kunnossa. Pingit toimivat ja koneella oleva sambakin toimii.
Olen eilisen selaillut näitä Ubuntun foorumeita enkä ole löytänyt ratkaisua vaikka muutamia muutoksia olenkin tehnyt. En siis ole muuttanut mitään asetuksia routerista. XP:llä varsutetusta pöytäkoneeltani kaikki yhteydet pelaavat yhä mallikkaasti.
Tässä vähän tietoa mitä eri komennot antavat:
iwconfig
aj@pingviini:~$ iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
wlan0 IEEE 802.11b+ ESSID:"oj_ap" Nickname:"acx100 v0.2.0pre8"
Mode:Managed Frequency:2.437 GHz Access Point: 00:40:05:C9:EF:7E
Bit Rate=22 Mb/s Tx-Power=18 dBm Sensitivity=187/255
Retry min limit:7 RTS thr:off
Power Management:off
Link Quality=95/100 Signal level=93/100 Noise level=0/100
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
ifconfig
aj@pingviini:~$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:D0:59:14:10:BB
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:101848 errors:0 dropped:0 overruns:0 frame:0
TX packets:101848 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:7536588 (7.1 MiB) TX bytes:7536588 (7.1 MiB)
wlan0 Link encap:Ethernet HWaddr 00:40:05:CB:AE:D4
inet addr:10.10.10.101 Bcast:10.10.10.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3502 errors:0 dropped:0 overruns:0 frame:0
TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1101090 (1.0 MiB) TX bytes:2669 (2.6 KiB)
Interrupt:11 Base address:0x4c00
routerini ping
aj@pingviini:~$ ping -c 6 10.10.10.1
PING 10.10.10.1 (10.10.10.1) 56(84) bytes of data.
64 bytes from 10.10.10.1: icmp_seq=1 ttl=127 time=3.10 ms
64 bytes from 10.10.10.1: icmp_seq=2 ttl=127 time=3.07 ms
64 bytes from 10.10.10.1: icmp_seq=3 ttl=127 time=3.09 ms
64 bytes from 10.10.10.1: icmp_seq=4 ttl=127 time=3.07 ms
64 bytes from 10.10.10.1: icmp_seq=5 ttl=127 time=3.07 ms
64 bytes from 10.10.10.1: icmp_seq=6 ttl=127 time=3.07 ms
--- 10.10.10.1 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 4999ms
rtt min/avg/max/mdev = 3.072/3.082/3.103/0.072 ms
Googlen ping
aj@pingviini:~$ ping -c 6 www.google.com
PING www.l.google.com (64.233.183.104) 56(84) bytes of data.
64 bytes from 64.233.183.104: icmp_seq=1 ttl=234 time=55.6 ms
64 bytes from 64.233.183.104: icmp_seq=2 ttl=234 time=56.1 ms
64 bytes from 64.233.183.104: icmp_seq=3 ttl=234 time=55.0 ms
64 bytes from 64.233.183.104: icmp_seq=4 ttl=234 time=53.9 ms
64 bytes from 64.233.183.104: icmp_seq=5 ttl=234 time=54.0 ms
64 bytes from 64.233.183.104: icmp_seq=6 ttl=234 time=57.2 ms
--- www.l.google.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5004ms
rtt min/avg/max/mdev = 53.986/55.355/57.235/1.149 ms
DNS-palvelin pitäisi olla oikein, sillä /etc/resolv.conf sanoo seuraavaa:
nameserver 10.10.10.1
IPv6:n poistin käytöstä sekä firefoxissa about:config muuttamalla network.dns.disableIPv6 arvoksi true sekä myös koko Ubuntusta muuttaen /etc/modprobe.d/aliases tämän kohdan:
alias net-pf-10 ipv6
tähän: alias net-pf-10 off #ipv6
Nyt alkaa olla keinot loppu. Toivottavasti jollain on jotain ajatuksia millä homma voisi korjautua.
Kiitos jo etukäteen!
-
DNS-palvelin pitäisi olla oikein, sillä /etc/resolv.conf sanoo seuraavaa:
nameserver 10.10.10.1
Pistäpä /etc/resolv.conffiin palveluntarjoajan nimipalvelimet.
Itse käytän sisäverkossa kiinteitä ip:tä (purkin konfigurointi). Luulen, että noudat reitittimeltäsi dynaamisen ip:n dhcp:llä ja samalla purkki kirjoittaa "väärän" nimipalvelimen /etc/resolv.conf tiedostoon.
-
Pistäpä /etc/resolv.conffiin palveluntarjoajan nimipalvelimet.
minä en näe tuota tarpeelliseksi, sillä nimipalvelu toimii. pingi osaa muutaa googlen osoitteen IP:ksi täysin ongelmitta.
Itse käytän sisäverkossa kiinteitä ip:tä (purkin konfigurointi). Luulen, että noudat reitittimeltäsi dynaamisen ip:n dhcp:llä ja samalla purkki kirjoittaa "väärän" nimipalvelimen /etc/resolv.conf tiedostoon.
monet purkit osaavat toimia nimipalvelimina ja näköjään tuokin, koska nimipalvelu tuntuu toimivan.
-
Pistäpä /etc/resolv.conffiin palveluntarjoajan nimipalvelimet.
minä en näe tuota tarpeelliseksi, sillä nimipalvelu toimii. pingi osaa muutaa googlen osoitteen IP:ksi täysin ongelmitta.
Näin on, mutta... eipä maksa vaivan kuin kokeilla. Yleensähän tuo /etc/resolv:
search <palvelin> (tai vaikka domain <palvelin> tms.)
nameserver <jotakin>
nameserver <jotakin muuta>
Vastaavastihan alkuperäinen kirjoittaja voisi tarkistaa asetukset XP:ssä, jossa yhteys toimii.
monet purkit osaavat toimia nimipalvelimina ja näköjään tuokin, koska nimipalvelu tuntuu toimivan.
Jokin jakelu teki minullekin tepposet. /etc/resolv.conffiin oli ilmestynyt reitittimen ip sekä tuo search <purkki>. Yhteys ei toiminut. (Huom. Reititin on myös mallia D-Link).
-
Näin on, mutta... eipä maksa vaivan kuin kokeilla.
juu, kyllähän sitä kokeilla voi. on niitä kummallisempiakin juttuja tullut eteen :)
Jokin jakelu teki minullekin tepposet. /etc/resolv.conffiin oli ilmestynyt reitittimen ip sekä tuo search <purkki>. Yhteys ei toiminut. (Huom. Reititin on myös mallia D-Link).
d-linkistä minulla ei ole ollut enää vuosiin kokemusta, joten siitä en osaakaan edes arvella.
-
Pistäpä /etc/resolv.conffiin palveluntarjoajan nimipalvelimet.
Pistin seuravalla tavalla:
nameserver 10.10.10.1
nameserver 212.146.30.200
nameserver 212.146.30.201
nameserver 62.240.72.10
Eikä auttanut. Nuo nimipalvelimet katsoin purkin konffaussivulta. Itse asiassa kun buuttaan koneen niin nuo minun tekemät muutokset häviävät tuolta resol.confista ja jäljelle jää vaan tuo purkkini 10.10.10.1.
Vastaavastihan alkuperäinen kirjoittaja voisi tarkistaa asetukset XP:ssä, jossa yhteys toimii.
Tässäpä XP:n ipconfig /all:
Windows IP Configuration
Host Name . . . . . . . . . . . . : shuttle
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Unknown
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Realtek RTL8139/810x Family Fast Ethernet NIC
Physical Address. . . . . . . . . : 00-30-1B-24-13-5F
Dhcp Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IP Address. . . . . . . . . . . . : 10.10.10.100
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 10.10.10.1
DHCP Server . . . . . . . . . . . : 10.10.10.1
DNS Servers . . . . . . . . . . . : 10.10.10.1
Lease Obtained. . . . . . . . . . : 17. marraskuuta 2005 7:33:46
Lease Expires . . . . . . . . . . : 24. marraskuuta 2005 7:33:46
Itseäni ihmetyttää (tuskin syy tähän ongelmaan) Ubuntun ifconfigin antama Bcast (Broadcast?) -osoite 10.10.10.255. Mikä tämä osoite oikein on?
Kiitos vastauksista jo tähän saakka!
PS: Laitoin samasta ongelmasta kyselyä Ubuntun kansainväliselle foorumille (http://ubuntuforums.org/) saa nähdä tuleeko sieltä apua. Tässä sinne linkki: Internet connection disappears (http://ubuntuforums.org/showthread.php?t=91459).
-
nameserver 10.10.10.1
nameserver 212.146.30.200
nameserver 212.146.30.201
nameserver 62.240.72.10
Joo... Tuskin on tuosta kiinni, mutta pistäpä vain ainoastaan palveluntarjoajasi nimipalvelimet. Siis ainakin tuo 10.10.10.1 pois, vaikka se Windowssissa toimiikin. Mikähän tuo 62.240.72.10 on? Voisit vielä pistää komennon /sbin/route tulosteen (ei ole tainnut olla aiemmin esillä), vaikka itse en mitään virheitä huomaakaan?
Eikä auttanut. Nuo nimipalvelimet katsoin purkin konffaussivulta. Itse asiassa kun buuttaan koneen niin nuo minun tekemät muutokset häviävät tuolta resol.confista ja jäljelle jää vaan tuo purkkini 10.10.10.1.
Näin dhcp-palvelin toimiikin. Se kirjoittaa (jos niin sallitaan) /etc/resolv.conf -tiedoston uusiksi.
Itseäni ihmetyttää (tuskin syy tähän ongelmaan) Ubuntun ifconfigin antama Bcast (Broadcast?) -osoite 10.10.10.255. Mikä tämä osoite oikein on?
Mielestäni se on aivan oikein.
Ainoa kapea oljenkorsi: palomuuriasetukset :( Esim. iptables -L tms.
Alkaa minunkin epämääräiset vihjeeni olemaan jo loppuunkaluttuja :(
Pitäisköhän ottaa jokin Linux-opus suosiolla käteen ja kehitellä lisää ideoita :)
Mutta... Minua hämmästyttää:
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Realtek RTL8139/810x Family Fast Ethernet NIC
Eikös tuo ole jokin tavallinen RTL -Ethernet-kortti? Olikos nämä XP:n tulostus toiselta koneelta?
(Itse oletin, että koneessasi olisi kaksi käyttöjärjestelmää rinnakkain).
-
Joo... Tuskin on tuosta kiinni, mutta pistäpä vain ainoastaan palveluntarjoajasi nimipalvelimet. Siis ainakin tuo 10.10.10.1 pois, vaikka se Windowssissa toimiikin.
Niin toimihan tuo 10.10.10.1 silloin Ubuntussakin aluksi.
No laitoin:
nameserver 212.146.30.200
nameserver 212.146.30.201
Ei apua.
Mikähän tuo 62.240.72.10 on?
Tuollainen oli kolmantena dns-osoitteena purkissani. En tiedä sen taustasta tarkemmin.
Voisit vielä pistää komennon /sbin/route tulosteen (ei ole tainnut olla aiemmin esillä), vaikka itse en mitään virheitä huomaakaan?
Tässäpä se:
aj@pingviini:~$ /sbin/route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.10.10.0 * 255.255.255.0 U 0 0 0 wlan0
default 10.10.10.1 0.0.0.0 UG 0 0 0 wlan0
Ei sano minulle mitään.
Ainoa kapea oljenkorsi: palomuuriasetukset :( Esim. iptables -L tms.
No laitetaanpa sekin tähän:
aj@pingviini:~$ sudo iptables -L
Chain INBOUND (1 references)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere state RELATED,ESTAB LISHED
ACCEPT udp -- anywhere anywhere state RELATED,ESTAB LISHED
ACCEPT all -- 10.10.10.100 anywhere
LSI all -- anywhere anywhere
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT tcp -- 10.10.10.1 anywhere tcp flags:!SYN,RST, ACK/SYN
ACCEPT udp -- 10.10.10.1 anywhere
ACCEPT all -- anywhere anywhere
ACCEPT icmp -- anywhere anywhere limit: avg 10/sec b urst 5
DROP all -- anywhere 255.255.255.255
DROP all -- anywhere 10.10.10.255
DROP all -- 224.0.0.0/8 anywhere
DROP all -- anywhere 224.0.0.0/8
DROP all -- 255.255.255.255 anywhere
DROP all -- anywhere 0.0.0.0
DROP all -- anywhere anywhere state INVALID
LSI all -f anywhere anywhere limit: avg 10/min b urst 5
INBOUND all -- anywhere anywhere
LOG_FILTER all -- anywhere anywhere
LOG all -- anywhere anywhere LOG level info pref ix `Unknown Input'
Chain FORWARD (policy DROP)
target prot opt source destination
ACCEPT icmp -- anywhere anywhere limit: avg 10/sec b urst 5
LOG_FILTER all -- anywhere anywhere
LOG all -- anywhere anywhere LOG level info pref ix `Unknown Forward'
Chain LOG_FILTER (5 references)
target prot opt source destination
DROP all -- 10.10.10.100 anywhere
DROP all -- 10.10.10.102 anywhere
DROP all -- 10.10.10.103 anywhere
DROP all -- 10.10.10.106 anywhere
Chain LSI (2 references)
target prot opt source destination
LOG_FILTER all -- anywhere anywhere
LOG tcp -- anywhere anywhere tcp flags:SYN,RST,A CK/SYN limit: avg 1/sec burst 5 LOG level info prefix `Inbound '
DROP tcp -- anywhere anywhere tcp flags:SYN,RST,A CK/SYN
LOG tcp -- anywhere anywhere tcp flags:FIN,SYN,R ST,ACK/RST limit: avg 1/sec burst 5 LOG level info prefix `Inbound '
DROP tcp -- anywhere anywhere tcp flags:FIN,SYN,R ST,ACK/RST
LOG icmp -- anywhere anywhere icmp echo-request l imit: avg 1/sec burst 5 LOG level info prefix `Inbound '
DROP icmp -- anywhere anywhere icmp echo-request
LOG all -- anywhere anywhere limit: avg 5/sec bu rst 5 LOG level info prefix `Inbound '
DROP all -- anywhere anywhere
Chain LSO (1 references)
target prot opt source destination
LOG_FILTER all -- anywhere anywhere
LOG all -- anywhere anywhere limit: avg 5/sec bu rst 5 LOG level info prefix `Outbound '
REJECT all -- anywhere anywhere reject-with icmp-po rt-unreachable
Chain OUTBOUND (1 references)
target prot opt source destination
ACCEPT icmp -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere state RELATED,ESTAB LISHED
ACCEPT udp -- anywhere anywhere state RELATED,ESTAB LISHED
ACCEPT all -- anywhere 10.10.10.100
LSO all -- anywhere anywhere
Chain OUTPUT (policy DROP)
target prot opt source destination
ACCEPT tcp -- 10.10.10.101 10.10.10.1 tcp dpt:domain
ACCEPT udp -- 10.10.10.101 10.10.10.1 udp dpt:domain
ACCEPT all -- anywhere anywhere
DROP all -- 224.0.0.0/8 anywhere
DROP all -- anywhere 224.0.0.0/8
DROP all -- 255.255.255.255 anywhere
DROP all -- anywhere 0.0.0.0
DROP all -- anywhere anywhere state INVALID
OUTBOUND all -- anywhere anywhere
LOG_FILTER all -- anywhere anywhere
LOG all -- anywhere anywhere LOG level info pref ix `Unknown Output'
Mutta... Minua hämmästyttää:
Eikös tuo ole jokin tavallinen RTL -Ethernet-kortti? Olikos nämä XP:n tulostus toiselta koneelta?
(Itse oletin, että koneessasi olisi kaksi käyttöjärjestelmää rinnakkain).
Oikein katsoit, kyseessä on normaali RTL-Ethernet-kortti. Eli läppärissä, missä Ubuntu on ei ole muita käyttöjärjestelmiä. Tuo tuloste oli pöytäkoneeltani, jossa on taas ainoastaan XP. Tämä siis toimii aivan kuten ennenkin.
-
Ongelma on nyt ratkaistu ja kirjoittelen tännekin jo läppärillä, jossa Ubuntu majailee. 8)
Olin asentanut jossain vaiheessa firestarterin ja vaikken sitä enää käynnistänytkään bootin yhteydessä siihen tehdyt säännöt olivat yhä voimassa. Tyhmyyttäni en ymmärtänyt firestarterin olevan ainoastaan frontend iptablesille. Noh, ongelmien kautta oppii. Täytyy yrittää säätää säännöt kuntoon, ettei vastaavaa tule tulevaisuudessa. Kiitos kaikille avusta.