Re: SMS

[G2PC]

> Tu vas insister jusqu'à ce qu'on te donne une solution gratuite ?
> Qu'est-ce que tu ne comprends pas dans nos réponses ? On n'en a pas !

Tu as du louper mon mail, où je répondais à ceux que ça pourrait
intéresser, apparemment, toi, ça ne t'intéresse pas, et dans lequel je
partageais des solutions gratuites.

>> Solutions gratuites >>

L'application Server & Website Monitor suffit amplement, sur Android,
et, est gratuite.

Elle émet une musique, si le serveur est down.
On peut régler la fréquence du ping sur le site ou le serveur.
Toutes les 30 secondes, ou, toutes les 12 heures, ça, c'est à toi de voir.
Un graphique permet de suivre l'historique pour connaître les plages
horaires d'indisponibilité.
Tout ça, sans avoir besoin d'investir d'avantage, que le téléphone et
l'abonnement téléphonique.


Donc, non, il n'y avait pas besoin de passer par un prestataire tierce,
pour envoyer des SMS.

Initialement, j'aurais voulu savoir forger par moi même des, et, je suis
quasiment sur que de la documentation était disponible à l'époque, ce
qui n'obligeait pas forcément à passer par un prestataire.
En tout cas, on pouvait envoyer des SMS, sans sur coût, puisque il était
possible notamment chez bouygues, d'envoyer des sms par mail.
De ce fait, une solution d'envoi de mail vers un numéro de téléphone
portable aurait été gratuit.
Et, ça fonctionne certainement encore, il suffit d'avoir la documentation.


Sinon, voilà pour les quelques exemples d'applications android qui
feront l'affaire pour avoir une alerte via android, donc, pas besoin
d'attendre 3h ou 3j avant d'être informé que le service est down.

 Server & Website Monitor : 
https://play.google.com/store/apps/details?id=com.luckyxmobile.servermonitor=en_US

 Monyt, le monitoring serveur de base sur Android : 
https://www.spawnrider.net/2017/08/15/monyt-le-monitoring-serveur-de-base-sur-android/

 Liste de logiciels de monitoring réseau et serveur : 
https://www.getapp.fr/directory/652/it-server-network-monitoring/software
 How to monitor your servers and desktops from Android with this free app : 
https://www.techrepublic.com/article/how-to-monitor-your-servers-and-desktops-from-android-with-this-free-app/
 Surveiller son serveur depuis un téléphone mobile grâce à l'application 
ISPConfig Monitor : 
https://blog.lws-hosting.com/serveur-dedie/application-android-monitoring-serveur
 Free Server Health Monitor - Android App : 
https://www.manageengine.com/free-tools/server-health-monitor-android/index.html
 Web & Server Monitor Site24x7 : 
https://play.google.com/store/apps/details?id=com.adventnet.webmon.android=fr
 Webroot : https://www.getapp.fr/software/1641/webroot


Source :
https://wiki.visionduweb.fr/index.php?title=Installer_Configurer_Utiliser_des_logiciels_sur_GNU_Linux#Liste_d.27applications_Android_pour_monitorer_votre_serveur

Re: SMS

[Sébastien NOBILI]

Bonjour,

Le 2020-04-28 06:00, G2PC a écrit :

L'abonnement à Free n'est pas gratuit, et le service vendu avec un box
Free inclus la possibilité d'envoyer des SMS.

La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.

Le téléphone requis pour l'application Android n'est pas gratuit, et
l'abonnement pour utiliser ce téléphone non plus.


Et sinon, tu es rémunéré pour polluer le fil ? Toujours pas de nouvelle
proposition technique, et, toujours encore sur cette question du coût 
...


Ta phrase démontre que le seul à polluer ce fil, c'est toi !

Basile a traduit dans d'autres mots ce que je (et d'autres bien avant 
moi) t'ai répondu.


Tu vas insister jusqu'à ce qu'on te donne une solution gratuite ? 
Qu'est-ce que tu ne comprends pas dans nos réponses ? On n'en a pas !


Pour ma part, j'arrête de lire ce fil stérile.

Sébastien

Re: SMS

[fabricer]

Ah que j'ai presque rien compris, mais, un jour peut être.

oops, j'ai du mal m'expliquer alors :(

* sur ton tel android, tu installes Signal en t'enregistrant avec ton 
numéro de tel android
* sur ton serveur, tu installes signal-cli et tu t'enregistres avec un 
_autre_ tel (qui peux recevoir des sms)
* enfin, tu envoies tes messages depuis ton serveur grâce à 
https://github.com/AsamK/signal-cli/wiki/HowToUbuntu.


En espérant avoir été plus clair.

a+

f.

Re: SMS

[G2PC]

> Il y a cependant un truc qui m'échappe. Je pensais au tout début
> utiliser un seul numéro de téléphone (celui de mon portable de tous
> les jours) avec des envoi de message entre signal-cli de mon serveur
> et le compte "note à mon intention" de mon tel android. Donc, quand je
> me suis enregistré avec signal-cli, j'ai utilisé le mon numéro de
> portable. L'enregistrement s'est fait correctement ainsi que l'envoi
> du code de vérification. Mais lorsque j'ai voulu utiliser Signal
> depuis mon portable, il me dit que je me suis enregistré avec un autre
> appareil (mon serveur) sur ce numéro. Il m'a donc fallu utilisé un
> autre téléphone (qui peut recevoir des sms), juste pour faire
> l'enregistrement depuis mon signal-cli du serveur. Ensuite, les envois
> ont roulé.
> Pour utiliser un seul numéro de tel, je pense qu'il faudrait "lié"
> signal-desktop de mon serveur (qui est lui rattaché au compte signal
> sur mon tel android) au programme signal-cli du même serveur. Mais je
> n'ai pas cherché comment faire.
>
> Je ne sais pas si je suis bien clair ;) Mais, bref, ça marche!
>
> a+

Ah que j'ai presque rien compris, mais, un jour peut être.

J'ai bien noté les liens que tu as partagé, et, je me suis permis de
noter également ton retour sur expérimentation, si cela ne te dérange pas.

https://wiki.visionduweb.fr/index.php?title=Sommaire_We_make_Hack#Alternative_aux_SMS_avec_Signal

Re: SMS

[fabricer]

Et pour finir, je viens de tester l'envoi/réception de messages. C'est 
effectivement simple à mettre en place:


https://github.com/AsamK/signal-cli/wiki/HowToUbuntu

Il y a cependant un truc qui m'échappe. Je pensais au tout début 
utiliser un seul numéro de téléphone (celui de mon portable de tous les 
jours) avec des envoi de message entre signal-cli de mon serveur et le 
compte "note à mon intention" de mon tel android. Donc, quand je me suis 
enregistré avec signal-cli, j'ai utilisé le mon numéro de portable. 
L'enregistrement s'est fait correctement ainsi que l'envoi du code de 
vérification. Mais lorsque j'ai voulu utiliser Signal depuis mon 
portable, il me dit que je me suis enregistré avec un autre appareil 
(mon serveur) sur ce numéro. Il m'a donc fallu utilisé un autre 
téléphone (qui peut recevoir des sms), juste pour faire l'enregistrement 
depuis mon signal-cli du serveur. Ensuite, les envois ont roulé.
Pour utiliser un seul numéro de tel, je pense qu'il faudrait "lié" 
signal-desktop de mon serveur (qui est lui rattaché au compte signal sur 
mon tel android) au programme signal-cli du même serveur. Mais je n'ai 
pas cherché comment faire.


Je ne sais pas si je suis bien clair ;) Mais, bref, ça marche!

a+

f.


Le 29/04/2020 à 09:15, fabricer a écrit :


Tout ça, sans avoir besoin d'investir d'avantage, que le téléphone et 
l'abonnement téléphonique.
Si tu as un téléphone et donc un abonnement et si tu as installé 
Signal,   peut-être que Signal-Desktop a un système d'api qui te 
permettrait d'envoyer des sms depuis ton serveur ?
Ben, je me réponds. Il y a bien signal-cli qui semble faire le boulot et 
ça m'a l'air assez simple (https://github.com/AsamK/signal-cli).


Je suis parti du forum signal 
(https://community.signalusers.org/t/api-to-send-a-message-to-a-signal-user/10225) 



a+

f.

Re: SMS

[fabricer]

Tout ça, sans avoir besoin d'investir d'avantage, que le téléphone et 
l'abonnement téléphonique.
Si tu as un téléphone et donc un abonnement et si tu as installé Signal, 
  peut-être que Signal-Desktop a un système d'api qui te permettrait 
d'envoyer des sms depuis ton serveur ?
Ben, je me réponds. Il y a bien signal-cli qui semble faire le boulot et 
ça m'a l'air assez simple (https://github.com/AsamK/signal-cli).


Je suis parti du forum signal 
(https://community.signalusers.org/t/api-to-send-a-message-to-a-signal-user/10225)


a+

f.

Re: SMS

[fabricer]

hello,

Tout ça, sans avoir besoin d'investir d'avantage, que le téléphone et 
l'abonnement téléphonique.
Si tu as un téléphone et donc un abonnement et si tu as installé Signal, 
 peut-être que Signal-Desktop a un système d'api qui te permettrait 
d'envoyer des sms depuis ton serveur ?


f.

Re: SMS

[G2PC]

Non mais sérieusement, tu as des actions chez les télécoms ? Moi non.

L'application Server & Website Monitor suffit amplement, sur Android,
et, est gratuite.

Elle émet une musique, si le serveur est down.
On peut régler la fréquence du ping sur le site ou le serveur.
Toutes les 30 secondes, ou, toutes les 12 heures, ça, c'est à toi de voir.
Un graphique permet de suivre l'historique pour connaître les plages
horaires d'indisponibilité.
Tout ça, sans avoir besoin d'investir d'avantage, que le téléphone et
l'abonnement téléphonique.

Donc, non, il n'y avait pas besoin de passer par un prestataire tierce,
pour envoyer des SMS.

Initialement, j'aurais voulu savoir forger par moi même des, et, je suis
quasiment sur que de la documentation était disponible à l'époque, ce
qui n'obligeait pas forcément à passer par un prestataire.
En tout cas, on pouvait envoyer des SMS, sans sur coût, puisque il était
possible notamment chez bouygues, d'envoyer des sms par mail.
De ce fait, une solution d'envoi de mail vers un numéro de téléphone
portable aurait été gratuit.
Et, ça fonctionne certainement encore, il suffit d'avoir la documentation.


> La solution est alors simple, mais pas gratuite. Acheter (sur
> Internet) un RaspberryPi (qui tourne sous Linux), brancher son
> téléphone Android (en USB) sur ce RaspBerryPi, et coder la petite
> application (en Kotlin) sur Android pour envoyer le SMS.
>
>
> Fais au pif le calcul. Ca te coûterait une centaine d'euros (en
> comptant le téléphone; et sans compter le prix de l'abonnement de ce
> téléphone).
>
>
> Le besoin initial exprimé est de recevoir un SMS (à 3h du matin) quand
> un serveur Internet distant an.example.com tombe en rade.
>
>
> Je trouve bien moins cher de louer un deuxième serveur Internet B qui
> surveille le premier et envoie un mél.
>
>
> Il suffit d'utiliser crontab (pour lancer un script toutes les cinq
> minutes qui fait un wgethttp://an.example.com/ suivi d'un mail
> g...@visionduweb.com) sur ce serveur B.
>
>
> Et c'est comme Google: il est gratuit, pas libre. Google échange la
> faculté de répondre à des requêtes de recherche sur le web en échange
> de publicité. C'est le même modèle économique que TF1 (dont le PDG
> disait: on vend des secondes de cerveaux des téléspectateurs voyant la
> publicité aux entreprises achetant des spots publicitaires).
>
>
> J'ai fait ce calcul moi-même: louer deux VPS me coûte en ce moment
> même 25€ par mois environ.
>
>
> La solution avec un RaspBerryPi + téléphone Android + temps de codage
> de l'application Android me coûterait un peu plus cher.
>
>
> Les offres payantes de SMS (ou "gratuites" https://www.mestextos.com/ 
> ...) https://www.esendex.fr/service-envoi-sms-par-internet
> https://www.smsenvoi.com/tarifs/  sont peu chères (17€ pour 200SMS par
> exemple).
>
>
> Si j'y compte mon temps, elles sont bien moins chères que
> l'alternative bricolée avec un RaspBerryPi et un téléphone mobile
> dédié, ou même un RaspBerryPi avec par exemple une clef 3G comme
> https://www.materiel.net/produit/201403270027.html ou 4G comme
> https://www.materiel.net/produit/201609120042.html (il faudra toujours
> acheter la carte SIM et payer l'abonnement).
>
>
> Et tout ça pour le besoin initial de recevoir à 3 heures du matin un
> SMS signalant la chute d'un serveur Web non critique :-) :-)
>
>
> D'après mes calculs, louer deux VPS coûtent moins cher Surtout si
> on passe par des solutions associatives (genre
> https://degooglisons-internet.org/fr/list/ - auquel je cotise).
>
>
> Sur l'économie du numérique, voir
> https://laurentbloch.net/MySpip3/L-informatique-premiere-industrie-mondiale
> et sur l'économie de l'open source, https://www.nber.org/papers/w7600
>
>
> Pour le numérique en région parisienne:
> https://systematic-paris-region.org/fr/ ou https://www.capdigital.com/
> et mon employeur http://www-list.cea.fr/ (géographiquement sur le même
> site que Systematic, plateau de Saclay).
> https://codesource.hypotheses.org/ (à Jussieu), et
> http://www.leti-cea.fr (mon employeur, à Grenoble).
>
> Pour le logiciel libre associatif: https://www.april.org/ et
> https://aful.org/ (je cotise aux deux)
>
> Pour l'IA en France: https://afia.asso.fr/ (j'y cotise aussi)
>
> Attention, /systematic/ comme /capdigital/ sont payants aussi. Tout
> comme l'adhésion à https://syntec-numerique.fr/
>
>
> -- 
> Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
> opinions are mine only - les opinions sont seulement miennes
> Bourg La Reine, France; 
> (mobile phone: cf my web page / voir ma page web...)

Re: SMS - la solution gratuite

[G2PC]

> Je propose *une solution réellement gratuite*:
>
> Publier sur https://www.visionduweb.fr/ ton numéro de téléphone
> portable, avec la mention en français: si vous constatez que ce
> serveur tombe en panne, envoyez moi un SMS au +33 6 / // /
>
> où bien évidemment tu remplaces / / par le numéro qui
> convient.
>
Stop les trolls. Si le serveur est en panne, le message n'est pas
lisible ...

Re: SMS

[Basile Starynkevitch]

On 4/28/20 10:12 AM, Basile Starynkevitch wrote:



On 4/28/20 10:04 AM, Basile Starynkevitch wrote:



On 4/28/20 9:18 AM, benoit wrote:



On 4/28/20 6:00 AM, G2PC wrote:

L'abonnement à Free n'est pas gratuit, et le service vendu avec un box
Free inclus la possibilité d'envoyer des SMS.

La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.

Le téléphone requis pour l'application Android n'est pas gratuit, et
l'abonnement pour utiliser ce téléphone non plus.


Et sinon, tu es rémunéré pour polluer le fil ? Toujours pas de nouvelle
proposition technique, et, toujours encore sur cette question du coût ...

Malheureusement, on a tous un abonnement de téléphonie, trop cher, et,
trop intrusif.



La solution est alors simple, mais pas gratuite. Acheter (sur 
Internet) un RaspberryPi (qui tourne sous Linux), brancher son 
téléphone Android (en USB) sur ce RaspBerryPi, et coder la petite 
application (en Kotlin) sur Android pour envoyer le SMS.



Bonjour,

Si on fait ça, avec un téléphone Android (en USB) ou un clé USB 4G, 
(je n'y suis tj pas parvenu, mais si j'y arrives), vu que la 
fonction normale de ce dispositif est de servir de modem pour 
accéder à internet, comment fait-on pour bloquer le trafic internet 
(via ce dispositif modem) et ne laisser passer que les sms entrants 
ou sortants ?




En principe, iptables(8) 
 saurait faire 
probablement.


En pratique, le diable est toujours dans les détails.

J'ai trouvé https://wiki.debian.org/Modem/3G

et on peut toujours écrire le module noyau qui va bien.

*Je ne sais plus faire. Je ne suis pas expert* (mais j'ai des 
collègues qui le sont). La dernière fois que j'ai touché au code d'un 
modem sous Linux c'était au siècle dernier!


J'ai trouvé les URL suivantes (sans bien sûr les avoir toutes lues)

https://stackoverflow.com/questions/15544677/linux-kernel-code-for-usb-modem

https://unix.stackexchange.com/questions/183675/usb-3g-4g-modem-problem

https://sigquit.wordpress.com/2014/06/11/qmiwwan-or-gobinet/

https://www.tldp.org/HOWTO/Modem-HOWTO.html

https://www.tldp.org/HOWTO/ATM-Linux-HOWTO/index.html

https://www.tldp.org/HOWTO/BootPrompt-HOWTO.html

https://www.tldp.org/HOWTO/Bridge+Firewall.html

https://www.tldp.org/HOWTO/Diald-HOWTO.html

https://www.tldp.org/HOWTO/Firewall-HOWTO.html

https://www.tldp.org/HOWTO/IPCHAINS-HOWTO.html

https://www.tldp.org/HOWTO/ISP-Setup-RedHat-HOWTO.html

https://www.tldp.org/HOWTO/Leased-Line/index.html

https://www.tldp.org/HOWTO/Linmodem-HOWTO.html

https://www.tldp.org/HOWTO/Linux-Modem-Sharing/index.html

https://www.tldp.org/HOWTO/Masquerading-Simple-HOWTO/index.html

https://www.tldp.org/HOWTO/Mobile-IPv6-HOWTO/index.html

https://www.tldp.org/HOWTO/Modem-HOWTO.html

https://www.tldp.org/HOWTO/Networking-Overview-HOWTO.html

https://www.tldp.org/HOWTO/PPP-HOWTO/index.html

https://www.tldp.org/HOWTO/Reliance-HOWTO/index.html

https://www.tldp.org/HOWTO/Serial-HOWTO.html

https://www.tldp.org/HOWTO/SLIP-PPP-Emulator/index.html

https://www.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/index.html

https://www.tldp.org/HOWTO/VoIP-HOWTO.html

https://www.tldp.org/HOWTO/Winmodems-and-Linux-HOWTO.html

https://www.tldp.org/HOWTO/Wireless-HOWTO.html

etc


On trouve chez https://systematic-paris-region.org ou 
https://www.capdigital.com/ des entreprises expertes de ces 
questions. Un certain nombre de ces PME sont sous-traitantes de 
Orange ou Free ou SFR.


On trouve chez https://www.inria.fr/ ou http://www-list.cea.fr/ ou 
http://www-leti.cea.fr/ ou https://www.lip6.fr/ des ingénieurs ou 
chercheurs français experts de ces questions (et j'en connais 
plusieurs de tête). Ces labos publics seraient ravis d'avoir du 
financement en provenance du secteur privé.





Au niveau européen, voir aussi des projets H2020 tels que 
https://www.chariotproject.eu/ https://www.sofie-iot.eu/ 
https://seriot-project.eu/ et des tas d'autres


Mon travail est financé par l'un d'entre eux.



Et https://freertos.org/ comme https://www.contiki-ng.org/ contiennent 
du code open source de modem 3G.



Il existe des modems 3G pour RaspBerryPi  
ou AdaFruit 


https://www.instructables.com/id/Raspberry-Pi-as-a-3g-Huawei-E303-wireless-Edima/

https://www.cooking-hacks.com/documentation/tutorials/3g-gps-shield-arduino-raspberry-pi-tutorial.html

https://learn.adafruit.com/adafruit-fona-3g-cellular-gps-breakout/overview

https://io.adafruit.com/


Donc avec du temps, un fer à souder, quelques douzaines d'euros en 
composants électroniques et toujours la carte SIM et l'abonnement qui va 
bien (et on devra les payer!) on peut envoyer pour pas cher des SMS 
depuis un ordinateur Linux.



J'ai des doutes sérieux sur la possibilité de SMS gratuits. *Car rien 
n'est gratuit.*


*"si c'est gratuit, c'est /vous/ le produit"*


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - 

Re: SMS - la solution gratuite

[Basile Starynkevitch]

On 4/28/20 10:09 AM, jcisio wrote:
Le mar. 28 avr. 2020 à 07:41, Basile Starynkevitch 
mailto:bas...@starynkevitch.net>> a écrit :


Je propose *une solution réellement gratuite*:

Publier sur https://www.visionduweb.fr/ ton numéro de téléphone
portable, avec la mention en français: si vous constatez que ce
serveur tombe en panne, envoyez moi un SMS au +33 6 / ///

où bien évidemment tu remplaces / / par le numéro qui
convient.


Ceci ne fonctionnera malheureusement pas complètement. Quand le 
serveur (et pas seulement le service web e.g. on aurait une réponse 
5xx) tombe en panne, comment on connait son numéro ?




La page web est dans le cache de ton navigateur. Et probablement dans 
celui de Google.



Et surtout, le lecteur bienveillant de ce site web aura pris soin de 
noter ce numéro de téléphone quelque part. Je pourrais même le 
mentionner sur ma propre page web, si j'en avais la permission explicite.



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS

[Basile Starynkevitch]

On 4/28/20 10:04 AM, Basile Starynkevitch wrote:



On 4/28/20 9:18 AM, benoit wrote:



On 4/28/20 6:00 AM, G2PC wrote:

L'abonnement à Free n'est pas gratuit, et le service vendu avec un box
Free inclus la possibilité d'envoyer des SMS.

La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.

Le téléphone requis pour l'application Android n'est pas gratuit, et
l'abonnement pour utiliser ce téléphone non plus.


Et sinon, tu es rémunéré pour polluer le fil ? Toujours pas de nouvelle
proposition technique, et, toujours encore sur cette question du coût ...

Malheureusement, on a tous un abonnement de téléphonie, trop cher, et,
trop intrusif.



La solution est alors simple, mais pas gratuite. Acheter (sur 
Internet) un RaspberryPi (qui tourne sous Linux), brancher son 
téléphone Android (en USB) sur ce RaspBerryPi, et coder la petite 
application (en Kotlin) sur Android pour envoyer le SMS.



Bonjour,

Si on fait ça, avec un téléphone Android (en USB) ou un clé USB 4G, 
(je n'y suis tj pas parvenu, mais si j'y arrives), vu que la fonction 
normale de ce dispositif est de servir de modem pour accéder à 
internet, comment fait-on pour bloquer le trafic internet (via ce 
dispositif modem) et ne laisser passer que les sms entrants ou sortants ?




En principe, iptables(8) 
 saurait faire 
probablement.


En pratique, le diable est toujours dans les détails.

J'ai trouvé https://wiki.debian.org/Modem/3G

et on peut toujours écrire le module noyau qui va bien.

*Je ne sais plus faire. Je ne suis pas expert* (mais j'ai des 
collègues qui le sont). La dernière fois que j'ai touché au code d'un 
modem sous Linux c'était au siècle dernier!


J'ai trouvé les URL suivantes (sans bien sûr les avoir toutes lues)

https://stackoverflow.com/questions/15544677/linux-kernel-code-for-usb-modem

https://unix.stackexchange.com/questions/183675/usb-3g-4g-modem-problem

https://sigquit.wordpress.com/2014/06/11/qmiwwan-or-gobinet/

https://www.tldp.org/HOWTO/Modem-HOWTO.html

https://www.tldp.org/HOWTO/ATM-Linux-HOWTO/index.html

https://www.tldp.org/HOWTO/BootPrompt-HOWTO.html

https://www.tldp.org/HOWTO/Bridge+Firewall.html

https://www.tldp.org/HOWTO/Diald-HOWTO.html

https://www.tldp.org/HOWTO/Firewall-HOWTO.html

https://www.tldp.org/HOWTO/IPCHAINS-HOWTO.html

https://www.tldp.org/HOWTO/ISP-Setup-RedHat-HOWTO.html

https://www.tldp.org/HOWTO/Leased-Line/index.html

https://www.tldp.org/HOWTO/Linmodem-HOWTO.html

https://www.tldp.org/HOWTO/Linux-Modem-Sharing/index.html

https://www.tldp.org/HOWTO/Masquerading-Simple-HOWTO/index.html

https://www.tldp.org/HOWTO/Mobile-IPv6-HOWTO/index.html

https://www.tldp.org/HOWTO/Modem-HOWTO.html

https://www.tldp.org/HOWTO/Networking-Overview-HOWTO.html

https://www.tldp.org/HOWTO/PPP-HOWTO/index.html

https://www.tldp.org/HOWTO/Reliance-HOWTO/index.html

https://www.tldp.org/HOWTO/Serial-HOWTO.html

https://www.tldp.org/HOWTO/SLIP-PPP-Emulator/index.html

https://www.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/index.html

https://www.tldp.org/HOWTO/VoIP-HOWTO.html

https://www.tldp.org/HOWTO/Winmodems-and-Linux-HOWTO.html

https://www.tldp.org/HOWTO/Wireless-HOWTO.html

etc


On trouve chez https://systematic-paris-region.org ou 
https://www.capdigital.com/ des entreprises expertes de ces questions. 
Un certain nombre de ces PME sont sous-traitantes de Orange ou Free ou 
SFR.


On trouve chez https://www.inria.fr/ ou http://www-list.cea.fr/ ou 
http://www-leti.cea.fr/ ou https://www.lip6.fr/ des ingénieurs ou 
chercheurs français experts de ces questions (et j'en connais 
plusieurs de tête). Ces labos publics seraient ravis d'avoir du 
financement en provenance du secteur privé.





Au niveau européen, voir aussi des projets H2020 tels que 
https://www.chariotproject.eu/ https://www.sofie-iot.eu/ 
https://seriot-project.eu/ et des tas d'autres


Mon travail est financé par l'un d'entre eux.


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS - la solution gratuite

[jcisio]

Le mar. 28 avr. 2020 à 07:41, Basile Starynkevitch 
a écrit :

> Je propose *une solution réellement gratuite*:
>
> Publier sur https://www.visionduweb.fr/ ton numéro de téléphone portable,
> avec la mention en français: si vous constatez que ce serveur tombe en
> panne, envoyez moi un SMS au +33 6 * *
>
> où bien évidemment tu remplaces * * par le numéro qui convient.
>
>
> Ceci ne fonctionnera malheureusement pas complètement. Quand le serveur
(et pas seulement le service web e.g. on aurait une réponse 5xx) tombe en
panne, comment on connait son numéro ?

Pour rester dans le sujet : je ne comprends pas non plus de que G2PC
cherche maintenant, alors qu'il y a des solutions proposées. Un service
"gratuit" mais dans quelle limite ? Une utilisation perso i.e. quelques SMS
par mois ? Ou une utilisation facilement généralisée c-à-d on peut étendre
le principe pour envoyer des centaines de SMS par jour à des milliers de
numéros ? Peut-être c'est le dernier qu'il cherchait, en pensant que
"gratuit" (zéro) multiplié par 1000 restera "gratuit" (zéro) ?

--
Hai-Nam Nguyen (aka jcisio)

Re: SMS

[Basile Starynkevitch]

On 4/28/20 9:18 AM, benoit wrote:



On 4/28/20 6:00 AM, G2PC wrote:

L'abonnement à Free n'est pas gratuit, et le service vendu avec un box
Free inclus la possibilité d'envoyer des SMS.

La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.

Le téléphone requis pour l'application Android n'est pas gratuit, et
l'abonnement pour utiliser ce téléphone non plus.


Et sinon, tu es rémunéré pour polluer le fil ? Toujours pas de nouvelle
proposition technique, et, toujours encore sur cette question du coût ...

Malheureusement, on a tous un abonnement de téléphonie, trop cher, et,
trop intrusif.



La solution est alors simple, mais pas gratuite. Acheter (sur 
Internet) un RaspberryPi (qui tourne sous Linux), brancher son 
téléphone Android (en USB) sur ce RaspBerryPi, et coder la petite 
application (en Kotlin) sur Android pour envoyer le SMS.



Bonjour,

Si on fait ça, avec un téléphone Android (en USB) ou un clé USB 4G, 
(je n'y suis tj pas parvenu, mais si j'y arrives), vu que la fonction 
normale de ce dispositif est de servir de modem pour accéder à 
internet, comment fait-on pour bloquer le trafic internet (via ce 
dispositif modem) et ne laisser passer que les sms entrants ou sortants ?




En principe, iptables(8) 
 saurait faire 
probablement.


En pratique, le diable est toujours dans les détails.

J'ai trouvé https://wiki.debian.org/Modem/3G

et on peut toujours écrire le module noyau qui va bien.

*Je ne sais plus faire. Je ne suis pas expert* (mais j'ai des collègues 
qui le sont). La dernière fois que j'ai touché au code d'un modem sous 
Linux c'était au siècle dernier!


J'ai trouvé les URL suivantes (sans bien sûr les avoir toutes lues)

https://stackoverflow.com/questions/15544677/linux-kernel-code-for-usb-modem

https://unix.stackexchange.com/questions/183675/usb-3g-4g-modem-problem

https://sigquit.wordpress.com/2014/06/11/qmiwwan-or-gobinet/

https://www.tldp.org/HOWTO/Modem-HOWTO.html

https://www.tldp.org/HOWTO/ATM-Linux-HOWTO/index.html

https://www.tldp.org/HOWTO/BootPrompt-HOWTO.html

https://www.tldp.org/HOWTO/Bridge+Firewall.html

https://www.tldp.org/HOWTO/Diald-HOWTO.html

https://www.tldp.org/HOWTO/Firewall-HOWTO.html

https://www.tldp.org/HOWTO/IPCHAINS-HOWTO.html

https://www.tldp.org/HOWTO/ISP-Setup-RedHat-HOWTO.html

https://www.tldp.org/HOWTO/Leased-Line/index.html

https://www.tldp.org/HOWTO/Linmodem-HOWTO.html

https://www.tldp.org/HOWTO/Linux-Modem-Sharing/index.html

https://www.tldp.org/HOWTO/Masquerading-Simple-HOWTO/index.html

https://www.tldp.org/HOWTO/Mobile-IPv6-HOWTO/index.html

https://www.tldp.org/HOWTO/Modem-HOWTO.html

https://www.tldp.org/HOWTO/Networking-Overview-HOWTO.html

https://www.tldp.org/HOWTO/PPP-HOWTO/index.html

https://www.tldp.org/HOWTO/Reliance-HOWTO/index.html

https://www.tldp.org/HOWTO/Serial-HOWTO.html

https://www.tldp.org/HOWTO/SLIP-PPP-Emulator/index.html

https://www.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/index.html

https://www.tldp.org/HOWTO/VoIP-HOWTO.html

https://www.tldp.org/HOWTO/Winmodems-and-Linux-HOWTO.html

https://www.tldp.org/HOWTO/Wireless-HOWTO.html

etc


On trouve chez https://systematic-paris-region.org ou 
https://www.capdigital.com/ des entreprises expertes de ces questions. 
Un certain nombre de ces PME sont sous-traitantes de Orange ou Free ou SFR.


On trouve chez https://www.inria.fr/ ou http://www-list.cea.fr/ ou 
http://www-leti.cea.fr/ ou https://www.lip6.fr/ des ingénieurs ou 
chercheurs français experts de ces questions (et j'en connais plusieurs 
de tête). Ces labos publics seraient ravis d'avoir du financement en 
provenance du secteur privé.



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS

[benoit]

Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐ Original Message ‐‐‐
Le mardi 28 avril 2020 07:25, Basile Starynkevitch  a 
écrit :

> On 4/28/20 6:00 AM, G2PC wrote:
>
>>> L'abonnement à Free n'est pas gratuit, et le service vendu avec un box
>>> Free inclus la possibilité d'envoyer des SMS.
>>>
>>> La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.
>>>
>>> Le téléphone requis pour l'application Android n'est pas gratuit, et
>>> l'abonnement pour utiliser ce téléphone non plus.
>>
>> Et sinon, tu es rémunéré pour polluer le fil ? Toujours pas de nouvelle
>> proposition technique, et, toujours encore sur cette question du coût ...
>>
>> Malheureusement, on a tous un abonnement de téléphonie, trop cher, et,
>> trop intrusif.
>
> La solution est alors simple, mais pas gratuite. Acheter (sur Internet) un 
> RaspberryPi (qui tourne sous Linux), brancher son téléphone Android (en USB) 
> sur ce RaspBerryPi, et coder la petite application (en Kotlin) sur Android 
> pour envoyer le SMS.

Bonjour,

Si on fait ça, avec un téléphone Android (en USB) ou un clé USB 4G, (je n'y 
suis tj pas parvenu, mais si j'y arrives), vu que la fonction normale de ce 
dispositif est de servir de modem pour accéder à internet, comment fait-on pour 
bloquer le trafic internet (via ce dispositif modem) et ne laisser passer que 
les sms entrents ou sortants ?
Merci d'avance
--
Benoit

Re: SMS - la solution gratuite

[Basile Starynkevitch]

On 4/28/20 7:25 AM, Basile Starynkevitch wrote:



On 4/28/20 6:00 AM, G2PC wrote:

L'abonnement à Free n'est pas gratuit, et le service vendu avec un box
Free inclus la possibilité d'envoyer des SMS.

La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.

Le téléphone requis pour l'application Android n'est pas gratuit, et
l'abonnement pour utiliser ce téléphone non plus.

Et sinon, tu es rémunéré pour polluer le fil ? Toujours pas de nouvelle
proposition technique, et, toujours encore sur cette question du coût ...

Malheureusement, on a tous un abonnement de téléphonie, trop cher, et,
trop intrusif.



La solution est alors simple, mais pas gratuite. Acheter (sur 
Internet) un RaspberryPi (qui tourne sous Linux), brancher son 
téléphone Android (en USB) sur ce RaspBerryPi, et coder la petite 
application (en Kotlin) sur Android pour envoyer le SMS.



Fais au pif le calcul. Ca te coûterait une centaine d'euros (en 
comptant le téléphone; et sans compter le prix de l'abonnement de ce 
téléphone).



Le besoin initial exprimé est de recevoir un SMS (à 3h du matin) quand 
un serveur Internet distant an.example.com tombe en rade.




Je propose *une solution réellement gratuite*:


Publier sur https://www.visionduweb.fr/ ton numéro de téléphone 
portable, avec la mention en français: si vous constatez que ce serveur 
tombe en panne, envoyez moi un SMS au +33 6 / ///


où bien évidemment tu remplaces / / par le numéro qui convient.



--


Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS

[Basile Starynkevitch]

On 4/28/20 6:00 AM, G2PC wrote:

L'abonnement à Free n'est pas gratuit, et le service vendu avec un box
Free inclus la possibilité d'envoyer des SMS.

La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.

Le téléphone requis pour l'application Android n'est pas gratuit, et
l'abonnement pour utiliser ce téléphone non plus.

Et sinon, tu es rémunéré pour polluer le fil ? Toujours pas de nouvelle
proposition technique, et, toujours encore sur cette question du coût ...

Malheureusement, on a tous un abonnement de téléphonie, trop cher, et,
trop intrusif.



La solution est alors simple, mais pas gratuite. Acheter (sur Internet) 
un RaspberryPi (qui tourne sous Linux), brancher son téléphone Android 
(en USB) sur ce RaspBerryPi, et coder la petite application (en Kotlin) 
sur Android pour envoyer le SMS.



Fais au pif le calcul. Ca te coûterait une centaine d'euros (en comptant 
le téléphone; et sans compter le prix de l'abonnement de ce téléphone).



Le besoin initial exprimé est de recevoir un SMS (à 3h du matin) quand 
un serveur Internet distant an.example.com tombe en rade.



Je trouve bien moins cher de louer un deuxième serveur Internet B qui 
surveille le premier et envoie un mél.



Il suffit d'utiliser crontab (pour lancer un script toutes les cinq 
minutes qui fait un wgethttp://an.example.com/ suivi d'un mail 
g...@visionduweb.com) sur ce serveur B.



Et c'est comme Google: il est gratuit, pas libre. Google échange la 
faculté de répondre à des requêtes de recherche sur le web en échange de 
publicité. C'est le même modèle économique que TF1 (dont le PDG disait: 
on vend des secondes de cerveaux des téléspectateurs voyant la publicité 
aux entreprises achetant des spots publicitaires).



J'ai fait ce calcul moi-même: louer deux VPS me coûte en ce moment même 
25€ par mois environ.



La solution avec un RaspBerryPi + téléphone Android + temps de codage de 
l'application Android me coûterait un peu plus cher.



Les offres payantes de SMS (ou "gratuites" https://www.mestextos.com/ 
...) https://www.esendex.fr/service-envoi-sms-par-internet 
https://www.smsenvoi.com/tarifs/ sont peu chères (17€ pour 200SMS par 
exemple).



Si j'y compte mon temps, elles sont bien moins chères que l'alternative 
bricolée avec un RaspBerryPi et un téléphone mobile dédié, ou même un 
RaspBerryPi avec par exemple une clef 3G comme 
https://www.materiel.net/produit/201403270027.html ou 4G comme 
https://www.materiel.net/produit/201609120042.html (il faudra toujours 
acheter la carte SIM et payer l'abonnement).



Et tout ça pour le besoin initial de recevoir à 3 heures du matin un SMS 
signalant la chute d'un serveur Web non critique :-) :-)



D'après mes calculs, louer deux VPS coûtent moins cher Surtout si on 
passe par des solutions associatives (genre 
https://degooglisons-internet.org/fr/list/ - auquel je cotise).



Sur l'économie du numérique, voir 
https://laurentbloch.net/MySpip3/L-informatique-premiere-industrie-mondiale 
et sur l'économie de l'open source, https://www.nber.org/papers/w7600



Pour le numérique en région parisienne: 
https://systematic-paris-region.org/fr/ ou https://www.capdigital.com/ 
et mon employeur http://www-list.cea.fr/ (géographiquement sur le même 
site que Systematic, plateau de Saclay). 
https://codesource.hypotheses.org/ (à Jussieu), et 
http://www.leti-cea.fr (mon employeur, à Grenoble).


Pour le logiciel libre associatif: https://www.april.org/ et 
https://aful.org/ (je cotise aux deux)


Pour l'IA en France: https://afia.asso.fr/ (j'y cotise aussi)

Attention, /systematic/ comme /capdigital/ sont payants aussi. Tout 
comme l'adhésion à https://syntec-numerique.fr/



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS

[G2PC]

> L'abonnement à Free n'est pas gratuit, et le service vendu avec un box
> Free inclus la possibilité d'envoyer des SMS.
>
> La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.
>
> Le téléphone requis pour l'application Android n'est pas gratuit, et
> l'abonnement pour utiliser ce téléphone non plus.

Et sinon, tu es rémunéré pour polluer le fil ? Toujours pas de nouvelle
proposition technique, et, toujours encore sur cette question du coût ...

Malheureusement, on a tous un abonnement de téléphonie, trop cher, et,
trop intrusif.

C'est pour cela que ajouter des frais de sms supplémentaires, via tel ou
tel service, en plus des abonnements déjà existant, n'a AUCUN sens !

Re: SMS

[Basile Starynkevitch]

On 4/28/20 5:30 AM, G2PC wrote:

Le 27/04/2020 à 12:35, Sébastien NOBILI a écrit :

Bonjour,

Le 2020-04-27 04:41, G2PC a écrit :

Pour ma part la demande est claire, je cherche une solution gratuite,
car, clairement, je n'ai pas les moyens financiers pour investir dans
des solutions payantes à droite à gauche.

La réponse est claire et elle t'a déjà été donnée : il n'y en a pas.

Sébastien

Je ne comprend pas cette réponse.

On a pas du lire les mêmes informations.

Il a été question de free, gratuit, pour les abonnées.

Il a été question d'une clé 3g avec carte sim et abonnement illimité.

Il a été question d'utiliser une application Android, gratuitement, la
encore.

Et, il en reste sûrement bien d'autres.



L'abonnement à Free n'est pas gratuit, et le service vendu avec un box 
Free inclus la possibilité d'envoyer des SMS.


La clef 3G n'est pas gratuite. L'abonnement et la carte SIM non plus.

Le téléphone requis pour l'application Android n'est pas gratuit, et 
l'abonnement pour utiliser ce téléphone non plus.



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS

[G2PC]

Le 27/04/2020 à 12:35, Sébastien NOBILI a écrit :
> Bonjour,
>
> Le 2020-04-27 04:41, G2PC a écrit :
>> Pour ma part la demande est claire, je cherche une solution gratuite,
>> car, clairement, je n'ai pas les moyens financiers pour investir dans
>> des solutions payantes à droite à gauche.
>
> La réponse est claire et elle t'a déjà été donnée : il n'y en a pas.
>
> Sébastien

Je ne comprend pas cette réponse.

On a pas du lire les mêmes informations.

Il a été question de free, gratuit, pour les abonnées.

Il a été question d'une clé 3g avec carte sim et abonnement illimité.

Il a été question d'utiliser une application Android, gratuitement, la
encore.

Et, il en reste sûrement bien d'autres.

Re: SMS

[Sébastien NOBILI]

Bonjour,

Le 2020-04-27 04:41, G2PC a écrit :

Pour ma part la demande est claire, je cherche une solution gratuite,
car, clairement, je n'ai pas les moyens financiers pour investir dans
des solutions payantes à droite à gauche.


La réponse est claire et elle t'a déjà été donnée : il n'y en a pas.

Sébastien

Re: SMS

[G2PC]

> C'est ton droit de refuser de payer, mais
> dans ce cas ne reproche pas aux autres de parler d'argent. Quant à
> valoriser ou dévaloriser le travail des autres, exiger un service
> gratuit c'est exactement du même niveau (il y a des gens qui
> travaillent dans les télécoms - et comme tu sembles assez enclin à
> faire des procès d'intention, je précise que je n'en fais pas partie)
> et exiger de bénéficier de leurs services gratuitement, c'est
> dévaloriser leur travail.
>
> bonne journée
>
> Éric Dégenètais

Pour ma part la demande est claire, je cherche une solution gratuite,
car, clairement, je n'ai pas les moyens financiers pour investir dans
des solutions payantes à droite à gauche.

En plus de ne pas vouloir comprendre que je n'ai pas de revenu, tu
expliques que le travail peut être mis hors ligne et que ce n'est pas un
problème, c'est TON point de vue.

En ce qui concerne les pertes humaines, je crois qu'en travaillant
bénévolement, il y a déjà des pertes humaines dans la communauté, ce
serait dommage d'y ajouter de la perte d'accessibilité.

Pour ce qui est des procès d'intention, je crois avoir à faire à un
sophiste spécialiste.
Si ma question porte sur la façon de monter son serveur, ou, de trouver
une alternative gratuite, il faut comprendre que dès le départ, les
autres solutions ne m'intéressent pas, car, surtout, elles ne me sont
pas accessibles.

Re: SMS

[Haricophile]

Le Fri, 24 Apr 2020 16:21:44 +0200,
Sébastien Dinot  a écrit :

> Je note avec amusement que les 4 articles ci-dessus ont mis en œuvre des
> clés Huawei. Serait-ce à ce jour le seul fabricant à proposer encore de
> telles clés ou est-ce juste une question de prix ?
> 
> Sébastien

J'ai remarqué depuis fort longtemps qu'en moyenne les chinois cherchent
beaucoup moins a faire du fric avec de l'incompatibilité que les
"occidentaux". Ça va du driver à la prise de chargeur USB de téléphone
(pour lesquels l'UE est intervenue fort à propos pour une fois, il n'y a
plus que Apple pour emmerder son monde, il y a mieux mais c'est moins cher).

Re: SMS

[benoit]

‐‐‐ Original Message ‐‐‐
Le vendredi 24 avril 2020 16:21, Sébastien Dinot  a 
écrit :

>
> Une fois smstools installé et configuré, il suffit de copier le numéro
> de téléphone du destinataire et le contenu du SMS dans un fichier et de
> le placer dans le répertoire /var/spool/sms/outgoing qui est supervisé
> par le démon smsd. Le démon se charge du reste. C'est à la portée de
> n'importe quel langage de script. ;)

Bonjour,

Merci pour l'info.

Les fichier sms copiés dans /var/spool/sms/outgoing sont déplacés vers 
/var/spool/sms/failed/, ce qui montre que smstools surveille ce répertoire, 
mais que le sms n'est pas expédié.

Dans les log :

/var/log/smstools/smsd.log
2020-04-24 18:40:03,2, smsd: Running as smsd:dialout.
2020-04-24 18:40:03,4, smsd: File mode creation mask: 022 (0644, rw-r--r--).
2020-04-24 18:40:03,3, GSM1: write_to_modem: error 5: Input/output error
2020-04-24 18:40:13,3, GSM1: write_to_modem: error 5: Input/output error
2020-04-24 18:40:23,3, GSM1: write_to_modem: error 5: Input/output error

Il n'y avais pas le bon fichier dans /usr/share/usb_modeswitch/configPack.tar.gz

J'ai utilisé les infos de lsusb pour le créer

TargetVendor=  0x12d1
TargetProduct= 0x14dc

Merci d'avance

--
Benoit

Re: SMS

[Sébastien Dinot]

benoit a écrit :
> Quelqu'un à une solution facile à configurer pour faire ce genre de
> chose (envoyer des sms avec un langage de script) en passant non pas
> par un fournisseur de sms, mais une clé 4G ou un simple tél portable
> (pas un smartphone) relié à l'ordi par USB ?

Comme je l'ai déjà indiqué, j'ai utilisé avec succès il y a bien
longtemps smstools et une clé GSM connectée par USB. C'était trivial
à mettre en œuvre. Si ce témoignage est vieux, les choses n'ont pas du
beaucoup changer depuis puisqu'on trouve moult tutoriels et retours
d'expérience relativement récents sur le net :

* https://escapologybb.com/send-sms-from-raspberry-pi/
* 
https://www.slickdev.com/2017/08/10/setup-huawei-e1552-sms-gateway-in-raspbian-using-smstools3/
* https://www.20papercups.net/programming/sending-receiving-sms-on-linux/
* https://gist.github.com/kmpm/10817304

Une fois smstools installé et configuré, il suffit de copier le numéro
de téléphone du destinataire et le contenu du SMS dans un fichier et de
le placer dans le répertoire /var/spool/sms/outgoing qui est supervisé
par le démon smsd. Le démon se charge du reste. C'est à la portée de
n'importe quel langage de script. ;)

Je note avec amusement que les 4 articles ci-dessus ont mis en œuvre des
clés Huawei. Serait-ce à ce jour le seul fabricant à proposer encore de
telles clés ou est-ce juste une question de prix ?

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: SMS

[benoit]

‐‐‐ Original Message ‐‐‐
Le mercredi 22 avril 2020 09:50, Hai Nam  a écrit :

> Bonjour,
>
> Je connais 3 solutions.
>
> 1. Utiliser un pont : un modem (avec carte SIM et un abonnement) et un 
> logiciel spécifique, ou dans notre époque, juste un téléphone portable avec 
> une appli spécifique. Volumétrie importante, plusieurs destinataires (en 
> fonction de l'abonnement téléphonique).

Bonjour,

J'ai essayé avec gammu et une clé 4G Huawaei, puis avec un vieux téléphone 
samsung, mais je ne suis jamais parvenu à les configurer alors que ma clé 4G 
fonctionne pour envoyer des sms avec sa propre interface web.
Mon but était d'envoyer des sms en python avec python3-gammu.

Quelqu'un à une solution facile à configurer pour faire ce genre de chose 
(envoyer des sms avec un langage de script) en passant non pas par un 
fournisseur de sms, mais une clé 4G ou un simple tél portable (pas un 
smartphone) relié à l'ordi par USB ?

Merci d’avance

--
Benoit

Re: SMS

[Eric Degenetais]

Le mer. 22 avr. 2020 à 03:06, G2PC  a écrit :
>
>
> Le 21/04/2020 à 22:23, Eric Degenetais a écrit :
> > Mais en même temps,
> > si le serveur ne génère pas particulièrement de revenu, et n'a pas
> > d'enjeux vitaux (au sens propre) quel est l'intérêt de notification
> > par SMS qui sont généralement mises en œuvre dans le cadre de
> > programmes d'astreintes destinés à réduire au maximum le temps de
> > réponse pour, justement, minimiser les pertes d'exploitation ou le
> > risque de dommages humains ?
> > Dans le cas d'un serveur à but non lucratif, une notification par
> > e-mail, qu'on peut obtenir, pour le coup, sans payer des coûts
> > supplémentaires par rapport à l'hébergement, semble largement suffisante.
> >
> > Éric Dégenètais
>
>
> C'est un jugement de valeur personnel, que tu nous rends la, donc,
Non, c'est une réponse à la question de coût que TU as mis sur le
tapis en évoquant tes problèmes de coûts.
Pour clarifier : je n'ai jamais voulu dire que ton serveur et le
travail associé ne valent rien. Simplement que la solution SMS est
généralement mise en oeuvre pour avoir des réactions très rapide quand
il y a des pertes financières proportionnelles au temps
d'indisponibilité, ce qui tend à justifier le coût des abonnements et
frais unitaires liés aux SMS par la réduction des pertes de revenu.
L'autres cas étant le risque de pertes humaines,
qui sont généralement jugés assez graves pour justifier des frais.
> j'aimerais dire, totalement hors sujet de la question technique
> initialement partagée à des techniciens.
Je suis en désaccord avec cette analyse. Quand on recherche une
solution technique ET que des problèmes de coût sont levés, il est
parfaitement naturel de prendre du recul et de se demander quel était
le besoin fonctionnel pour voir si une autre solution technique moins
chère (ou déjà incluse dans le coût des services déjà employés)
pourrait constituer un compromis acceptable.
>
> De plus, le serveur ne génère aucun revenu, que des frais,
> effectivement, avec de nombreux tutoriels inutiles, qui parlent de
> Debian, et, des logiciels libre, notamment, donc, finalement, aucune
> valeur, n'est ce pas ?
Ce n'est pas ce que j'ai dit. Encore une fois, c'est toi qui refuse de
payer en plus pour des SMS. C'est ton droit de refuser de payer, mais
dans ce cas ne reproche pas aux autres de parler d'argent. Quant à
valoriser ou dévaloriser le travail des autres, exiger un service
gratuit c'est exactement du même niveau (il y a des gens qui
travaillent dans les télécoms - et comme tu sembles assez enclin à
faire des procès d'intention, je précise que je n'en fais pas partie)
et exiger de bénéficier de leurs services gratuitement, c'est
dévaloriser leur travail.

bonne journée

Éric Dégenètais

Re: SMS

[NoSpam]

Le 23/04/2020 à 08:52, Sébastien Dinot a écrit :

[...]

Sinon, voir à créer un serveur asterisk voip pour ceux qui
connaissent ?

Et tu dis que le déploiement de signal-cli te semble un peu
compliqué ? :)


Pour envoyer des SMS ? Alors la ... et cela ne résout de toute manière 
pas le problème de l'outil utilisé pour faire la surveillance.


As tu jeté un oeil à ceux que j'ai nommés dans mon précédent message ?

--

Daniel

Re: SMS

[Sébastien Dinot]

G2PC a écrit :
> J'ajoute les quelques possibilités que j'avais listé :
> 
> Avec Raspberry : https://milillicuti.com/raspberry-pi-et-sms/

Bah, qu'il s'agisse d'une Rasperry-Pi ou d'un PC plus classique, qu'on
utilise le démon de gammu-smsd en lieu et place de celui de smstools, le
principe reste le même : modem GSM, carte SIM et abonnement permettant
l'envoi de SMS.

> Alertes SMS avec free pour Fail2ban :
> https://medspx.fr/blog/Sysadmin/configurer_fail2ban/#alertes-par-sms

Le service utilisé par l'auteur de cet article est réservé aux abonnés
Free Mobile (j'en suis). C'est cool, mais cela rend la solution
inaccessible à beaucoup de monde.

> Sinon, voir à créer un serveur asterisk voip pour ceux qui
> connaissent ?

Et tu dis que le déploiement de signal-cli te semble un peu
compliqué ? :)

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: SMS

[G2PC]

J'ajoute les quelques possibilités que j'avais listé :

Avec Raspberry : https://milillicuti.com/raspberry-pi-et-sms/

Envoyer, gérer et recevoir des SMS avec la Raspberry Pi :
https://raspberry-pi.fr/envoyer-sms-raspberry-pi/

Alertes SMS avec free pour Fail2ban :
https://medspx.fr/blog/Sysadmin/configurer_fail2ban/#alertes-par-sms


Utiliser des outils payants pour monitorer l'état du serveur.

www.pingdom.com  ( Payant )

www.serviceuptime.com/free_monitoring.php
 ( Payant + sms )


uptimerobot.com  ( Payant + sms ) 5min
d'intervalle de contrôle.

Domotique et SMS via Jeedom : https://jeedom.com/fr/soft.html (payant)


Sinon, voir à créer un serveur asterisk voip pour ceux qui connaissent ?

Re: SMS

[Sébastien Dinot]

Sébastien Dinot a écrit :
> C'est une liste faite de bric et de broc. Les outils listés n'ont pas du
> tout le même scénario d'usage. Alors que certains sont des systèmes de
> supervision d'envergure (Nagios, Centreon, Monit, Shinken, Zabbix),

Oups, je me suis emballé, Monit n'a rien à faire dans cette liste.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: SMS

[Hai Nam]

Bonjour,

Je connais 3 solutions.

1. Utiliser un pont : un modem (avec carte SIM et un abonnement) et un
logiciel spécifique, ou dans notre époque, juste un téléphone portable avec
une appli spécifique. Volumétrie importante, plusieurs destinataires (en
fonction de l'abonnement téléphonique).

2. Utiliser des web services payants : souvent on paye à l'usage. Pas cher
si peu de SMS, plusieurs destinataires++.

3. Utiliser un web service gratuit de l'opérateur : comme celui proposé
Free. Limité à un seul destinataire (votre numéro portable).

Voilà. Je ne détaille pas les avantages et les inconvénients de chaque
solution, comme le débat est déjà assez animé.

Nguyen Hai-Nam (Android)

Le mer. 22 avr. 2020 à 03:18, G2PC  a écrit :

>
> Le 21/04/2020 à 22:27, Sébastien Dinot a écrit :
> > Bonsoir,
> >
> > Si je comprends bien ton problème, ton besoin est moins d'envoyer des
> > SMS que d'être prévenu de la défaillance de ton serveur.
> >
> > Pour que tu puisses être informé de la défaillance de ce serveur, il
> > faut déjà qu'une application le supervise depuis une autre machine.
> > Ensuite, il faut que cette machine puisse t'envoyer des messages sur le
> > téléphone que tu as probablement toujours avec toi. Selon ce que tu
> > utilises comme téléphone et comme applications sur ledit téléphone, les
> > vecteurs peuvent être variés : SMS, message via une application telle
> > que Signal, mail, message vocal.
> >
> > Ensuite, il faut que tu puisses intervenir sur le serveur défaillant. Là
> > encore, selon le contexte (lieu d'hébergement du serveur, capacité
> > à y accéder à distance, à effectuer un reboot hard à distance, à obtenir
> > une console virtuelle sur le serveur pour suivre les étapes du boot,
> > à booter sur un système et/ou un noyau alternatif, etc.), tu auras plus
> > ou moins de moyens d'intervenir immédiatement sur le serveur.
> >
> > Bref, je pense que la question du vecteur d'alerte est presque la
> > dernière question à se poser. :)
> >
> > Mais peut-être as-tu déjà réfléchi à ces autres questions et que tu as
> > des réponses.
> >
> > Par exemple, si tu utilises l'application Signal sur un smartphone, tu
> > dois pouvoir utiliser une application telle que celle-ci pour t'envoyer
> > un message d'alerte sans passer par un SMS :
> >
> > https://github.com/AsamK/signal-cli
> >
> > Sébastien
>
> Bonsoir Sébastien, effectivement, le but est au delà de l'usage des SMS,
> bien que très intéressant malgré tout à pouvoir maîtriser sur cette
> question de l'envoi.
>
> J'ai pu effectivement faire le tour rapidement, en ce qui concerne le
> monitoring,
>
>
> https://wiki.visionduweb.fr/index.php?title=Installer_Configurer_Utiliser_des_logiciels_sur_GNU_Linux#Monitorer_un_serveur
>
> https://wiki.visionduweb.fr/index.php?title=Sommaire_S%C3%A9curit%C3%A9
>
>
> Ton alternative est intéressante, de passer par une appli mobile mais,
> ça me semble un peu complexe  tout de même, et, même si le code est
> ouvert, ça semble un peu lourd à assimiler.
> Avec une 50 aine de watch, ça laisse présumer moins de 50 contributeurs
> réellement actifs ou en capacité de participer au code, par contre, il
> semble y avoir d'avantage de fork et 1000 personnes auraient aimé cette
> source.
>
> Tu n'aurais pas la même chose, en beaucoup plus accessible ?
>
>
>
>
>

Re: SMS

[Sébastien Dinot]

G2PC a écrit :
> J'ai pu effectivement faire le tour rapidement, en ce qui concerne le
> monitoring,

C'est une liste faite de bric et de broc. Les outils listés n'ont pas du
tout le même scénario d'usage. Alors que certains sont des systèmes de
supervision d'envergure (Nagios, Centreon, Monit, Shinken, Zabbix),
potentiellement très lourds à mettre en œuvre car conçus pour superviser
des architectures complexes, d'autres sont de simples outils de
supervision du système local, qui peuvent se retrouver hors service si
c'est le serveur supervisé se plante (kernel panic) et d'autres encore
ne sont pas à proprement parler des outils de supervision, mais plutôt
des outils d'aide au diagnostic, utilisés ponctuellement et localement
lorsqu'on cherche à comprendre ce qui se passe sur un serveur.

Où comptes-tu faire tourner cet outil ? Sur le serveur supervisé
lui-même ou sur un autre serveur ? Quelles sont les ressources de ce
serveur de supervision ? Une solution légère (telle Munin que je n'ai
pas trouvé dans la liste) se contentera certainement d'une Rasbperry Pi
alors que d'autres nécessitent des configurations musclées.

> Ton alternative est intéressante, de passer par une appli mobile mais,
> ça me semble un peu complexe tout de même, et, même si le code est
> ouvert, ça semble un peu lourd à assimiler.

J'utilise Signal sur mon smartphone et, ponctuellement, Signal Desktop
sur mon PC, l'une et l'autre sont triviales à mettre en œuvre.

Quant à signal-cli, que je ne connaissais pas et que j'ai découvert en
effectuant une rapide recherche pour pouvoir te proposer une solution
concrète dans ma réponse, je serais bien incapable de te dire quelle est
sa pérennité et sa robustesse. Mais j'ai consulté le mode d'emploi. Son
déploimeent et son enrôlement ne me semblent pas très complexes (j'ai vu
un tutoriel à destination d'Ubuntu qui installait le paquet default-jre
(la JVM par défaut permettant l'exécution d'applications Java, y compris
graphiques), mais l'installation du paquet default-jre-headless (JVM
sans couche graphique) est largement suffisante et a bien moins de
dépendances.

> Avec une 50 aine de watch, ça laisse présumer moins de 50
> contributeurs réellement actifs ou en capacité de participer au code,
> par contre, il semble y avoir d'avantage de fork et 1000 personnes
> auraient aimé cette source.

Il faut se méfier de ces indicateurs, qui peuvent révéler des coups de
cœur, mais ne reflètent nullement la vitalité d'un projet.

Par exemple, j'avais parié sur l'application Cachet il y a deux ans :

https://github.com/CachetHQ/Cachet

Elle connaissait alors un développement dynamique et semblait
correspondre en tout point à mon besoin, même si elle était encore jeune
et en devenir. Je l'ai donc déployée pour prévenir les contributeurs du
projet OTB des pannes et opérations de maintenance sur la plateforme :

https://status.orfeo-toolbox.org/

Mais elle se révèle boguée et, depuis un an, son développement est peu
ou prou arrêté. La dernière release aura bientôt un an et un bogue
bloquant que j'ai signalé à cette époque n'a toujours pas été corrigé :

https://github.com/CachetHQ/Cachet/issues/3614

Pourtant, Cachet est suivie par 300 personnes, a plus de 11000 étoiles
et 1300 forks.

À contrario, l'application ci-dessous, que je connais bien puisque
j'administre sa plateforme de développement (le dépôt Github n'est qu'un
miroir) n'est suivie que par 14 personnes, n'a que 56 étoiles et ne fait
l'objet que de 35 forks sur Github :

https://github.com/CS-SI/orekit

Pourtant, elle est développée activement par plusieurs personnes payées
pour cela et des plus pointues dans leur domaine, et elle bénéficie
d'une communauté modeste (domaine de niche oblige), mais très active (le
projet compte 4 et bientôt 5 committers externes sans même parler des
contributeurs occasionnels). Ce projet n'est pas prêt de s'arrêter vu
les acteurs qui l'utilisent et s'impliquent dans son développement.

Bref, « Watch », « Star » et « Fork » ne veulent peu ou prou rien dire.

> Tu n'aurais pas la même chose, en beaucoup plus accessible ?

Si, le SMS, mais en installant le paquet smstools et un modem GSM (entre
30 et 100 euros) et en acquérant une carte SIM et un abonnement (à
0 à 2 euros/mois avec Free), ou en passant par une plateforme d'envoi de
SMS qui te facturera chaque SMS à 0,06 euro HT (avec une politique de
pré-paiement par lots de 100, 1000, 1 SMS).

Il est difficile d'avoir le beurre et l'argent du beurre. :)

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: SMS

[G2PC]

Réellement, je ne vois que des considérations personnelles, qui te sont
propre, et, des avis qui te sont propre, mais, aucune information
technique dans ta réponse, pour répondre à la question technique
initialement posée.

Finalement, que tu considère ou non mon besoin comme important, il
s'agit la du but recherché, de plus, je n'ai pas initié ce message à
l'origine, nous sommes donc au minimum deux à vouloir en savoir plus sur
l'envoie de SMS, ou, monitoring via application android à défaut, mais,
nous n'avons pas besoin de flood sur des considérations qui sont d'ordre
personnelle ou philosophique.

Si tu n'as pas besoin des sms, ne les utilise pas, mais, ne cherche pas
à tout prix à convaincre que les autres n'ont pas à les utiliser et que
leur travail, vain, peut être mis hors ligne, car en somme, il ne sert à
rien.

J'ai relancé la demande car ce sujet m'intéresse, c'est à dire,
initialement, l'envoie de sms, gratuitement, puis, l'envoie de sms pour
être alerté de la non disponibilité de mon serveur, pas pour que le
sujet se fasse flooder.
Cela ne concerne pas que mon serveur, mais, pour d'autres personnes que
je côtoie également, qui m'ont demandées de pouvoir être informées de la
mise hors ligne du serveur, via SMS.


Tu me dis :

Je ne comprends pas non plus la motivation de ta question.

Explique nous en bon français pourquoi une telle solution ne te conviens
pas. Pour un serveur bénévole!


En réalité, les deux questions que tu poses ici ne méritent aucune
réponse, car, je suis venu participer à un échange technique, pas à un
échange philosophique avec un personne qui estime que mon travail,
bénévole ( qui me coûte le prix de ma vie ) ainsi que le travail
d'autres personnes, devrait être considéré comme valeur pouvant être
déconnectée du réseau et rendue inaccessible, comme si cela était un
produit de mauvaise qualité ou encore de valeur nulle.

Sur de nombreux sujets, j'ai réalisé seul, ce que des équipe complètes
n'ont pas réalisées, c'est à dire, de la documentation à jour, et,
lisible, parfois.
Sur de nombreux sujets, mes tutoriels, ou le contenu de certains
collaborateurs, sont placés au top 3 des moteurs de recherche, et,
méritent donc de rester disponible à ceux qui voudraient les consulter
pour construire leurs outils et avancer leurs recherches à l'aide de ce
travail, fusse t'il bénévole.

Quel est le *problème concret* à résoudre ?

De ne pas dévier du besoin initialement évoqué, et, de ne pas rentrer
dans des considérations personnelles.

1- Comment utiliser ( de préférence gratuitement ) un envoie de sms pour
alerter de l'indisponibilité d'un serveur.
2- A défaut, utiliser une application Android, mais alors, laquelle, si
celle ci existe déjà.

Il y a longtemps j'avais fais des recherches la dessus, mais, via
Windows, et, j'avais vu alors que depuis Windows, il n'existait aucune
solution non payantes, mais, qu'il était possible de mettre en place un
serveur, et d'utiliser des API, ou, d'autres solutions, mais,
évidemment, les sujets sont peu disponibles, et, dès que les gens
s'approprient ce savoir, ils le verrouillent, pour créer des outils
commerciaux.


Le 21/04/2020 à 23:01, Basile Starynkevitch a écrit :
>
>
> On 4/21/20 9:55 PM, G2PC wrote:
>> Désolé Basile mais je ne comprend pas pourquoi tu me renvoies vers ton
>> projet Covid.
>
>
> Simplement parce que c'est un logiciel libre GPLv3+ fournissant un
> service HTTP. Comme ton serveur Web.
>
>> Je ne comprend pas pourquoi tu parles de développer une application
>> Android, tout le monde n'utilise pas Android.
>
>
> Je ne comprends pas non plus la motivation de ta question.
>
>
> Si le serveur est réellement important (càd que la panne coûte cher,
> en vies humaines et/ou en mega€) envoyer un SMS est d'un coût négligeable.
>
> Si c'est un serveur pour une passion, quelle importance qu'il tombe en
> panne pendant une demi journée par an?
>
> Moi je loue deux VPS à titre perso. Ils sont de temps en temps HS. Et
> alors?
>
> Et la machine sur laquelle je tape cette réponse est allumée 24h/24,
> avec un onduleur. Elle est connectée à Internet via une FreeBox
> revolution (sur ce même onduleur).
>
> En principe, elle est accessible par ssh tout le temps. En pratique,
> elle plante de temps à autre. Mais ça me suffit!
>
>
> Quel est le *problème concret* à résoudre?
>
> Te rendre compte, en une journée, que ton serveur a planté? Si oui,
> pas besoin d'envoyer un SMS. Il suffit par exemple (si la machine
> tourne un service HTTP) de faire une requête HTTP toutes les dix
> minutes. Un crontab lançant wget fait l'affaire.
>
> Et à supposer que tu puisses automatiquement envoyer un SMS, vas tu le
> lire à 3 heures du matin, en plein sommeil?
>
>
> Moi, mon téléphone portable, je ne le lis pas au milieu de la nuit. Il
> est soit éteint, soit dans une autre pièce. Et ils y a d'autres
> occasions de ma vie privée où il est éteint. Je te laisse deviner
> lesquelles.
>
>
> Il y a eu des exceptions dans ma vie: quand l'un de mes proches
> 

Re: SMS

[G2PC]

Le 21/04/2020 à 22:27, Sébastien Dinot a écrit :
> Bonsoir,
>
> Si je comprends bien ton problème, ton besoin est moins d'envoyer des
> SMS que d'être prévenu de la défaillance de ton serveur.
>
> Pour que tu puisses être informé de la défaillance de ce serveur, il
> faut déjà qu'une application le supervise depuis une autre machine.
> Ensuite, il faut que cette machine puisse t'envoyer des messages sur le
> téléphone que tu as probablement toujours avec toi. Selon ce que tu
> utilises comme téléphone et comme applications sur ledit téléphone, les
> vecteurs peuvent être variés : SMS, message via une application telle
> que Signal, mail, message vocal.
>
> Ensuite, il faut que tu puisses intervenir sur le serveur défaillant. Là
> encore, selon le contexte (lieu d'hébergement du serveur, capacité
> à y accéder à distance, à effectuer un reboot hard à distance, à obtenir
> une console virtuelle sur le serveur pour suivre les étapes du boot,
> à booter sur un système et/ou un noyau alternatif, etc.), tu auras plus
> ou moins de moyens d'intervenir immédiatement sur le serveur.
>
> Bref, je pense que la question du vecteur d'alerte est presque la
> dernière question à se poser. :)
>
> Mais peut-être as-tu déjà réfléchi à ces autres questions et que tu as
> des réponses.
>
> Par exemple, si tu utilises l'application Signal sur un smartphone, tu
> dois pouvoir utiliser une application telle que celle-ci pour t'envoyer
> un message d'alerte sans passer par un SMS :
>
> https://github.com/AsamK/signal-cli
>
> Sébastien

Bonsoir Sébastien, effectivement, le but est au delà de l'usage des SMS,
bien que très intéressant malgré tout à pouvoir maîtriser sur cette
question de l'envoi.

J'ai pu effectivement faire le tour rapidement, en ce qui concerne le
monitoring,

https://wiki.visionduweb.fr/index.php?title=Installer_Configurer_Utiliser_des_logiciels_sur_GNU_Linux#Monitorer_un_serveur

https://wiki.visionduweb.fr/index.php?title=Sommaire_S%C3%A9curit%C3%A9


Ton alternative est intéressante, de passer par une appli mobile mais,
ça me semble un peu complexe  tout de même, et, même si le code est
ouvert, ça semble un peu lourd à assimiler.
Avec une 50 aine de watch, ça laisse présumer moins de 50 contributeurs
réellement actifs ou en capacité de participer au code, par contre, il
semble y avoir d'avantage de fork et 1000 personnes auraient aimé cette
source.

Tu n'aurais pas la même chose, en beaucoup plus accessible ?

Re: SMS

[G2PC]

Le 21/04/2020 à 22:23, Eric Degenetais a écrit :
> Mais en même temps, 
> si le serveur ne génère pas particulièrement de revenu, et n'a pas
> d'enjeux vitaux (au sens propre) quel est l'intérêt de notification
> par SMS qui sont généralement mises en œuvre dans le cadre de
> programmes d'astreintes destinés à réduire au maximum le temps de
> réponse pour, justement, minimiser les pertes d'exploitation ou le
> risque de dommages humains ? 
> Dans le cas d'un serveur à but non lucratif, une notification par
> e-mail, qu'on peut obtenir, pour le coup, sans payer des coûts
> supplémentaires par rapport à l'hébergement, semble largement suffisante.
>
> Éric Dégenètais


C'est un jugement de valeur personnel, que tu nous rends la, donc,
j'aimerais dire, totalement hors sujet de la question technique
initialement partagée à des techniciens.

De plus, le serveur ne génère aucun revenu, que des frais,
effectivement, avec de nombreux tutoriels inutiles, qui parlent de
Debian, et, des logiciels libre, notamment, donc, finalement, aucune
valeur, n'est ce pas ?

Re: SMS

[Basile Starynkevitch]

On 4/21/20 9:55 PM, G2PC wrote:

Désolé Basile mais je ne comprend pas pourquoi tu me renvoies vers ton
projet Covid.



Simplement parce que c'est un logiciel libre GPLv3+ fournissant un 
service HTTP. Comme ton serveur Web.




Je ne comprend pas pourquoi tu parles de développer une application
Android, tout le monde n'utilise pas Android.



Je ne comprends pas non plus la motivation de ta question.


Si le serveur est réellement important (càd que la panne coûte cher, en 
vies humaines et/ou en mega€) envoyer un SMS est d'un coût négligeable.


Si c'est un serveur pour une passion, quelle importance qu'il tombe en 
panne pendant une demi journée par an?


Moi je loue deux VPS à titre perso. Ils sont de temps en temps HS. Et alors?

Et la machine sur laquelle je tape cette réponse est allumée 24h/24, 
avec un onduleur. Elle est connectée à Internet via une FreeBox 
revolution (sur ce même onduleur).


En principe, elle est accessible par ssh tout le temps. En pratique, 
elle plante de temps à autre. Mais ça me suffit!



Quel est le *problème concret* à résoudre?

Te rendre compte, en une journée, que ton serveur a planté? Si oui, pas 
besoin d'envoyer un SMS. Il suffit par exemple (si la machine tourne un 
service HTTP) de faire une requête HTTP toutes les dix minutes. Un 
crontab lançant wget fait l'affaire.


Et à supposer que tu puisses automatiquement envoyer un SMS, vas tu le 
lire à 3 heures du matin, en plein sommeil?



Moi, mon téléphone portable, je ne le lis pas au milieu de la nuit. Il 
est soit éteint, soit dans une autre pièce. Et ils y a d'autres 
occasions de ma vie privée où il est éteint. Je te laisse deviner 
lesquelles.



Il y a eu des exceptions dans ma vie: quand l'un de mes proches étaient 
mourant (par exemple; la semaine d'avant où j'ai perdu ma mère ou ma 
sœur). Là le portable restait allumé la nuit (j'attendais la mauvaise 
nouvelle).



Mais j'espère que tu arrives de temps à autre à te déconnecter.


A mon avis, tu cherches à résoudre un problème de peu d'importance, mais 
il est amusant d'en discuter.


Concrètement, tu poses la question de la fiabilité d'un système 
informatique (matériel et logiciel). Elle n'est _jamais_ à 100%


Quel taux de panne acceptes tu pour un serveur que tu administres 
bénévolement?


En ce qui me concerne, 98% de fiabilité (donc 2% de temps 
indisponibilité) me suffit largement, voire 96%. Donc 2 jours (ou 4) de 
panne par an.



Et les systèmes fiables à 99,99% de toutes façons coûtent cher: au moins 
trois salaires d'informaticiens travaillant 8h chacun par jour. Le prix 
d'un SMS est dérisoire par rapport à ce coût là! Même pour des 
informaticiens payés au SMIC.


Une solution est bien sûr d'externaliser ce travail en Inde ou en Chine. 
Mais tu vas quand même payer 1000€ par mois.


Que les banques françaises (ou les financiers déployant du 
"high-frequency trading") aient besoin de 99.9% de fiabilité (ou les 
missiles nucléaires, ou les coeurs artificiels) oui.


Mais toi comme moi, pour un serveur Web, non!

Ma Freebox à la maison est allumée 24h/24, mais en pratique je dois la 
rebooter deux fois par semaine. Donc elle est indisponible au moins 5 
minutes par semaine. Fais le calcul, ça doit faire moins de 99,9% de 
fiabilité.


La solution vieux jeu que j'utilise sur les serveurs Web que 
j'administre bénévolement (par exemple pour http://refpersys.org/ ou ma 
page web personnelle), c'est d'essayer de temps à autre de recharger 
leur page, et/ou d'essayer de temps à autre (quand je suis réveillé et 
disponible pour ça) un ssh.


Explique nous en bon français pourquoi une telle solution ne te conviens 
pas. Pour un serveur bénévole!



Librement

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS

[Yves Rutschle]

On Tue, Apr 21, 2020 at 07:23:12PM +0200, G2PC wrote:
> J'aimerais mettre en place un système d'envoi de SMS en cas
> d'indisponibilité du serveur.

J'ai un vague souvenir avoir fait quelque chose comme ça en
passant par chez Free (chez qui je suis abonné, c'est
important car du coup ça n'est pas gratuit, c'est inclus
dans mon forfait). Je retrouve ça:
https://www.domotique-info.fr/2014/06/nouvelle-api-sms-chez-free/

Y.

Re: SMS

[Sébastien Dinot]

Bonsoir,

Si je comprends bien ton problème, ton besoin est moins d'envoyer des
SMS que d'être prévenu de la défaillance de ton serveur.

Pour que tu puisses être informé de la défaillance de ce serveur, il
faut déjà qu'une application le supervise depuis une autre machine.
Ensuite, il faut que cette machine puisse t'envoyer des messages sur le
téléphone que tu as probablement toujours avec toi. Selon ce que tu
utilises comme téléphone et comme applications sur ledit téléphone, les
vecteurs peuvent être variés : SMS, message via une application telle
que Signal, mail, message vocal.

Ensuite, il faut que tu puisses intervenir sur le serveur défaillant. Là
encore, selon le contexte (lieu d'hébergement du serveur, capacité
à y accéder à distance, à effectuer un reboot hard à distance, à obtenir
une console virtuelle sur le serveur pour suivre les étapes du boot,
à booter sur un système et/ou un noyau alternatif, etc.), tu auras plus
ou moins de moyens d'intervenir immédiatement sur le serveur.

Bref, je pense que la question du vecteur d'alerte est presque la
dernière question à se poser. :)

Mais peut-être as-tu déjà réfléchi à ces autres questions et que tu as
des réponses.

Par exemple, si tu utilises l'application Signal sur un smartphone, tu
dois pouvoir utiliser une application telle que celle-ci pour t'envoyer
un message d'alerte sans passer par un SMS :

https://github.com/AsamK/signal-cli

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: SMS

[Eric Degenetais]

Mais en même temps,
si le serveur ne génère pas particulièrement de revenu, et n'a pas d'enjeux
vitaux (au sens propre) quel est l'intérêt de notification par SMS qui sont
généralement mises en œuvre dans le cadre de programmes d'astreintes
destinés à réduire au maximum le temps de réponse pour, justement,
minimiser les pertes d'exploitation ou le risque de dommages humains ?
Dans le cas d'un serveur à but non lucratif, une notification par e-mail,
qu'on peut obtenir, pour le coup, sans payer des coûts supplémentaires par
rapport à l'hébergement, semble largement suffisante.

Éric Dégenètais

Le mar. 21 avr. 2020 21:55, G2PC  a écrit :

> Désolé Basile mais je ne comprend pas pourquoi tu me renvoies vers ton
> projet Covid.
>
> Je ne comprend pas pourquoi tu parles de développer une application
> Android, tout le monde n'utilise pas Android.
>
> Aucune de tes réponses ne permet de répondre au sujet initiale qui est
> très précis, l'envoi d'un SMS, gratuitement, pour effectuer une ou
> plusieurs alertes.
>
> Les contournements proposés ne semblent par répondre aux attentes.
>
> >> Tout simplement car je ne tire aucun bénéfice de mon TRAVAIL qui
> >> consiste à rédiger des tutoriels qui sont mis librement à la disposition
> >> de tous.
> >> De ce fait, il me faut malgré tout administrer mon serveur, et, pouvoir
> >> savoir autrement que par l'envoi d'un mail, si mon serveur est
> >> disponible ou tombé.
>
>

Re: SMS (HS]

[Pierre Malard]

Ha !

Qu’il est loin le bon temps des débuts des technologies de téléphonie 
cellulaires
faisait que certains opérateurs téléphoniques, devant le coût ridicule de 
l’envoi
de messages de service (SMS) offraient réellement une passerelle gratuite…

Dans les débuts des années 90, lorsque je voulais envoyer un SMS à mon frère qui
vivait en Norvège, il me suffisais d’envoyer un court mail à son n° de 
cellulaire
@ son opérateur (...@nordtel.no). SI le mail était du texte pur (ASCII) ça
passait direct et lui recevait un simple SMS à l’expéditeur caché.

Le coût du transport d’un SMS est si petit que nos chers opérateurs ont 
simplement
vu là une occasion de faire une culbute encore plus grande !

Snif

> Le 21 avr. 2020 à 19:50, Basile Starynkevitch  a 
> écrit :
> 
> 
> 
> On 4/21/20 7:37 PM, G2PC wrote:
>>> J'ai un peu du mal à comprendre pourquoi on veut envoyer un SMS
>>> gratuitement.
>>> 
>>> Pourquoi les services payants de SMS ne conviennent pas? C'est peu cher!
>>> 
>>> Ou bien, pourquoi ne pas acheter ou louer un matériel / un logiciel /
>>> un service qui envoie des SMS
>>> 
>> Tout simplement car je ne tire aucun bénéfice de mon TRAVAIL qui
>> consiste à rédiger des tutoriels qui sont mis librement à la disposition
>> de tous.
>> De ce fait, il me faut malgré tout administrer mon serveur, et, pouvoir
>> savoir autrement que par l'envoi d'un mail, si mon serveur est
>> disponible ou tombé.
>> 
> 
> 
> Sur l'économie du logiciel libre ou opensource, lire et relire
> 
> https://www.nber.org/papers/w7600
> 
> (c'est le papier le plus cité sur la question)
> 
> 
> 
> Une alternative à l'envoi de SMS serait peut-être d'utiliser d'autres 
> technologies, en particulier les https://en.wikipedia.org/wiki/WebSocket que 
> la plupart des navigateurs web récents (y compris celui de ton téléphone 
> mobile Android) supportent. Voir par exemple 
> https://github.com/davidmoreno/onion/ qui contient des exemples (en logiciel 
> libre).
> 
> 
> 
> Et coder en JavaScript quelquechose qui fait une requête HTTP GET par minute 
> (en AJAX) est assez simple.
> 
> 
> 
> Coté serveur web, tu peux décider que l'URL http://ton-serveur.org/status 
> renvoie l'état du serveur web. Ca se code facilement (par exemple en PHP) et 
> dans lighttpd c'est déjà codé.
> 
> Dans le programme https://github.com/bstarynk/helpcovid la réponse 
> automatique à une telle requête GET est la première chose que j'y ai codé.
> 
> 
> 
> Enfin, coder une application Android qui fasse la même requête une fois par 
> minute est aussi très simple. Ou (sous Linux) avec wget, crontab, curl
> 
> 
> 
> Donc, je ne comprend vraiment pas le besoin d'un SMS spécifiquement. En quoi 
> TCP/IP, que tu as déjà payé, ne convient-il pas?
> 
> Librement
> 
> --
> 
> Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
> 
> opinions are mine only - les opinions sont seulement miennes
> Bourg La Reine, France;
> 
> 
> (mobile phone: cf my web page / voir ma page web...)
> 

—
πr

   « Il faut créer en même temps les élites et les débouchés, le syndica-
lisme et les usines. Faire l'un sans l'autre, c'est travailler pour le
malheur du peuple. »
Romain Gary - "Les racines du ciel"
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: SMS

[G2PC]

Désolé Basile mais je ne comprend pas pourquoi tu me renvoies vers ton
projet Covid.

Je ne comprend pas pourquoi tu parles de développer une application
Android, tout le monde n'utilise pas Android.

Aucune de tes réponses ne permet de répondre au sujet initiale qui est
très précis, l'envoi d'un SMS, gratuitement, pour effectuer une ou
plusieurs alertes.

Les contournements proposés ne semblent par répondre aux attentes.

>> Tout simplement car je ne tire aucun bénéfice de mon TRAVAIL qui
>> consiste à rédiger des tutoriels qui sont mis librement à la disposition
>> de tous.
>> De ce fait, il me faut malgré tout administrer mon serveur, et, pouvoir
>> savoir autrement que par l'envoi d'un mail, si mon serveur est
>> disponible ou tombé.

Re: SMS

[Basile Starynkevitch]

On 4/21/20 7:37 PM, G2PC wrote:

J'ai un peu du mal à comprendre pourquoi on veut envoyer un SMS
gratuitement.

Pourquoi les services payants de SMS ne conviennent pas? C'est peu cher!

Ou bien, pourquoi ne pas acheter ou louer un matériel / un logiciel /
un service qui envoie des SMS

Tout simplement car je ne tire aucun bénéfice de mon TRAVAIL qui
consiste à rédiger des tutoriels qui sont mis librement à la disposition
de tous.
De ce fait, il me faut malgré tout administrer mon serveur, et, pouvoir
savoir autrement que par l'envoi d'un mail, si mon serveur est
disponible ou tombé.



Sur l'économie du logiciel libre ou opensource, lire et relire

https://www.nber.org/papers/w7600

(c'est le papier le plus cité sur la question)


Une alternative à l'envoi de SMS serait peut-être d'utiliser d'autres 
technologies, en particulier les https://en.wikipedia.org/wiki/WebSocket 
que la plupart des navigateurs web récents (y compris celui de ton 
téléphone mobile Android) supportent. Voir par exemple 
https://github.com/davidmoreno/onion/ qui contient des exemples (en 
logiciel libre).



Et coder en JavaScript quelquechose qui fait une requête HTTP GET par 
minute (en AJAX) est assez simple.



Coté serveur web, tu peux décider que l'URL 
http://ton-serveur.org/status renvoie l'état du serveur web. Ca se code 
facilement (par exemple en PHP) et dans lighttpd 
 c'est déjà codé.


Dans le programme https://github.com/bstarynk/helpcovid la réponse 
automatique à une telle requête GET est la première chose que j'y ai codé.



Enfin, coder une application Android qui fasse la même requête une fois 
par minute est aussi très simple. Ou (sous Linux) avec wget, crontab, 
curl



Donc, je ne comprend vraiment pas le besoin d'un SMS /spécifiquement/. 
En quoi TCP/IP, que tu as déjà payé, ne convient-il pas?


Librement

--

Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS

[G2PC]

>
> J'ai un peu du mal à comprendre pourquoi on veut envoyer un SMS
> gratuitement.
>
> Pourquoi les services payants de SMS ne conviennent pas? C'est peu cher!
>
> Ou bien, pourquoi ne pas acheter ou louer un matériel / un logiciel /
> un service qui envoie des SMS

Tout simplement car je ne tire aucun bénéfice de mon TRAVAIL qui
consiste à rédiger des tutoriels qui sont mis librement à la disposition
de tous.
De ce fait, il me faut malgré tout administrer mon serveur, et, pouvoir
savoir autrement que par l'envoi d'un mail, si mon serveur est
disponible ou tombé.

De ce fait, non, je n'ai plus d'argent à investir.

Je fais énormément de publicité, à de très nombreux produits, services,
communautés, professionnels ou passionnés, sur mon wiki.
Je ne peux pas investir toujours plus, gérer toujours plus de d'outils
payant, ici et la.
De plus, avec les systèmes par sms, on a toujours le risque de ne pas
maitriser certains aspects, qu'on ne découvrira que à l'usage, admettons
une problématique de SPAM qui n'aurait pas été identifiée, et, qu'on
doive payer l'envoie de 100 sms, simplement car le service ne
correspondait pas à nos attentes ... Non merci.

Par contre, si il existe des services payants, c'est qu'ils ont bien sur
mettre en place un système capable d'envoyer des SMS, en collaboration
ou non, avec les opérateurs.
Je pense que les personnes ici présentes sont dans la grande majorité
des administrateurs qui devraient eux aussi, pouvoir bénéficier de ses
informations, pour leur permettre de mettre un place un tel système pour
recevoir des alertes sur l'état de leur services en ligne, en mettant en
place eux même le service, ou, en passant par un service communautaire,
libre et gratuit, comme il en existe de nombreux dans le logiciel libre.

Re: SMS

[NoSpam]

Dans la vie tout n'est pas gratuit. Si ton serveur a un role vital 
quelques cents pour t'avertir qu'il a un soucis ne sont rien. Tu parles 
d'indisponibilité du serveur mais il y a moyen de prévenir cette 
indisponibilité (suivi du remplissage des disques, tests mémoire, etc ...)


Concernant la surveillance nous utilisons LibreNMS qui bien sûr ne doit 
pas être sur le serveur. Il faut donc 2 x LibreNMS. Ca fonctionne bien. 
Nous avons à un moment utilisé Zabbix qui fait aussi le boulot. Il en 
existe d'autres comme cacti et j'en oublie sûrement.


Le 21/04/2020 à 19:23, G2PC a écrit :

Je veux bien avoir vos avis complémentaires, pour toute possibilité
d'envoi de sms, gratuitement, depuis debian.

J'aimerais mettre en place un système d'envoi de SMS en cas
d'indisponibilité du serveur.

Il faudrait donc monitorer un serveur, depuis un autre serveur,

ou, faire un ping sur IP,

ou, lire le code renvoyé, suite à la consultation d'une page ( solution
préférée, en cas de code 200, le serveur répond )


Par contre, je ne tiens pas à passer par une offre payante, j'ai vu des
sites qui offrent les 10 premiers SMS gratuitement, ça ne correspond pas
à mon besoin.


J'ai vu que google avait mis en place ce système pour google agenda il
me semble et qu'il était intelligemment détourné pour répondre au besoin
des admins.
Par contre, je crois que ce système n'est plus disponible, je ne le vois
pas depuis Google Agenda.


N'hésitez pas à remonter des infos, ou, de partager des notes complètes
sur votre façon de procéder, pour qu'on puisse nous aussi mettre ça en
place facilement.

Re: SMS

[Basile Starynkevitch]

On 4/21/20 7:23 PM, G2PC wrote:

Je veux bien avoir vos avis complémentaires, pour toute possibilité
d'envoi de sms, gratuitement, depuis debian.



A mon avis le gratuit n'existe pas sur Internet. Cf la maxime: "si c'est 
gratuit, c'est vous le produit".


En plus, il faut respecter la RGPD (donc cesser l'envoi de SMS sur demande).

Quelqu'un paie ou bien alors il y a une contrepartie

J'ai un peu du mal à comprendre pourquoi on veut envoyer un SMS 
gratuitement.


Pourquoi les services payants de SMS ne conviennent pas? C'est peu cher!

Ou bien, pourquoi ne pas acheter ou louer un matériel / un logiciel / un 
service qui envoie des SMS



Quel est le besoin exact d'envoyer un SMS? Si c'est dans un cadre 
professionnel, on peut payer


Et je préfère payer un peu plutôt que de voir mon numéro de téléphone 
mobile ajouté à je ne sais quelle base de donnée sans mon accord (au 
moins tacite).



Librement

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: SMS

[G2PC]

Je veux bien avoir vos avis complémentaires, pour toute possibilité
d'envoi de sms, gratuitement, depuis debian.

J'aimerais mettre en place un système d'envoi de SMS en cas
d'indisponibilité du serveur.

Il faudrait donc monitorer un serveur, depuis un autre serveur,

ou, faire un ping sur IP,

ou, lire le code renvoyé, suite à la consultation d'une page ( solution
préférée, en cas de code 200, le serveur répond )


Par contre, je ne tiens pas à passer par une offre payante, j'ai vu des
sites qui offrent les 10 premiers SMS gratuitement, ça ne correspond pas
à mon besoin.


J'ai vu que google avait mis en place ce système pour google agenda il
me semble et qu'il était intelligemment détourné pour répondre au besoin
des admins.
Par contre, je crois que ce système n'est plus disponible, je ne le vois
pas depuis Google Agenda.


N'hésitez pas à remonter des infos, ou, de partager des notes complètes
sur votre façon de procéder, pour qu'on puisse nous aussi mettre ça en
place facilement.

Re: SMS

[Klaus Becker]

Le 20/04/2020 à 12:24, Klaus Becker a écrit :

Bonjour,

je voudrais pouvoir lire et écrire des SMS sous Debian.

J'ai installé sms4you, mais il me dit :

"$ sms4you
Error: Either XMPP or Email must be configured, but not both!
Traceback (most recent call last):
   File "/usr/bin/sms4you", line 77, in 
     main()
   File "/usr/bin/sms4you", line 51, in main
     config = Configuration(args.configfile, VERSION)
   File "/usr/lib/sms4you/sms4you/core/configuration.py", line 38, in 
__init__

     raise ValueError
ValueError"

Est-ce qu'il y a qn qui a de l'expérience avec les SMS sous Debian ?

merci

Klaus


J'ai installé Pushbullet sur mon tél et sous Firefox. Il y a plein 
d'applis comme ça, surtout pour Android.


Je vous tiendrai au courant sur son utilité.

ciao

Klaus

Re: SMS

[garcia...@free.fr]

Le 20/04/2020 à 12:45, Basile Starynkevitch a écrit :



On 20/04/2020 12:24, Klaus Becker wrote:

Bonjour,

je voudrais pouvoir lire et écrire des SMS sous Debian.

J'ai installé sms4you, mais il me dit :

"$ sms4you
Error: Either XMPP or Email must be configured, but not both!
Traceback (most recent call last):
  File "/usr/bin/sms4you", line 77, in 
    main()
  File "/usr/bin/sms4you", line 51, in main
    config = Configuration(args.configfile, VERSION)
  File "/usr/lib/sms4you/sms4you/core/configuration.py", line 38, in 
__init__

    raise ValueError
ValueError"

Est-ce qu'il y a qn qui a de l'expérience avec les SMS sous Debian ?



Moi personnellement non, mais si j'ai bien compris il faudrait faire 
appel à un web service qui pourrait ne pas être gratuit (mais peu cher).



Ou bien alors avoir une box internet qui saurait le faire. Ca doit 
dépend du fournisseur d'accès internet.



Pour ceux et celles qui ont (en France) une FreeBox Revolution 
https://www.free.fr/freebox/freebox-revolution/ savez vous si c'est 
possible?


(légalement la freebox est louée, mais tourne probablement sous Linux).

Autrement dit, est-ce que Free publie une web API pour envoyer 
programmatiquement des SMS? Si oui, laquelle?



Salut, chez free, gratuitement tu peux t'envoyer des sms, pratique pour 
la domotique.


https://www.freenews.fr/freenews-edition-nationale-299/free-mobile-170/nouvelle-option-notifications-par-sms-chez-free-mobile-14817


en bash ça marche avec:

CURL=/usr/bin/curl
URL=https://smsapi.free-mobile.fr/sendmsg
PASS=*
USER=*
MESSAGE="Hello world"
$CURL -k -X POST "$URL?user=$USER=$PASS=$MESSAGE"


Librement

--
Basile Starynkevitch -http://starynkevitch.net/Basile/
Bourg La Reine, France
opinions are only mine - les opinions sont seulement miennes



--

*Julien Garcia*

Re: SMS

[Jean-Marc]

Mon, 20 Apr 2020 12:24:56 +0200
Klaus Becker  écrivait :

> Bonjour,

salut Klaus,

> je voudrais pouvoir lire et écrire des SMS sous Debian.

Peut-être que gammu pourra t'aider :
https://wammu.eu/

C'est empaqueté pour Debian :
https://packages.debian.org/gammu

> [...]
> Est-ce qu'il y a qn qui a de l'expérience avec les SMS sous Debian ?

Jamais essayé.

> merci

De rien.  Bonne journée.

> Klaus
> 


Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


pgpssWUOHr8HX.pgp
Description: PGP signature

Re: SMS

[Sébastien Dinot]

Klaus Becker a écrit :
> je voudrais pouvoir lire et écrire des SMS sous Debian.
> 
> J'ai installé sms4you, mais il me dit :
> 
> "$ sms4you
> Error: Either XMPP or Email must be configured, but not both!
> Traceback (most recent call last):
>   File "/usr/bin/sms4you", line 77, in 
> main()
>   File "/usr/bin/sms4you", line 51, in main
> config = Configuration(args.configfile, VERSION)
>   File "/usr/lib/sms4you/sms4you/core/configuration.py", line 38, in
> __init__
> raise ValueError
> ValueError"
> 
> Est-ce qu'il y a qn qui a de l'expérience avec les SMS sous Debian ?

Mon expérience remonte à une bonne quinzaine d'années, mais en l'espèce,
les premières lignes du fichier README.md du projet montre que sms4you
est une passerelle entre un modem SMS et un serveur mail ou un serveur
XMPP :

https://github.com/xamanu/sms4you

« Idea

  Connect a suitable GSM modem or phone containing a SIM card into
  a computer (e.g. a Raspberry Pi) at a fixed place. Give sms4you access
  to either a simple email address or a small xmpp server. It will use
  this connection to receive emails or xmpp messages to be sent out as
  SMS and to send out emails or xmpp messages with received SMS
  messages. »

Pour envoyer ou recevoir des SMS sans modem, il faut passer par un
« broker » et utiliser son API. À l'époque où j'utilisais ce type de
service et sauf erreur de ma part (ça remonte à très loin), chaque
broker avait sa propre API, aucun standard n'existait. Je ne sais pas ce
qu'il en est aujourd'hui.

Voici quelques fournisseurs de tels services, trouvés au détour d'une
rapide recherche sur le net :

https://www.ovhtelecom.fr/sms/

https://www.smsmode.com/passerelle-sms-gateway-sms/

https://www.octopush.com/sms-api/envoyer-sms-par-mail/passerelle-sms/

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: SMS

[Klaus Becker]

Le 20/04/2020 à 12:47, ais...@free.fr a écrit :

Bonjour,

Je n'ai trouvé qu'une application sms vraiment super : kdeconnect-kde, 
je n'ai pas réussi à la compiler sous debian SID mais facilement sur 
ubuntu 19.10/20.04.


C'est un git car elle n'est pas encore sortie en version release.

Installation : https://community.kde.org/KDEConnect

github : git clone https://invent.kde.org/kde/kdeconnect-kde.git

cordialement

Henri


Oui, mais avec ça, le smartphone doit être branché sur l'ordi je suppose ?

Je cherche à lire les SMS sans le téléphone justement..

Klaus

Re: SMS

[Basile Starynkevitch]

On 20/04/2020 12:24, Klaus Becker wrote:

Bonjour,

je voudrais pouvoir lire et écrire des SMS sous Debian.

J'ai installé sms4you, mais il me dit :

"$ sms4you
Error: Either XMPP or Email must be configured, but not both!
Traceback (most recent call last):
  File "/usr/bin/sms4you", line 77, in 
    main()
  File "/usr/bin/sms4you", line 51, in main
    config = Configuration(args.configfile, VERSION)
  File "/usr/lib/sms4you/sms4you/core/configuration.py", line 38, in 
__init__

    raise ValueError
ValueError"

Est-ce qu'il y a qn qui a de l'expérience avec les SMS sous Debian ?



Moi personnellement non, mais si j'ai bien compris il faudrait faire 
appel à un web service qui pourrait ne pas être gratuit (mais peu cher).



Ou bien alors avoir une box internet qui saurait le faire. Ca doit 
dépend du fournisseur d'accès internet.



Pour ceux et celles qui ont (en France) une FreeBox Revolution 
https://www.free.fr/freebox/freebox-revolution/ savez vous si c'est 
possible?


(légalement la freebox est louée, mais tourne probablement sous Linux).

Autrement dit, est-ce que Free publie une web API pour envoyer 
programmatiquement des SMS? Si oui, laquelle?



Librement

--
Basile Starynkevitch - http://starynkevitch.net/Basile/
Bourg La Reine, France  
opinions are only mine - les opinions sont seulement miennes