Problem mit Wifi access point (dnsmasq und hostapd)

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
TomL

Re: Problem mit Wifi access point (dnsmasq und hostapd)

Beitrag von TomL » 17.01.2018 21:34:49

Hi

Es tut mir leid und ich bitte um Entschuldigung, aber ich bin mit dem Problem überfordert. Du hast 3 Services am Laufen, von denen jeder dazu gedacht sind, ein Netzwerk zu starten und jeder wird das wohl auch tun oder versuchen zu tun. Es ist aus der Ferne für mich nicht erkennbar, wer welches NIC handelt, ob die 3 das Konfliktfrei tun oder ob die sich vielleicht sogar gegenseitig destruktiv beeinträchtigen. Zumindest networking.service war nicht erfolgreich, die Unit wurde zwar gestartet, aber es ist kein Daemon da.... *hmmm*

Code: Alles auswählen

networking.service                                                             loaded active exited    Raise network interfaces                                          
NetworkManager.service                                                         loaded active running   Network Manager                                                   
systemd-networkd.service                                                       loaded active running   Network Service 
Normalerweise würde ich nur einen Dienst zum Starten der Netze verwenden, oder (was ich eigentlich für Serverfunktionen favorisiere) gar keinen und öffne stattdessen die Netze von Hand resp. via Script. Dann gibts noch einen Dienst, von dem ich zwar erahne, was der tut, aber nicht auf welchem Interface oder für welches Netz und auch nicht, ob das Konfliktfrei mit den anderen NICs ist.

Code: Alles auswählen

stunnel4.service                                                               loaded active exited    LSB: Start or stop stunnel 4.x (TLS tunnel for network daemons)
Wenn ich das hier bei mir lösen müsste, würde ich alles was mit Netzwerk zu tun hat rigoros ausplanen und dann sukzessive schritt für schritt neu aufbauen... und zwar konfliktfrei und eindeutig. Aber per Ferndiagnose kann ich das leider nicht..... sorry..... :hail:

Benutzeravatar
smutbert
Moderator
Beiträge: 8315
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: Problem mit Wifi access point (dnsmasq und hostapd)

Beitrag von smutbert » 17.01.2018 22:07:08

Das sticht mir erst nach dem letzten Beitrag in die Augen:
ABeater hat geschrieben: ↑ zum Beitrag ↑
17.01.2018 21:00:04
[…]

Was ich hier nicht verstehe ist warum er die ganzen einträge aus der dnsmasq.conf datei als schnitstelle die noch nicht existiert bezeichnet?

Code: Alles auswählen

[...]
Jan 17 20:16:09 l0calh0st dnsmasq[5667]: Warnung: Schnittstelle wlan0 dhcp-range=10.0.0.10 existiert derzeit nicht
Jan 17 20:16:09 l0calh0st dnsmasq[5667]: Warnung: Schnittstelle infinite existiert derzeit nicht
Jan 17 20:16:09 l0calh0st dnsmasq[5667]: Warnung: Schnittstelle 10.0.0.30 existiert derzeit nicht
Jan 17 20:16:09 l0calh0st dnsmasq[5667]: Warnung: Schnittstelle 10.0.0.20 existiert derzeit nicht
Jan 17 20:16:09 l0calh0st dnsmasq[5667]: Warnung: Schnittstelle wlan0 no-dhcp-interface=eth0 dhcp-range=interface:wlan0 existiert derzeit nicht
[…]
Kann es sein, dass dir irgendwelche Steuerzeichen in die Konfigurationsdatei von dnsmasq gekommen sind oder etwas anderes mit den Zeilenumbrüchen nicht stimmt?
Ich sehe nämlich keinen Fehler in der doch sehr übersichtlichen dnsmasq.conf und trotzdem hält, wie du sagst dnsmasq alle möglichen Konfigurationseinträge nach der ersten Zeile für Namen von Netzwerkschnittstellen.
(ich würde die Datei einfach verschieben und noch einmal von Hand ohne copy und paste mit einem simplen Editor wie nano schreiben)

Außerdem könntest du anhand der Zeiten/Reihenfolge mit so etwas wie

Code: Alles auswählen

# journalctl -p7 | grep wlan0
eruieren ob wlan0 beim Start von dnsmasq wlan0 heißt oder vielleicht gerade oder noch bzw. wieder umbenannt wird.

BenutzerGa4gooPh

Re: Problem mit Wifi access point (dnsmasq und hostapd)

Beitrag von BenutzerGa4gooPh » 17.01.2018 22:11:42

Wenn an der /etc/network/Interfaces rumgespielt wird und NetworkManager läuft, ist für die Verwaltung von Interfaces zu beachten: https://wiki.debian.org/NetworkManager
Hier wäre wohl besser, Netzwerkmanager zu "purgen", damit sich nichts ins Gehege kommt.

Code: Alles auswählen

apt purge network-manager network-manager-gnome
Gesamte Netzwerkkonfiguration nur per /etc/network/interfaces.

Für die Konfig von Debiandnsmasq mit systemd würde ich das aktuellste Wiki nutzen: https://wiki.archlinux.org/index.php/dnsmasq

Edit: smutbert war eher.

Edit2:
Weitere Möglichkeiten testen?
A) hostapd-Interface mit statischer IP (!) per systemd konfigurieren, vielleicht sind dann die Zeitprobleme gelöst: https://wiki.archlinux.org/index.php/systemd-networkd
Interfaces mit DNS-Server benötigen statische IPs.
B) Debiandnsmasq nur als DNS nutzen (default), als DHCP-Server: https://wiki.ubuntuusers.de/ISC-DHCPD/
(Unter Jessie hat das bei mir geklappt, mehrere Ethernet-Interfaces / kein hostapd.)

ABeater
Beiträge: 6
Registriert: 11.01.2018 19:24:29

Re: Problem mit Wifi access point (dnsmasq und hostapd)

Beitrag von ABeater » 18.01.2018 19:17:16

Wenn ich das hier bei mir lösen müsste, würde ich alles was mit Netzwerk zu tun hat rigoros ausplanen und dann sukzessive schritt für schritt neu aufbauen... und zwar konfliktfrei und eindeutig. Aber per Ferndiagnose kann ich das leider nicht..... sorry..... :hail:
Kann es sein, dass dir irgendwelche Steuerzeichen in die Konfigurationsdatei von dnsmasq gekommen sind oder etwas anderes mit den Zeilenumbrüchen nicht stimmt?
Ich sehe nämlich keinen Fehler in der doch sehr übersichtlichen dnsmasq.conf und trotzdem hält, wie du sagst dnsmasq alle möglichen Konfigurationseinträge nach der ersten Zeile für Namen von Netzwerkschnittstellen.
(ich würde die Datei einfach verschieben und noch einmal von Hand ohne copy und paste mit einem simplen Editor wie nano schreiben)
Hi

Also ich habe ein paar interessante Neuigkeiten, das ganze funktioniert jetzt(mehr oder weniger) aber ich weiß nicht genau warum...! Ich habe wie du gesagt hast einfach eine komplett neue conf Datei erstellt, und die ganzen networking services heruntergefahren (über die es in TomL Antwort ging) um auszuprobieren was passiert.
ich bekomme immer noch ähnliche errors auch wenn es Funktioniert! Wenn ich jetzt den dnsmasq Status abrufe ist der output:

Code: Alles auswählen

root@l0calh0st:~# systemctl status dnsmasq.service
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
   Loaded: loaded (/lib/systemd/system/dnsmasq.service; disabled; vendor preset: disabled)
   Active: active (running) since Thu 2018-01-18 18:27:20 CET; 1s ago
  Process: 2726 ExecStop=/etc/init.d/dnsmasq systemd-stop-resolvconf (code=exited, status=0/SUCCESS)
  Process: 2741 ExecStartPost=/etc/init.d/dnsmasq systemd-start-resolvconf (code=exited, status=0/SUCCESS)
  Process: 2733 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, status=0/SUCCESS)
  Process: 2732 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/SUCCESS)
 Main PID: 2740 (dnsmasq)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/dnsmasq.service
           └─2740 /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq -7 /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new --local-service --trust-anchor=.,19036,8,2,49aac11d7b6f64

Jan 18 18:27:20 l0calh0st dnsmasq[2740]: Warnung: Schnittstelle 10.0.0.1 dhcp-option=6 existiert derzeit nicht
Jan 18 18:27:20 l0calh0st dnsmasq[2740]: Warnung: Schnittstelle 8h dhcp-option=3 existiert derzeit nicht
Jan 18 18:27:20 l0calh0st dnsmasq[2740]: Warnung: Schnittstelle 10.0.0.100 existiert derzeit nicht
Jan 18 18:27:20 l0calh0st dnsmasq[2740]: Warnung: Schnittstelle wlan0 dhcp-range=10.0.0.10 existiert derzeit nicht
Jan 18 18:27:20 l0calh0st dnsmasq-dhcp[2740]: DHCP, IP-Bereich 10.0.0.20 -- 10.0.0.30, Lease Zeitunendlich                    [Das ist neu]
Jan 18 18:27:20 l0calh0st dnsmasq[2740]: lese /etc/resolv.conf
Jan 18 18:27:20 l0calh0st dnsmasq[2740]: Benutze Namensserver 192.168.2.1#53
Jan 18 18:27:20 l0calh0st dnsmasq[2740]: Benutze Namensserver 192.168.2.1#53
Jan 18 18:27:20 l0calh0st dnsmasq[2740]: /etc/hosts gelesen - 5 Adressen
Jan 18 18:27:20 l0calh0st systemd[1]: Started dnsmasq - A lightweight DHCP and caching DNS server.

Anstatt wie voher obwohl sich nichts an dem file einträgen geändert hat:

Code: Alles auswählen

root@l0calh0st:~# systemctl status dnsmasq.service
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
   Loaded: loaded (/lib/systemd/system/dnsmasq.service; disabled; vendor preset: disabled)
   Active: active (running) since Thu 2018-01-18 18:25:51 CET; 1s ago
  Process: 2669 ExecStop=/etc/init.d/dnsmasq systemd-stop-resolvconf (code=exited, status=0/SUCCESS)
  Process: 2684 ExecStartPost=/etc/init.d/dnsmasq systemd-start-resolvconf (code=exited, status=0/SUCCESS)
  Process: 2676 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, status=0/SUCCESS)
  Process: 2675 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/SUCCESS)
 Main PID: 2683 (dnsmasq)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/dnsmasq.service
           └─2683 /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq -7 /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new --local-service --trust-anchor=.,19036,8,2,49aac11d7b6f64

Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Warnung: Schnittstelle wlan0 dhcp-range=10.0.0.10 existiert derzeit nicht
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Warnung: Schnittstelle infinite existiert derzeit nicht
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Warnung: Schnittstelle 10.0.0.30 existiert derzeit nicht
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Warnung: Schnittstelle 10.0.0.20 existiert derzeit nicht
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Warnung: Schnittstelle wlan0 no-dhcp-interface=eth0 dhcp-range=interface:wlan0 existiert derzeit nicht
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: lese /etc/resolv.conf
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Benutze Namensserver 192.168.2.1#53
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Benutze Namensserver 192.168.2.1#53
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: /etc/hosts gelesen - 5 Adressen
Jan 18 18:25:51 l0calh0st systemd[1]: Started dnsmasq - A lightweight DHCP and caching DNS server.
Bei dem command "journalctl -p7 | grep wlan0" bekomme ich:

Code: Alles auswählen

root@l0calh0st:~# journalctl -p7 | grep wlan0
Jan 18 17:15:49 l0calh0st NetworkManager[585]: <info>  [1516292149.4692] guessed connection type (wlan0) = 802-3-ethernet
Jan 18 17:15:49 l0calh0st NetworkManager[585]: <info>  [1516292149.4693] update_connection_setting_from_if_block: name:wlan0, type:802-3-ethernet, id:Ifupdown (wlan0), uuid: 5391eba4-6426-faca-338e-5828034ff9d1
Jan 18 17:15:49 l0calh0st NetworkManager[585]: <info>  [1516292149.4693] adding wlan0 to connections
Jan 18 17:15:49 l0calh0st NetworkManager[585]: <info>  [1516292149.4693] adding iface wlan0 to eni_ifaces
Jan 18 17:16:02 l0calh0st ifup[621]: Cannot find device "wlan0"
Jan 18 17:16:02 l0calh0st ifup[621]: ifup: failed to bring up wlan0
Jan 18 18:21:07 l0calh0st kernel: IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jan 18 18:22:25 l0calh0st kernel: IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jan 18 18:22:25 l0calh0st hostapd[2570]: Using interface wlan0 with hwaddr 00:c0:ca:96:bb:3d and ssid "Monitor-Network"
Jan 18 18:22:25 l0calh0st kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Jan 18 18:22:25 l0calh0st hostapd[2570]: wlan0: interface state UNINITIALIZED->ENABLED
Jan 18 18:22:25 l0calh0st hostapd[2570]: wlan0: AP-ENABLED
Jan 18 18:25:15 l0calh0st dnsmasq[2654]: Warnung: Schnittstelle wlan0 dhcp-range=10.0.0.10 existiert derzeit nicht
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Warnung: Schnittstelle wlan0 dhcp-range=10.0.0.10 existiert derzeit nicht
Jan 18 18:25:51 l0calh0st dnsmasq[2683]: Warnung: Schnittstelle wlan0 no-dhcp-interface=eth0 dhcp-range=interface:wlan0 existiert derzeit nicht
Jan 18 18:27:20 l0calh0st dnsmasq[2740]: Warnung: Schnittstelle wlan0 dhcp-range=10.0.0.10 existiert derzeit nicht
Jan 18 18:27:53 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 IEEE 802.11: authenticated
Jan 18 18:27:53 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 IEEE 802.11: associated (aid 1)
Jan 18 18:27:53 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 RADIUS: starting accounting session 337E4AEEE7D4D394
Jan 18 18:27:56 l0calh0st dnsmasq-dhcp[2740]: DHCPDISCOVER(wlan0) a0:39:f7:4c:f1:92
Jan 18 18:27:56 l0calh0st dnsmasq-dhcp[2740]: DHCPOFFER(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92
Jan 18 18:27:56 l0calh0st dnsmasq-dhcp[2740]: DHCPDISCOVER(wlan0) a0:39:f7:4c:f1:92
Jan 18 18:27:56 l0calh0st dnsmasq-dhcp[2740]: DHCPOFFER(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92
Jan 18 18:27:56 l0calh0st dnsmasq-dhcp[2740]: DHCPREQUEST(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92
Jan 18 18:27:56 l0calh0st dnsmasq-dhcp[2740]: DHCPACK(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92 android-7cc225e796b8d7e6
Jan 18 18:28:10 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 IEEE 802.11: disassociated
Jan 18 18:32:09 l0calh0st systemd-networkd[2769]: wlan0: Gained IPv6LL
Jan 18 18:32:22 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 IEEE 802.11: authenticated
Jan 18 18:32:22 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 IEEE 802.11: associated (aid 1)
Jan 18 18:32:22 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 RADIUS: starting accounting session 1312EB7F397FB443
Jan 18 18:32:22 l0calh0st dnsmasq-dhcp[2740]: DHCPDISCOVER(wlan0) a0:39:f7:4c:f1:92
Jan 18 18:32:22 l0calh0st dnsmasq-dhcp[2740]: DHCPOFFER(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92
Jan 18 18:32:22 l0calh0st dnsmasq-dhcp[2740]: DHCPREQUEST(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92
Jan 18 18:32:22 l0calh0st dnsmasq-dhcp[2740]: DHCPACK(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92 android-7cc225e796b8d7e6
Jan 18 18:36:15 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 IEEE 802.11: disassociated
Jan 18 18:36:22 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 IEEE 802.11: authenticated
Jan 18 18:36:22 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 IEEE 802.11: associated (aid 1)
Jan 18 18:36:22 l0calh0st hostapd[2571]: wlan0: STA a0:39:f7:4c:f1:92 RADIUS: starting accounting session 918FEC401A54D9F3
Jan 18 18:36:23 l0calh0st dnsmasq-dhcp[2740]: DHCPDISCOVER(wlan0) a0:39:f7:4c:f1:92
Jan 18 18:36:23 l0calh0st dnsmasq-dhcp[2740]: DHCPOFFER(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92
Jan 18 18:36:23 l0calh0st dnsmasq-dhcp[2740]: DHCPREQUEST(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92
Jan 18 18:36:23 l0calh0st dnsmasq-dhcp[2740]: DHCPACK(wlan0) 10.0.0.23 a0:39:f7:4c:f1:92 android-7cc225e796b8d7e6
An TomL: Achso und vielleicht könntest du mir irgendwie erklären wie man die Netzwerke ausplant und neu aufbaut? Oder wenn du keine zeit dafür hast, ein "tutorial" oder sowas empfehlen?

MFG

TomL

Re: Problem mit Wifi access point (dnsmasq und hostapd)

Beitrag von TomL » 20.01.2018 11:23:59

ABeater hat geschrieben: ↑ zum Beitrag ↑
18.01.2018 19:17:16
An TomL: Achso und vielleicht könntest du mir irgendwie erklären wie man die Netzwerke ausplant und neu aufbaut? Oder wenn du keine zeit dafür hast, ein "tutorial" oder sowas empfehlen?
"Ausplanen" bedeutet, dass man Prozesse ausplant, die irgendjemand zuvor eingeplant hat. Und "eingeplant" wiederum bedeutet, dass Prozesse schon direkt beim Systemstart quasi als permanenter Dienst oder Service gestartet werden. "Ausplanen" beinhaltet in diesem Fall zwingend zuvor festzustellen, wie das System überhaupt mit dem Netzwerk umgeht. Einer der Vorteile von Debian ist die Freiheit, alles auf jede erdenkliche Weise tun zu dürfen... was sich aber gleichzeitig in gewisser Weise auch als Fluch erweist. Und zwar dann, wenn man auf Probleme stößt und jemand stellt lapidar fest "geht nicht". Genau dann geht das Drama los, weil man mitten in einen Irrgarten reingesetzt wird.

Das Netzwerk kann auf unterschiedlichste Weise gestartet werden. Sehr rustikal einfach mit Shell-Kommandos aus dem Paket iproute. Oder alternativ via ifup/ifdown und der /etc/network/interface, und da wieder entweder im sysvinit-Style über /etc/init.d/networking oder mit neuerer Methode über ifup@.service. Unter systemd wird das eher mit der Service-Unit passieren, unter sysvinit unbedingt über das init.d-script.... wobei aber unter systemd u.U. auch das Script genutzt wird oder werden kann, weils auch eine autogenerated networking.service gibt. Dann gibts da noch mehrere Networkmanager, jede Distribution bastelt sich da was eigenes, wobei sich ein Networkmanager selber wiederum als Herr der Netzwerke aufspielt und sich an Regeln halten kann oder auch nicht. Da die Netzworkmanager teilweise auch noch den sysvinit-Klotz am Bein haben und kompatibel sein wollen, kacken :twisted: die z.T. auf systemd-Regeln.... insbesondere bei WLAN-Verbindungen, die sie trotz offener Verbindungen einfach auch mal kappen... weil sie denken "ich boss, alles tanzt nach meiner Pfeife". Das ist übrigens einer der Gründe, warum ich die NWM so ziemlich als allererste deinstalliere. Und um die Verwirrung zu komplettieren, funktionieren WLAN-Verbindungen sowieso nicht analog zum Patchkabel-Netzwerk. Da brauchts dann noch mal wiederum ein ganzes Set von Tools und Programmen, die ein völlig eigenes Management benötigen, wie z.B. wpa-supplicant, iw, und weiss grad nicht, was noch...

Und um das Dilemma bezüglich des o.g. Irrgartens auch noch zu komplettieren, sorgen die im Web gefundenen Infos leider dafür, dass auch noch das Licht über dem Irrgarten ausgeschaltet wird. Es gibt infos für Sysvinit, Infos für Systemd, und dann auch noch vor Ignoranz strotzende Infos, die sysvinit-Lösungen unter systemd mit alter Methodik behandeln.... alles zum gleichen Thema.

Ist Debian deswegen nun eine schlechte Wahl? Nein, für jemanden, der damit umgehen kann, ist es das beste OS überhaupt. Können Ubuntu und Mint besser mit speziell diesem Problem umgehen? Nein, natürlich nicht, da gelten exakt die gleichen Grundsätze.... die sind nur besser darin, die Mängel der Schrumpelhaut unter dicker Schminke schlechter Qualität zu verstecken und hebeln gleichzeitig auch noch an anderer Stelle markante Sicherheitsmechanismen aus, um sich damit dem Niveau eines Windows-Umsteigers anzupassen.

Ich sag Dir mal, wo ich das eigentliche Problem im Augenblick sehe. Stell Dir einen 18-Jährigen Fahranfänger vor, mit 2 Fahrstunden in einem Automatik-Golf. Und nun setze diesen Fahranfänger dann auf einen 18-t-LKW mit 2-Achser-Drehschemelanhänger und bitte ihn, den Hänger rückwärts in die 90°-Parklücke zu schieben.

Du hast Dir ein sehr fortschrittliches Ziel gesetzt, aber imho fehlen hier gravierende Grundlagen. Vielleicht wirst Du das sogar auch mit Hilfe fähigerer Leute, als ich das bin, lösen können. Aber es bleibt die Frage, ob Du das auch so hinkriegst, dass Dein WLAN-AP so sicher ist, dass er, Deine Daten und Dein Netzwerk nicht von außen kompromittiert werden können.

Bitte nimm das nicht persönlich... ich kann da nicht helfen, einfach deshalb nicht, weil ich nicht sicher bin, dass meine Hilfe nicht mehr schadet als sie nutzt..... sorry.... :hail: . Ich kann Dir nur empfehlen, nicht mit so anspruchsvollen Problemen anzufangen, sondern zuerst einfachere Dinge zu lösen. Nicht alles, was geht, sollte man zu jeder Zeit auch wirklich machen.

j.m.2.c.

Antworten