Fórum Ubuntu CZ/SK

Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: Jogi 25 Února 2013, 07:15:15

Název: Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 25 Února 2013, 07:15:15
Mám problém, prostě je jedno co mám za připojení (doma, škola, práca, wifi, kabel), je jedno co mám za prohlížeč (Empathy, Opera, FF), ale nenajede mě prostě zive,cz a e15.cz. Jinak net funguje perfektně, možná nefunguje ještě něco, ale jen jsem to nezjistil.

Přes prosy stránky vpořádku načtou, nevíte kde by byl problém? Děkuji.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: TIBOR 25 Února 2013, 10:03:35
Zo strankami MF(mladej fronty) mam problemy aj ja. Obcasne zive.cz nacita aj 1min.+. E15 a ta moto stranka(neviem ako sa teraz vola) nenabehne ak mas aktivovany adblock.
Na to zive som neprisiel co to moze byt. Firewall som skusal neaktivovat pri preinstalacii na 12.04.2 ale robilo to aj tak.

P.s Pytal som sa na to aj na ich fore ale vsetci tvrdili ze im to nerobi. Preto som predpokladal ze by to mohlo byt tym ze sa pripajam zo "zahranicia".
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 25 Února 2013, 10:43:08
Co mtu, máte správně nastaveno dle vašeho poskytovatele?
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: TIBOR 25 Února 2013, 11:45:13
Za mna. Na modeme ano v systeme to neriesim. Ak by to bolo MTU tak by to neovplyvnovalo cely net a nie len urcite stranky? Inak este by som dolnil ze toto nenacitanie sa trochu prejavuje aj v praci na wXP. Ovsem nie tak velmi ako doma na ubuntu.
Uvidime este ako sa vyjadri Jogi.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: ntz_reloaded 25 Února 2013, 13:12:58
Coi mtu, máte správně nastaveno dle vašeho poskytovatele?
OMG

@tazatel - zkus prosim docasne vypnout ipv6 (pomoci sysctl via ``net.ipv6.conf.all.disable_ipv6 = 1'')
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 25 Února 2013, 14:28:18
ad) Poskytovatel > To snad tím nebude, prostě putuju s noťasem do školy, na bytě, doma.
Prohlížečem to jak píšu taky není, musí jít o systém nebo tak, protože vedle mám nb na win a přes stejné připojení a jede to.
Prostě mě to na proxi jede, proto jsem tak nějak přemýšlal o firewallu.

Nefunguje mě to momochodem až od začátku únoru, patrně aktualizace, dříve to šlo normálně (a ne nic jsme si tam neměnil, určitě ne z internetem).

MTU mám automatiku a tranceroute jsem si teda naistaloval a tady je výstup.
Doufám, že výpis pomůže, tento program opravdu ještě neznám.

Kód: [Vybrat]
traceroute to zive.cz (77.93.192.144), 30 hops max, 60 byte packets
 1  192.168.2.1 (192.168.2.1)  10.639 ms  10.733 ms  10.928 ms
 2  * * *
 3  static-84-242-127-1.net.upcbroadband.cz (84.242.127.1)  40.791 ms  40.914 ms  41.297 ms
 4  84.116.221.37 (84.116.221.37)  45.316 ms  44.968 ms  45.085 ms
 5  213.46.180.6 (213.46.180.6)  52.020 ms 213.46.180.2 (213.46.180.2)  51.120 ms cz-prg02a-ra2-xe-2-1-0.aorta.net (213.46.172.218)  51.829 ms
 6  cz-prg-asbr1-te0-0-0-5.dialtelecom.cz (82.119.252.105)  52.405 ms  18.638 ms  29.922 ms
 7  master-gw.dialtelecom.cz (212.24.145.50)  28.997 ms  28.835 ms  29.083 ms
 8  brno-cejl-c1-vl559.masterinter.net (81.31.41.10)  41.257 ms  39.970 ms  40.042 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *


děkuji za pomoc

PS) a vypnout IPv6 jsem zkoušel, nepomůže.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: ntz_reloaded 25 Února 2013, 16:04:35
@beer .. jsi uplne mimo .. opravdu to, co predvadis je na ban do tehle sekce .. zapomen prosim na MTU

@tazatel .. ve chvili, kdy Ti nejdou ty dva servery, zkus prosim pomoci nslookup a nebo dig zkusit, zda-li je NS vyresolvuje .. vidim to na 90% problem DNS .. ukaz prosim vystup z:

grep ^hosts /etc/nsswitch.conf ?

muzes take zkusit pouzit google NS (8.8.4.4 - docasne) misto NS sveho ISP .. dalsi vec co muze zpusobovat problemy je nscd - name service caching daemon .. zkus ho docasne vypnout (zabit: pkill nscd)
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 26 Února 2013, 18:23:58
Tak mám zas čas, ale musíš na mě trošku, jako na větší dřevo :).

nevím esi jsem to udělal dobře, ale výstup je taky:

Kód: [Vybrat]
/etc/nsswitch.conf:hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4
grep: ?: No such file or directory

jinak jsem zive.cz nechal v panelu a asi po 5minutách naběhnul text a odkazy, jestli to pomůže, u e15.cz ale stránka nenalezena.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: jmp 26 Února 2013, 18:44:43
ten otazník už k příkazu nepatřil, ale požadované info to vytáhlo tak jako tak
jak dopadnou nasledující příkazy?
Kód: [Vybrat]
dig zive.cz
Kód: [Vybrat]
dig zive.cz @8.8.4.4
Kód: [Vybrat]
dig e15.cz
Kód: [Vybrat]
dig e15.cz @8.8.4.4
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 28 Února 2013, 15:36:57
Jo díky, a příkazy takto:

Kód: [Vybrat]
; <<>> DiG 9.8.1-P1 <<>> zive.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30760
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;zive.cz. IN A

;; ANSWER SECTION:
zive.cz. 2270 IN A 77.93.192.144

;; AUTHORITY SECTION:
zive.cz. 15308 IN NS ns2.mfonline.cz.
zive.cz. 15308 IN NS ns1.mfgroup.cz.

;; ADDITIONAL SECTION:
ns1.mfgroup.cz. 8692 IN A 5.198.129.4
ns2.mfonline.cz. 8692 IN A 5.198.131.4

;; Query time: 19 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu Feb 28 15:34:44 2013
;; MSG SIZE  rcvd: 126

Kód: [Vybrat]
; <<>> DiG 9.8.1-P1 <<>> zive.cz @8.8.4.4
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14189
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;zive.cz. IN A

;; ANSWER SECTION:
zive.cz. 493 IN A 77.93.192.144

;; Query time: 25 msec
;; SERVER: 8.8.4.4#53(8.8.4.4)
;; WHEN: Thu Feb 28 15:35:00 2013
;; MSG SIZE  rcvd: 41

Kód: [Vybrat]
; <<>> DiG 9.8.1-P1 <<>> e15.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 248
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;e15.cz. IN A

;; ANSWER SECTION:
e15.cz. 1499 IN A 5.198.129.128

;; AUTHORITY SECTION:
e15.cz. 1276 IN NS ns1.mfgroup.cz.
e15.cz. 1276 IN NS ns2.mfonline.cz.

;; ADDITIONAL SECTION:
ns1.mfgroup.cz. 8669 IN A 5.198.129.4
ns2.mfonline.cz. 8669 IN A 5.198.131.4

;; Query time: 24 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu Feb 28 15:35:07 2013
;; MSG SIZE  rcvd: 125

Kód: [Vybrat]
; <<>> DiG 9.8.1-P1 <<>> e15.cz @8.8.4.4
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16484
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;e15.cz. IN A

;; ANSWER SECTION:
e15.cz. 2113 IN A 5.198.129.128

;; Query time: 28 msec
;; SERVER: 8.8.4.4#53(8.8.4.4)
;; WHEN: Thu Feb 28 15:35:15 2013
;; MSG SIZE  rcvd: 40
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: jmp 28 Února 2013, 17:05:40
nevím jak ostatní, ale já chybu v překladu jména na IP adresu nevidím

zkuste ty úvodní stránky stáhnout wgetem:
Kód: [Vybrat]
wget http://www.zive.cz -S -o vystup_zive.txt
Kód: [Vybrat]
wget http://www.e15.cz -S -o vystup_e15.txt
potom mrkněte do těch výstupů a na ty html soubory, jak to bude vypadat...
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 28 Února 2013, 17:08:40
Ten wget jsem poradil už v PM, akorát stím, aby ten web pak zkusil otevřít lokálně. Ještě jsem poradil zkusit elinks. Rovněž nevidím chybu v DNS a vzhledem k tomu, že fungoval traceroute na jméno, nikoliv jen na ip adresu, tak jsem ani problém v DNS nepředpokládal. Ale mne prosím ignorujte, já jsem dle některých úplně mimo.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 28 Února 2013, 17:29:38
Jo a ještě mne můžete ukamenovat za to, že jsem v PM poradil:

Citace
Pokud to přes wget pojede, tak je problém v nastavení prohlížeče nebo v nějakém doplňku. Můžeš vyzkoušet, jestli se ti ty stránky zobrazí v anonymním režimu (ve firefoxu ctrl+shift+p, v google chrome ctrl+shift+n).
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 01 Března 2013, 08:57:54
re: beer> Nikdo ně neignoruje, bohužel až teď čtu tvou poštu, vaše války nijak neřeším, rada jak rada :).

Prohlížeče> Právě jsem doufal, že když to nejde ani ve FF, ani Opeře ani Epiphany, tak to prohlížečem nebude, ale třeba se pletu.
KAždopádně jsem nic nové neistaloval a doplňky mám: (například ve FF) SpeedDial, FireBug, Global menu integration (unity), Ubuntu FIrefox notification a DNSSEC VAlidator, opět jsem nic nového nedoinstalovával

Příklad zive.cz
Kód: [Vybrat]
--2013-03-01 08:49:23--  http://www.zive.cz/
Resolving www.zive.cz (www.zive.cz)... 77.93.192.144
Connecting to www.zive.cz (www.zive.cz)|77.93.192.144|:80... connected.
HTTP request sent, awaiting response...
  HTTP/1.1 200 OK
  Date: Fri, 01 Mar 2013 07:49:24 GMT
  Server: Microsoft-IIS/6.0
  X-Powered-By: ASP.NET
  X-AspNet-Version: 2.0.50727
  X-Powered-By: UrlRewriter.NET 1.7.0
  Set-Cookie: visitcookserver1=6924049; path=/
  Set-Cookie: IsMobile=False; path=/
  Cache-Control: private
  Content-Type: text/html; charset=utf-8
  Content-Length: 137243
Length: 137243 (134K) [text/html]
Saving to: `index.html'

     0K .......... .......... .......... .......... .......... 37%  802K 0s
    50K .......... .......... .......... .......... .......... 74% 1,71M 0s
   100K .......... .......... .......... ....                 100% 4,30M=0,1s

2013-03-01 08:49:24 (1,33 MB/s) - `index.html' saved [137243/137243]

Příklad e15.cz (což odpovídá po 5minutách mě taky v prohlížeči najede zive a e15 NE)
Kód: [Vybrat]
--2013-03-01 09:12:01--  http://www.e15.cz/
Resolving www.e15.cz (www.e15.cz)... 5.198.129.128
Connecting to www.e15.cz (www.e15.cz)|5.198.129.128|:80... failed: No route to host.

MTU jsem zkoušel nastavil (teď jsu jen na eternetu ne wifi, a nepomohlo)
Elinks vyzkoušeno také, obdobně jako výstupy nahoře, zive.cz najede text,
e15.cz "unable to retrieve e15.cz ... not route to host"
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: jmp 01 Března 2013, 09:27:00
to, že je to takto jen text úvodní stránky, je naprosto v pořádku
stylování a grafika bývají další soubory, které si prohlížeč stahuje separátně, jinak by nebyl schopen správně sestavit zobrazení dané stránky

nicméně se přikláním k tomu, že jde o SW problém daněho počítače, ale netuším, v čem přesně ten problém je... :-(
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 01 Března 2013, 10:11:33
zkus sem dát log /var/log/syslog.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 01 Března 2013, 10:32:00
jmp> I přesto moc děkuju za snahu :).

beer> Zaslal jsem ti to PM(SZ).
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 01 Března 2013, 10:36:10
Ještě bych dodal, že jsem nic nového neistaloval ani program ani doplňky, pouze jsem aktualizoval Ubuntu balíčky,
tedy bude to sw určitě, jen mě teda zaráží, že to dělají všechny prohlížeče a jen tyto stránky :(.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 01 Března 2013, 10:45:25

beer> Zaslal jsem ti to PM(SZ).

Dej to prosím i sem, více očí víc vidí, respektive já to sem šoupnu.

Citace
Kód: [Vybrat]
Mar  1 08:28:09 jirka-ThinkPad-R500 rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="513" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Mar  1 08:29:55 jirka-ThinkPad-R500 anacron[2766]: Job `cron.daily' terminated
Mar  1 08:29:55 jirka-ThinkPad-R500 anacron[2766]: Normal exit (1 job run)
Mar  1 08:38:06 jirka-ThinkPad-R500 dbus[496]: [system] Activating service name='com.ubuntu.SystemService' (using servicehelper)
Mar  1 08:38:06 jirka-ThinkPad-R500 dbus[496]: [system] Successfully activated service 'com.ubuntu.SystemService'
Mar  1 08:39:01 jirka-ThinkPad-R500 CRON[3381]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Mar  1 08:39:01 jirka-ThinkPad-R500 postfix/pickup[1842]: EFF22AA011F: uid=0 from=<root>
Mar  1 08:39:01 jirka-ThinkPad-R500 postfix/cleanup[3389]: EFF22AA011F: message-id=<20130301073901.EFF22AA011F@jirka-ThinkPad-R500>
Mar  1 08:39:02 jirka-ThinkPad-R500 postfix/qmgr[1843]: EFF22AA011F: from=<root@jirka-ThinkPad-R500>, size=1395, nrcpt=1 (queue active)
Mar  1 08:39:02 jirka-ThinkPad-R500 postfix/local[3391]: EFF22AA011F: to=<root@jirka-ThinkPad-R500>, orig_to=<root>, relay=local, delay=0.25, delays=0.17/0/0/0.08, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Mar  1 08:39:02 jirka-ThinkPad-R500 postfix/qmgr[1843]: EFF22AA011F: removed
Mar  1 09:02:27 jirka-ThinkPad-R500 dbus[496]: [system] Activating service name='org.debian.apt' (using servicehelper)
Mar  1 09:02:29 jirka-ThinkPad-R500 AptDaemon: INFO: Initializing daemon
Mar  1 09:02:29 jirka-ThinkPad-R500 dbus[496]: [system] Successfully activated service 'org.debian.apt'
Mar  1 09:02:30 jirka-ThinkPad-R500 AptDaemon.PackageKit: INFO: Initializing PackageKit compat layer
Mar  1 09:02:30 jirka-ThinkPad-R500 AptDaemon: INFO: CommitPackages() was called: dbus.Array([dbus.String(u'')], signature=dbus.Signature('s')), dbus.Array([dbus.String(u'')], signature=dbus.Signature('s')), dbus.Array([dbus.String(u'')], signature=dbus.Signature('s')), dbus.Array([dbus.String(u'')], signature=dbus.Signature('s')), dbus.Array([dbus.String(u'firefox'), dbus.String(u'firefox-globalmenu'), dbus.String(u'firefox-gnome-support'), dbus.String(u'firefox-locale-cs'), dbus.String(u'firefox-locale-en'), dbus.String(u'firefox-locale-zh-hans'), dbus.String(u'flashplugin-installer'), dbus.String(u'libdbus-glib-1-2'), dbus.String(u'libgl1-mesa-dri'), dbus.String(u'libgl1-mesa-glx'), dbus.String(u'libglapi-mesa'), dbus.String(u'libglu1-mesa'), dbus.String(u'libgnutls26'), dbus.String(u'libpurple-bin'), dbus.String(u'libpurple0'), dbus.String(u'libssl1.0.0'), dbus.String(u'libxatracker1'), dbus.String(u'openssl'), dbus.String(u'pidgin'), dbus.String(u'pidgin-data'), dbus.String(u'postfix'), dbus.String(u'software-center'), dbus.String(u'sudo'), dbus.String(u'transmission-common'), dbus.String(u'transmission-gtk'), dbus.String(u'unity-greeter'), dbus.String(u'xserver-xorg-video-nouveau')], signature=dbus.Signature('s')), dbus.Array([dbus.String(u'')], signature=dbus.Signature('s'))
Mar  1 09:02:31 jirka-ThinkPad-R500 AptDaemon.Trans: INFO: Queuing transaction /org/debian/apt/transaction/9756c3bfd73043f9aa6c0359793f258b
Mar  1 09:02:31 jirka-ThinkPad-R500 AptDaemon.Worker: INFO: Simulating trans: /org/debian/apt/transaction/9756c3bfd73043f9aa6c0359793f258b
Mar  1 09:02:37 jirka-ThinkPad-R500 AptDaemon.Worker: INFO: Committing packages: dbus.Array([], signature=dbus.Signature('s')), dbus.Array([], signature=dbus.Signature('s')), dbus.Array([], signature=dbus.Signature('s')), dbus.Array([], signature=dbus.Signature('s')), dbus.Array([dbus.String(u'firefox'), dbus.String(u'firefox-globalmenu'), dbus.String(u'firefox-gnome-support'), dbus.String(u'firefox-locale-cs'), dbus.String(u'firefox-locale-en'), dbus.String(u'firefox-locale-zh-hans'), dbus.String(u'flashplugin-installer'), dbus.String(u'libdbus-glib-1-2'), dbus.String(u'libgl1-mesa-dri'), dbus.String(u'libgl1-mesa-glx'), dbus.String(u'libglapi-mesa'), dbus.String(u'libglu1-mesa'), dbus.String(u'libgnutls26'), dbus.String(u'libpurple-bin'), dbus.String(u'libpurple0'), dbus.String(u'libssl1.0.0'), dbus.String(u'libxatracker1'), dbus.String(u'openssl'), dbus.String(u'pidgin'), dbus.String(u'pidgin-data'), dbus.String(u'postfix'), dbus.String(u'software-center'), dbus.String(u'sudo'), dbus.String(u'transmission-common'), dbus.String(u'transmission-gtk'), dbus.String(u'unity-greeter'), dbus.String(u'xserver-xorg-video-nouveau')], signature=dbus.Signature('s')), dbus.Array([], signature=dbus.Signature('s'))
Mar  1 09:02:38 jirka-ThinkPad-R500 AptDaemon.Worker: INFO: Processing transaction /org/debian/apt/transaction/9756c3bfd73043f9aa6c0359793f258b
Mar  1 09:03:58 jirka-ThinkPad-R500 postfix/master[1462]: terminating on signal 15
Mar  1 09:04:05 jirka-ThinkPad-R500 dbus[496]: [system] Reloaded configuration
Mar  1 09:04:06 jirka-ThinkPad-R500 dbus[496]: [system] Reloaded configuration
Mar  1 09:05:07 jirka-ThinkPad-R500 postfix/master[8066]: daemon started -- version 2.9.6, configuration /etc/postfix
Mar  1 09:05:08 jirka-ThinkPad-R500 dbus[496]: [system] Reloaded configuration
Mar  1 09:06:02 jirka-ThinkPad-R500 AptDaemon.Worker: INFO: Finished transaction /org/debian/apt/transaction/9756c3bfd73043f9aa6c0359793f258b
Mar  1 09:07:02 jirka-ThinkPad-R500 AptDaemon.PackageKit: INFO: Initializing PackageKit transaction
Mar  1 09:07:02 jirka-ThinkPad-R500 AptDaemon.Worker: INFO: Simulating trans: /org/debian/apt/transaction/84fddb84d3e545ea92a2ec183b25b06d
Mar  1 09:07:02 jirka-ThinkPad-R500 AptDaemon.Worker: INFO: Processing transaction /org/debian/apt/transaction/84fddb84d3e545ea92a2ec183b25b06d
Mar  1 09:07:02 jirka-ThinkPad-R500 AptDaemon.PackageKit: INFO: Get updates()
Mar  1 09:07:03 jirka-ThinkPad-R500 AptDaemon.Worker: INFO: Finished transaction /org/debian/apt/transaction/84fddb84d3e545ea92a2ec183b25b06d
Mar  1 09:08:08 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): device state change: activated -> disconnected (reason 'connection-removed') [100 30 38]
Mar  1 09:08:08 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): deactivating device (reason 'connection-removed') [38]
Mar  1 09:08:08 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): canceled DHCP transaction, DHCP client pid 1417
Mar  1 09:08:08 jirka-ThinkPad-R500 NetworkManager[897]: <info> DNS: starting dnsmasq...
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): writing resolv.conf to /sbin/resolvconf
Mar  1 09:08:09 jirka-ThinkPad-R500 dnsmasq[1524]: exiting on receipt of SIGTERM
Mar  1 09:08:09 jirka-ThinkPad-R500 dbus[496]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Mar  1 09:08:09 jirka-ThinkPad-R500 dbus[496]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Mar  1 09:08:09 jirka-ThinkPad-R500 dnsmasq[8211]: started, version 2.59 cache disabled
Mar  1 09:08:09 jirka-ThinkPad-R500 dnsmasq[8211]: compile time options: IPv6 GNU-getopt DBus i18n DHCP TFTP conntrack IDN
Mar  1 09:08:09 jirka-ThinkPad-R500 dnsmasq[8211]: warning: no upstream servers configured
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Saved default wired connection 'Wired connection 1' to persistent storage
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Auto-activating connection 'Wired connection 1'.
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) starting connection 'Wired connection 1'
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled...
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) started...
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled...
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) starting...
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): device state change: prepare -> config (reason 'none') [40 50 0]
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) successful.
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete.
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): device state change: config -> ip-config (reason 'none') [50 70 0]
Mar  1 09:08:09 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Beginning DHCPv4 transaction (timeout in 45 seconds)
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info> dhclient started with pid 8227
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Beginning IP6 addrconf.
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: Internet Systems Consortium DHCP Client 4.1-ESV-R4
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: Copyright 2004-2011 Internet Systems Consortium.
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: All rights reserved.
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: For info, please visit https://www.isc.org/software/dhcp/
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient:
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): DHCPv4 state changed nbi -> preinit
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: Listening on LPF/eth0/00:24:7e:6d:8e:fc
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: Sending on   LPF/eth0/00:24:7e:6d:8e:fc
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: Sending on   Socket/fallback
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: DHCPREQUEST of 192.168.1.145 on eth0 to 255.255.255.255 port 67
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: DHCPACK of 192.168.1.145 from 192.168.1.1
Mar  1 09:08:10 jirka-ThinkPad-R500 dhclient: bound to 192.168.1.145 -- renewal in 42630 seconds.
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): DHCPv4 state changed preinit -> reboot
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info>   address 192.168.1.145
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info>   prefix 24 (255.255.255.0)
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info>   gateway 192.168.1.1
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info>   hostname 'jirka-ThinkPad-R500'
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info>   nameserver '192.168.1.1'
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 5 of 5 (IPv4 Configure Commit) scheduled...
Mar  1 09:08:10 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 5 of 5 (IPv4 Commit) started...
Mar  1 09:08:11 jirka-ThinkPad-R500 dnsmasq[8211]: exiting on receipt of SIGTERM
Mar  1 09:08:11 jirka-ThinkPad-R500 NetworkManager[897]: <info> DNS: starting dnsmasq...
Mar  1 09:08:11 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): writing resolv.conf to /sbin/resolvconf
Mar  1 09:08:11 jirka-ThinkPad-R500 dnsmasq[8238]: started, version 2.59 cache disabled
Mar  1 09:08:11 jirka-ThinkPad-R500 dnsmasq[8238]: compile time options: IPv6 GNU-getopt DBus i18n DHCP TFTP conntrack IDN
Mar  1 09:08:11 jirka-ThinkPad-R500 dnsmasq[8238]: using nameserver 192.168.1.1#53
Mar  1 09:08:11 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): device state change: ip-config -> activated (reason 'none') [70 100 0]
Mar  1 09:08:11 jirka-ThinkPad-R500 NetworkManager[897]: <info> Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS.
Mar  1 09:08:11 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) successful, device activated.
Mar  1 09:08:11 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 5 of 5 (IPv4 Commit) complete.
Mar  1 09:08:11 jirka-ThinkPad-R500 NetworkManager[897]:    Ifupdown: get unmanaged devices count: 0
Mar  1 09:08:11 jirka-ThinkPad-R500 NetworkManager[897]:    Ifupdown: get unmanaged devices count: 0
Mar  1 09:08:20 jirka-ThinkPad-R500 ntpdate[8275]: adjust time server 91.189.94.4 offset 0.065789 sec
Mar  1 09:08:21 jirka-ThinkPad-R500 kernel: [ 3745.792060] eth0: no IPv6 routers present
Mar  1 09:08:30 jirka-ThinkPad-R500 NetworkManager[897]: <info> (eth0): IP6 addrconf timed out or failed.
Mar  1 09:08:30 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 4 of 5 (IPv6 Configure Timeout) scheduled...
Mar  1 09:08:30 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 4 of 5 (IPv6 Configure Timeout) started...
Mar  1 09:08:30 jirka-ThinkPad-R500 NetworkManager[897]: <info> Activation (eth0) Stage 4 of 5 (IPv6 Configure Timeout) complete.
Mar  1 09:09:01 jirka-ThinkPad-R500 CRON[8367]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Mar  1 09:09:02 jirka-ThinkPad-R500 postfix/pickup[8069]: 5BAC6AA011F: uid=0 from=<root>
Mar  1 09:09:02 jirka-ThinkPad-R500 postfix/cleanup[8375]: 5BAC6AA011F: message-id=<20130301080902.5BAC6AA011F@jirka-ThinkPad-R500>
Mar  1 09:09:02 jirka-ThinkPad-R500 postfix/qmgr[8070]: 5BAC6AA011F: from=<root@jirka-ThinkPad-R500>, size=1395, nrcpt=1 (queue active)
Mar  1 09:09:02 jirka-ThinkPad-R500 postfix/local[8377]: 5BAC6AA011F: to=<root@jirka-ThinkPad-R500>, orig_to=<root>, relay=local, delay=0.36, delays=0.16/0/0/0.2, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Mar  1 09:09:02 jirka-ThinkPad-R500 postfix/qmgr[8070]: 5BAC6AA011F: removed
Mar  1 09:12:31 jirka-ThinkPad-R500 AptDaemon: INFO: Quitting due to inactivity
Mar  1 09:12:31 jirka-ThinkPad-R500 AptDaemon: INFO: Quitting was requested
Mar  1 09:16:21 jirka-ThinkPad-R500 dbus[496]: [system] Activating service name='org.debian.apt' (using servicehelper)
Mar  1 09:16:21 jirka-ThinkPad-R500 AptDaemon: INFO: Initializing daemon
Mar  1 09:16:21 jirka-ThinkPad-R500 dbus[496]: [system] Successfully activated service 'org.debian.apt'
Mar  1 09:16:21 jirka-ThinkPad-R500 AptDaemon.PackageKit: INFO: Initializing PackageKit compat layer
Mar  1 09:17:01 jirka-ThinkPad-R500 CRON[9212]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Mar  1 09:21:22 jirka-ThinkPad-R500 AptDaemon: INFO: Quitting due to inactivity
Mar  1 09:21:22 jirka-ThinkPad-R500 AptDaemon: INFO: Quitting was requested
Mar  1 09:24:16 jirka-ThinkPad-R500 dbus[496]: [system] Activating service name='org.debian.apt' (using servicehelper)
Mar  1 09:24:18 jirka-ThinkPad-R500 AptDaemon: INFO: Initializing daemon
Mar  1 09:24:18 jirka-ThinkPad-R500 dbus[496]: [system] Successfully activated service 'org.debian.apt'
Mar  1 09:24:18 jirka-ThinkPad-R500 AptDaemon.PackageKit: INFO: Initializing PackageKit compat layer
Mar  1 09:29:19 jirka-ThinkPad-R500 AptDaemon: INFO: Quitting due to inactivity
Mar  1 09:29:19 jirka-ThinkPad-R500 AptDaemon: INFO: Quitting was requested
Mar  1 09:30:50 jirka-ThinkPad-R500 kernel: [ 5095.576127] usb 3-1: USB disconnect, device number 2
Mar  1 09:39:02 jirka-ThinkPad-R500 CRON[9408]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Mar  1 09:39:04 jirka-ThinkPad-R500 postfix/pickup[8069]: CBEB6AA011F: uid=0 from=<root>
Mar  1 09:39:04 jirka-ThinkPad-R500 postfix/cleanup[9436]: CBEB6AA011F: message-id=<20130301083904.CBEB6AA011F@jirka-ThinkPad-R500>
Mar  1 09:39:05 jirka-ThinkPad-R500 postfix/qmgr[8070]: CBEB6AA011F: from=<root@jirka-ThinkPad-R500>, size=1395, nrcpt=1 (queue active)
Mar  1 09:39:05 jirka-ThinkPad-R500 postfix/local[9438]: CBEB6AA011F: to=<root@jirka-ThinkPad-R500>, orig_to=<root>, relay=local, delay=0.67, delays=0.43/0.09/0/0.15, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Mar  1 09:39:05 jirka-ThinkPad-R500 postfix/qmgr[8070]: CBEB6AA011F: removed
Mar  1 09:39:32 jirka-ThinkPad-R500 kernel: [ 5616.736079] usb 1-1: new high-speed USB device number 6 using ehci_hcd
Mar  1 09:39:32 jirka-ThinkPad-R500 mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-1"
Mar  1 09:39:32 jirka-ThinkPad-R500 mtp-probe: bus: 1, device: 6 was not an MTP device
Mar  1 09:39:32 jirka-ThinkPad-R500 kernel: [ 5617.340778] Initializing USB Mass Storage driver...
Mar  1 09:39:32 jirka-ThinkPad-R500 kernel: [ 5617.340951] scsi4 : usb-storage 1-1:1.0
Mar  1 09:39:32 jirka-ThinkPad-R500 kernel: [ 5617.341048] usbcore: registered new interface driver usb-storage
Mar  1 09:39:32 jirka-ThinkPad-R500 kernel: [ 5617.341050] USB Mass Storage support registered.
Mar  1 09:39:33 jirka-ThinkPad-R500 kernel: [ 5618.355508] scsi 4:0:0:0: Direct-Access     Samsung  G2 Portable           PQ: 0 ANSI: 2 CCS
Mar  1 09:39:33 jirka-ThinkPad-R500 kernel: [ 5618.362968] sd 4:0:0:0: Attached scsi generic sg2 type 0
Mar  1 09:39:33 jirka-ThinkPad-R500 kernel: [ 5618.365928] sd 4:0:0:0: [sdb] 625142448 512-byte logical blocks: (320 GB/298 GiB)
Mar  1 09:39:33 jirka-ThinkPad-R500 kernel: [ 5618.367522] sd 4:0:0:0: [sdb] Write Protect is off
Mar  1 09:39:33 jirka-ThinkPad-R500 kernel: [ 5618.367527] sd 4:0:0:0: [sdb] Mode Sense: 3c 00 00 00
Mar  1 09:39:33 jirka-ThinkPad-R500 kernel: [ 5618.368693] sd 4:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Mar  1 09:39:33 jirka-ThinkPad-R500 kernel: [ 5618.392038]  sdb: sdb1
Mar  1 09:39:33 jirka-ThinkPad-R500 kernel: [ 5618.395945] sd 4:0:0:0: [sdb] Attached SCSI disk
Mar  1 09:39:33 jirka-ThinkPad-R500 ata_id[9561]: HDIO_GET_IDENTITY failed for '/dev/sdb': Invalid argument
Mar  1 09:45:55 jirka-ThinkPad-R500 kernel: [ 5999.874458] WARNING! power/level is deprecated; use power/control instead
Mar  1 09:45:55 jirka-ThinkPad-R500 kernel: [ 5999.952153] usb 1-1: USB disconnect, device number 6
Mar  1 10:09:02 jirka-ThinkPad-R500 CRON[9764]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Mar  1 10:09:03 jirka-ThinkPad-R500 postfix/pickup[8069]: A293EAA011F: uid=0 from=<root>
Mar  1 10:09:03 jirka-ThinkPad-R500 postfix/cleanup[9772]: A293EAA011F: message-id=<20130301090903.A293EAA011F@jirka-ThinkPad-R500>
Mar  1 10:09:03 jirka-ThinkPad-R500 postfix/qmgr[8070]: A293EAA011F: from=<root@jirka-ThinkPad-R500>, size=1395, nrcpt=1 (queue active)
Mar  1 10:09:04 jirka-ThinkPad-R500 postfix/local[9774]: A293EAA011F: to=<root@jirka-ThinkPad-R500>, orig_to=<root>, relay=local, delay=0.64, delays=0.33/0.13/0/0.17, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Mar  1 10:09:04 jirka-ThinkPad-R500 postfix/qmgr[8070]: A293EAA011F: removed
Mar  1 10:17:01 jirka-ThinkPad-R500 CRON[9808]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 01 Března 2013, 11:03:33
Zkus prosím ještě vypnout to ipv6.

nameserver si pro jistotu změň v network manageru z 192.168.1.1 na 8.8.8.8 a sekundární a 8.8.4.4. Google dns používám a s jeho rychlostí a spolehlivostí jsem spokojen.

IPV6 můžeš zakázat i přidáním parametru ipv6.disable=1 do souboru /etc/default/grub.

Daný řádek by měl pak vypadat nějak takto:

Kód: [Vybrat]
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash ipv6.disable=1"
a pak je potřeba aktualizovat zavaděč
Citace
sudo update-grub
.


Ještě sem dej pravidla toho firewallu, co používáš (ufw?), případně ho zkus dočasně pozastavit. A možná by bylo dobré sem dát log i od apparmoru.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 01 Března 2013, 12:17:31
DNS jsem měl od CZ.NIC, ale dal jsem tam tedy toto.
IPv6 zakázáno, aktualizován zavaděč a pořád nic :(.

Kód: [Vybrat]
# subdomain.conf is a shared AppArmor configuration file that is sh sourcable.

################## AppArmor init.d configuration ################

# Move this to /etc/sysconfig/apparmor eventually
## Path: System/AppArmor
## Description: Enable the OWLSM extension to AppArmor
## Type: yesno
## Default: no
#
# Enable OWLSM extension to AppArmor?
# OWLSM is an extension to AppArmor that prevents processes from
# following symlinks they don't own and creating hardlinks to files they
# don't own, in an attempt to prevent /tmp race attacks. However, OWLSM
# can break some applications, so is disabled by default.
SUBDOMAIN_ENABLE_OWLSM="no"

## Path: System/AppArmor
## Description: Enable the AppArmor event daemon for reporting
## Type: yesno
## Default: no
#
# Enable the AppArmor event daemon for reporting?
APPARMOR_ENABLE_AAEVENTD="no"

#SUBDOMAIN_MODULE_PANIC=XXX
#This option controls how subdomain behaves when the init script attempts
#to load the AppArmor module and fails.  There are 4 options
#warn  - log a failure message. (default behavior)
#build - attempt to build the AppArmor module is the module can't be loaded.
#        If successful
#           the module will be built for the running kernel and loaded.
#        If the build fails
#           a failure message is logged
#panic - If the AppArmor module fails to load
#           a failure message will be logged
#           and the machine will drop to runlevel 1 (single user)
#build-panic - If the AppArmor module fails to load
#                 attempt to build the module
#                 If building the module fails
#                    panic (drop to runlevel 1) 

#SUBDOMAIN_MODULE_PANIC=warn

################## subdomain_parser configuration ################

#SUBDOMAIN_PATH=XXXX
#This option specifies the include path that the subdomain_parser will
#use by default.  If no entry is specified /etc/subdomain.d is used by
#default.

#SUBDOMAIN_PATH=/etc/subdomain.d

Nejsem nějaký profík, s firewallem jsem nic nedělal, mám tam jen základní co je v Ubuntu 12.04.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: jmp 01 Března 2013, 12:21:27
ten test s wgetem prokázal, že tomu provozu v síti nic nebrání, tak se domnívám, že ani v nastavení firewallu problém nedohledáte

jediné co mne aktuálně ještě napadlo - jestli tam není nastavená proxy v systému, která by to mohla stopnout...
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 01 Března 2013, 12:30:24
Co se týká té proxy, to si opravdu raději zkontroluj. Dál můžeš zkusit otevřít ten web e15.cz ve firefoxu.

Mohlo by to jít nějak takto:

Kód: [Vybrat]
firefox www.e15.cz
Třeba ten terminál bude něco hlásit...

Ten soubor apparmoru, to je nějakej jeho konfigurák? Mne by spíš zajímal log jeho činnosti, měl by být někde v /var/log...

zkus udělat sudo ufw disable, tím deaktivuješ firewall ufw. Zapneš ho potom analogicky sudo ufw enable.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 01 Března 2013, 12:42:09
ten test s wgetem prokázal, že tomu provozu v síti nic nebrání, tak se domnívám, že ani v nastavení firewallu problém nedohledáte

jediné co mne aktuálně ještě napadlo - jestli tam není nastavená proxy v systému, která by to mohla stopnout...

S tím bych moc nesouhlasil, viz wget www.e15, kde to hlásí Connecting to www.e15.cz (www.e15.cz)|5.198.129.128|:80... failed: No route to host..

IP adresa je zřejmě správně, to znamená v DNS problém není, ověřil jsem jí a dostanu se přes ní na web http://www.versamedia.eu/, což je web mladé fronty. Myslím, že na tom ip mají více webů.

Jogi, můžeš zkusit do prohlížeče zadat tuto ip adresu http://5.198.129.128 (http://5.198.129.128)? Respektive co se stane, když klikneš na tento odkaz?

A možná by stálo za to ještě zkontrolovat /etc/hosts.deny a /etc/hosts.allow.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 01 Března 2013, 12:49:07
Tak firewall to asi není, nepomohlo to.
Terminál na ten příkaz nic nehlásil a stránky nenajeli.
Appamor jsem v logu určitě nenalezl, tak nevím kde by to mohlo být.
V etc je pár souborů, ale nevím který bys chtěl.

To to systémové proxy zjistím prosím jak?

edit://
"Firefox can't establish a connection to the server at 5.198.129.128."

Kód: [Vybrat]
# /etc/hosts.allow: list of hosts that are allowed to access the system.
#                   See the manual pages hosts_access(5) and hosts_options(5).
#
# Example:    ALL: LOCAL @some_netgroup
#             ALL: .foobar.edu EXCEPT terminalserver.foobar.edu
#
# If you're going to protect the portmapper use the name "portmap" for the
# daemon name. Remember that you can only use the keyword "ALL" and IP
# addresses (NOT host or domain names) for the portmapper, as well as for
# rpc.mountd (the NFS mount daemon). See portmap(8) and rpc.mountd(8)
# for further information.
#

Kód: [Vybrat]
# /etc/hosts.deny: list of hosts that are _not_ allowed to access the system.
#                  See the manual pages hosts_access(5) and hosts_options(5).
#
# Example:    ALL: some.host.name, .some.domain
#             ALL EXCEPT in.fingerd: other.host.name, .other.domain
#
# If you're going to protect the portmapper use the name "portmap" for the
# daemon name. Remember that you can only use the keyword "ALL" and IP
# addresses (NOT host or domain names) for the portmapper, as well as for
# rpc.mountd (the NFS mount daemon). See portmap(8) and rpc.mountd(8)
# for further information.
#
# The PARANOID wildcard matches any host whose name does not match its
# address.
#
# You may wish to enable this to ensure any programs that don't
# validate looked up hostnames still leave understandable logs. In past
# versions of Debian this has been the default.
# ALL: PARANOID

Jinak teda netuším, asi mě to nemá rádo :D. Aspoň, že jsem to zkusil.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 01 Března 2013, 13:05:36
Ty hosts soubory jsou čisté, takže tam problém není, firewall tedy bude asi také ok.

Když to dělá u více poskytovatelů, tak můžeme vyloučit i ten peering. Ten je sice na zive.cz z upc žalostný, ale e15 mi do toho nesedí. Navíc pokud se chyba vyskytuje i u jiných poskytovatelů, tak nevím. IP adresa se ti předpokládám mění, na každém místě jí máš jinou. Pokud by tě chtěli blokovat, tak by museli na základě mac adresy a nejsem si jist, jestli to vůbec jde.

Nicméně, za zkoušku nic nedáš, zkus si vygenerovat nějakou jinou mac adresu, vložit do network manageru, restartovat komp a pak se připojit k těm webům.

http://www.miniwebtool.com/mac-address-generator/
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: jmp 01 Března 2013, 13:14:09
informace o MAC neprojde za router, tak je zbytečné se snažit jí změnit
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 01 Března 2013, 13:22:04
Nevadí, zatím budu chodit přes proxy a počkám si na aktualizace, třeba má problémy i někdy jiný.

Hoši děkuju i tak moc za snahu a váš čas, kdybych to vyřešil tak napíšu, ať se pobavíme, co to bylo za prkotinu ;).
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: jmp 01 Března 2013, 13:34:05
zkuste přenastavit třeba firefox
úpravy -> předvolby
rozšířené -> síť -> nastavení připojení
změnit z použít nastavení proxy serverů v systému
na bez proxy serveru

co to udělá potom...
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 01 Března 2013, 13:53:02
Nechal jsem prověřit problém e15 + zive.cz u upc. Nicméně, když to jinde dělá taky, tak závada nebude asi u nás.

Pro jistotu, Jogi, doporučuji - napiš si stížnost přes kontaktní formulář na www.upc.cz a uveď tam, že máš problém s weby www.zive.cz a www.e15.cz.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 01 Března 2013, 14:01:51
jpm> vyzkoušeno, žádná změna

beer> právě si myslím, že mimořádně chyba na UPC nebude :D, tady právě myslím, jde o můj stroj, podle mého.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: jmp 01 Března 2013, 14:09:55
hmm, zkuste na tom konkrétním stroji nějakou live distribuci a z ni tyhle weby
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 01 Března 2013, 14:41:16
Dobrý nápad.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: TIBOR 02 Března 2013, 11:42:16
Skusil som tiez tie proxy servery a naozaj potom nabieha zive cz okamzite. Je jedno ci sk alebo cz proxi. Moze byt nieco na stranke co by proxi blokoval a pri priamom nacitani stranky by to zdrzovalo nacitanie?
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Myrmica 02 Března 2013, 13:35:16
Že by jsi byl v pásmu blokovaných adres? Třeba někdo z podobné adresy na ty servery útočil....
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: TIBOR 02 Března 2013, 14:50:14
Ja nie. Mne tie stranky idu ale niekedy sa nacitavaju strasne pomali. Ako som pisal na zaciatku aj viac ako minutu. S proxi to nabieha okamzite.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 08 Března 2013, 11:36:13
Tak a jedeme dál   ::).

Tak menčí pokrok, napsal jsem přímo do podpory e15.cz a byly hodně ale hodně nápomocní (chvála).
Problém: E15 od 9.2. změnila IP adresu.

Citace
budete si muset nejak nechat opravit to routovani a ten ham0 device. Netusime s kolegama co to je, ale blokuje vam to provoz na nas IP rozsah zacinajici na 5. Jedna se o jeden z poslednich bloku IP adres, ktere byli pridelovany, takze je mozna jenom malo CR webu, na ktere se nedostanete.

Kód: [Vybrat]
$ route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
5.0.0.0 * 255.0.0.0 U 0 0 0 ham0
link-local * 255.255.0.0 U 1000 0 0 eth0
192.168.1.0 * 255.255.255.0 U 1 0 0 eth0

Tak Bubunťáci potřebuju poradit jak na tento problém, už vím co to dělá, jen jak to nastavit :).

Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: jmp 08 Března 2013, 12:17:09
vypněte si hamachi síť, kde to máte chybně použito a zkuste to znovu...
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 08 Března 2013, 12:58:53
 ;D taková volovina, ježiši, díky.

Mimochodem, Hamachi jsem si naistaloval asi před 2 roky, ani jsem nevěděl, že se to spouští samo po zapnutí nb :(.
Rovnou jsem ho i odistaloval už stejně nehraju.
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: beer 08 Března 2013, 13:43:48
;D taková volovina, ježiši, díky.

Mimochodem, Hamachi jsem si naistaloval asi před 2 roky, ani jsem nevěděl, že se to spouští samo po zapnutí nb :(.
Rovnou jsem ho i odistaloval už stejně nehraju.

Místo hamachi je stejně daleko lepší alternativa N2N (http://www.root.cz/clanky/otevrena-alternativa-k-hamachi-se-jmenuje-n2n/).
Název: Re:Nefunkční stránky - problém firewall nebo tak?
Přispěvatel: Jogi 08 Března 2013, 14:12:27
Díky za info, ale dnes už toho moc nehraju, není čas ;).