moin, nachdem mein Server abgeraucht war, (geklebter Chipsatzkühler hatte sich fast unmerklich gelockert) und das stetige einfrieren des Systems mir auch das System vernichtet hat. hab ich mich drangemacht den alten K6 366 / Suse 8.0 neu aufzusetzen. nachdem jetzt samba, nameserver, dhcp, hylafax mit Zyxel ISDNmodem, funktionieren, packt mich die nackte Verzweifelung eine meiner verfügbaren ISDN karten so zum Laufen zu bewegen , das alles das was ich möchte funktioniert. 1. vbox oder capisuite anrufbeantworter 2. rawip einwahl/rauswahl mit routen der der netze hinter den servern. Der der nicht will steht auf der Arbeit, Zuhause funktioniert alles mit SuSE9.0. Das Problem : a.) ich kann mich auf der SuSE9.1 nur einwählen, wenn secure = off eingestellt ist. dabei zeigen die Einwahlversuche in /var/log/messages und die einwahlnummer das sie exact gleich sind b.) von zuhause kann ich nur den server anpingen, nicht das netz dahinter, obwohlich alles so eingestellt hab wie immer. zu a.) so geht es Current setup of interface 'isdn0': EAZ/MSN: 23 Phone number(s): Outgoing: 0123456 Incoming: 4486123456 Dial mode: manual Secure: off Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: rawip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing Sep 27 19:56:47 server isdnlog: Sep 27 19:56:47 Call to tei 89 from +49 4486/123456, Edewecht-Friedrichsfehn on +49 4486/23, Edewecht-Friedrichsfehn INTERFACE isdn0 called by 4486123456 Sep 28 13:05:37 server kernel: isdn0: call from 4486123456 -> 23 accepted und so nicht! Current setup of interface 'isdn0': EAZ/MSN: 23 Phone number(s): Outgoing: 0123456 Incoming: 4486123456 __________ ! Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: rawip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing Sep 28 13:14:04 server kernel: isdn_tty: call from 4486123456 -> 23 ignored __________ ! aus verständlichen Gründen hab ich natürlich die letzten 6 Zahlen verändert. aber sie stimmten genauso exact überein wie in diesem Beispiel. Die Karte ist eine PCI HFC mit cologne Chip. zu b.) die routen zuhause: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.254 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 217.5.98.20 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 192.168.1.254 255.255.255.0 UG 0 0 0 isdn0 0.0.0.0 217.5.98.20 0.0.0.0 UG 0 0 0 ppp0 die routen auf der Arbeit : 192.168.2.254 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 192.168.200.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.0 192.168.2.254 255.255.255.0 UG 0 0 0 isdn0 192.168.3.0 192.168.2.254 255.255.255.0 UG 0 0 0 isdn0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo ich habe auf beiden servern der isdnkarte die gleiche ip gegeben wie einer der netzwerkkarten, was so bisher immer funktioniert hat. Probleme mit ipv6 , Firewall ? nach rcSuSEfirewall2 stop ist das Ergebnis nicht anders. eine 2. ISDN KArte die ich ausprobiert habe ist eine AVM B1 ISA version 2.0, damit hab ich das gleich Bild, nur das ein Anruf auf vbox nach den ersten 2 Wörtern der Ansage den Server so abgeschossen hat, das ich nur noch resetten konnte. Mit capisuite ging es allerdings. Merkwürdig ! ich hab auch ne älter Firmware ausbrobiert, mit dem gleichen resultat. Ich benutzte bisher vbox, weil das so einen schönen Windows Client hat für die Mitarbeiter. Gibt es für capisuite auch sowas ? noch dazu als Information : Kernel 2.6.5-7.108-default neueste Onlineupdate, Mainboard Via KT133 Die frage ist, wo klemmt es, mit welchen Hilsmitteln komme ich den Fehlern auf die Spur ? entschuldigt die etwas lange Mail, vielen Dank im voraus für Tips Dietrich Restemeyer
Am Mittwoch, 29. September 2004 20:07 schrieb Dietrich Restemeyer:
moin, nachdem mein Server abgeraucht war, (geklebter Chipsatzkühler hatte sich fast unmerklich gelockert) und das stetige einfrieren des Systems mir auch das System vernichtet hat. hab ich mich drangemacht den alten K6 366 / Suse 8.0 neu aufzusetzen. nachdem jetzt samba, nameserver, dhcp, hylafax mit Zyxel ISDNmodem, funktionieren, packt mich die nackte Verzweifelung eine meiner verfügbaren ISDN karten so zum Laufen zu bewegen , das alles das was ich möchte funktioniert. 1. vbox oder capisuite anrufbeantworter 2. rawip einwahl/rauswahl mit routen der der netze hinter den servern. Der der nicht will steht auf der Arbeit, Zuhause funktioniert alles mit SuSE9.0. Das Problem : a.) ich kann mich auf der SuSE9.1 nur einwählen, wenn secure = off eingestellt ist. dabei zeigen die Einwahlversuche in /var/log/messages und die einwahlnummer das sie exact gleich sind
b.) von zuhause kann ich nur den server anpingen, nicht das netz dahinter, obwohlich alles so eingestellt hab wie immer.
zu a.)
so geht es Current setup of interface 'isdn0':
EAZ/MSN: 23 Phone number(s): Outgoing: 0123456 Incoming: 4486123456 Dial mode: manual Secure: off Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: rawip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing
Sep 27 19:56:47 server isdnlog: Sep 27 19:56:47 Call to tei 89 from +49 4486/123456, Edewecht-Friedrichsfehn on +49 4486/23, Edewecht-Friedrichsfehn INTERFACE isdn0 called by 4486123456 Sep 28 13:05:37 server kernel: isdn0: call from 4486123456 -> 23 accepted
und so nicht!
Current setup of interface 'isdn0':
EAZ/MSN: 23 Phone number(s): Outgoing: 0123456 Incoming: 4486123456 __________ ! Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: rawip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing
Sep 28 13:14:04 server kernel: isdn_tty: call from 4486123456 -> 23 ignored
__________ ! aus verständlichen Gründen hab ich natürlich die letzten 6 Zahlen verändert. aber sie stimmten genauso exact überein wie in diesem Beispiel. Die Karte ist eine PCI HFC mit cologne Chip.
also ich sehe da eine Unterschied: 1. server kernel: isdn0: call from 4486123456 -> 23 accepted 2. server kernel: isdn_tty: call from 4486123456 -> 23 ignored hilft das? Grüße GG
Am Mittwoch, 29. September 2004 21:57 schrieb Georg Golombek:
Am Mittwoch, 29. September 2004 20:07 schrieb Dietrich Restemeyer:
moin, nachdem mein Server abgeraucht war, (geklebter Chipsatzkühler hatte sich fast unmerklich gelockert) und das stetige einfrieren des Systems mir auch das System vernichtet hat. hab ich mich drangemacht den alten K6 366 / Suse 8.0 neu aufzusetzen. nachdem jetzt samba, nameserver, dhcp, hylafax mit Zyxel ISDNmodem, funktionieren, packt mich die nackte Verzweifelung eine meiner verfügbaren ISDN karten so zum Laufen zu bewegen , das alles das was ich möchte funktioniert. 1. vbox oder capisuite anrufbeantworter 2. rawip einwahl/rauswahl mit routen der der netze hinter den servern. Der der nicht will steht auf der Arbeit, Zuhause funktioniert alles mit SuSE9.0. Das Problem : a.) ich kann mich auf der SuSE9.1 nur einwählen, wenn secure = off eingestellt ist. dabei zeigen die Einwahlversuche in /var/log/messages und die einwahlnummer das sie exact gleich sind
b.) von zuhause kann ich nur den server anpingen, nicht das netz dahinter, obwohlich alles so eingestellt hab wie immer.
.................................
Die Karte ist eine PCI HFC mit cologne Chip.
also ich sehe da eine Unterschied:
1. server kernel: isdn0: call from 4486123456 -> 23 accepted 2. server kernel: isdn_tty: call from 4486123456 -> 23 ignored
hilft das?
Grüße GG
das mit der Einwahl hat sich erledigt, habe 5 Tage lang nicht gemerkt, das ich einen Zalendreher in der incoming nr. hatte, 36 ist halt nicht 63 :-); peinlich,peinlich ! aber das problem mit dem nicht zugreifbaren netzwerk hinter dem Server bleibt. habe das bislang immer durch editieren der /etc/sysconfig/SuSEfirewall2 hinbekommen. aber irgendwas ist anders bei der 9.1. /proc/sys/net/ipv4/ip_forward zeigt 1. muss für ipv6 noch irgendwas geändert werden ? die relevanten Zeilen aus der SuSEfirewall2: FW_QUICKMODE="no" FW_DEV_EXT="ppp0 ippp1" FW_DEV_INT="eth0 isdn0 ippp2 ippp3" FW_ROUTE="yes" FW_MASQUERADE="yes" FW_MASQ_DEV="$FW_DEV_EXT" FW_MASQ_NETS="0/0" FW_PROTECT_FROM_INTERNAL="no" FW_AUTOPROTECT_SERVICES="yes" FW_SERVICES_EXT_TCP="ssh" FW_SERVICES_EXT_UDP="" # Common: domain FW_SERVICES_EXT_IP="" FW_SERVICES_EXT_RPC="" FW_SERVICES_DMZ_TCP="" FW_SERVICES_DMZ_UDP="" FW_SERVICES_DMZ_IP="" FW_SERVICES_DMZ_RPC="" FW_SERVICES_INT_TCP="" FW_SERVICES_INT_UDP="" FW_SERVICES_INT_IP="" FW_SERVICES_INT_RPC="" FW_TRUSTED_NETS="192.168.1.0/24 192.168.2.0/24 192.168.3.0/24" FW_ALLOW_INCOMING_HIGHPORTS_TCP="yes" FW_ALLOW_INCOMING_HIGHPORTS_UDP="yes" FW_SERVICE_AUTODETECT="yes" # Autodetect the services below when starting FW_SERVICE_DNS="yes" FW_SERVICE_DHCLIENT="no" FW_SERVICE_DHCPD="yes" FW_SERVICE_SQUID="yes" FW_SERVICE_SAMBA="yes" FW_FORWARD="" # Beware to use this! FW_FORWARD_MASQ="" # Beware to use this! FW_REDIRECT="" FW_LOG_DROP_CRIT="yes" FW_LOG_DROP_ALL="no" FW_LOG_ACCEPT_CRIT="yes" FW_LOG_ACCEPT_ALL="no" FW_KERNEL_SECURITY="yes" FW_ANTISPOOF="no" FW_STOP_KEEP_ROUTING_STATE="no" FW_ALLOW_PING_FW="yes" FW_ALLOW_PING_DMZ="yes" FW_ALLOW_PING_EXT="yes" FW_ALLOW_FW_TRACEROUTE="yes" FW_ALLOW_FW_SOURCEQUENCH="yes" FW_ALLOW_FW_BROADCAST="int" FW_IGNORE_FW_BROADCAST="no" FW_ALLOW_CLASS_ROUTING="yes" FW_CUSTOMRULES="" FW_REJECT="no" FW_HTB_TUNE_DEV="" FW_IPv6="drop" FW_IPv6_REJECT_OUTGOING="yes" FW_IPSEC_TRUST="int" FW_IPSEC_MARK="" FW_LOG="" irgendwelche Vorschläge ? tschüss Didi
On Thu, Sep 30, 2004 at 11:28:12AM +0200, Dietrich Restemeyer wrote:
das mit der Einwahl hat sich erledigt, habe 5 Tage lang nicht gemerkt, das ich einen Zalendreher in der incoming nr. hatte, 36 ist halt nicht 63 :-); peinlich,peinlich !
Das beruhigt mich, konnte ich auch nicht erklaeren.
aber das problem mit dem nicht zugreifbaren netzwerk hinter dem Server bleibt. habe das bislang immer durch editieren der /etc/sysconfig/SuSEfirewall2 hinbekommen. aber irgendwas ist anders bei der 9.1.
Es kommt darauf an wie das Routing im Netzwerk aufgesetzt ist, gibt es eine explizite Route die den PCs im Netzwerk sagt das der Heim PC ueber diesen Router erreichbar ist ? Wahrscheinlich nicht und es soll PROXY ARP verwendet werden. Da muss die Ethernet Karte auf einen ARP request "who has IP-HEIMPC" mit ihrer eigenen HW Adresse antworten. Am sichersten ist es einen arp entry selbst zu setzen, und zwar im file /etc/ethers: XX:XX:XX:XX:XX:XX a.b.c.d XX:XX:XX:XX:XX:XX hwadress der internen Ethernetkarte a.b.c.d IP des HeimPC. Zu setzen mit arp -f /etc/ethers -- Karsten Keil SuSE Labs ISDN development
Am Donnerstag, 30. September 2004 14:19 schrieb Karsten Keil:
On Thu, Sep 30, 2004 at 11:28:12AM +0200, Dietrich Restemeyer wrote:
das mit der Einwahl hat sich erledigt, habe 5 Tage lang nicht gemerkt, das ich einen Zalendreher in der incoming nr. hatte, 36 ist halt nicht 63 :-); peinlich,peinlich !
Das beruhigt mich, konnte ich auch nicht erklaeren.
aber das problem mit dem nicht zugreifbaren netzwerk hinter dem Server bleibt. habe das bislang immer durch editieren der /etc/sysconfig/SuSEfirewall2 hinbekommen. aber irgendwas ist anders bei der 9.1.
Es kommt darauf an wie das Routing im Netzwerk aufgesetzt ist, gibt es eine explizite Route die den PCs im Netzwerk sagt das der Heim PC ueber diesen Router erreichbar ist ? Wahrscheinlich nicht und es soll PROXY ARP verwendet werden. Da muss die Ethernet Karte auf einen ARP request "who has IP-HEIMPC" mit ihrer eigenen HW Adresse antworten. Am sichersten ist es einen arp entry selbst zu setzen, und zwar im file /etc/ethers: XX:XX:XX:XX:XX:XX a.b.c.d
XX:XX:XX:XX:XX:XX hwadress der internen Ethernetkarte a.b.c.d IP des HeimPC.
Zu setzen mit arp -f /etc/ethers
-- Karsten Keil SuSE Labs ISDN development
moin Karsten, das mit arp hab ich nicht exact verstanden. Hab ich bisher nur mal für die Einrichtung eines Printservers benutzt. Damit wiese ich doch nur einer IP eine Hardwareadreese zu oder ? wo mach ich das denn nu ? auf dem Arbeitstellen PC ? eth0 hardwareadresse der Netzkarte im Arbeitsstellen PC ? Hier noch mal die Konfiguration der beiden Server: Arbeitstellen PC: eth0 Link encap:Ethernet HWaddr 00:50:BF:1A:14:4E inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::250:bfff:fe1a:144e/64 Scope:Link UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:215060 errors:0 dropped:0 overruns:0 frame:0 TX packets:130183 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:255588424 (243.7 Mb) TX bytes:13553753 (12.9 Mb) Interrupt:10 Base address:0x3000 isdn0 Link encap:Ethernet HWaddr FC:FC:00:00:00:00 inet addr:192.168.111.254 P-t-P:192.168.111.253 Mask:255.255.255.255 inet6 addr: fe80::fefc:ff:fe00:0/64 Scope:Link UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:2251 errors:0 dropped:0 overruns:0 frame:0 TX packets:2872 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 RX bytes:631950 (617.1 Kb) TX bytes:270654 (264.3 Kb) Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.111.253 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 192.168.200.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 192.168.3.0 192.168.111.253 255.255.255.0 UG 0 0 0 isdn0 192.168.2.0 192.168.111.253 255.255.255.0 UG 0 0 0 isdn0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo warum zum Teufel bastelt mir die 9.1 ne route 169.254.0.0 auf eth0, die ich nirgends eingetragen habe? ______________________________________________________________________________ HEIM PC: eth0 Link encap:Ethernet HWaddr 00:50:BF:1A:0F:ED inet addr:192.168.3.254 Bcast:192.168.3.255 Mask:255.255.255.0 inet6 addr: fe80::250:bfff:fe1a:fed/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:42500007 errors:1 dropped:1 overruns:1 frame:0 TX packets:43507483 errors:0 dropped:0 overruns:36 carrier:0 collisions:0 txqueuelen:100 RX bytes:2128617078 (2030.0 Mb) TX bytes:2663990682 (2540.5 Mb) Interrupt:18 Base address:0xf000 eth1 (für bnc) Link encap:Ethernet HWaddr 00:40:05:1D:93:AB inet addr:192.168.2.254 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::240:5ff:fe1d:93ab/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3218304 errors:0 dropped:41 overruns:0 frame:7 TX packets:3220257 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:2604288334 (2483.6 Mb) TX bytes:3122623803 (2977.9 Mb) Interrupt:3 Base address:0x300 isdn0 Link encap:Ethernet HWaddr FC:FC:00:00:00:00 inet addr:192.168.111.253 P-t-P:192.168.111.254 Mask:255.255.255.255 inet6 addr: fe80::fefc:ff:fe00:0/64 Scope:Link UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:6082 errors:0 dropped:0 overruns:0 frame:0 TX packets:5344 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 RX bytes:480450 (469.1 Kb) TX bytes:2277636 (2.1 Mb) Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.100.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp3 192.168.111.254 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 192.168.200.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 217.5.98.20 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.10.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 192.168.111.254 255.255.255.0 UG 0 0 0 isdn0 0.0.0.0 217.5.98.20 0.0.0.0 UG 0 0 0 ppp0 wenn mir jemand die Tomaten von den Augen reissen könnte, wär echt schön. tschüss Didi
On Fri, Oct 01, 2004 at 04:15:16PM +0200, Dietrich Restemeyer wrote:
aber das problem mit dem nicht zugreifbaren netzwerk hinter dem Server bleibt. habe das bislang immer durch editieren der /etc/sysconfig/SuSEfirewall2 hinbekommen. aber irgendwas ist anders bei der 9.1.
Es kommt darauf an wie das Routing im Netzwerk aufgesetzt ist, gibt es eine explizite Route die den PCs im Netzwerk sagt das der Heim PC ueber diesen Router erreichbar ist ? Wahrscheinlich nicht und es soll PROXY ARP verwendet werden. Da muss die Ethernet Karte auf einen ARP request "who has IP-HEIMPC" mit ihrer eigenen HW Adresse antworten. Am sichersten ist es einen arp entry selbst zu setzen, und zwar im file /etc/ethers: XX:XX:XX:XX:XX:XX a.b.c.d
XX:XX:XX:XX:XX:XX hwadress der internen Ethernetkarte a.b.c.d IP des HeimPC.
Zu setzen mit arp -f /etc/ethers
-- Karsten Keil SuSE Labs ISDN development
moin Karsten, das mit arp hab ich nicht exact verstanden. Hab ich bisher nur mal für die Einrichtung eines Printservers benutzt. Damit wiese ich doch nur einer IP eine Hardwareadreese zu oder ? wo mach ich das denn nu ? auf dem Arbeitstellen PC ? eth0 hardwareadresse der Netzkarte im Arbeitsstellen PC ?
Nein mit diesen Adressen brauchst Du echtes Routing, ARP geht nur im gleichen Netzwerk (also 192.168.1.X oder 192.168.111.X).
Hier noch mal die Konfiguration der beiden Server: Arbeitstellen PC: eth0 Link encap:Ethernet HWaddr 00:50:BF:1A:14:4E inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::250:bfff:fe1a:144e/64 Scope:Link UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:215060 errors:0 dropped:0 overruns:0 frame:0 TX packets:130183 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:255588424 (243.7 Mb) TX bytes:13553753 (12.9 Mb) Interrupt:10 Base address:0x3000
isdn0 Link encap:Ethernet HWaddr FC:FC:00:00:00:00 inet addr:192.168.111.254 P-t-P:192.168.111.253 Mask:255.255.255.255 inet6 addr: fe80::fefc:ff:fe00:0/64 Scope:Link UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:2251 errors:0 dropped:0 overruns:0 frame:0 TX packets:2872 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 RX bytes:631950 (617.1 Kb) TX bytes:270654 (264.3 Kb)
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.111.253 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 192.168.200.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 192.168.3.0 192.168.111.253 255.255.255.0 UG 0 0 0 isdn0 192.168.2.0 192.168.111.253 255.255.255.0 UG 0 0 0 isdn0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
warum zum Teufel bastelt mir die 9.1 ne route 169.254.0.0 auf eth0, die ich nirgends eingetragen habe?
Das ist das sogenannte lokale Netzwerk, bzw. ZERO Konfiguration Netzwerk. Windows benutzt das, wenn kein DHCP Server vorhanden ist und keine Adresse konfiguriert wird.
______________________________________________________________________________ HEIM PC:
eth0 Link encap:Ethernet HWaddr 00:50:BF:1A:0F:ED inet addr:192.168.3.254 Bcast:192.168.3.255 Mask:255.255.255.0 inet6 addr: fe80::250:bfff:fe1a:fed/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:42500007 errors:1 dropped:1 overruns:1 frame:0 TX packets:43507483 errors:0 dropped:0 overruns:36 carrier:0 collisions:0 txqueuelen:100 RX bytes:2128617078 (2030.0 Mb) TX bytes:2663990682 (2540.5 Mb) Interrupt:18 Base address:0xf000
eth1 (für bnc) Link encap:Ethernet HWaddr 00:40:05:1D:93:AB inet addr:192.168.2.254 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::240:5ff:fe1d:93ab/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3218304 errors:0 dropped:41 overruns:0 frame:7 TX packets:3220257 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:2604288334 (2483.6 Mb) TX bytes:3122623803 (2977.9 Mb) Interrupt:3 Base address:0x300
isdn0 Link encap:Ethernet HWaddr FC:FC:00:00:00:00 inet addr:192.168.111.253 P-t-P:192.168.111.254 Mask:255.255.255.255 inet6 addr: fe80::fefc:ff:fe00:0/64 Scope:Link UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:6082 errors:0 dropped:0 overruns:0 frame:0 TX packets:5344 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 RX bytes:480450 (469.1 Kb) TX bytes:2277636 (2.1 Mb)
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.100.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp3 192.168.111.254 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 192.168.200.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 217.5.98.20 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.10.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 192.168.111.254 255.255.255.0 UG 0 0 0 isdn0 0.0.0.0 217.5.98.20 0.0.0.0 UG 0 0 0 ppp0
wenn mir jemand die Tomaten von den Augen reissen könnte, wär echt schön.
tschüss Didi
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Karsten Keil SuSE Labs ISDN development
Am Samstag, 2. Oktober 2004 00:20 schrieb Karsten Keil:
On Fri, Oct 01, 2004 at 04:15:16PM +0200, Dietrich Restemeyer wrote:
aber das problem mit dem nicht zugreifbaren netzwerk hinter dem Server bleibt. habe das bislang immer durch editieren der /etc/sysconfig/SuSEfirewall2 hinbekommen. aber irgendwas ist anders bei der 9.1.
....... Nein mit diesen Adressen brauchst Du echtes Routing, ARP geht nur im gleichen Netzwerk (also 192.168.1.X oder 192.168.111.X).
Hier noch mal die Konfiguration der beiden Server: Arbeitstellen PC: eth0 Link encap:Ethernet HWaddr 00:50:BF:1A:14:4E inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::250:bfff:fe1a:144e/64 Scope:Link isdn0 Link encap:Ethernet HWaddr FC:FC:00:00:00:00 inet addr:192.168.111.254 P-t-P:192.168.111.253 Mask:255.255.255.255 Kernel IP routing table 192.168.111.253 0.0.0.0 255.255.255.255 UH isdn0 192.168.3.0 192.168.111.253 255.255.255.0 UG isdn0 192.168.2.0 192.168.111.253 255.255.255.0 UG isdn0 192.168.1.0 0.0.0.0 255.255.255.0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 lo
warum zum Teufel bastelt mir die 9.1 ne route 169.254.0.0 auf eth0, die ich nirgends eingetragen habe?
Das ist das sogenannte lokale Netzwerk, bzw. ZERO Konfiguration Netzwerk. Windows benutzt das, wenn kein DHCP Server vorhanden ist und keine Adresse konfiguriert wird.
_________________________________________________________________________ HEIM PC:
eth0 Link encap:Ethernet HWaddr 00:50:BF:1A:0F:ED inet addr:192.168.3.254 Bcast:192.168.3.255 Mask:255.255.255.0 inet6 addr: fe80::250:bfff:fe1a:fed/64 Scope:Link
eth1 (für bnc) Link encap:Ethernet HWaddr 00:40:05:1D:93:AB inet addr:192.168.2.254 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::240:5ff:fe1d:93ab/64 Scope:Link
isdn0 Link encap:Ethernet HWaddr FC:FC:00:00:00:00 inet addr:192.168.111.253 P-t-P:192.168.111.254 Mask:255.255.255.255 inet6 addr: fe80::fefc:ff:fe00:0/64 Scope:Link
Kernel IP routing table 192.168.111.254 0.0.0.0 255.255.255.255 UH isdn0 192.168.3.0 0.0.0.0 255.255.255.0 U eth0 192.168.2.0 0.0.0.0 255.255.255.0 U eth1 192.168.1.0 192.168.111.254 255.255.255.0 UG isdn0 wenn mir jemand die Tomaten von den Augen reissen könnte, wär echt schön.
tschüss Didi
erstmal Danke für die Erklärung was arp und das ZERO Konfiguration Netzwerk angeht. Ich habe mal die Konfiguration etwas lesbarer gekürzt. Die Tomaten auf den Augen sind aber immer noch da. Müssten die obigen Routen nicht passen, um nicht nur vom Arbeitstellen-server auf die netze 192.168.2.x und 192.168.3.x zugreifen zu können(was funktioniert), sondern auch umgekehrt ? vom rechner 192.168.1.9 hinter dem Arbeitstellen server geht auch nix. Aus den Netzen 192.168.2.x und 192.168.3.x komme ich nur auf den Arbeitsstellen Server, (und zwar sowohl mit der isdn0 adresse 192.168.111.254 wie auch mit der eth0 adresse 192.168.1.254) nachwievor nicht auf das netz 192.168.1.x. Da ich jetzt ja isdn0 ptp mit ips ausserhalb der eth netze konfiguriert habe, läüft doch der funktionierende Zugriff auf die adresse 192.168.1.254 über die unterste Route aus obiger Darstellung, oder nicht ? Warum bekomme ich dann keine Verbindung zu irgendeinem anderen Rechner im Netz 192.168.1.x ? Ich merke langsam, das mir die SuSEes bislang soviel einfach gemacht haben, das mein Verständnis fürs Netzwerk doch nur recht oberflächlich geblieben ist. Wenn dies Problem erstmal gelöst ist werd ich wohl einiges dazugelernt haben. Zur Zeit sehe ich nichtmal ne Möglichkeit mein Problem weiter einzukreisen; wo und womit suche ich nach der Ursache für mein Problem ? tschüss Didi
participants (3)
-
Dietrich.Restemeyer＠t-online.de -
Georg Golombek -
Karsten Keil