Mehdi J. schrieb:> Mein PC ist an Internet verbunden durch einen> Huawei Giga Cube und das STM32 ist an meinem PC verbunden durch ein> Ethernet Kabel.
Geht zwar vermutlich, aber so PC zu PC Netzwerkverbindungen machen oft
Ärger. Verbinde doch den STM32 ebenfalls mit deinem Router/Switch.
Mehdi J. schrieb:> eth0 Link encap:Ethernet HWaddr 00:80:E1:42:6B:16> inet addr:192.168.8.45 Bcast:192.168.8.255 Mask:255.255.255.0> ...> Wireless LAN adapter WLAN:> IPv4 Address. . . . . . . . . . . : 192.168.8.124(Preferred)
Das passt nicht zusammen. Am STM32 ist es Ethernet im 192.168.8er
Netz, am PC ist es WLAN.
Stelle die 192.168.8.x am korrekten ETH-Port des PCs ein. Wieso hat das
WLAN 192.168.8.x? Weil es so vom AP/Router vergeben wurde? Wenn ja,
stecke das ETH-Kabel des STM32 nicht in den PC, sondern in den Router.
Der PC brückt nicht WLAN und Ethernet, das macht in der Regel der Router
- wenn er auch so eingestellt ist.
Ich möchte zuerst durch SSH eine Internetverbindung erstellen. Früher
habe ich das ganz leicht mit RasPi gemacht aber jetzt ist es
schwieriger.
Was meinst du mit beide Buchsen sind nicht konfiguriert und welche Daten
sind relevant für mich.
Mein Laptop ist wie gesagt durch Wi-Fi verbunden und mein MPU durch
Ethernet Kabel an dem Laptop. Soll ich der MPU direkt mit dem Giga-Cube
verbinden wie es mir oben gesagt wurde?
Soweit ich es verstanden habe:
-Laptop: WLAN
-STM: durch Ethernet verbunden (Direkt am Router)
Richtig?
und zum Beispiel 192.168.8.45 in diesem nano interfaces?
Keine Verbindung..
Komisch .. die "LAN" LED auf dem Router ist grün. Aber die LEDs auf dem
Ethernet Port auf dem MPU blinken nicht. Hier noch mal meine Interfaces
Konfiguration:
# interface file auto-generated by buildroot
auto lo
iface lo inet loopback
# Configure eth0 with static IP
auto eth0
iface eth0 inet static
address 192.168.8.14
network 192.168.8.0
netmask 255.255.255.0
broadcast 192.168.8.255
gateway 192.168.8.1
dns-nameservers 192.168.8.1
Mehdi J. schrieb:> Aber die LEDs auf dem> Ethernet Port auf dem MPU blinken nicht.
Strom ist dran?
Mehdi J. schrieb:> address 192.168.8.14
Die ist auch nicht anderweitig schon belegt?
> Strom ist dran?
Natürlich. Das System bootet und sagt noch
buildroot login: [ 4.237860] stm32-dwmac 5800a000.ethernet eth0: Link
is Up - 1Gbps/Full - flow control rx/tx
[ 4.251707] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> Die ist auch nicht anderweitig schon belegt?
Sollte nicht weil beim ping bekomme ich:
#ping -c 3 192.168.8.14
PING 192.168.8.14 (192.168.8.14): 56 data bytes
64 bytes from 192.168.8.14: seq=0 ttl=64 time=0.354 ms
64 bytes from 192.168.8.14: seq=1 ttl=64 time=0.207 ms
64 bytes from 192.168.8.14: seq=2 ttl=64 time=0.174 ms
--- 192.168.8.14 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.174/0.245/0.354 ms
Deine Ethernetports haben 169* Adressen. Die vergibt Windoofs wenn der
DHCP fehlgeschlagen ist.
Stell den Port mit dem du deinen STM verbunden hast auf statisch und
vergib eine Adresse. 192.168.1.* wäre ein Kandidat.
> Stell den Port mit dem du deinen STM verbunden hast auf statisch
Wie mache ich das?
Laut meiner Konfig ist ja schon statisch (4.te Zeile)
auto lo
iface lo inet loopback
# Configure eth0 with static IP
auto eth0
iface eth0 inet static
address 192.168.8.14
#network 192.168.8.0
netmask 255.255.255.0
broadcast 192.168.8.255
#gateway 192.168.8.1
#dns-nameservers 192.168.8.1
Michael X. schrieb:> Die vergibt Windoofs
Das ist der APIPA Standard an den sich Windows wie auch viele andere
hält und keine irgendwie negative oder proprietäre Eigenschaft von
Windows das so ein bashing nötig wäre.
Mehdi J. schrieb:> Wie mache ich das?
Beachte Beitrag "Re: Ethernet funktionniert nicht"
Hast Du offenbar überlesen.
Dein PC hat WLAN auf 192.168.8.x, Dein ETH hat Ethernet auf
192.168.8.x.
Dein PC-Ethernet-Port hat keine IP-Adresse. Das kann so nicht gehen.
Dein PC brückt auch nicht zwischen LAN und WLAN. Er ist kein Router.
Deshalb: Verbinde den STM32 mit Deinem Router und versuche dann von
dort:
ping 192.168.8.124 (das ist die IP des WLAN-Adapters im PC)
Wenn das nicht klappt, musst Du im Router vielleicht noch einstellen,
dass die Geräte am LAN auch mit den Geräten im WLAN kommunizieren
dürfen.
Mehdi J. schrieb:>> Die ist auch nicht anderweitig schon belegt?> Sollte nicht weil beim ping bekomme ich:>> #ping -c 3 192.168.8.14> PING 192.168.8.14 (192.168.8.14): 56 data bytes> 64 bytes from 192.168.8.14: seq=0 ttl=64 time=0.354 ms> 64 bytes from 192.168.8.14: seq=1 ttl=64 time=0.207 ms> 64 bytes from 192.168.8.14: seq=2 ttl=64 time=0.174 ms>> --- 192.168.8.14 ping statistics ---> 3 packets transmitted, 3 packets received, 0% packet loss> round-trip min/avg/max = 0.174/0.245/0.354 ms
Wann hast du diesen Ping gemacht?
- War der STM32 eingeschaltet?
--> Glückwunsch du hast verbindung zu deinem STM32 und muss nun
herausfinden wieso der SSH Daemon nicht gestartet wurde
- War der STM32 ausgeschaltet?
--> Die Adresse .14 ist schon belegt. Such eine andere, bei der ping
keine Antwort bekommt
Mehdi J. schrieb:> Sollte nicht weil beim ping bekomme ich:>> #ping -c 3 192.168.8.14> PING 192.168.8.14 (192.168.8.14): 56 data bytes> 64 bytes from 192.168.8.14: seq=0 ttl=64 time=0.354 ms> 64 bytes from 192.168.8.14: seq=1 ttl=64 time=0.207 ms> 64 bytes from 192.168.8.14: seq=2 ttl=64 time=0.174 ms
Das sieht doch gut aus, was ist das Problem? Netzwerk funktioniert. Wenn
SSH nicht geht, dann kann das viele weitere Gründe haben:
- sshd läuft nicht
- der Port 22 ist in der Firewall geblockt.
Frank M. schrieb:> Deshalb: Verbinde den STM32 mit Deinem Router und versuche dann von> dort:
Hat er doch jetzt gemacht.
> - War der STM32 eingeschaltet?> --> Glückwunsch du hast verbindung zu deinem STM32 und muss nun herausfinden
wieso der SSH Daemon nicht gestartet wurd
Als ich gepingt war mein STM eingeschaltet.
Gustl B. schrieb:> - sshd läuft nicht> - der Port 22 ist in der Firewall geblockt.
Und wie kriege ich die Antwort? Bin Anfänger mit Netzwerk-Einstellungen
sorry
Und warum Port 22 und nicht einen anderen Port?
Klar. Aber sshd muss auch laufen und erreichbar sein damit ssh
funktioniert.
Mehdi J. schrieb:> Und wie kriege ich die Antwort?
Gute Frage. Guck erstmal ob sshd läuft.
1
ps aux | grep sshd
Mehdi J. schrieb:> Bin Anfänger mit Netzwerk-Einstellungen sorry
Kein Problem, das waren wir alle mal.
Mehdi J. schrieb:> Und warum Port 22 und nicht einen anderen Port?
22 ist der Standardport von SSH.
Gustl B. schrieb:> Gute Frage. Guck erstmal ob sshd läuft.
Also geht es um einen paket das man vor dem Image-Build integriren soll?
Auf die Webseite stehen alle integrierbare Pakete mit Buildroot.
https://github.com/buildroot/buildroot/tree/master/package
Vielleicht sind manche relevant wie die hier:
sshfs sshlh sshpass usw...
Gustl B. schrieb:>> 64 bytes from 192.168.8.14: seq=2 ttl=64 time=0.174 ms> ...> Frank M. schrieb:>> Deshalb: Verbinde den STM32 mit Deinem Router und versuche dann von>> dort:>> Hat er doch jetzt gemacht.
Was zur Hölle ist 192.168.8.14?
STM32 hat: 192.168.8.45
PC (WLAN) hat: 192.168.8.124 (lt. Ausgangsposting)
Warum versucht er nicht, vom STM32 den PC anzupingen - oder umgekehrt?
Frank M. schrieb:> Was zur Hölle ist 192.168.8.14?>> STM32 hat: 192.168.8.45> PC (WLAN) hat: 192.168.8.124 (lt. Ausgangsposting)
Habe es geändert beim nano interfaces. Ich kann irgendwelchen Port
wählen so lange es frei ist, oder?
Mehdi J. schrieb:> Also geht es um einen paket das man vor dem Image-Build integriren soll?
Ich kenne mich mit dieser Distro nicht aus, sorry. Aber ja, sshd muss
natürlich installiert sein damit das auch funktionieren kann.
Mehdi J. schrieb:> sshfs sshlh sshpass usw...
Ne, diese drei nicht.
Aber guck doch erstmal ob sshd dabei ist. Du bekommst doch auch über
UART ein Terminal und kannst mal unter /bin oder /sbin oder so gucken
...
Frank M. schrieb:> Warum versucht er nicht, vom STM32 den PC anzupingen - oder umgekehrt?
Hat er schon, funktioniert.
Mehdi J. schrieb:> Frank M. schrieb:> Was zur Hölle ist 192.168.8.14?> STM32 hat: 192.168.8.45> PC (WLAN) hat: 192.168.8.124 (lt. Ausgangsposting)>> Habe es geändert beim nano interfaces. Ich kann irgendwelchen Port> wählen so lange es frei ist, oder?
Du hast also vom STM32 den STM32 angepingt? Das sagt überhaupt nichts
aus. Das funktioniert auch bei nicht funktionierendem LAN.
Pinge bitte den PC an. Oder pinge vom PC den STM32 an.
Du kannst noch unter /usr/bin/ und /usr/sbin/ gucken. Oder mal nach sshd
suchen. Aber wenn der nicht da ist, dann funktioniert und läuft der auch
nicht.
Frank M. schrieb:> Du hast also vom STM32 den STM32 angepingt? Das sagt überhaupt nichts> aus. Das funktioniert auch bei nicht funktionierendem LAN.>> Pinge bitte den PC an. Oder pinge vom PC den STM32 an.
Das habe ich dur das cmd gekriegt
C:\Users\Mehdi> ping 192.168.8.14
Pinging 192.168.8.14 with 32 bytes of data:
Reply from 192.168.8.14: bytes=32 time=6ms TTL=64
Reply from 192.168.8.14: bytes=32 time=2ms TTL=64
Reply from 192.168.8.14: bytes=32 time=1ms TTL=64
Reply from 192.168.8.14: bytes=32 time=1ms TTL=64
Ping statistics for 192.168.8.14:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 6ms, Average = 2ms
Gustl B. schrieb:> Du kannst noch unter /usr/bin/ und /usr/sbin/ gucken. Oder mal nach sshd> suchen. Aber wenn der nicht da ist, dann funktioniert und läuft der auch> nicht.
auch nicht da :(
Gustl B. schrieb:> Du kannst noch unter /usr/bin/ und /usr/sbin/ gucken. Oder mal nach sshd> suchen. Aber wenn der nicht da ist, dann funktioniert und läuft der auch> nicht.
Versuch mal wieder im git repo anzugucken. Es gibt doch openssh und da
drin stehen paar sshd Dokumente
Gustl B. schrieb:> Ja, sshd fehlt. Wirst du wohl installieren oder irgendwie ins> Bootimage> bauen müssen.
Ich habe so was gefunden in dem Package Directory.
Mehdi J. schrieb:> 10/26/2020 02:34 PM 532 S50sshd
Das sieht nach einem Start-/Stop-Script für /etc/init.d aus. Aber das
sshd Executable sehe ich in der Liste nicht.
openssh muss installiert werden! Das war das Problem und ich dachte,
dass das Paket schon vorhanden war aber ich das war nicht der Fall.
Außerdem muss man diese Kleine Manipulation machen
```
cd ../etc/ssh/
nano sshd_config
#Here Change the following line and remove the "#"
# Authentication:
#LoginGraceTime 2m
PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10
.
.
.
.
# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
PermitEmptyPasswords yes
PermitRootLogin yes
```
In the same directory:
```
nano ssh_config
# Host *
# ForwardAgent no
# ForwardX11 no
PasswordAuthentication no
```
Mehdi J. schrieb:> PermitEmptyPasswords yes>> PermitRootLogin yes
W00T?
Du erzeugst dir ein Schlüsselpaar und meldest dich ohne Passwort an, so
sollte man das bauen.