Hali a kovetkezokbe utkoztem.
A dhcp kiszolgalja. de megsincs internet. se kep se hang... a szerveren meg ez az uzenet....
Jun 2 22:05:24 babe kernel: [17641758.068000] ll header: ff:ff:ff:ff:ff:ff:08:00:46:59:ff:25:08:06
Jun 2 22:05:25 babe kernel: [17641759.068000] martian source 192.168.0.1 from 192.168.0.41, on dev eth2
akkor is csinalja, ha nincsen tuzfal, akkor is ha van.
mi lehet a megoldas?
- 4333 megtekintés
Hozzászólások
senki?
- A hozzászóláshoz be kell jelentkezni
miert nem keresel ra googleban?
gondolom dhcp-n olyan alhalot kap a kliens (ip+netmask), ami nem egyezik a server altal azon az interfeszen kiszolgalt alhaloval.
- Use the Source Luke ! -
- A hozzászóláshoz be kell jelentkezni
akkor is ez a problema, mikor statikusan probalom az ipcimet beallitani.
de nem tudom mi a gaz. eleinte azt hittem az avahi daemon a ludas, de totalisan eltavolitottam, szoval teljesen tanacstalan vagyok. a google-t megneztem, de ha tudtam volna ra valaszt talalni ott, (vagy ertettem volna) akkor nem irok ide. talaltam ugyan egy megjegyzest, hogy kikapcsolhatom ezt a kernelben,marmint a logot, de gondolom nem az a megoldasa a problemanak, mert regebben ez mukodott rendesen.
plz help
- A hozzászóláshoz be kell jelentkezni
Ez a log_martians miatt jon. Mutatnal routing tablat?
- A hozzászóláshoz be kell jelentkezni
nem tudok.
es ha tudnek melyik kene? a szervere, vagy a kliense?
- A hozzászóláshoz be kell jelentkezni
Amelyiken a log jon. 'ip route show'/'route -n'/'netstat -r -n'.
- A hozzászóláshoz be kell jelentkezni
Engem meg érdekelne a kliensé is, szóval akkor már mindkettőt plz.
- A hozzászóláshoz be kell jelentkezni
Kliens gep macaddress?
- A hozzászóláshoz be kell jelentkezni
este mindet megnezem
- A hozzászóláshoz be kell jelentkezni
Jobb későn mint soha? No, mindegy.
IP cím ütközés esetén szerintem
martian source ip from ip on dev ethx
hibaüzenet jön.
Ez a "martian" különben jó dolog. Szótárak azt mondják, hogy: marsbéli, marsi stb.
Remek! :)
- A hozzászóláshoz be kell jelentkezni
koszi
a gond csak ezzel az volt, hogy dhcp osztotta ki... es nem volt masik olyan ip cim a kornyeken sem
- A hozzászóláshoz be kell jelentkezni
Ezt nem tudom. Nekem mikrós netem van, a házban mindenkinek belső hálós ipje van (192.168.0.x) és nem dhcp osztja hanem fix. Így aztán ha valaki megváltoztatja (mondjuk rádugja a notebookját, amin más az ip, mint a deszktopján) akkor esetleg összeakadhat valakivel.
Az én esetemben viszont BIZTOS vagyok benne, hogy valaki az én ip címemet állította be, ekkor írta a fent idézett hibaüzenetet a Linux.
Azóta az illető eltakarodott - hibaüzenet sincs.
Ha neked dhcp oszt, attól még egy másik gépen valaki más állíthat be fix ipt és akkor elképzelhető az ütközés!
Ha van rá módod, ki tudod próbálni.
- A hozzászóláshoz be kell jelentkezni
hogy oldódott meg végül?
nekem most jött elő a probléma.
ubuntu 8.10-server van, vuurmuur tűzfal, eth1 <--> ppp0, eth0: 192.168.0.0/255.255.255.0
reggel 6 óta ettől nő a messages file:
Nov 22 12:25:21 serv kernel: [63618.561242] martian source 195.228.155.236 from 192.168.1.91, on dev eth0
Nov 22 12:25:21 serv kernel: [63618.561251] ll header: ff:ff:ff:ff:ff:ff:00:0b:82:07:51:c2:08:06
szóval tanácstalan vagyok.. kösz!
- A hozzászóláshoz be kell jelentkezni
igy :)
/etc/sysctl.conf:
# Log Martian Packets
net.ipv4.conf.all.log_martians = 0
lehet rosszul tudom de a marslako csomagok azok olyan forrascimu csomagok amik nem jelenhetnenek meg az interfeszen.
- A hozzászóláshoz be kell jelentkezni
bebiggyesztettem a syslog.conf végére amit irtál, majd:
# /etc/init.d/sysklogd restart
* Restarting system log daemon... [ OK ]
# cat /var/log/messages
Nov 22 13:54:42 serv exiting on signal 15
Nov 22 13:54:42 serv syslogd 1.5.0#2ubuntu6: restart.
Nov 22 13:54:47 serv kernel: [68984.318302] martian source 195.228.155.236 from 192.168.1.91, on dev eth0
Nov 22 13:54:47 serv kernel: [68984.318311] ll header: ff:ff:ff:ff:ff:ff:00:0b:82:07:51:c2:08:06
tehát nem ért semmit... :(
egyéb javaslat?
- A hozzászóláshoz be kell jelentkezni
ok, tanuljak meg olvasni... sysctl.conf átírása segített. :)
köszi!
- A hozzászóláshoz be kell jelentkezni
mégsem jó... :(
egy kis szünt után ugyanúgy jönnek a marslakók... :(
Nov 22 14:04:37 serv kernel: [ 85.751437] ll header: ff:ff:ff:ff:ff:ff:00:0b:82:07:51:c2:08:06
Nov 22 14:04:38 serv kernel: [ 86.751344] martian source 195.228.155.236 from 192.168.1.91, on dev eth0
- A hozzászóláshoz be kell jelentkezni
Ez egy ARP request egy Grandstream Networks által gyártott interfész felől. VoIP eszköz lehet, mivel a Voip Telekom szerverét szeretné elérni.
Az eth0-on a 192.168.0.0/24 van, de ebbe a tartományba a Grandstream eszközben beállított 192.168.1.91 nem esik bele, és nincs rá route sem. Ráadásul a maszk is nagyon el lehet írva, ha ARP-zik.
Megoldás: állíts be a VoIP eszközben 192.168.0.0/24-es címet a tűzfal címét használva átjáróként; vagy növeld a teljes hálózat maszkját minimum /23-ra, és természetesen ekkor is állítsd be az átjárót rendesen; vagy vegyél fel egy 192.168.1.x-es címet például /24-es - a VoIP eszközével megegyező - maszkkal a tűzfalra.
- A hozzászóláshoz be kell jelentkezni
ezen a telephelyen 3 cég is van, 1 rack szekrénnyel. szerintem rádugtak valamit a switch-ünkre. kimegyek majd seggeket rugdosni :)
köszi szépen!
- A hozzászóláshoz be kell jelentkezni
Milyen switch? A nem használt switchportokat ilyen környezetben (is) erősen javasolt down-ba tenni, aztán ha majd kell, akkor visszaengedni (humán nac :-)) vagy ha van rá zsé, akkor valami normális nac-ot ráhúzni a rendszerre, aztán dughat akárki akármit akárhova...
- A hozzászóláshoz be kell jelentkezni
áhh, sima olcsó 16 portos SMC, nem tud ilyet. marad a seggberugás.
- A hozzászóláshoz be kell jelentkezni
melyik a "normalis nac" ? tudnal adni url-t? koszi!
- A hozzászóláshoz be kell jelentkezni
cat /proc/sys/net/ipv4/conf/all/log_martians
ha 0, akkor nem tudom miert logolja.
bar a nem logolas valoban egy tuneti kezeles, inkabb az okat szuntesd meg, ahogy lent olvashatod.
szerk: illetve fent olvashatod :)
- A hozzászóláshoz be kell jelentkezni