ifconfig alias laesst sich nicht erreichen

dis

Member
Hallo Allerseits,

tschuldigt ersteinmal .. dass ich hier nach quasi support erfrage,
wenn ihr das Problem seht, werdet Ihr bestimmt anders denken .

Denn ich nutze bsd auch schon geraume zeit >3 Jahre .. allerdings sowas ist mir
noch nicht passiert. Gesucht habe ich auch schon rund ne Woche,
habe auch schon dies und das ausprobiert. Aber ganz klar ist mir die sache nicht.

Nun zum Problem, Ich habe da so nen Rechner, mit dem ich mir nen paar
jails bauen wollte ... das stellt vorerst kein Problem da.

Dabei wollt ich meine Interfaces vorbereiten, da fiel mir auf,
dass die interface-aliase nicht erreichbar waren.
Routing-technisch scheint es in Ordnung zu sein, ich sehe bei einem Ping
das paket ausgehend, und von dem defaultrouter auch wiederkommen.

Wenn ich dies mit der Haupt-IP des Interfaces mache funktioniert es sauber,
nehme ich allerdings eine Alias-IP als source ...
sehe ich das Paket ausgehend und auch wieder eingehend, jedoch
scheint der kernel zu meinen, dass er dafür nicht verantwortllich ist.

Wenn ich das Interface auf promiscous stelle .. funktionierts,
aber das ist nunma nicht sinn und zweg der nummer.

----------------------------------------------
re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=98<VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
ether 40:61:86:2b:86:c1
inet 192.168.10.66 netmask 0xffffffe0 broadcast 192.168.10.95
inet 192.168.10.88 netmask 0xffffffff broadcast 192.168.10.88
inet 192.168.10.87 netmask 0xffffffff broadcast 192.168.10.87
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=28149<UP,LOOPBACK,RUNNING,PROMISC,MULTICAST,PPROMISC> metric 0 mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000
pfsync0: flags=0<> metric 0 mtu 1460
syncpeer: 224.0.0.240 maxupd: 128
pflog0: flags=141<UP,RUNNING,PROMISC> metric 0 mtu 33204
----------------------------------------------
[root@host ~]# ping 192.168.10.65
PING 192.168.10.65 (192.168.10.65): 56 data bytes
64 bytes from 192.168.10.65: icmp_seq=0 ttl=64 time=0.752 ms
64 bytes from 192.168.10.65: icmp_seq=1 ttl=64 time=0.602 ms

[root@host /usr/src/sys]# tcpdump -n -i re0 ' host 192.168.10.66 && 192.168.10.65 '
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes

14:48:21.063831 IP 192.168.10.66 > 192.168.10.65: ICMP echo request, id 47131, seq 0, length 64
14:48:21.064622 IP 192.168.10.65 > 192.168.10.66: ICMP echo reply, id 47131, seq 0, length 64
14:48:22.069277 IP 192.168.10.66 > 192.168.10.65: ICMP echo request, id 47131, seq 1, length 64
14:48:22.069928 IP 192.168.10.65 > 192.168.10.66: ICMP echo reply, id 47131, seq 1, length 64


[root@host ~]# ping -S 192.168.10.87 192.168.10.65
PING 192.168.10.65 (192.168.10.65) from 192.168.10.87: 56 data bytes

--- 192.168.10.65 ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss


[root@host /usr/src/sys]# tcpdump -n -i re0 ' host 192.168.10.87 && 192.168.10.65 '
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes

14:48:51.570710 IP 192.168.10.87 > 192.168.10.65: ICMP echo request, id 47899, seq 0, length 64
14:48:51.571336 IP 192.168.10.65 > 192.168.10.87: ICMP echo reply, id 47899, seq 0, length 64
14:48:52.574980 IP 192.168.10.87 > 192.168.10.65: ICMP echo request, id 47899, seq 1, length 64
14:48:52.575669 IP 192.168.10.65 > 192.168.10.87: ICMP echo reply, id 47899, seq 1, length 64
----------------------------------------------

Hat das jemand von euch auch schonmal gehabt ?
Hat jemand ne idee wo ich nachlesen kann ?

Und falls Ihr helfen wollt und mehr infos braucht,
sagt bescheid ..

gruss
~dis

---- hier noch nen paar mehr infos ---
--------------------------------------------------------------------------------------

# pfctl -d
pf disabled

FreeBSD host.nodom.local 7.2-STABLE FreeBSD 7.2-STABLE #2: Fri Nov 20 18:51:01 CET 2009 root@host.nodom.local:/usr/obj/usr/src/sys/MYPAE i386


[root@host ~]# sysctl -a | grep -e"inet\."
net.inet.ip.portrange.randomtime: 45
net.inet.ip.portrange.randomcps: 10
net.inet.ip.portrange.randomized: 1
net.inet.ip.portrange.reservedlow: 0
net.inet.ip.portrange.reservedhigh: 1023
net.inet.ip.portrange.hilast: 65535
net.inet.ip.portrange.hifirst: 49152
net.inet.ip.portrange.last: 65535
net.inet.ip.portrange.first: 49152
net.inet.ip.portrange.lowlast: 600
net.inet.ip.portrange.lowfirst: 1023
net.inet.ip.forwarding: 1
net.inet.ip.redirect: 1
net.inet.ip.ttl: 64
net.inet.ip.rtexpire: 3600
net.inet.ip.rtminexpire: 10
net.inet.ip.rtmaxcache: 128
net.inet.ip.sourceroute: 0
net.inet.ip.intr_queue_maxlen: 50
net.inet.ip.intr_queue_drops: 0
net.inet.ip.accept_sourceroute: 0
net.inet.ip.keepfaith: 0
net.inet.ip.gifttl: 30
net.inet.ip.same_prefix_carp_only: 0
net.inet.ip.subnets_are_local: 0
net.inet.ip.dummynet.debug: 0
net.inet.ip.dummynet.pipe_byte_limit: 1048576
net.inet.ip.dummynet.pipe_slot_limit: 100
net.inet.ip.dummynet.io_pkt_drop: 0
net.inet.ip.dummynet.io_pkt_fast: 0
net.inet.ip.dummynet.io_pkt: 0
net.inet.ip.dummynet.io_fast: 0
net.inet.ip.dummynet.tick_lost: 0
net.inet.ip.dummynet.tick_diff: 152569
net.inet.ip.dummynet.tick_adjustment: 84875
net.inet.ip.dummynet.tick_delta_sum: 744
net.inet.ip.dummynet.tick_delta: 4
net.inet.ip.dummynet.red_max_pkt_size: 1500
net.inet.ip.dummynet.red_avg_pkt_size: 512
net.inet.ip.dummynet.red_lookup_depth: 256
net.inet.ip.dummynet.max_chain_len: 16
net.inet.ip.dummynet.expire: 1
net.inet.ip.dummynet.search_steps: 0
net.inet.ip.dummynet.searches: 0
net.inet.ip.dummynet.extract_heap: 0
net.inet.ip.dummynet.ready_heap: 0
net.inet.ip.dummynet.hash_size: 64
net.inet.ip.fastforwarding: 0
net.inet.ip.fw.dyn_keepalive: 1
net.inet.ip.fw.dyn_short_lifetime: 5
net.inet.ip.fw.dyn_udp_lifetime: 10
net.inet.ip.fw.dyn_rst_lifetime: 1
net.inet.ip.fw.dyn_fin_lifetime: 1
net.inet.ip.fw.dyn_syn_lifetime: 20
net.inet.ip.fw.dyn_ack_lifetime: 300
net.inet.ip.fw.static_count: 1
net.inet.ip.fw.dyn_max: 4096
net.inet.ip.fw.dyn_count: 0
net.inet.ip.fw.curr_dyn_buckets: 256
net.inet.ip.fw.dyn_buckets: 256
net.inet.ip.fw.default_to_accept: 1
net.inet.ip.fw.tables_max: 128
net.inet.ip.fw.default_rule: 65535
net.inet.ip.fw.verbose_limit: 100
net.inet.ip.fw.verbose: 1
net.inet.ip.fw.one_pass: 1
net.inet.ip.fw.autoinc_step: 100
net.inet.ip.fw.enable: 1
net.inet.ip.maxfragpackets: 800
net.inet.ip.stealth: 0
net.inet.ip.maxfragsperpacket: 16
net.inet.ip.fragpackets: 0
net.inet.ip.check_interface: 1
net.inet.ip.random_id: 0
net.inet.ip.sendsourcequench: 0
net.inet.ip.process_options: 1
net.inet.icmp.maskrepl: 0
net.inet.icmp.icmplim: 200
net.inet.icmp.bmcastecho: 0
net.inet.icmp.quotelen: 8
net.inet.icmp.reply_from_interface: 1
net.inet.icmp.reply_src: 1
net.inet.icmp.icmplim_output: 1
net.inet.icmp.log_redirect: 0
net.inet.icmp.drop_redirect: 0
net.inet.icmp.maskfake: 0
net.inet.tcp.rfc1323: 1
net.inet.tcp.mssdflt: 512
net.inet.tcp.keepidle: 7200000
net.inet.tcp.keepintvl: 75000
net.inet.tcp.sendspace: 32768
net.inet.tcp.recvspace: 65536
net.inet.tcp.keepinit: 75000
net.inet.tcp.delacktime: 100
net.inet.tcp.v6mssdflt: 1024
net.inet.tcp.hostcache.purge: 0
net.inet.tcp.hostcache.prune: 300
net.inet.tcp.hostcache.expire: 3600
net.inet.tcp.hostcache.count: 2
net.inet.tcp.hostcache.bucketlimit: 30
net.inet.tcp.hostcache.hashsize: 512
net.inet.tcp.hostcache.cachelimit: 15360
net.inet.tcp.recvbuf_max: 262144
net.inet.tcp.recvbuf_inc: 16384
net.inet.tcp.recvbuf_auto: 1
net.inet.tcp.insecure_rst: 0
net.inet.tcp.rfc3390: 1
net.inet.tcp.rfc3042: 1
net.inet.tcp.drop_synfin: 0
net.inet.tcp.delayed_ack: 1
net.inet.tcp.blackhole: 2
net.inet.tcp.log_in_vain: 0
net.inet.tcp.sendbuf_max: 262144
net.inet.tcp.sendbuf_inc: 8192
net.inet.tcp.sendbuf_auto: 1
net.inet.tcp.tso: 1
net.inet.tcp.newreno: 1
net.inet.tcp.local_slowstart_flightsize: 4
net.inet.tcp.slowstart_flightsize: 1
net.inet.tcp.path_mtu_discovery: 1
net.inet.tcp.reass.overflows: 0
net.inet.tcp.reass.maxqlen: 48
net.inet.tcp.reass.cursegments: 0
net.inet.tcp.reass.maxsegments: 1600
net.inet.tcp.sack.globalholes: 0
net.inet.tcp.sack.globalmaxholes: 65536
net.inet.tcp.sack.maxholes: 128
net.inet.tcp.sack.enable: 1
net.inet.tcp.inflight.stab: 20
net.inet.tcp.inflight.max: 1073725440
net.inet.tcp.inflight.min: 6144
net.inet.tcp.inflight.rttthresh: 10
net.inet.tcp.inflight.debug: 0
net.inet.tcp.inflight.enable: 1
net.inet.tcp.isn_reseed_interval: 0
net.inet.tcp.icmp_may_rst: 1
net.inet.tcp.pcbcount: 4
net.inet.tcp.do_tcpdrain: 1
net.inet.tcp.tcbhashsize: 512
net.inet.tcp.log_debug: 0
net.inet.tcp.minmss: 216
net.inet.tcp.syncache.rst_on_sock_fail: 1
net.inet.tcp.syncache.rexmtlimit: 3
net.inet.tcp.syncache.hashsize: 512
net.inet.tcp.syncache.count: 0
net.inet.tcp.syncache.cachelimit: 15360
net.inet.tcp.syncache.bucketlimit: 30
net.inet.tcp.syncookies_only: 0
net.inet.tcp.syncookies: 1
net.inet.tcp.timer_race: 0
net.inet.tcp.finwait2_timeout: 60000
net.inet.tcp.fast_finwait2_recycle: 0
net.inet.tcp.always_keepalive: 1
net.inet.tcp.rexmit_slop: 200
net.inet.tcp.rexmit_min: 30
net.inet.tcp.msl: 30000
net.inet.tcp.nolocaltimewait: 0
net.inet.tcp.maxtcptw: 5120
net.inet.udp.checksum: 1
net.inet.udp.maxdgram: 9216
net.inet.udp.recvspace: 42080
net.inet.udp.soreceive_dgram_enabled: 1
net.inet.udp.blackhole: 0
net.inet.udp.log_in_vain: 0
net.inet.sctp.nat_friendly_init: 1
net.inet.sctp.enable_sack_immediately: 0
net.inet.sctp.udp_tunneling_port: 0
net.inet.sctp.udp_tunneling_for_client_enable: 0
net.inet.sctp.mobility_fasthandoff: 0
net.inet.sctp.mobility_base: 0
net.inet.sctp.default_frag_interleave: 1
net.inet.sctp.default_cc_module: 0
net.inet.sctp.log_level: 0
net.inet.sctp.max_retran_chunk: 30
net.inet.sctp.min_residual: 1452
net.inet.sctp.strict_data_order: 0
net.inet.sctp.abort_at_limit: 0
net.inet.sctp.hb_max_burst: 4
net.inet.sctp.do_sctp_drain: 1
net.inet.sctp.max_chained_mbufs: 5
net.inet.sctp.abc_l_var: 1
net.inet.sctp.nat_friendly: 1
net.inet.sctp.auth_disable: 0
net.inet.sctp.asconf_auth_nochk: 0
net.inet.sctp.early_fast_retran_msec: 250
net.inet.sctp.early_fast_retran: 0
net.inet.sctp.cwnd_maxburst: 1
net.inet.sctp.cmt_pf: 0
net.inet.sctp.cmt_use_dac: 0
net.inet.sctp.nr_sack_on_off: 0
net.inet.sctp.cmt_on_off: 0
net.inet.sctp.outgoing_streams: 10
net.inet.sctp.add_more_on_output: 1452
net.inet.sctp.path_rtx_max: 5
net.inet.sctp.assoc_rtx_max: 10
net.inet.sctp.init_rtx_max: 8
net.inet.sctp.valid_cookie_life: 60000
net.inet.sctp.init_rto_max: 60000
net.inet.sctp.rto_initial: 3000
net.inet.sctp.rto_min: 1000
net.inet.sctp.rto_max: 60000
net.inet.sctp.secret_lifetime: 3600
net.inet.sctp.shutdown_guard_time: 180
net.inet.sctp.pmtu_raise_time: 600
net.inet.sctp.heartbeat_interval: 30000
net.inet.sctp.asoc_resource: 10
net.inet.sctp.sys_resource: 1000
net.inet.sctp.sack_freq: 2
net.inet.sctp.delayed_sack_time: 200
net.inet.sctp.chunkscale: 10
net.inet.sctp.min_split_point: 2904
net.inet.sctp.pcbhashsize: 256
net.inet.sctp.tcbhashsize: 1024
net.inet.sctp.maxchunks: 3200
net.inet.sctp.maxburst: 4
net.inet.sctp.peer_chkoh: 256
net.inet.sctp.strict_init: 1
net.inet.sctp.loopback_nocsum: 1
net.inet.sctp.strict_sacks: 1
net.inet.sctp.ecn_nonce: 0
net.inet.sctp.ecn_enable: 1
net.inet.sctp.auto_asconf: 1
net.inet.sctp.recvspace: 233016
net.inet.sctp.sendspace: 233016
net.inet.raw.recvspace: 9216
net.inet.raw.maxdgram: 9216
net.inet.ipf.fr_minttl: 4
net.inet.ipf.fr_chksrc: 0
net.inet.ipf.fr_defaultauthage: 600
net.inet.ipf.fr_authused: 0
net.inet.ipf.fr_authsize: 32
net.inet.ipf.ipf_hostmap_sz: 2047
net.inet.ipf.ipf_rdrrules_sz: 127
net.inet.ipf.ipf_natrules_sz: 127
net.inet.ipf.ipf_nattable_sz: 2047
net.inet.ipf.fr_statemax: 4013
net.inet.ipf.fr_statesize: 5737
net.inet.ipf.fr_running: 1
net.inet.ipf.fr_ipfrttl: 120
net.inet.ipf.fr_defnatage: 1200
net.inet.ipf.fr_icmptimeout: 120
net.inet.ipf.fr_udpacktimeout: 24
net.inet.ipf.fr_udptimeout: 240
net.inet.ipf.fr_tcpclosed: 60
net.inet.ipf.fr_tcptimeout: 480
net.inet.ipf.fr_tcplastack: 60
net.inet.ipf.fr_tcpclosewait: 480
net.inet.ipf.fr_tcphalfclosed: 14400
net.inet.ipf.fr_tcpidletimeout: 864000
net.inet.ipf.fr_active: 0
net.inet.ipf.fr_pass: 134217730
net.inet.ipf.fr_flags: 0
net.inet.accf.unloadable: 0
net.link.ether.inet.log_arp_permanent_modify: 1
net.link.ether.inet.log_arp_movements: 1
net.link.ether.inet.log_arp_wrong_iface: 1
net.link.ether.inet.proxyall: 0
net.link.ether.inet.useloopback: 1
net.link.ether.inet.maxtries: 5
net.link.ether.inet.max_age: 1200
--------------------------------------------------------------------------------------
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.10.65 UGS 0 32873 re0
192.168.10.64/27 link#1 UC 0 0 re0
192.168.10.65 00:26:88:75:f9:8c UHLW 2 551 re0 864
192.168.10.87 40:61:86:2b:86:c1 UHLS 1 0 lo0 =>
192.168.10.87/32 link#1 UC 0 0 re0
192.168.10.88/32 link#1 UC 0 0 re0
127.0.0.1 127.0.0.1 UH 0 0 lo0

Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UHL lo0
fe80::%lo0/64 fe80::1%lo0 U lo0
fe80::1%lo0 link#2 UHL lo0
ff01:2::/32 fe80::1%lo0 UC lo0
ff02::%lo0/32 fe80::1%lo0 UC lo0
--------------------------------------------------------------------------------------
[root@host ~]# arp -an
? (192.168.10.65) at 00:26:88:75:f9:8c on re0 [ethernet]
? (192.168.10.87) at 40:61:86:2b:86:c1 on re0 permanent [ethernet]
--------------------------------------------------------------------------------------
[root@host ~]# cat /etc/rc.conf | sed -e's/88.198.48./192.168.10./g'


defaultrouter="192.168.10.65"
hostname="host.nodom.local"
ifconfig_re0=" -tso -lro -wol -wol_ucast -wol_mcast -wol_magic -link0 -link1 -link2 -rxcsum -txcsum -netcons -swabips debug media 100baseTX mediaopt full-duplex "
ifconfig_re0_alias0="inet 192.168.10.66 netmask 255.255.255.224 "
ifconfig_re0_alias1="inet 192.168.10.87/32 "
ifconfig_re0_alias2="inet 192.168.10.88/32 "
keymap="german.iso"
sshd_enable="YES"

gateway_enable="YES"

syslogd_enable="YES"
syslogd_program="/usr/sbin/syslogd"
syslogd_flags="-ss"

pf_enable="YES"
pf_rules="/etc/pf.conf"
pf_program="/sbin/pfctl"
pf_flags=""

pflog_enable="YES"
pflog_logfile="/var/log/pflog"
pflog_program="/sbin/pflogd"
pflog_flags=""
--------------------------------------------------------------------------------------
dev.re.0.%desc: RealTek 8168/8168B/8168C/8168CP/8168D/8168DP/8111B/8111C/8111CP/8111DP PCIe Gigabit Ethernet
dev.re.0.%driver: re
dev.re.0.%location: slot=0 function=0
dev.re.0.%pnpinfo: vendor=0x10ec device=0x8168 subvendor=0x1462 subdevice=0x7522 class=0x020000
dev.re.0.%parent: pci6
dev.miibus.0.%desc: MII bus
dev.miibus.0.%driver: miibus
dev.miibus.0.%parent: re0
dev.rgephy.0.%desc: RTL8169S/8110S/8211B media interface
dev.rgephy.0.%driver: rgephy
dev.rgephy.0.%location: phyno=1
dev.rgephy.0.%pnpinfo: oui=0x732 model=0x11 rev=0x2
dev.rgephy.0.%parent: miibus0
 
Last edited:
Vielleicht ist es ein Realtek spezifisches Problem. Bei meiner Intel-Karte verwende ich auch mehrere Aliases um mehrere Subnetze über ein physisches Netz zu betreiben und es funktioniert wunderbar.
 
Jau,

hatte ich auch erst gedacht - allerdings bei der Verbreitung der
Realtek karten - dacht ich mir, dass es nicht sein kann.

Vorallem ich hatte diverse foren, lists usw. durchsucht ..
aber ich weiss nichtmal wie ich dieses verhalten umschreiben soll,
um ein 'gutes' suchergebnis zu erhalten .
/* weil ifconfig, route und alias ist ja nicht gerade ungebräuchlich */

Was mir aufgefallen war, dass das system nicht eigenständig,
einen statischen arp-eintag gemacht hatte - sondern erst von
hand per :
>> route add -host 192.168.10.87 127.0.0.1 0 -cloning

Naja .. jedenfalls funktionierts, wenn ich es in den
promiscous mode setze ...
.. aber ist halt nicht *original*

~dis
 
[...]
Nun zum Problem, Ich habe da so nen Rechner, mit dem ich mir nen paar
jails bauen wollte ... das stellt vorerst kein Problem da.

Dabei wollt ich meine Interfaces vorbereiten, da fiel mir auf,
dass die interface-aliase nicht erreichbar waren.
Routing-technisch scheint es in Ordnung zu sein, ich sehe bei einem Ping
das paket ausgehend, und von dem defaultrouter auch wiederkommen.

Wenn ich dies mit der Haupt-IP des Interfaces mache funktioniert es sauber,
nehme ich allerdings eine Alias-IP als source ...
sehe ich das Paket ausgehend und auch wieder eingehend, jedoch
scheint der kernel zu meinen, dass er dafür nicht verantwortllich ist.

Wenn ich das Interface auf promiscous stelle .. funktionierts,
aber das ist nunma nicht sinn und zweg der nummer. [...]
Ein Realtek spezifisches Problem ist es nicht, denn bei mir funktioniert eine fast identische Konstellation problemlos seit ca. 1,5 Jahre:
ifconfig_re1="inet 192.168.144.24 netmask 255.255.255.0 broadcast 192.168.144.255"
ifconfig_re1_alias0="inet 192.168.144.203 netmask 255.255.255.255"
ifconfig_re1_alias1="inet 192.168.144.207 netmask 255.255.255.255"
ifconfig_re1_alias2="inet 192.168.144.204 netmask 255.255.255.255"
ifconfig_re1_alias3="inet 192.168.144.206 netmask 255.255.255.255"
ifconfig_re1_alias4="inet 192.168.144.205 netmask 255.255.255.255"

re1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
inet 192.168.144.24 netmask 0xffffff00 broadcast 192.168.144.255
inet 192.168.144.203 netmask 0xffffffff broadcast 192.168.144.203
inet 192.168.144.207 netmask 0xffffffff broadcast 192.168.144.207
inet 192.168.144.204 netmask 0xffffffff broadcast 192.168.144.204
inet 192.168.144.206 netmask 0xffffffff broadcast 192.168.144.206
inet 192.168.144.205 netmask 0xffffffff broadcast 192.168.144.205
ether 00:xx:xx:xx:xx:xx
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active

# ping 192.168.144.22
PING 192.168.144.22 (192.168.144.22): 56 data bytes
64 bytes from 192.168.144.22: icmp_seq=0 ttl=64 time=1.250 ms
64 bytes from 192.168.144.22: icmp_seq=1 ttl=64 time=0.504 ms
64 bytes from 192.168.144.22: icmp_seq=2 ttl=64 time=0.442 ms
64 bytes from 192.168.144.22: icmp_seq=3 ttl=64 time=0.483 ms
64 bytes from 192.168.144.22: icmp_seq=4 ttl=64 time=0.504 ms
^C
--- 192.168.144.22 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.442/0.637/1.250/0.308 ms

# ping -S 192.168.144.204 192.168.144.22
PING 192.168.144.22 (192.168.144.22) from 192.168.144.204: 56 data bytes
64 bytes from 192.168.144.22: icmp_seq=0 ttl=64 time=0.810 ms
64 bytes from 192.168.144.22: icmp_seq=1 ttl=64 time=0.647 ms
64 bytes from 192.168.144.22: icmp_seq=2 ttl=64 time=0.606 ms
64 bytes from 192.168.144.22: icmp_seq=3 ttl=64 time=0.510 ms
^C
--- 192.168.144.22 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.510/0.643/0.810/0.108 ms
 
Ok ,

direkt am treiber liegt es anscheinend nicht,
vll aber an der Kombination Karte <-> Treiber ...

Also per Tcpdump konnte ich die Pakete dahingehend verfolgen,
dass mein defaultrouter .. sie sauber zurückschickt.

Hat von euch jemand eine Idee, wie ich die Kommunikation
zwischen Treiber und Kernel , rausziehen kann ?

Derweilen, werde ich mal einen PR basteln,
mal guggn wie genau ich das beschreiben kann ...

Danke schonmal
 
Hi

versuch doch mal, das NIC nach Handbuch zu Konfigurieren.
Was mir dabei einfällt sind:


Code:
1.--------

re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=98<VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
ether 40:61:86:2b:86:c1
inet 192.168.10.66 netmask 0xffffffe0 broadcast 192.168.10.95
                                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^  
inet 192.168.10.88 netmask  .....................

2.--------
 defaultrouter="192.168.10.65"
hostname="host.nodom.local"
ifconfig_re0=" -tso -lro -wol -wol_ucast -wol_mcast -wol_magic -link0
-link1 -link2 -rxcsum -txcsum -netcons -swabips debug media 100baseTX
mediaopt full-duplex "
ifconfig_re0_alias0="inet 192.168.10.66 netmask 255.255.255.224 "
                             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ifconfig_re0_alias1="inet 192.168.10.87/32 "
ifconfig_re0_alias2="inet 192.168.10.88/32 "

zu 1.-------
kanner nich, der Kernel :)
zu 2.--------
kanner erst recht nich
---------------------------------

Meines Wissens (und nach dem Handbuch) brauch das Interface eine 'nicht
aliasierte' Adresse bevor irdendetwas anderem.
Wenn denn 192.168.10.66 die 'Haupt'adresse von re0 sein soll sähe das
ganze eher so aus:
Code:
ifconfig_re0="192.168.10.66/24 ---yada -yada"
ifconfig_re0_alias0="inet 192.168.10.87/32 "
ifconfig_re0_alias1="inet 192.168.10.88/32 "
Lass doch aoch mal das 'Gedöns' mit '-tso -lrp...' etc.pp einfach mal weg,
später kannst du immer noch sehen was da geht oder nicht geht.
Hier laufen mehrere re's problemlos mit diversen aliasen 'out of the
box'.
Siehe hierzu
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-virtual-hosts.html

Aber nochmal was zum alias:

Du schreibst, '...paar jails bauen....' !
Normalerweise setzt man die IP der Jails nicht im Vornherein als NICalias
sondern:

Für Jails, die aus der rc.conf oder rc.conf.local heraus gestartet weden, übernimmt
das /etc/rc.d/jail script das, und setzt den alias.
Nur die IP (des Jails) und das Interface, audf dem die IP sein soll, muss
angegeben sein.

Siehe hierzu /etc/defaults/rc.conf (suche 'jail')

Wenn Jails 'händisch' gestartet werden sollen, kannst du auch genauso
'händisch' die aliase setzen und das ganz einfach mit z.B.:
Code:
ifconfig re0 alias 192.168.10.87/32 
etc.
Siehe hierzu man ifconfig(8).

Wenn das alles nicht klappt, kannst Du immer noch arme Treiberschreiber damit
beschäftigen ;)

HTH
 
Jau,

hatte ich alles schon durch ... mit und ohne alias für die erste IP .. mit und ohne -tso und so ... ( aber ich werd es dennoch mal 'nach Handbuch' bauen, weil ich schonwieder einiges verändert habe )

Gepostet habe nun nur das, wo ich langsam verzweifelt bin .

Wie ich schon schrub, fiel mit das mit der IP erst auf, als ich die IP ans jail binden wollte. Das lustige ist, dass wenn das script losläuft, um das jail zu bauen, wird keine statische arp gebaut, was auf 3 anderen maschinen funktioniert .
( out of the box - allerdings fxpX, emX und bgeX )
/* ich habe schon immer realtech nicht gemocht ;) */

Und ... ich kenne das so, dass erst die IP als Alias ans interface gebunden wird,
später - wenn das jailscript - losrennt, bindet es das jail am interface, bzw ans ip-socket ...
Quasi : jail <pfad> <hostname> <alias-ip> /bin/sh /etc/rc
..
denn einen alias, kann man ja auch ohne jail mal gebrauchen :o)

Normalerweise bzw. auf allen anderen Maschinen :
Interface wird beim Start angelegt, static arp wird erzeugt
= pingbar .

Auf meinem (Problem-) Gerät :
Alias wird angelegt, kein static arp wird erzeugt.
Legt man den static arp per hand an ( was ja auch gehen sollte - rein logisch ),
Interessiert es den kernel auch nicht.

Apropos , was meinste mit :
> zu 1.-------
> kanner nich, der Kernel
> zu 2.--------
> kanner erst recht nich
meinste, dass er nicht subnetten kann ??

und *manuell* habe ich das schon, oft beim testen gemacht, das glaub mir mal :D
=======

Aber wie gesagt, ich probier nochmal nach handbuch, aber
angesichts der Tatsache, dass der dump richtig ankommt und der kernel
sich nicht für die aliase interessiert ... glaub ich nicht dass es was wirkt.

~dis

p.s.: ich schau lieber, was der PR sagt.
 
So ... Handbuch gequält
rebooted - nix

Also folgendermassen sieht es auf anderen geräten aus :
1. von einem 6.2 Release
2. von einem 6.3 Release
3. von meinem jetzigen 8.0-PRERELEASE ( ex 7.2 )

und das, auf das es ankommt ist nicht da :
*rennt*
172.18.10.15 00:30:05:03:33:04 UHLW 1 117 lo0 =>
172.18.10.15/32 link#1 UC 0 0 fxp0
? (172.18.10.15) at 00:30:05:03:33:04 on fxp0 permanent [ethernet]

*rennt nicht*
[root@host ~]# arp -an
? (192.168.10.65) at 00:26:88:75:f9:8c on re0 [ethernet]

Wen ich es manuell hinzufüge :

>>route add -host 88.198.48.87 -iface re0 -cloning

192.168.10.87 link#1 UHS 0 25229 lo0 =>
192.168.10.87/32 link#1 U 0 0 re0

? (192.168.10.87) at 40:61:86:2b:86:c1 on re0 permanent [ethernet]

Ist die IP zwar da ( für alles was der defaultrouter sehen sollte )
aber der kernel sagt dazu 'nö'

Ideen ?

~dis
--------------------------------------------------------------------------------------
FreeBSD proxy 6.2-RELEASE-p7 FreeBSD 6.2-RELEASE-p7 #0: Fri Sep 21 09:21:41 CEST 2007
root@proxy:/usr/src/sys/i386/compile/ALTQ_KERNEL i386
# arp -an
? (172.18.1.1) at 00:17:cb:eb:ce:49 on fxp0 [ethernet]
? (172.18.1.10) at 00:30:05:03:33:04 on fxp0 permanent [ethernet]
? (172.18.1.11) at 00:30:05:03:33:04 on fxp0 permanent [ethernet]
? (172.18.2.100) at 00:18:f3:6d:91:f4 on fxp0 [ethernet]
? (172.18.10.15) at 00:30:05:03:33:04 on fxp0 permanent [ethernet]

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 172.18.1.1 UGS 0 78201 fxp0
127.0.0.1 127.0.0.1 UH 0 306 lo0
172.18 link#1 UC 0 0 fxp0
172.18.1.1 00:17:cb:eb:ce:49 UHLW 2 0 fxp0 948
172.18.1.10 00:30:05:03:33:04 UHLW 1 240304 lo0 =>
172.18.1.10/32 link#1 UC 0 0 fxp0
172.18.1.11 00:30:05:03:33:04 UHLW 1 120 lo0 =>
172.18.1.11/32 link#1 UC 0 0 fxp0
172.18.2.100 00:18:f3:6d:91:f4 UHLW 1 20882 fxp0 1192
172.18.10.15 00:30:05:03:33:04 UHLW 1 117 lo0 =>
172.18.10.15/32 link#1 UC 0 0 fxp0

--------------------------------------------------------------------------------------
FreeBSD srv2.lab.firma.com 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Fri Feb 1 14:23:39 UTC 2008
root@srv2.lab.firma.com:/usr/obj/usr/src/sys/CUSTOM i386
[root@srv2 ~]$ arp -an
? (172.18.1.1) at 00:10:db:79:71:d2 on bge0 [ethernet]
? (172.18.18.1) at (incomplete) on bge0 [ethernet]
...
? (172.18.30.61) at (incomplete) on bge0 [ethernet]
? (172.18.30.101) at 00:17:a4:3a:ef:86 on bge0 permanent [ethernet]
? (172.18.30.102) at 00:17:a4:3a:ef:86 on bge0 permanent [ethernet]
? (172.18.30.111) at 00:17:a4:3a:ef:86 on bge0 permanent [ethernet]
? (172.18.30.199) at 00:04:23:60:04:ca on bge0 [ethernet]
? (172.18.30.200) at 00:04:23:60:04:ca on bge0 [ethernet]
? (172.18.30.202) at 00:10:60:76:48:ca on bge0 [ethernet]
? (172.18.30.210) at 00:17:a4:3a:ef:86 on bge0 permanent [ethernet]
? (172.18.30.211) at 00:17:a4:3a:b8:84 on bge0 [ethernet]
? (172.18.40.10) at 00:14:f6:42:b5:b5 on bge0 [ethernet]
? (172.18.40.20) at (incomplete) on bge0 [ethernet]
? (172.18.40.35) at 00:a0:a5:63:05:82 on bge0 [ethernet]
? (172.18.50.1) at (incomplete) on bge0 [ethernet]

---
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 172.18.1.1 UGS 0 177699 bge0
127.0.0.1 127.0.0.1 UH 0 926 lo0
172.18 link#1 UC 0 0 bge0
172.18.1.1 00:10:db:79:71:d2 UHLW 2 11899 bge0 1182
172.18.18.150 00:12:f2:cb:ca:80 UHLW 1 24115 bge0 698
172.18.18.151 00:12:f2:8d:9b:80 UHLW 1 6815 bge0 805

172.18.30.3 00:a0:a5:5c:4d:3a UHLW 1 10054 bge0 1137
172.18.30.4 00:a0:a5:5e:5c:6f UHLW 1 2625 bge0 976
172.18.30.5 link#1 UHLW 1 5 bge0
172.18.30.6 00:a0:a5:56:05:56 UHLW 1 8455 bge0 612
172.18.30.7 00:a0:a5:5e:5d:dc UHLW 1 4221 bge0 941
172.18.30.8 00:a0:a5:5e:5d:3f UHLW 1 820 bge0 777
172.18.30.9 00:a0:a5:56:07:a5 UHLW 1 12727 bge0 699
172.18.30.10 00:a0:a5:5c:0d:59 UHLW 1 15977 bge0 312
172.18.30.11 link#1 UHLW 1 5 bge0
172.18.30.12 link#1 UHLW 1 5 bge0

172.18.30.101 00:17:a4:3a:ef:86 UHLW 1 24208 lo0 =>
172.18.30.101/32 link#1 UC 0 0 bge0
172.18.30.102 00:17:a4:3a:ef:86 UHLW 1 379072 lo0 =>
172.18.30.102/32 link#1 UC 0 0 bge0
172.18.30.111 00:17:a4:3a:ef:86 UHLW 1 24218 lo0 =>
172.18.30.111/32 link#1 UC 0 0 bge0
172.18.30.210 00:17:a4:3a:ef:86 UHLW 1 24104 lo0
172.18.30.211 00:17:a4:3a:b8:84 UHLW 1 59225 bge0 1031
172.18.40.10 00:14:f6:42:b5:b5 UHLW 1 25361 bge0 895
172.18.40.35 00:a0:a5:63:05:82 UHLW 1 0 bge0 1025

--------------------------------------------------------------------------------------
FreeBSD host.nodom.local 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #6: Sat Nov 21 23:00:13 CET 2009
root@host.nodom.local:/usr/obj/usr/src/sys/MYPAE i386

[root@host ~]# arp -an
? (192.168.10.65) at 00:26:88:75:f9:8c on re0 [ethernet]
? (192.168.10.87) at 40:61:86:2b:86:c1 on re0 permanent [ethernet]

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.10.65 UGS 0 32873 re0
192.168.10.64/27 link#1 UC 0 0 re0
192.168.10.65 00:26:88:75:f9:8c UHLW 2 551 re0 864
192.168.10.87 40:61:86:2b:86:c1 UHLS 1 0 lo0 =>
192.168.10.87/32 link#1 UC 0 0 re0
192.168.10.88/32 link#1 UC 0 0 re0
127.0.0.1 127.0.0.1 UH 0 0 lo0

--------------------------------------------------------------------------------------
 
Last edited:
hm brumm - re... wtf is des nu wieder für ne Karte - *beschnupper* nix gutes - ok, Idee des Bären, ifconfig Einträge in /etc/rc.conf entmüllen von Dingen wo ned wirklich zwingend nötig sans und oifach mal erstma ifconfig inet ... netmask .... uf richtige und danach die aliasbären uf ifconfig alias ... inet ... netmask ... und dann mal guggen was passiert. Vermutlich frisst der des so ned wirklich.

Sprich geb mal in ifconfig 1. zeile des gescheit ohne Schnickschnack an, 2. und fortfolgende imma in Form ifconfig alias ... inet ... netmask ... und dann sollte das tun. Wenn ned werf die Grützenkarte oifach uffen Müll und steck ne Netzwerkkarte nei wo tut.

Gruß Bär
 
Habe da etwas 'zu schnell geschossen'. Was gemeint war, ist die Netzwerkmaske, die
zumindest ungewöhnlich erscheint. Es ist erstaunlich, was fbsd so aushält.
Hier nachgebaut hat das klaglos funktioniert, es wurde hin und her gepingt das die
konsole wackelte.
(BTW mit 'Handbuch' meinte ich das fbsd-handbook :ugly: )
Es ging nur dann nicht, wenn die angepingten hosts nicht im rfc1918 (private)
Adressbereich waren, wobei da pf (was hier 'nattet') diesem Subnetz keine ausgehende
Verbindung 'natten' wollte.

Die re's sind auch etwas unterschiedlich, Realtek baut wie es kommt:

hier:
dev.re.0.%desc: RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet
dev.re.0.%driver: re

deiner:
dev.re.0.%desc: RealTek 8168/8168B/8168C/8168CP/8168D/8168DP/8111B/8111C/8111CP/8111DP PCIe Gigabit Ethernet
dev.re.0.%driver: re


Egal. Des langen Geschwafels ausserordentlich kurzer Sinn:

Jetzt Teiberschreiber beschäftigen (da gibts mir re's schon einiges)
oder
Sag den Helpdesk, dass du eine neue Karte brauchst.
oder gleich
Jail IP's nicht an diese Karte binden, man tap(4) z.B. , geht wunderbar und ist weg von der NIC.

gruss
 
Back
Top