atari-home.de - Foren
Software => Software (16-/32-Bit) => Thema gestartet von: kcr am Mo 28.05.2012, 14:34:23
-
Hallo Allerseits!
Wie der Titel besagt... - habe Magicnet 1.39b heruntergeladen und wie in der Anleitung beschrieben installiert.
Highwire sagt ständig: No route to host. Network.ovl ist Mintnet.ovl. /etc ist auf einer vFAT-Partition.
Das mitgelieferte ping.ttp funktioniert erst gar nicht, d.h. es nimmt keine Parameter an. Ich kann reinschreiben was ich will, es tut jedes mal so, als würde nichts in der Kommandozeile stehen.
Treiber enec3.mif ist auch wie beschrieben in C:\gemsys\Magic\Xtension.
Hier mal meine Magix_RC.net:
# Sample MAGX_RC.NET file for configuring MagiCNet
# Please replace the IP addresses below to suit your needs
# Refer to TOOLS.TXT for the command syntax
#
# Where is your /etc path (please use a VFAT partition)
etc_path E:\etc
# Absolutely necessary!
ifconfig lo0 addr 127.0.0.1 up
# Serial lines ( if any is to be used )
# iflink -i sl0 -d u:\dev\serial2
# ifconfig sl0 addr 44.154.0.26 dstaddr 44.154.0.28 mtu 1500 link04 up
# ifconfig sl0 netmask 255.255.255.0
# route add 44.154.0.28 sl0
# Ethernet adapters
ifconfig en0 addr 192.168.0.30 up
route add 192.168.0.1 en0
# Default route for Masquerades, NATs, proxys etc
route add default en0 gw 192.168.0.1
Habe auch GlueStik installiert - keine Änderung.
Vielleicht hat ja jemand eine Idee...
-
Lade mal dort ...
http://www.atari-forum.com/viewtopic.php?f=14&t=22606&p=201100&hilit=magiCNet#p200570
die 1.4.2 beta runter und teste nochmal.
-
Fuktioniert leider auch mit der beta nicht...
Bei www-Adressen sagt er "no route to host" und bei ip-Adressen "network is unreachable".
Tote Hose, könnte man sagen :-\
-
Achso: Nutze eine Hydra am DSL-Router, brauche also keine Einwahldaten.
-
Fehlt da nicht was ...
# Ethernet adapters
ifconfig en0 addr 192.168.0.30 up
ifconfig en0 netmask 255.255.255.0
route add 192.168.0.1 en0
-
@Lukas Frank: Genauso habe ich es auch stehen, da fehlt nichts und trotzdem komme ich weder mit MagxNet noch mit Sting Online... Sting wird erst gar nicht aus dem Auto-Ordner geladen ??? (Habe beides separat voneinander probiert.)
Ist echt schade, da mir Magic mit Jinnee ansonsten sehr gut gefällt und es ist soweit auch alles schön eingerichtet, aber wenn ich nicht online komme, ist das alles für die Katz. :-[
Keine Ahnung was ich da falsch mache, habe genau die Anleitung befolgt, nur daß ich meine Zugangsdaten im Router habe und mich somit nicht einwählen muss.
-
Dein Dateiauszug
# Ethernet adapters
ifconfig en0 addr 192.168.0.30 up
route add 192.168.0.1 en0
und meiner ...
# Ethernet adapters
ifconfig en0 addr 192.168.0.30 up
ifconfig en0 netmask 255.255.255.0
route add 192.168.0.1 en0
Wenn du die Anleitung gelesen hast und lange Dateinamen aktiviert hast auf Laufwerk C:/
sollte es funktionieren.
Wieso hast du denn den etc Pfad auf Laufwerk E:/ und nicht auf C:/
Vielleicht liegt da dein Fehler ...
Ich habe keine Idee mehr.
-
Wenn der tcpip-Stack eine falsche Network-Mask hat, vielleicht verwendet er gerade 0.0.0.0 (??) , dann wird er nie versuchen über das Default-Gateway hinaus zu gehen da quasi das gesamte Internet im lokalen Netz sein müsste, so jedenfalls die Annahme des Stacks, bzw. da Empfänger- und GW-Netzmaske nicht über ein stimmen, wird das so nicht klappen. Also unbedingt noch die Zeile mit der Netmask in die eigene Konfig-Datei aufnehmen!
-
Also Schritt für Schritt - habe folgendes gemacht:
1. einen Ordner etc auf Laufwerk E: erstellt (VFat für lange Dateinamen)
Pfad: E:\magxnet\etc
Inhalt: Ordner PPP, domainname, host.conf, hostname, hosts, netmasks, networks, protocols, resolv.conf, services
2. Xtension nach C:\gemsys\magic\xtension kopiert.
derzeitiger Inhalt von xtension: avcodec.slb, editobj.slb, enec.mif, enec3.mif, enec6.mif, jpeg.slb, keytabls.swg, load_img.slb, magx_slb.ovl, ne2kenec.mif, pdlg.slb, rtl8012.mif, slip.mif, sockets.dev, vorbis.slb, vorb_enc.slb, winframe.rsc, winframe.slb
3. Magxconf.prg und magx_rc.net nach c:\gemsys\magic\start kopiert
4. Konfigurationsdateien bearbeitet wie folgt:
- netmasks (unverändert):
#
# Network masks database
#
# only non-default subnet masks need to be defined here
#
# Network netmask
# 163.1 255.255.255.0
- hosts:
#
# Host Database
#
# This file should contain the addresses and aliases
# for local hosts that share this file.
#
# In the presence of the domain name service or NIS, this file may
# not be consulted at all; see /etc/host.conf for the resolution order.
#
127.0.0.1 localhost loopback
#
# According to RFC 1597, you can use the following IP networks for
# private nets which will never be connected to the Internet:
#
# 10.0.0.0 - 10.255.255.255
# 172.16.0.0 - 172.31.255.255
# 192.168.0.0 - 192.168.255.255
#
# In case you want to be able to connect to the Internet, you need
# real official assigned numbers. PLEASE PLEASE PLEASE do not try
# to invent your own network numbers but instead get one from your
# network provider (if any) or from the Internet Registry (ftp to
# rs.internic.net, directory `/templates').
#
# The format is as follows:-
#
# <numberic-address> <name> [*<alias>*]
#
192.168.1.30 AtariTT030
# 44.154.0.26 TT_Serial
# 192.168.1.2 Milan
# 192.168.0.11 right.neighbor.in.my.domain right
# 192.168.0.12 left.neighbor.in.my.domain left
- domainname:
kabeldeutschland
----------------------------------------- muß mal hier splitten------------
-
und weiter geht's...
- host.conf (unverändert):
#
# Configuration file for resolv+
#
#
# Order of services to try for host lookup: First /etc/hosts, then BIND,
# then NIS (NIS is not supported yet).
#
order hosts,bind,nis
#
# Don't return multiple addresses for hosts looked up via /etc/hosts
#
multi off
#
# Don't check for spoofed hostnames.
#
nospoof off
#
# Dont syslog() spoofed hostnames.
#
alert off
#
# Don't reorder multiple host addresses so that the first one is on
# the local subnet.
#
reorder off
- resolv.conf:
domain kabeldeutschland.de
nameserver 192.168.0.1
- services (unverändert):
#
# /etc/services -- service database for Mint-Net (w) 1994, Kay Roemer
#
# The form for each entry is:
# <official service name> <port number/protocol name> <aliases>
#
echo 7/tcp # Echo
echo 7/udp #
discard 9/tcp sink null # Discard
discard 9/udp sink null #
systat 11/tcp users # Active Users
daytime 13/tcp # Daytime
daytime 13/udp #
qotd 17/tcp quote # Quote of the Day
chargen 19/tcp ttytst source # Character Generator
chargen 19/udp ttytst source #
ftp-data 20/tcp # File Transfer Protocol (Data)
ftp 21/tcp # File Transfer Protocol (Control)
telnet 23/tcp # Virtual Terminal Protocol
smtp 25/tcp # Simple Mail Transfer Protocol
time 37/tcp timeserver # Time
time 37/udp timeserver #
rlp 39/udp resource # Resource Location Protocol
whois 43/tcp nicname # Who Is
domain 53/tcp nameserver # Domain Name Service
domain 53/udp nameserver #
bnet_msg 59/udp # BNeT messages
bnet_ssn 60/tcp # BNeT session
bootps 67/udp # Bootstrap Protocol Server
bootpc 68/udp # Bootstrap Protocol Client
tftp 69/udp # Trivial File Transfer Protocol
finger 79/tcp # Finger
supdup 95/tcp #
hostnames 101/tcp hostname # NIC Host Name Server
pop 109/tcp postoffice # Post Office Protocol - Version 2
pop3 110/tcp # Post Office Protocol - Version 3
pop-3 110/tcp pop3 # Same for Draconis (!?)
portmap 111/tcp sunrpc # SUN Remote Procedure Call
portmap 111/udp sunrpc #
auth 113/tcp authentication # Authentication Service
sftp 115/tcp # Simple File Transfer Protocol
uucp-path 117/tcp # UUCP Path Service
nntp 119/tcp readnews untp # Network News Transfer Protocol
ntp 123/udp # Network Time Protocol
netbios_ns 137/tcp # NetBIOS Name Service
netbios_ns 137/udp #
netbios_dgm 138/tcp # NetBIOS Datagram Service
netbios_dgm 138/udp #
netbios_ssn 139/tcp # NetBIOS Session Service
netbios_ssn 139/udp #
bftp 152/tcp # Background File Transfer Protocol
snmp 161/udp snmpd # Simple Network Management Protocol Agent
snmp-trap 162/udp trapd # Simple Network Management Protocol Traps
bgp 179/tcp # Border Gateway Protocol
#
# UNIX services
#
biff 512/udp comsat # mail notification
exec 512/tcp # remote execution, passwd required
login 513/tcp # remote login
who 513/udp whod # remote who and uptime
shell 514/tcp cmd # remote command, no passwd used
syslog 514/udp # remote system logging
printer 515/tcp spooler # remote print spooling
talk 517/udp # conversation
ntalk 518/udp # new talk, conversation
route 520/udp router routed # routing information protocol
timed 525/udp timeserver # remote clock synchronization
lansrm 570/udp # SRM/UX Server
DAServer 987/tcp # SQL distributed access
rlb 1260/tcp # remote loopback diagnostic
nft 1536/tcp # NS network file transfer
pmlockd 1889/tcp # SynerVision locking daemon
pmlockd 1889/udp #
nfsd 2049/udp # NFS remote file system
netdist 2106/tcp # update(1m) network distribution service
rfa 4672/tcp # NS remote file access
lanmgrx.osB 5696/tcp # LAN Manager/X for B.00.00 OfficeShare
hcserver 5710/tcp # HP Cooperative Services
grmd 5999/tcp # graphics resource manager
spc 6111/tcp # sub-process control
iasqlsvr 7489/tcp # Information Access
recserv 7815/tcp # SharedX Receiver Service
#
# Kerberos (Project Athena/MIT) services
#
klogin 543/tcp # Kerberos rlogin -kfall
kshell 544/tcp krcmd # Kerberos remote shell -kfall
ekshell 545/tcp krcmd # Kerberos encrypted remote shell -kfall
kerberos 750/udp kdc # Kerberos (server) udp -kfall
kerberos 750/tcp kdc # Kerberos (server) tcp -kfall
krbupdate 760/tcp kreg # Kerberos registration -kfall
kpasswd 761/tcp kpwd # Kerberos "passwd" -kfall
eklogin 2105/tcp # Kerberos encrypted rlogin -kfall
# The X10_LI server for each display listens on ports 5800 + display number.
# The X10_MI server for each display listens on ports 5900 + display number.
# The X11 server for each display listens on ports 6000 + display number.
- protocols (unverändert):
#
# /etc/protocols -- protocol database for Mint-Net (w) 1994, Kay Roemer
#
#
# The form for each entry is:
# <official protocol name> <protocol number> <aliases>
#
ip 0 IP # internet protocol, pseudo protocol number
icmp 1 ICMP # internet control message protocol
ggp 3 GGP # gateway-gateway protocol
tcp 6 TCP # transmission control protocol
egp 8 EGP # exterior gateway protocol
pup 12 PUP # PARC universal packet protocol
udp 17 UDP # user datagram protocol
hmp 20 HMP # host monitoring protocol
xns-idp 22 XNS-IDP # Xerox NS IDP
rdp 27 RDP # "reliable datagram" protocol
- networks (unverändert):
#
# /etc/networks -- networks database for Mint-Net (w) 1994, Kay Roemer.
#
# The form for each entry is:
# <official network name> <network number> <aliases>
#
loopback 127
# des 163.1.22
- hostname:
AtariTT030
- magx_rc.net:
# Sample MAGX_RC.NET file for configuring MagiCNet
# Modifiziert von Ekkehard Flessa
# Please replace the IP addresses below to suit your needs
# Refer to TOOLS.TXT for the command syntax
#
# Where is your /etc path (please use a VFAT partition)
etc_path e:\magxnet\etc
# Absolutely necessary! Aktiviert den Socket
ifconfig lo0 addr 127.0.0.1 up
# Ethernet adapters, hier: ROM-Port-Interface
# Addresse 192.168.0.30: dieser Rechner (AtariTT030)
# Addresse 192.168.1.2: Milan
ifconfig en0 addr 192.168.0.30 up
ifconfig en0 netmask 255.255.255.0
route add 192.168.0.1 en0
# Default route for Masquerades, NATs, proxys etc
# aktuell keine gesetzt 2003-12-20 Ef
route add default en0 gw 192.168.0.1
# Serial lines ( if any is to be used )
# iflink -i sl0 -d u:\dev\serial2
# ifconfig sl0 addr 44.154.0.26 dstaddr 44.154.0.28 mtu 1500 link04 up
# ifconfig sl0 netmask 255.255.255.0
# route add 44.154.0.28 sl0
# midi Verbindung zum zweiten Falcon
# Addresse: 192.168.1.3
#iflink -i sl -d u:\dev\midi
#ifconfig sl0 addr 192.168.1.1 dstaddr 192.168.1.3 mtu 1500 link04 up
#ifconfig sl0 netmask 192.168.1.3
#route add 192.168.1.3 sl0
So, sorry für den langen Post, aber vielleicht kriegen wir den Fehler so am ehesten raus.
Muß denn etc auf c: liegen?
-
Habe im Xtension-Ordner jetzt nur noch den enec3.mif-Treiber gelassen und die anderen Treiber entfernt - keine Änderung.
Die Hydra zeigt keinerlei Reaktion! Es leuchten alle drei LEDs konstant.
Habe mit und ohne Gluestik.prg probiert - keine Änderung. Brauche ich das Programm eigentlich?
Wenn ja, dann habe ich keine Config-Datei dafür.
-
Hello;
1./ Gluestik don't need a config file. It can fall back to default values.
2./ If you not sure concerning the hardware. Try to set-up your network with sting.
Sting works under magic. If you can ping, you know your network card is physically OK.
3./
Things I found in your config files
1./
resolv.conf:
domain kabeldeutschland.de
nameserver 192.168.0.1
Your nameserver, is the nameserver of your provider, not your gateway.
For kabeldeutschland.de see: http://www.kdgforum.de/viewtopic.php?f=52&t=4088
I suggest to use 83.169.184.33
The nameserver translate the URL you type (like www.google.de) to an IP address.
2./
- magx_rc.net:
route add 192.168.0.1 en0
I suggest to modify it to route add 192.168.0.0 en0
If I'm correct the route add must be read in conjunction with your netmask 255.255.255.0
-
Also, check when booting under magic, magic can make a log file.
There you can see if magic recognize and initiate the interface.
en0
Also disable slip.mif, and use only ONE *.mif file in your Xtension folder
Good luck.
Mark
-
Du kannst auch mal den Treiber ne2kenec.xif (umbenennen in *.mif) ausprobieren ...
http://assemsoft.atari.org/ne2k/index.html
AssemSoft's NE2000 EtherNEC driver v0.0.18 for TT, Falcon, etc.(7259 bytes)
Und lege vielleicht doch das /etc Verzeichnis auf C:/ ...
-
Auszug aus dem DOIT Archiv ...
Zum Betrieb von MagicNet benötigen sie auf einem Atari, Atari Falcon, AtariTT MagiC ab der Version 6.10. NICHT 6.01. Sofern auf dem Rechner STinG, STik 1 oder 2, IConnet installiert ist sollten sie hier zumindest deren Sockets aus dem Autoordner entfernen.
Ein umbenennen der entsprechenden Datei genügt.
Gluestik
Gleich am Anfang sollten sie wissen das sie ihre vorhandenen STiK/STinG-Clients wie gewohnt weiterverwenden können sofern sie auf ihrem Atari zusätzlich GLUESTIK, das auf der gleichen Webseite zu finden ist, installieren.
GLUESTIK installiert sich am einfachsten wenn sie es als letztes Programm in ihren Autoordner auf C:/AUTO befördern. GLUESTIK.PRG benötigt auf ihrem Bootlaufwerk irgendwo einen Ordner /STIK_CFG/ in dem sich die STiK/STinG DEFAULT.CFG befindet. An der Datei DEFAULT.CFG braucht NICHTS geändert zu werden, sie muß nur einfach vorhanden sein.
VFAT Laufwerk
Beachten sie bitte das MAGICNET auf einer Festplattenpartion entpackt werden muß die VFAT geeignet ist. Kopieren sie am besten den gesamten MagicNet-Ordner auf ihre VFAT-Bootpartition. Ihre Bootpartition muß zwingend ein VFAT Laufwerk sein!
Einige komponenten von MagicNet benötigen zwingend eine VFAT-Partition damit eben lange Filenamen benutzt werden können, ist das nicht der Fall, funktioniert MagicNet nicht korrekt.
VFAT schalten sie am einfachsten ein in dem sie in der Datei C:/MAGX:INF die Zeilen:
#[vfat]
drives=cdefghijk
einfügen. In dem hier gezeigten Beispiel wird für die Partitionen C: - K: VFAT eingeschaltet. Sie können auch das Programm MGXCFG12 (MagiC-Configurator 1.26) von Philipp Donze verwenden. Das ist auch sehr einfach und sie können die Arbeit in einem GEM-Fenster komfortabel erledigen. Nach dem speichern der Konfiguration (MAGX.INF) ist in beiden Fällen ein Neustart des Ataris erforderlich.
MagicNet installieren
Kopieren sie ALLE Files aus dem Ordner /XTENSION des MagicNet-Ordner in den gleichnamigen Ordner ihrer MagiC-Installation auf der Bootpartition. Aller Regel nach ist das:
C:/GEMSYS/MAGIC/XTENSION/
- SOCKETS.DEV
- SLIP.MIF
- MAGX_SLD.OVL
- RTL8012.MIF
Ethernet Interface
Wenn sie eine Ethernetverbindung ausschliesslich über den Ethernet Romport Adapter von Elmar Hilgard aufbauen wollen, können sie das File SLIP.MIF so umbenennen das es nicht geladen wird. Sie benötigen diesen Treiber dann nicht.
Das Programm MAGXKONF.PRG und die Datei MAGX_RC.NET kopieren sie in das Verzeichniss C:/GEMSYS/MAGIC/START/ Vergessen sie aber nicht das sie die Datei MAGX_RC.NET mit einem ASCII-Editor an ihre Verhältnisse anpassen müssen!
Die MAGX_RC.NET Datei muß an JEDEN Rechner/Netzwerk einzeln angepasst werden. Im nachfolgenden Beispiel wird die Ethernet IP-Adresse 192.168.0.3 und die Route 192.168.0.0 dem Ethernet- Romport Adapter zugewiesen. Weiterhin kann hier auch eine Gateway IP angegeben werden. Die genauen Erläuterungen der Befehle müssen der MiNT-Dokumentation entnommen werden.
etc_path c:\magxnet\etc
ifconfig lo0 addr 127.0.0.1 up ifconfig en0 addr 192.168.0.3 up
route add 192.168.0.0 en0
route add default en0 gw 192.168.0.x
Konfiguration weiterer Parameter
Geben sie ihrem Atari einen Namen, das kann z.B MY_FALCON sein. Editieren sie dazu mit eine ASCII-Editor das File C:\MAGIXNET\ETC\HOSTNAME Es ist dort nur genau der Name des Computer einzutragen. Sonst nichts weiter.
Ein andere Weg ist der Eintrag von: #_ENV HOSTNAME=MY_FALCON direkt in die Datei C:\ MAGX.INF
In der Datei C:\MAGXNET\ETC\HOST tragen sie die Zeile mit der IP-Adresse ihres Ataris und dessen Namen ein: 192.168.0.3 MY_FALCON
Aller Regel nach war es das dann auch schon. Nach einen Reboot sollten sei eine Internetverbindung über MagicNet aufbauen können. Beachten sie dazu bitte das sie für Atari CAB das CAB.OVL aus dem MAGICNET-Ordner verwenden müssen!
In der Datei C:\MAGXNET\ETC\RESOLV.CONF tragen sie ihren Internetprovider ein:
domain localhost
nameserver 127.0.0.1
domain btx.dtag.de
nameserver 194.25.2.131
domain btx.dtag.de
nameserver 194.25.2.132
Wenn sie das seltsam finden haben sie Recht und sie haben richtig gesehen.
Es sind hier die Nameserver von T-Online DSL eingetragen da mein Netzwerk verbindung zu einem Hardwarerouter hat. Über den Router werden Internetverbindungen über ein DSL-Modem zu T-Online hergestellt.
Von allen anderen Dateien lassen sie am besten die Finger. Hier gibt es vorerst nicht was zu Konfigurieren wäre und nichts das sie anpassen müssten.
Die Einstellungen testen
Nach einem Neustart des Ataris starten sie IFCONFIG.TTP aus dem Order /TOOL ohne jeden Parameter. Als Ergebniss erhalten sie ein ein TOS-Fenster mit den Parametern von zwei Interfaces, einem Local Host und dem des Romport Ethernet Adapters. Bei mir sieht das so aus:
lo0: flags=0x4b<UP,BROADCAST,LOOPBACK,RUNNING>
inet 127.0.0.1 netmask 255.0.0.0 broadcast 127.255.255.255
metric 0 mtu 16384
in-packets 0 in-errors 0 collisions 0
out-packets 0 out-errors 0
en0: flags=0x43<UP,BROADCAST,RUNNING>
inet 192.168.0.3 netmask 255.255.255.0 broadcast 192.168.0.255
metric 0 mtu 1500
in-packets 479 in-errors 0 collisions 0
out-packets 223 out-errors 0
Werden keine Fehler angezeigt, sind auch keine Fehler vorhanden!
Die gesendeten und die emfangenen Datenpakete können erscheinen hier direkt.
Starten sie danach einmal ROUTE.TTP aus dem Ordner /TOOL ohne jeden Parameter. Sie sehen hier die Loopback Route (127.0.0.x) und die Route des Romport Ethnernet Adapters (192.168.0.x)
Ist das nicht der Fall, schauen sie einmal unterU:\ DRIVE, der Pfad U:\ETC\ ist vorhanden?
Ist er das nicht, stellen sie sicher das MAGXCONF.PRG gestartet wurde und das sich die Datei MAGX_RC.NET im gleichen Ordner auf einem VFAT-Laufwerk befindet!
-
Erstmal vielen Dank an euch alle!
Habe mich genau an die Anleitung gehalten und auch etc auf C: gelegt (jetzt auch VFAT), leider funktioniert es immmer noch nicht :-[
Wenn ich ifconfig aufrufe sagt er mir bei en0 "out packets 16 out errors 4" - das könnte vielleicht der Fehler sein?!?
Habe bereits das Netzwerkkabel getauscht.
Was hat denn das zu bedeuten? Ist mein ROM-Port defekt? Falscher Treiber? Nutze enec3.mif.
-
Higwire sagt nach wie vor "No route to host" auch im lokalen Netzwerk (Router) und und MyMail 1.95 "Error Connect failed".
???
-
Hi, ich mach's kurz:
1. Nur diese Dateien folgendermaßen ändern, achte darauf daß sie mit Unix-Zeilenenden
gespeichert sind (QED, CTRL-I,...): Alle anderen bleiben unverändert.
- /etc/domainname
# (nur ein Vorschlag meinerseits):
kcr_net.de
#
- /etc/hostname
#
tt030
#
- /etc/hosts
#
192.168.0.1 router.kcr_net.de router
192.168.0.3 tt030.kcr_net.de tt030
#
- /etc/resolv.conf
#
nameserver 192.168.0.1
#
- /net_conf/magxrc.net
#
etc_path C:\magxnet\etc
#
# Absolutely necessary!
ifconfig lo0 addr 127.0.0.1 up
#
# Evtl. statt "ne0" "en0" eintragen, das hängt vom verw. Treiber ab.
ifconfig ne0 addr 192.168.0.3 netmask 255.255.255.0 mtu 1500 up
route add default ne0 gw 192.168.0.1
#
#
1b. In "hosts" kannst Du auch Deinen PC eintragen, alle Geräte in dieser Datei kannst
du dann über den Kurznamen (router, tt030) "anfunken" und brauchst keine IP einzugeben.
In der "resolv.conf" darf KEIN "domain" stehen!!!
2. Nur einen enec*.mif Treiber verwenden (evtl. stört der RTL8012.mif).
3. ROMport reinigen (Küchenkrepp, Kontaktspray o. Spiritus, schmaler Schlitzschraubendreher)
vorsichtig!!
Wenn das nix hilft weiss ich auch nicht weiter.
Latz
-
Also ich gebe es auf, es will nicht...
Habe alles 20x üerprüft, auch jetzt mal den ne2kenec-Treiber probiert mit "ne0" - nach wie vor: die Hydra zeigt keinerlei Reaktion.
Ping funktioniert nicht richtig, ich kann es starten, aber es ignoriert scheinbar alle meine Eingaben, also bei ping 192.168.0.1 z.B. kommt nur der Standard Dialog, wie ping.ttp zu benutzen ist ???
ifconfig gibt aus: in-packets 97 in-errors 78 (siehe Anhang)
Alle Einstellungen sind definitiv richtig, würde ich sagen. Kann jetzt nur noch den Rom-Port reinigen, glaube aber irgendwie nicht, daß es daran liegt.
An meinem Falcon hat die Hydra einwandfrei funktioniert.
Sting will bei mir auch nicht funktionieren, es ist wie verhext! Es liegt im Auto-Ordner, wird aber einfach ignoriert, unabhängig von der Reihenfolge. Starte ich es von Hand wird es zwar geladen, aber das Netzwerk funktioniert trotzdem nicht.
Ich krieg den TT nicht ins Netz, keine Ahnung wieso...
Werde vielleicht doch MINT installieren, obwohl mir Magic 6.2 mit Jinnee 2.5 ansonsten sehr gefällt und alles andere einwandfrei funktioniert.
-
Kann er denn sich selbst anpingen?
-
Ich kann ping.ttp nicht benutzen, da es sämtliche Eingaben ignoriert. Es spielt keine Rolle, ob oder was ich in die Eingabezeile reintippe, als Ergebnis kommt nur der Dialog zur Benutzung des Programs.
-
Hi,
also wenn Du dir softwaremäßig sicher bist daß alles stimmt...
erstmal ROMport reinigen+prüfen.
- Hast Du magxconf.prg mal vom Desktop aus gestartet (nicht automatisch)?
- Das mit ping ist seltsam! ???
Aber wenn STinG auch nicht funzt sieht es wirklich nach einem
Hardwareproblem aus...
Latz
-
Wenn STING quasi ignoriert wird, und ping.ttp keine Parameter übernimmt, kann es da sein, dass bei deinem Rechner gruindsätzlich irgendwas nicht stimmt? Hast du testweise mal deinen Auto-Ordner ausgeräumt?
-
Ich wollte (und will immer noch) nicht aufgeben und habe den TT nur mit TOS und Sting gebootet, aber auch hier funktioniert die Hydra nicht.
Sämtliche LEDs leuchten, will man jedoch "pingen" blinkt die grüne LED nur einmal und nach ein paar Sekunden gibt es 100% Loss :-[
Im Sting Port-Setup wird die MAC-Adresse nicht richtig angezeigt - siehe Foto. Habt ihr so etwas schonmal gesehen? Da kommen immer andere Zahlen, z.B. nur "41".
Nur eben ist es mir gelungen, daß die MAC Adresse richtig angezeigt wurde, trotzdem klappte das pingen nicht und nach einem Reset ist der alte Fehler wieder da.
Was kann denn da nicht stimmen? Ist der Rom-Port kaputt? Wäre doch aber extrem unwahrscheinlich, oder?
Meine NVRAM-Bat. ist komplett tot, kann es auch an so etwas liegen?
Die Hydra funktiioniert in meinem MegaSTE einwandfrei...
-
Schau mal und prüfe nach ob Masse und +5 Volt am Romport Steckverbinder anliegen.
(Das die LED´s leuchten hat erstmal nichts zu sagen ... ) Also mit Multimeter die Masse
und die +5Volt nachmessen ...
Dann liegen am Romport Daten und Adresssignale die aber alle in Ordnung sein werden
und zwei ROM Select Signale, sowie UDS und LDS ...
Vielleicht eine kalte Lötstelle an der Verbindung zwischen Romportbuchse und Mainboard ...
-
Wo genau muß ich denn da nachmessen? Den TT komplett öffnen oder von außen? Gibt es vieleicht irgendwo eine Doku der Belegung?
-
Schau mal hier weiter unten und auch das weiterblättern nicht vergessen. ;o)
http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=http://www.newtosworld.de/dmdocuments/CHIPS_X.HYP&index=864
-
Also ich habe von aussen an die 5V und GND rangehalten:
Es fließen genau 5V - also kann es die Sicherung ja nicht sein, oder?
-
Vielleicht hast du auch einfach nur ein Kontaktproblem an einem der vielen Kontakte des Romports. Reibe mal die Kontakte der Romportkarte ab, und zwar entweder mit einem Glasfaserradierer (gibts im Bürobedarf) oder notfalls mit der blauen, harten Seite eines Radiergummis. (Aber nur diese Sorte Radiergummi, alle anderen sind eher kontraproduktiv!) Evtl. schaffst du es auch die Kontakte im Rom-Port so zu reinigen.
Und falls du auf die Idee kommst, Kontaktspray zu nutzen: Davon rate ich ab.
-
Also Kontaktproblem von aussen schließe ich aus - die Pins sehen alle super glänzend aus, habe sie dennoch mit einem Zahnstocher "gereinigt" und noch etwas straffer gebogen, ohne Ergebnis:
Es ist immer das gleiche Problem, ping 100%loss und im Port-Setup werden merkwürdige MAC-Adressen angezeigt.
Ich verstehe das nicht, ansonsten funktioniert alles perfekt an dem TT und ehrlich gesagt, glaube ich auch nicht, daß der Vorbesitzer da irgendwie unsorgsam mit ihm umgegangen ist.
Ist es möglich, daß es irgendwie mit dem NVRAM zusammenhängt? Wie gesagt, tote Batterie...
Gibt es vielleicht irgendwelche Jumper auf dem Mainboard für den Romport?
Kann es sein, daß die Hydra irgendwie nicht mit meinem TT zusammenspielen will?
Hatte mal ein ebenso interessantes Problem mit EtherNEC. Dieser lief an meinem Falcon im 030-Modus einwandfrei, im 060er aber produzierte er nur Fehler (min. 75%loss) egal mit welchem Treiber.
A propos, wenn jemand noch eine andere Netzwerkkarte über hat, nehme ich die gerne.
-
Oder vielleicht hat ja jemand so ein ROM-Port Test-Kit, was er mir evtl. leihen/verkaufen könnte....?
-
Oder vielleicht hat ja jemand so ein ROM-Port Test-Kit, was er mir evtl. leihen/verkaufen könnte....?
Das ist eine sehr gute Idee ... (Die bekommt man bei BEST in den USA)
Ansonsten kannst du mal das Mainboard ausbauen und den Romport nachlöten !
-
Naja, die Batterie dürfte doch ruckzuck gewechselt sein. Jedenfalls bei meinem TT ist sie nur gesteckt. Aber ich glaube nicht, dass das miteinander zusammenhängt.
-
Naja, bevor ich meinen zweiten ATARI durch meine Lötkünste versemmel, probiere ich erstmal eine andere Netzwerkkarte...
-
Wenn du eine bekommst... Ich überlege mir derzeit, da es keinerlei Bewegung in der Sache gibt, selbst Platinen für die NetUSBee ätzen zu lassen. Aber da wäre noch eine weitere Hürde zu nehmen: Wo bekommt man die benötigten Controller-Chips von Realtek (noch) her? (Das sind so weit ich es überblicke, Ethernet-Controller für den ISA-Bus...)
-
Also da würde ich dir auf jeden Fall gleich zwei abnehmen ;D