grml / grml-network Goto Github PK

nmap is called in grml-network here:

But it seems, that --host_timeout does not exist (anymore):

root@grml ~ # nmap -sP --host_timeout 4000 --max_rtt_timeout 4000ms 10.0.2.2
nmap: unrecognized option '--host_timeout'
See the output of nmap -h for a summary of options.

But also --max_rtt_timeout is gone:

root@grml ~ # nmap -sP --max_rtt_timeout 4000ms 10.0.2.2
nmap: unrecognized option '--max_rtt_timeout'
See the output of nmap -h for a summary of options.

When starting netcardconfig (either after selecting it in grml-network or directly) the system is set offline before the configuration is completed.

netcardconfig should only touch and change the network configuration after the user has committed a change.

netcardconfig is hard to maintain for a bunch of reasons, including:

• one single big shell script with lots of environment variables
• lots of assumptions from many years ago (especially related to WiFi) which might not make sense anymore (with today's hardware + software stack)
• no unit/systems tests (hard to modify anything - bugs as well as new features - without breaking something™)

Known limitations/missing support for:

• 802.1X network authentication (see grml/grml#29)
• WPA 1/2 Enterprise WiFi networks (see grml/grml#28)
• configuring interfaces immediately brings them down/offline before configuration finished (see #8)

We should re-evaluate whether ifupdown is still the preferred choice for Grml in 2020 (its last upload dates back to 2019-01-28 as of 2020-07-18 and it's even up for adoption, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963891), or whether switching to NetworkManager, systemd-networkd or alike, and from wpa-supplicant towards iwd could improve our situation.

One tricky part for sure will be integration with live-boot(-grml) and network configuration from within initramfs, though it would be even better if we could get rid of klib-util's ipconfig and clean up the ip=... mess. Related issues are e.g. grml/live-boot-grml#7, grml/grml#116, grml/grml#86.

If anyone has suggestions/feedback/... please us me/us know!

Forwarding a bug, we received via mail from Peter P:

Date: Tue, 9 May 2023 05:28:37 +0200
Subject: netcardconfig: Gespeichertes WPA Passwort

netcardconfig speichert einmal eigegebene WPA Passwörter irgendwo
zwischen, und schlägt dieses Passwort bei erneutem Ausführen des
Skriptes dann wieder vor. Wenn sich am Ende des Passwortes ein
Rufzeichen ! befindet, wird dieses entweder nicht mitgespeichert oder
zumindest nicht ausgelesen bei einem zweiten Durchlauf des Skriptes.

I can confirm, that if the WIFI password contains an exclamation mark '!', the password is not read correctly (i.e. the password prompt is missing the exclamation mark).

FTR, saving the password works.