tak sme se k tomu dostali
- ping na dns servery uvedeny v resolv.conf nefungovaly
- porad stejnej stav i po restartovani modemu
- ping na ip jejiho modemu smerem odemne v poho

az bloknuti dle MRDAC_BEDEN pomohlo
nicmene ta adresa co tam je ted napevno zacina na 192.168.... takze to asi moc mobilni nebude co ;)

a porad teda musi vypinat pri zacatku sezeni tu wifi, ktera neustale hleda a dokud ji nedeaktivuje, tak se pres eth0 i tak nepripoji

Kouknul bych se, jestli dhcp vubec prideluje dns, pripadne networkmanager umi profily - udelat profil "doma" a nacpat natvrdo dns

INDIAN: Jestli se s tim notebookem pripojuje jenom z domu, tak bych tam natvrdo nastavil DNS server providera. Pokud to blbne i jinde, dal bych tam natvrdo DNS server 8.8.8.8 (verejny google DNS server). Me treba wicd dela to, ze nekdy nacte IP adresu z DHCP pres WiFi az na druhy pokus, dela to na vsech AP, ale jenom nekdy... Reseni jsem nenasel...

MRDAC_BEDEN: diky, mrknem na to, dalsi sezeni mame zejtra vecer
ERGOSUM: zapomnel sem doplnit, ze k tomuhle doslo po dist-upgradu z 9.04 na 9.10 (pote co se me zminila, ze se ji uz nenabizi aktualizace, nechal sem ji to pustit pres update manager aby dosla postupne az k posledni verzi)
ten router by mel bejt v poho funkcni, sam sem se u ni naprosto bez problemu pripojil pres kabl s okrajenym debianem na netbooku. vim ze ale uz tenkrat ji obcas to spojeni nenabihalo, kdyz byla wifi aktivni, nemel sem cas se tim zabejvat a tak sem ji rek, at ji pres ten netw.m. deaktivuje a takhle fungovala vicemene doted
co se tyce poskytovatele - SFR, asi ti to moc nerekne, sme oba ve francii
uz tenkrat sem ty vystupy zkousel prehazovat, jejich funkcnost byla identicka, ale zkusime znovu teda, i ten restart
filtrace na MAC adresy tam aktivovana neni, ten modem ma i AP, kterej je ale deaktivovanej
nicmene kdokoli jinej se u ni pripoji, funguje bez problemu, takze v modemu pravdepodobne problem nebude (dodanej poskytovatelem) ..

Pár tipů:
Vypnout a zapnout router. Takhle jsem kdysi kolem něj bláznil týden a tohle mě nenapadlo (pomohlo).
Pokud má modem víc výstupů zkusit jiný.
Zkontrolovat jméno a heslo pro připojení.
Napsat poskytovatele, aby bylo možné zjistit jaké parametry požaduje nastavit.
Typ modemu. Je možné, že nepodporuje technologii poskytovatele (například můj novější wifi a tak ho mám připojený k druhému).
Ať zkopíruje všechny volby modemu (uložit stránku) na USB a odněkud pošle.
Může tam být i filtrování podle MAC.
Obecně nemá Linux problém se připojit na ethernet. Konkrétně na Ubuntu příjdu, zapojím kabel a jedu. Takže tady problém asi nebude.
Něco též napoví, jestli poskytovatel modem vidí. Kupodivu se o jeho nastavení dozví dost.

INDIAN: a:
Re: Network Manager overwriting resolv.conf
That didn't work for me. But there's another workaround, if you're using the ext2 filesystem, use the chattr command to make /etc/resolv.conf immutable, so no process can change it
Code:

$ sudo chattr +i /etc/resolv.conf

now even root can't change the file until that attribute is removed.

INDIAN: nebo:
Re: Network Manager overwriting resolv.conf
Found a workaround. I opened /etc/dhcp3/dhclient.conf

Uncommented the line that starts with "#prepend domain-name-servers" and added my DNS server to it. Then did: sudo /etc/init.d/dhcdbd restart

INDIAN:
1) at vyzkousi ping 8.8.8.8 - at je jistota ze je chyba jenom v prideleni DNS serveru
2) networking restart
3) nastavit /etc/resolv.conf na read-only }nejjednodussi reseni...

kamoska ma na notasu s ubuntu problem s pripojenim k netu, bohuzel je daleko, resime to akorat po telefonu.

je pripojena pres adsl modem normalne na ethernet, ping na modem v poho, do jeho nastaveni se dostane taky, modem je k netu pripojenej korektne.

na net se ale nedostane, resp. dostane az po /etc/init.d/networking restart

/etc/resolv.conf je prazdnej, resp. obsahuje akorat zakomentovanej text "generated by NetworkManager"

HONCKA: na 99% PANTARIL:

HONCKA: jeste doplnim ze krome firewallu muze pripojeni blokovat i spatne nastaveny soubor /etc/hosts.allow resp. /etc/hosts.deny

u me je v /etc/hosts.allow explicitne uvedeno:

sshd: ALL 

coz povoluje pristup odevsad

PUPU: dik uz jsem to rozbeh, bylo to nastavenim na firewallu

Flame vyvolavajici prispevky byly smazany: zomb, colben maji read-only na tyden. Myslim, ze jedno jedine pravidlo je dost jednoduche na pochopeni.

CRS1138: No nevim, mozna ano. Priznam se, ze jsem to nechtel studovat, kde co s cim souvisi protoze to nedavalo smysl, kdyz jsem to zbezne projel. Kdyz to zformatujes, tak aby tomu bylo rozumnet, tak zvysis urcite sve sance, ze ti nekdo poradi a bude se tomu venovat.

HONCKA: v tom pripade tam bud je jeste jiny firewall, o kterem nevis, nebo se pripojujes jinam. zkus si pustit tcpdump na port 22 a divat se, co se deje

mam pocitac se SUSE 11 slouzici jako router/firewall a nejde mi pripojit pres ssh (putty), pritom sshd mam nahozeny, firewall mam otevrenej, skousel jsem to z venku i zevnitr a nic, porad mi to pise connection refused

DELVIT: jedna se o postup, ktery jsem pouzil pri instalaci, je slozen z prikazu, ktere jsem zadal a z odpovedi v CLI. Uznavam, ze trocha formatovani by asi prospela prehlednosti, otazkou zustava, budes mi umet poradit, kdyz si s tim tu praci dam?

CRS1138: neni problem v jazyku, tomu postu jako celek nerozumim. Je to log, neco co si zkousel a nejake odpovedi k tomu?

DELVIT: ok, ktere casti nerozumis, rad to prelozim...

CRS1138: Kdyby sis dal praci a trochu to prepsal pro nyx asi by se lide snazili ti i pomoci.

DAGO: lol, se musim smat, ze nekdo tohle resi u backtracku... to pouzivas jinak nez z usb?:)