atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: towabe am Do 04.01.2018, 21:21:57
-
Versuche gerade auf meinem TT mit MagiC 6.20 und einer Netusb eine Netzwerkverbindung aufzubauen.
ich denke ich habe alle Dateien richtig in entsprechende Ordner kopiert und den Treiber enec3.mif ebenfalls.
Ich kann letztlich von meinem Macbook aus den TT auch anfingen. umgekehrt tut sich aber nix.
meine Mag-RC.Net
ifconfig en0 adds 192.168.178.60 net mask 255.255.255.0 broadcast 192.168.178.255 up
route add 192.168l178.0 en0
route add default en0 gw 102.168.178.1
was mache ich falsch?
mein Router hat die IP 192.168.178.1
der TT soll 192.168.178.60 sein
-
Versuche gerade auf meinem TT mit MagiC 6.20 und einer Netusb eine Netzwerkverbindung aufzubauen.
ich denke ich habe alle Dateien richtig in entsprechende Ordner kopiert und den Treiber enec3.mif ebenfalls.
Ich kann letztlich von meinem Macbook aus den TT auch anfingen. umgekehrt tut sich aber nix.
meine Mag-RC.Net
Vielleicht doofe Frage, aber mit einem anderen Gerät als dem Macbook oder dem TT kannst du das Macbook anpingen?
route add 192.168l178.0 en0
Das ist wohl ein Tippfehler vom Abschreiben, nicht in der Konfig?
-
Ja, das war ein Tippfehler. Und ich denke nicht, dass es etwas mit dem MacBook zu tun hat. Ich kann mit dem TT auch den Router nicht anpingen
-
ifconfig en0 adds 192.168.178.60 net mask 255.255.255.0 broadcast 192.168.178.255 up
Hier steht:
ifconfig en0 addr 192.168.178.60 up
route add 192.168.178.60 en0
route add default en0 gw 192.168.178.1
Steht am Anfang der mag_net.rc der path zum etc Ordner? Ist dort auch der erste Eintrag:
ifconfig lo0 addr 127.0.0.1 up
Im Laufwerk U: ist der Pfad "ETC" zu sehen?
-
Außerdem muß der Ordner, auf den ETC zeigt, auf einer Partition mit langen Dateinamen liegen und die enthaltenen Dateien (z.B. resolv.conf) müssen die korrekten langen Namen haben.
Wenn der TT vom Mac aus angepingt werden kann, läuft der Netzwerkstack schonmal (rein und raus), der Rest kommt dann schon noch.
Was sagt IFCONFIG auf dem TT?
Was sagt ROUTE auf dem TT? (jeweils ohne Parameter)
Was sagt ping 8.8.8.8 (Google Nameserver) auf dem TT?
MfG
Ektus.
-
Also der Ordner etc ist auf einem Laufwerk mit langen Namen
Der Pfad dahin ist in der Magx_rc.net eingetragen
ifconfig lo0 addr 127.0.0.1 up ist auch vorhanden
in der resolv.conf steht nur: nameserver 192.168.178.1
ifconfig auf dem TT sagt "cannot get FLAGs: ok
Route und ping 8.8.8.8 zeigen die möglichen parameter und dann "Programm beendet"
-
wie kann ich in u: den Pfad zu etc überprüfen, sehen?
-
Asche auf mein Haupt!
Es scheint jetzt zu funktionieren! Ich habe einfach die TTP-Programme falsch bedient.Kann jetzt auch andere andere Rechner im Netzwerk anpingen etc.
Werde erst mal weiter testen
Danke für eure Hilfe
-
nachdem das mit dem Pingen etc funktioniert, habe ich netsurf auf den Rechner (Atari TT mit Nova) kopiert. Wenn ich nun mit netsurf eine Internetseite öffnen will kommt immer "Could not resolve host.." Was stimmt immer noch nicht?
Die Ergebnisse von ifconfig.ttp und route.ttp hänge ich an
-
Netsurf funktioniert unter Magic nicht. Leider. >:(
-
Bei Ektus lief Netsurf (Gem Alpha) auch unter Magic 6.20 auf dem Milan.
https://forum.atari-home.de/index.php?topic=8254.msg54886#msg54886
-
nachdem das mit dem Pingen etc funktioniert, habe ich netsurf auf den Rechner (Atari TT mit Nova) kopiert. Wenn ich nun mit netsurf eine Internetseite öffnen will kommt immer "Could not resolve host.." Was stimmt immer noch nicht?
Die Ergebnisse von ifconfig.ttp und route.ttp hänge ich an
»Could not resolve host« heißt: Der falsche DNS-Server ist eingetragen und/oder der tut nicht. Welchen nimmst du denn?
default.cfg sollte sowas wie
NAMESERVER = 192.168.178.1
enthalten
-
Bei Ektus lief Netsurf (Gem Alpha) auch unter Magic 6.20 auf dem Milan.
https://forum.atari-home.de/index.php?topic=8254.msg54886#msg54886
Die neueren Versionen laufen auf meinem Milan unter Magic 6.10 nicht. :-\
-
nachdem das mit dem Pingen etc funktioniert, habe ich netsurf auf den Rechner (Atari TT mit Nova) kopiert. Wenn ich nun mit netsurf eine Internetseite öffnen will kommt immer "Could not resolve host.." Was stimmt immer noch nicht?
Die Namensauflösung geht nicht. Hat Dein Router einen Nameserver laufen? Ansonsten mal testweise in der resolv,conf "nameserver 8.8.8.8" eintragen oder sonst einen funktionierenden externen. "ping www.ektus,de" (um mal nicht google zu bemühen) sollte dann auch gehen. Wenn das funktioinert, kann man bei Netsurf weiter suchen. Vielleicht probiere ich es heute Abend noch auf dem Milan.
Ich hatte früher mehr Erfolg mit Netsurf, wenn ich es über den Link auf U: gestartet habe. Keine Ahnung, ob das Problem immer noch besteht.
MfG
Ektus.
-
Die neueren Versionen laufen auf meinem Milan unter Magic 6.10 nicht. :-\
Ich habe mir gerade mal NetSurf 3.8 (Dev CI #4278) auf den Milan geholt. Der läuft anstandslos unter MagiC-Milan 6.20 mit MagiC-Net, Bildschirmauflösung 1600x1200x65k (glaub' ich, wo kann ich nochmal die Farbtiefe nachschauen?)
Leider geht kein https, daher komme ich damit nicht mehr hier ins Forum oder auf viele andere Seiten :-(
Da kommt nur ein Dialog "Unable to fetch document"
MfG
Ektus.
-
also nameserver 8.8.8.8 geht auch nicht Die aktuellste NetSurf 3.8 (Dev CI #4278) stürzt beim öffnen eines Fenster mit 68000-Exception ab.
[/size]Vielleicht sollte ich mal CAB probieren. Aber keine Ahnung, wie man das mit der netusb zum Laufen bekommt
-
Hm ... dann muss wohl mit meinen Magic Net-Einstllungen auch was nicht stimmen. Ich bekomme von Netsurf die Fehlermeldung "Couldn't resolve Hostname".
nachdem das mit dem Pingen etc funktioniert, habe ich netsurf auf den Rechner (Atari TT mit Nova) kopiert. Wenn ich nun mit netsurf eine Internetseite öffnen will kommt immer "Could not resolve host.." Was stimmt immer noch nicht?
Die Ergebnisse von ifconfig.ttp und route.ttp hänge ich an
»Could not resolve host« heißt: Der falsche DNS-Server ist eingetragen und/oder der tut nicht. Welchen nimmst du denn?
default.cfg sollte sowas wie
NAMESERVER = 192.168.178.1
enthalten
@gh-baden welche "default.cfg" meinst Du denn? Ich kenne für Magic Net nur die "magx_rc.net", in der standardmäßig eine solche Angabe nicht vorhanden ist. In "c:/etc" ist noch die "resolv.conf" in der die Adresse meines Routers eingetragen ist für die Namensauflösung.
-
Hier mal der Inhalt meiner "magx_rc.net"-Datei:
# 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 c:\etc
# Absolutely necessary! Aktiviert den Socket
ifconfig lo0 addr 127.0.0.1 up
# Ethernet adapters, hier: ROM-Port-Interface
# Addresse 192.168.1.1: dieser Rechner (CT2A-Falcon)
# Addresse 192.168.1.2: Milan
ifconfig en0 addr 192.168.2.203 up
ifconfig en0 netmask 255.255.255.0
route add 192.168.2.1 en0
# Default route for Masquerades, NATs, proxys etc
# aktuell keine gesetzt 2003-12-20 Ef
route add default en0 gw 192.168.2.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
Und hier der Inhalt meiner "resolv.conf"-Datei in "c:/etc":
nameserver 192.168.2.1
Ist in der Konfiguration noch ein Fehler drin? "magxconf.prg" befindet sich in Magic's Startordner. Im "Xtension"-Ordner der Ethernet-Treiber und die "magx_sld.ovl" sowie die "sockets.dev". Programme, die Gluestick nutzen, funktionieren übrigens einwandfrei bei mir unter Magic Milan 6.1. Oder gibt's da ein Problem mit der Version 6.1?
-
Keine Änderung.
was mir aufgefallen ist:
in der vorletzten Zeile der route.ttp-Ausgabe steht rechts hinter 192.168.178.60 unter Iface lo0
Sollte da nicht en0 stehen?
-
Hm ... dann muss wohl mit meinen Magic Net-Einstllungen auch was nicht stimmen. Ich bekomme von Netsurf die Fehlermeldung "Couldn't resolve Hostname".
@gh-baden welche "default.cfg" meinst Du denn? Ich kenne für Magic Net nur die "magx_rc.net", in der standardmäßig eine solche Angabe nicht vorhanden ist. In "c:/etc" ist noch die "resolv.conf" in der die Adresse meines Routers eingetragen ist für die Namensauflösung.
Vergiß es, zuviele verschiedene Konfig-Optionen in meinem Kopf … resolv.conf ist gut. Kannst du die IPA dort anpingen? Siehst du am DNSd Anfragen ankommen? Was für ein DNS-Server ist das?
-
Hm ... dann muss wohl mit meinen Magic Net-Einstllungen auch was nicht stimmen. Ich bekomme von Netsurf die Fehlermeldung "Couldn't resolve Hostname".
@gh-baden welche "default.cfg" meinst Du denn? Ich kenne für Magic Net nur die "magx_rc.net", in der standardmäßig eine solche Angabe nicht vorhanden ist. In "c:/etc" ist noch die "resolv.conf" in der die Adresse meines Routers eingetragen ist für die Namensauflösung.
Vergiß es, zuviele verschiedene Konfig-Optionen in meinem Kopf … resolv.conf ist gut. Kannst du die IPA dort anpingen? Siehst du am DNSd Anfragen ankommen? Was für ein DNS-Server ist das?
IPA? :o Was ist "IPA"? "DNSd"? Sorry. Mein Wissen ist dahingehend wohl auch nur sehr oberflächlich. ... Das ist der DNS-Servers meines Providers also der Telekom.
-
IPA? :o Was ist "IPA"? "DNSd"? Sorry. Mein Wissen ist dahingehend wohl auch nur sehr oberflächlich. ... Das ist der DNS-Servers meines Providers also der Telekom.
IPA ist die IP-Adresse. DNSd ist der Domain Name System Daemon (das Programm, das DNS-Services anbietet, also etwa bind, dnsmasq o.ä. Falls das ein Plastikkästle unbekannten Inhalts ist, was bei dir das DNS kredenzt, dann halt das angeben.
Die 192.168.x.y ist ein Gerät bei dir im LAN, das ist nicht der DNS-Server der Telekom. Dein Gerät (ein Speedport-Dingsda?) wird wahrscheinlich Anfragen an die Telekom weiterreichen, aber ob’s soweit kommt wäre erst zu klären.
Sind die Rückfragen jetzt klarer?
-
IPA? :o Was ist "IPA"? "DNSd"? Sorry. Mein Wissen ist dahingehend wohl auch nur sehr oberflächlich. ... Das ist der DNS-Servers meines Providers also der Telekom.
IPA ist die IP-Adresse. DNSd ist der Domain Name System Daemon (das Programm, das DNS-Services anbietet, also etwa bind, dnsmasq o.ä. Falls das ein Plastikkästle unbekannten Inhalts ist, was bei dir das DNS kredenzt, dann halt das angeben.
Die 192.168.x.y ist ein Gerät bei dir im LAN, das ist nicht der DNS-Server der Telekom. Dein Gerät (ein Speedport-Dingsda?) wird wahrscheinlich Anfragen an die Telekom weiterreichen, aber ob’s soweit kommt wäre erst zu klären.
Sind die Rückfragen jetzt klarer?
Ja ... die 192.168.2.1 (Speedport 701V) reicht die Anfragen nur weiter und fungiert infolgedessen als DNS-Server. Das klappt auch auf meinem Milan unter MiNT mit MiNT-Net und unter TOS mit Sting. Sogar auf meinem IBM XT klappt das. 8) :D Unter Magic scheint es dann wohl zu haken irgendwo.
Dann versuche ich mich mal mit ein paar Pings unter Magic. Ich pinge mal meinen Router (DNS-Server) an und mal einen anderen Computer in meinem lokalen Netzwerk und den Googles DNS-Server. Mal sehen was dabei passiert.
-
1.) Anderen Rechner pingen im lokalen Netzwerk geht.
2.) Router (192.168.2.1) pingen geht auch.
3.) Googles DNS-Server (8.8.8.acht) pingen geht auch.
4.) Google über "google.de" pingen geht auch.
5.) Traceroute "google.de" funktioniert auch.
6.) Netsurf 3.8 (Dev CI #4235) liefert die Fehlermeldung "Couldn't resolve host name" bei der Eingabe von "www.google.de".
7.) Netsurf weigert sich eine IP-Adresse zu öffnen bzw. die Verbindung zu einer IP-Adresse mit der Fehlermeldung "running out of memory".
Ich habe 48 MB im Milan verbaut. Dasselbe Netsurf erledigt unter MiNT 1.19.cur alle Aufgaben ohne zu Murren (zumindest das Öffnen einer URL, bei Eingabe einer IP-Adresse gibt's auch unter MiNT einen Hinweis, dass zu wenig freies RAM vorhanden sei). Ergo funktioniert "Netsurf" nicht unter Magic! ???
-
die 192.168.2.1 (Speedport 701V) reicht die Anfragen nur weiter und fungiert infolgedessen als DNS-Server.
Okay – und die Auflösung an diesen DNSd tut jetzt nur innerhalb Netsurf nicht, denn du schreibst ja weiter:
4.) Google über "google.de" pingen geht auch.
D.h. die Namensauflösung funktioniert für 'ping', nicht aber für 'Netsurf'. Da dürfte deine Konfiguration richtig sein, und Netsurf ein Problem haben.
Mal probiert, in /etc/hosts eine Datei abzulegen, mit einem Eintrag wie:
13.80.22.176 www.atari-home.de
? Wenn du jetzt "www.atari-home.de" einmal anpingst, und einmal mit Netsurf ansteuerst, wie ist dann das Verhalten?
BTW: Deinen Speedport solltest du nicht mehr nutzen: https://www.telekom.de/hilfe/geraete-zubehoer/router/weitere-router/speedport-w-7xx-serie/speedport-w-701v
Liebe Kunden,
die Firmware für dieses Produkt steht nicht mehr zum Download zur Verfügung.
Sie entspricht inzwischen nicht mehr den aktuellen Sicherheitsanforderungen. Einen Ersatz wird es nicht geben.
Um Ihren Anschluss optimal und sicher nutzen zu können, empfehlen wir Ihnen, eines unserer aktuellen Geräte zu verwenden.
Das Ding ist offen wie ein Scheunentor … Schobb dir bspw. eine aktuelle Fritzbox, für die gibt es einigermaßen lange u.v.a. schnell Sicherheitsupdates.
-
Der Speedport wird eh demnächst ausgetauscht, da im März die Zwangsumstellung unseres Anschlusses erfolgt.
Die Datei "hosts" existierte bereits im "c:/etc"-Ordner mit folgendem Inhalt:
## 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.1 CT2A_Falcon
# 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
Die entsprechende Zeile habe ich unter "127.0.0.1 localhost loopback" ergänzt.
Ich habe den Ping von "www.atari-home.de" vor der Änderung der "hosts"-Datei durchgeführt. Leider scheint sich "ping" dann aufzuhängen: Die Adresse wird richtig aufgelöst, aber dann passiert nichts weiter. Dasselbe Verhalten nach der Änderung.
Nach der Änderung: Wenn ich die Adresse "www.atari-home.de" in Netsurfs-Adresszeile eingebe, dann klappt's. Die atari-home-Homepage wird geladen, allerdings dauert der ganze Vorgang fast 'ne Minute auf meinem Milan040. ;D.
Kannst Du mir erklären, was da los ist oder was da passiert, wenn man den entsprechenden Eintrag in der "hosts"-Datei ergänzt?
-
Nach der Änderung: Wenn ich die Adresse "www.atari-home.de" in Netsurfs-Adresszeile eingebe, dann klappt's. Die atari-home-Homepage wird geladen, allerdings dauert der ganze Vorgang fast 'ne Minute auf meinem Milan040. ;D.
Kannst Du mir erklären, was da los ist oder was da passiert, wenn man den entsprechenden Eintrag in der "hosts"-Datei ergänzt?
In der hosts-Datei kann man "lokale", feste Zuweisungen von Hostnamen zu IPAs vornehmen. Früher funktionierte das ganze Internet so. Okay, da nahmen auch nur so 1300 Rechner insgesamt daran teil. Alle paar Wochen schickte man sich die neue hosts-Datei zu, in der die neuen heißen Kisten im Netz standen.
Das funktionierte natürlich nicht lange, da es nicht skalierte. DNS wurde geschaffen und eroberte die Welt. Die Möglichkeit /etc/hosts zu nutzen, die gibt es aber immer noch, und sie hat bei den meisten Systemen Vorrang vor einem Nachschauen beim DNS.
Wenn du also immer nur bei den gleichen fünf, zwölf oder dreiundolfzig Rechnern vorbeischaust am Atari, kannst du DNS-Lookup ausknipsen, und die Einträge in der hosts-Datei selbst verwalten. Okay, nicht sehr spaßig, geht aber.
Der Erkenntnisgewinn ist jetzt der, dass der DNS-Lookup bei dir "irgendwie" kaputt ist. Nicht sehr hilfreich, tut mir leid. Für weitere Erkenntnisse bräuchte es ein paar Testprogramme, aber ich hab’n dicken Schädel und bin in drei Decken eingewickelt … da musst du warten oder jemand anders springt ein.
-
Erstmal Danke @gh-baden für die Hilfe und Erklärung und vor allem erstmal gute Besserung! 8) Das hat bei mir auch nicht oberste Priorität, da es nur Magic auf meinen Milan betrifft. Unter MiNT und TOS läuft ja alles in Sachen Netzwerk wie es soll. ;) Ich vergleiche auf jeden Fall nochmal alle Konfigurationsdateien, die das Netzwerk betreffen, unter Magic und MiNT. Vielleicht bringt mich das auch schon etwas weiter.
-
6.) Netsurf 3.8 (Dev CI #4235) liefert die Fehlermeldung "Couldn't resolve host name" bei der Eingabe von "www.google.de".
7.) Netsurf weigert sich eine IP-Adresse zu öffnen bzw. die Verbindung zu einer IP-Adresse mit der Fehlermeldung "running out of memory".
Ich habe 48 MB im Milan verbaut. Dasselbe Netsurf erledigt unter MiNT 1.19.cur alle Aufgaben ohne zu Murren (zumindest das Öffnen einer URL, bei Eingabe einer IP-Adresse gibt's auch unter MiNT einen Hinweis, dass zu wenig freies RAM vorhanden sei). Ergo funktioniert "Netsurf" nicht unter Magic! ???
Seltsam. Liegt aber vielleicht auch an MagiC 6.1, da es bei meinem 6.2 durchaus möglich ist, eine URL zu öffnen. Erfolgreich getestet mit meiner Homepage (http://www.ektus.de bzw. http://www.ektus.de/hotlist.html). Der Aufruf der Konfigurationsseite meines Routers über dessen IP geht auch.
Netsurf wirft eine Exception #2, wenn ich im Konfigurationsfenster (choices) auf die Zeile "homepage" klicke und etwas einzugeben versuche.
Netsurf öffnet sein Fenster so, daß die Titelzeile die Menüzeile überlappt. Liegt eventuell daran, daß Multistrip einen Teil der verfügbaren Höhe beansprucht und NS das irgendwie nicht mitkriegt.
Mein Milan hat 128MB und eine ATI Rage mit 4MB, vielleicht hat das auch einen Einfluß.
MfG
Ektus.
-
Ich vergleiche auf jeden Fall nochmal alle Konfigurationsdateien, die das Netzwerk betreffen, unter Magic und MiNT. Vielleicht bringt mich das auch schon etwas weiter.
Nicht, wenn "ping" bei dir "www.atari-home.de" auflöst, Netsurf aber nicht. Da ist dann nicht Magxnet schuld.
-
Hier Infos zu MagiCNet und Updates. (http://users.otenet.gr/~papval/magicnet.htm)
-
Ich vergleiche auf jeden Fall nochmal alle Konfigurationsdateien, die das Netzwerk betreffen, unter Magic und MiNT. Vielleicht bringt mich das auch schon etwas weiter.
Nicht, wenn "ping" bei dir "www.atari-home.de" auflöst, Netsurf aber nicht. Da ist dann nicht Magxnet schuld.
Ja. Das ist wohl so. Die Durchsicht der Dateien haben mir auch keine neuen Erkenntnisse gebracht. Ist eben ein sehr merkwürdiges Verhalten.
@Ektus läuft denn PH Gmap auch auf Deinem Milan unter Magic? Auf meinem Milan bekomme ich unter Magic in PH Gmap (wie unter Netsurf auch) die Fehlermeldung, dass der Host nicht gefunden werden konnte bzw. die Namensauflösung nicht klappt. Highwire und CAB laufen ohne Probleme, aber beide nutzen, meine ich, unter Magic Sting/Gluestick. AtarICQ läuft auch unter Magic auf meinem Milan und AtarIRC.
Wie auch immer ... allen erstmal eine schöne gute Nacht! ;D
-
@Ektus läuft denn PH Gmap auch auf Deinem Milan unter Magic? Auf meinem Milan bekomme ich unter Magic in PH Gmap (wie unter Netsurf auch) die Fehlermeldung, dass der Host nicht gefunden werden konnte bzw. die Namensauflösung nicht klappt. Highwire und CAB laufen ohne Probleme, aber beide nutzen, meine ich, unter Magic Sting/Gluestick. AtarICQ läuft auch unter Magic auf meinem Milan und AtarIRC.
Nein, PH Gmap und PH Weather laufen hier auch nicht. Die brauchen vermutlich eine neuere Version des Netzwerkstack :-(
Nachtrag: Litschi läuft und schafft ca. 400kByte pro Sekunde (Download von ektus.de, Leitungskapazität ca. 2MByte/s).
Nachtrag 2: Wget schafft nur 63kByte/s mit derselben Datei.
MfG
Ektus.
-
Litchi läuft bei mir auch unter Magic aufm Milan, aber ich denke, dass Litchi auch Gluestick nutzt.
-
Hallo,
wenn es beim NetSurf DNS oder andere Netzwerk-Probleme gibt, gibt es als Workaround die Möglichkeit einen Proxy zu konfigurieren... der muss natürlich erreichbar sein und darf keine DNS Probleme haben.
Als Proxy für diesen Zweck ist z.B. polipo geeignet.
-
aber ich denke, dass Litchi auch Gluestick nutzt.
Wenn sich an Litchi nichts geändert hat, dann jein. Es nutzt nur ein, zwei Funktionen von Gluestick. Der Rest geht über die GEMDOS MiNTNet Socket. Wenn es bei Dir mit MagiCNet läuft dann hast Du noch ein weiters Programmi Installert welche die neue GEMDOS funktionen nach MagiCNet weiterleitet. Wie gesagt wenn sich nichts zwischendurch geändert hat.
Mit GHmap hatte ich bis jetzt auch keinen Erfolg. Es half auch nichts verschiedene Environment-Variable zu setzen. Mir war nur aufgefallen, das es zweimal Fsocket oder war es Fconnect aufruft was wohl schief geht.
Hatte jetzt aber nicht mehr die Zeit das tiefer zu verfolgen und den Autor zu kontaktieren.