summaryrefslogtreecommitdiffstats
path: root/archives/extend/2013-December.txt
blob: 8912dc6c9bea8b589c463ced0dc438ad4742076e (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
From dagurg at gmail.com  Thu Dec 12 11:57:42 2013
From: dagurg at gmail.com (Dagur Gunnarsson)
Date: Thu, 12 Dec 2013 10:57:42 +0000
Subject: [99s-extend] (no subject)
Message-ID: <CAGYgXH-Jyoa+ziKxr-u+Lu7W4bkQrFx=f56ggBh39ao_YAyEhg@mail.gmail.com>

Hi,

I am using cowboy for our financial webservice platform.  We use token
based authentication, but I want to give certain ip adresses full access
without authentication.  I tried :

{{IP, Port}, Req2} = cowboy_req:peer(Req).

but IP is always {127,0,0,1} - even on production (where request
are comming from different networks)

So my question is basically, Is there any way for me to see
frow which IP adresses the request is comming ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ninenines.eu/archives/extend/attachments/20131212/2697fbaa/attachment.html>

From essen at ninenines.eu  Thu Dec 12 12:06:10 2013
From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
Date: Thu, 12 Dec 2013 12:06:10 +0100
Subject: [99s-extend] (no subject)
In-Reply-To: <CAGYgXH-Jyoa+ziKxr-u+Lu7W4bkQrFx=f56ggBh39ao_YAyEhg@mail.gmail.com>
References: <CAGYgXH-Jyoa+ziKxr-u+Lu7W4bkQrFx=f56ggBh39ao_YAyEhg@mail.gmail.com>
Message-ID: <[email protected]>

Hi,

It sounds like you have a proxy of some kind on the same machine. The 
proxy would likely set a header with the real IP in it, or at least have 
an option for it.

On 12/12/2013 11:57 AM, Dagur Gunnarsson wrote:
> Hi,
> I am using cowboy for our financial webservice platform.  We use token
> based authentication, but I want to give certain ip adresses full access
> without authentication.  I tried :
> {{|IP||, ||Port||}, ||Req2||} = ||cowboy_req:peer||(||Req||).|
> ||
> |but IP is always {127,0,0,1} - even on production (where request|
> |are comming from different networks)|
> ||
> |So my question is basically, Is there any way for me to see |
> |frow which ||IP adresses the request is comming ?|
> ||
>
>
> _______________________________________________
> Extend mailing list
> Extend at lists.ninenines.eu
> https://lists.ninenines.eu/listinfo/extend
>

-- 
Lo?c Hoguin
http://ninenines.eu


From dch at jsonified.com  Thu Dec 12 14:00:07 2013
From: dch at jsonified.com (Dave Cottlehuber)
Date: Thu, 12 Dec 2013 14:00:07 +0100
Subject: [99s-extend] (no subject)
In-Reply-To: <[email protected]>
References: <CAGYgXH-Jyoa+ziKxr-u+Lu7W4bkQrFx=f56ggBh39ao_YAyEhg@mail.gmail.com>
 <[email protected]>
Message-ID: <[email protected]>

On 12. Dezember 2013 at 12:06:20, Lo?c Hoguin (essen at ninenines.eu) wrote:
>  
> Hi,
>  
> It sounds like you have a proxy of some kind on the same machine.  
> The
> proxy would likely set a header with the real IP in it, or at least  
> have
> an option for it.

Hey Dagur,

Look through all headers, normally a proxy will set something like X-Forwarded-For or similar.

A+
Dave




From cjsvance at gmail.com  Sun Dec 15 06:48:20 2013
From: cjsvance at gmail.com (Christopher Vance)
Date: Sun, 15 Dec 2013 16:48:20 +1100
Subject: [99s-extend] erlang.mk:109 sed \s is not portable
Message-ID: <CA+Z8kA7UwsDP2KeLSBEqQ2GBZZwCTgDoD8SOJ8RZ47-StQE6XQ@mail.gmail.com>

I have recently started using erlang.mk on MacOS X and OpenBSD, and have
discovered that the sed escape \s on line 109 for inserting the module list
in *.app does not work as intended on these OSs, because they do not use
GNU sed. (\s just means the letter 's', not whitespace as in perl.) I
expect all other BSD-based OSs to have the same issue.

Please consider using [[:space:]] instead. This works on both MacOS X and
OpenBSD, as well as on Linux.

-- 
Christopher Vance
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ninenines.eu/archives/extend/attachments/20131215/7c20ac97/attachment.html>

From essen at ninenines.eu  Sun Dec 15 10:12:07 2013
From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
Date: Sun, 15 Dec 2013 10:12:07 +0100
Subject: [99s-extend] erlang.mk:109 sed \s is not portable
In-Reply-To: <CA+Z8kA7UwsDP2KeLSBEqQ2GBZZwCTgDoD8SOJ8RZ47-StQE6XQ@mail.gmail.com>
References: <CA+Z8kA7UwsDP2KeLSBEqQ2GBZZwCTgDoD8SOJ8RZ47-StQE6XQ@mail.gmail.com>
Message-ID: <[email protected]>

This has been fixed for a few weeks now. Please check the bug tracker 
(or commit log) next time, as this is where bugs get reported/fixed.

Thanks.

On 12/15/2013 06:48 AM, Christopher Vance wrote:
> I have recently started using erlang.mk on MacOS X and OpenBSD, and have
> discovered that the sed escape \s on line 109 for inserting the module list
> in *.app does not work as intended on these OSs, because they do not use
> GNU sed. (\s just means the letter 's', not whitespace as in perl.) I
> expect all other BSD-based OSs to have the same issue.
>
> Please consider using [[:space:]] instead. This works on both MacOS X and
> OpenBSD, as well as on Linux.
>
>
>
> _______________________________________________
> Extend mailing list
> Extend at lists.ninenines.eu
> https://lists.ninenines.eu/listinfo/extend
>

-- 
Lo?c Hoguin
http://ninenines.eu


From lloyd at writersglen.com  Fri Dec 27 00:49:28 2013
From: lloyd at writersglen.com (lloyd at writersglen.com)
Date: Thu, 26 Dec 2013 18:49:28 -0500 (EST)
Subject: [99s-extend] Make error
Message-ID: <[email protected]>

Hello,

*** GOAL: 

Modify rest_pastebin in Cowboy examples.

*** PROCEDULE 1: 

- Pulled Cowboy, including examples into local workstation
- Copied rest_pastebin to a separate directory
- Execute make
      Make compiles just fine

*** PROCEDUE 2 -- resulting in error

- delete the entire rest_pastebin application and recopy from the Cowboy pull
- change all module names and references from rest_pastebin to tagr. Thus rest_pastebin_sup.erl becomes tagr_sup.erl
- Execute make
      Make returns:

...
make[1]: Leaving directory `/home/lloyd/Erl/CB/tagr/deps/cowboy'
 ERLC   toppage_handler.erl tagr_sup.erl tagr_app.erl
 ERLC   toppage_handler.erl tagr_sup.erl tagr_app.erl
 APP    tagr .app.src
cat: src/tagr: No such file or directory
cat: .app.src: No such file or directory
sed: can't read .app: No such file or directory
make: *** [app] Error 2

Note that the filename tagr.app.src has somehow been modified to tagr .app.src

But here's the directory listing: 

-rw-rw-r-- 1 lloyd lloyd  436 Dec 26 18:21 tagr_app.erl
-rw-rw-r-- 1 lloyd lloyd  299 Dec 26 18:22 tagr.app.src
-rw-rw-r-- 1 lloyd lloyd  382 Dec 26 18:22 tagr_sup.erl
-rw-rw-r-- 1 lloyd lloyd 3568 Dec 26 18:23 toppage_handler.erl

I can load tagr.app.src in Vim. Using find I've searched for tagr and .app.src with negative results.

Further mystery. I substituted Rebar for relx. Tagr now compiles just fine.

*** Discussion

I stumbled on this problem after making fairly extensive modifications to rest_pastebin. Through much of the process it compiled just fine until it didn't. And from then on I could not get it to compile. I tried everything I could think of: careful source code review (at least 10 passes), searching for tagr .app.src, trying different names (e.g. tagger), rebooting my computer, etc., etc.

Eventually I reduced the problem to the absolute minimum: Change the string rest_pastebin to tagr everywhere relevant. 

It's possible I'm missing something somewhere. But where should I look? Otherwise, is it possible that there is a subtle bug in relx?


Many thanks,

Lloyd





 


 



*********************************************
My books:

THE GOSPEL OF ASHES
http://thegospelofashes.com

Strength is not enough. Do they have the courage 
and the cunning? Can they survive long enough to 
save the lives of millions?  

FREEIN' PANCHO
http://freeinpancho.com

A community of misfits help a troubled boy find his way 

AYA TAKEO
http://ayatakeo.com

Star-crossed love, war and power in an alternative 
universe

Available through Amazon or by request from your 
favorite bookstore


**********************************************



From essen at ninenines.eu  Fri Dec 27 00:55:05 2013
From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
Date: Fri, 27 Dec 2013 00:55:05 +0100
Subject: [99s-extend] Make error
Message-ID: <[email protected]>

An HTML attachment was scrubbed...
URL: <http://lists.ninenines.eu/archives/extend/attachments/20131227/35c9f6e5/attachment.html>